Solução de problemas de vídeo multicast em switches Omada

Conteúdo

Objetivo

Requisitos

Introdução

Passos para Solução de Problemas

Conclusão

Objetivo

Este artigo apresenta etapas comuns de solução de problemas e otimizações direcionadas para problemas de vídeo multicast, como travamentos e distorção de tela, em switches Omada.

Requisitos

• Switches Omada smart / L2+ / L3

Introdução

O Internet Group Management Protocol Snooping (IGMP Snooping) é um recurso fundamental dos serviços multicast em LAN. Como um protocolo multicast de Camada 2 (L2), o IGMP Snooping mantém as informações da interface de saída das mensagens multicast ao ouvir as mensagens de protocolo multicast trocadas entre dispositivos multicast L3 e hosts de usuários. Esse processo ajuda a gerenciar e controlar o encaminhamento de pacotes de dados multicast na camada de enlace de dados. Além disso, se o roteamento multicast for necessário, recursos como Protocol Independent Multicast (PIM) e Internet Group Management Protocol (IGMP) devem ser implantados. Qualquer perda de pacotes ou mau funcionamento em qualquer parte do serviço multicast pode resultar em distorção de tela ou travamentos.

Duas razões comuns para tais problemas no nível do switch são a perda de pacotes de dados multicast e a formação instável de grupos multicast. Quando o switch funciona corretamente e a largura de banda do vídeo não é excessivamente alta, esses problemas podem ser evitados por meio de configuração e otimização. Métodos comuns de solução de problemas incluem verificar as tabelas de grupos multicast e monitorar a perda de pacotes e o encaminhamento do fluxo de dados.

Passos para Solução de Problemas

Passo 1. Verifique o status das tabelas de grupos multicast

Use o comando show ip igmp snooping group {vlan}{vlan id} para verificar o status da formação de grupos multicast L2. Quando o vídeo multicast está sendo reproduzido de forma estável, os grupos multicast não devem expirar. A expiração de alguns grupos multicast pode ser evitada configurando grupos multicast estáticos. Em cenários de roteamento multicast, o IGMP precisa ser configurado na junção das redes L2 e L3. Você pode usar o comando show ip igmp group interface {tipo+id}<detail> para verificar a formação de grupos IGMP.

Passo 2. Verifique a transmissão de mensagens IGMP para identificar a causa

Use o comando show ip igmp snooping interface {tipo de porta}{id da porta} packet-stat para verificar o envio e recebimento de mensagens IGMP, o que pode ajudá-lo a determinar se existem interações anormais entre o querier IGMP e o cliente ou entre múltiplos clientes.

Passo 3. Verifique se há congestionamento no encaminhamento de fluxos de dados multicast

Quando fluxos de dados multicast de múltiplos canais são encaminhados simultaneamente, flutuações no fluxo de dados podem causar picos de tráfego que excedem a largura de banda da rede. Congestionamentos repentinos podem levar à perda de pacotes de vídeo multicast, causando travamentos de vídeo e distorção de tela. Você pode usar o comando show system info interface<tipo de porta><id da porta> para verificar o uso de tráfego de uma porta. Recomenda-se que seja reservada uma margem de largura de banda para o fluxo de dados multicast para lidar com flutuações. Se um congestionamento for detectado, ative o controle de fluxo (flow control) na porta para reduzir a taxa de encaminhamento dos fluxos de dados multicast e evitar a perda de pacotes. Para ativar o controle de fluxo, use o comando flow-control na porta.

Passo 4. Verifique a estabilidade das entradas da tabela de rotas multicast em cenários de roteamento multicast

Em cenários de roteamento multicast, os fluxos de dados enviados do servidor multicast precisam passar por múltiplos roteadores PIM para a rota multicast antes de atingir a rede onde o cliente está localizado. Se a tabela de rotas multicast no roteador PIM estiver instável, ocorrerão travamentos de vídeo e distorção de tela. Você pode usar o comando show ip mroute para verificar a tabela de rotas multicast: quando um cliente está assistindo estavelmente a um canal multicast específico, as entradas da tabela de rotas devem permanecer inalteradas; se houver mudanças anormais, você precisa verificar detalhadamente o roteamento unicast e o status do protocolo PIM.

Passo 5. Verifique a transmissão de pacotes na porta para confirmar a perda de pacotes

Use o comando show interface counter <tipo de porta><id da porta> para comparar as portas de recebimento e encaminhamento para ver se há alguma perda de pacotes. Este comando conta todas as mensagens, incluindo mensagens de protocolo multicast, e encaminha os fluxos de dados. É normal ver uma pequena diferença entre as contagens de mensagens Tx e Rx, portanto, você precisará comparar várias vezes para confirmar se há perda de pacotes.

Conclusão

Este artigo resume as causas de travamentos de vídeo multicast e distorção de tela no nível do switch e fornece etapas de solução de problemas e otimizações correspondentes. Se o seu problema persistir, entre em contato com o Suporte da TP-Link para assistência técnica.

Para saber mais detalhes de cada função e configuração, visite o Centro de Downloads para baixar o manual do seu produto.