Este documento descreve a solução de problemas do WebRTC no sistema operacional da sala, abordando a arquitetura, os diagnósticos, a coleta de registros e as técnicas de correlação SSRC.
A Cisco recomenda que você tenha conhecimento destes tópicos:
As informações neste documento são baseadas nestas versões de software e hardware:
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
O que é WebRTC?
O WebRTC (Web Real-Time Communication) é um padrão de código aberto integrado a navegadores da Web modernos. Ele permite transmissão de vídeo, áudio e dados em tempo real entre endpoints sem a necessidade de plug-ins proprietários.
Como o WebRTC opera no Cisco RoomOS (WebEngine)
Nos dispositivos de colaboração por vídeo da Cisco que executam o RoomOS, os aplicativos WebRTC não são executados como aplicativos de firmware C/C++ compilados nativamente. Em vez disso, eles são executados dentro do ambiente do navegador WebEngine incorporado, que é baseado em um núcleo Chromium de alto desempenho otimizado para hardware de processamento de vídeo da Cisco.
Observação: como os aplicativos Web WebRTC (como o Microsoft Teams Direct Guest Join ou o Google Meet) são executados dentro da caixa de proteção do navegador WebEngine, a experiência do usuário, o layout da interface do usuário, o pipeline de renderização de áudio/vídeo e os perfis de aceleração de hardware refletem a implementação do aplicativo Web do provedor de reunião de terceiros.
Dica: para obter o desempenho ideal do WebRTC em dispositivos Cisco RoomOS, verifique se o dispositivo está executando o RoomOS 26 ou posterior, o que inclui aceleração avançada de hardware para a decodificação de fluxo de áudio VP8/VP9 e Opus.
Para habilitar recursos de diagnóstico abrangentes para sessões WebRTC e WebEngine em dispositivos Cisco RoomOS, os administradores devem habilitar a Depuração Remota no Cisco Webex Control Hub ou através do xAPI do dispositivo.
Como alternativa, habilite a depuração remota diretamente através da interface de linha de comando (CLI) do dispositivo:
xConfiguration WebEngine RemoteDebugging: On
xConfiguration WebEngine Features WebRTC: On
Caution: A habilitação da Depuração Remota expõe interfaces de diagnóstico para a sessão ativa do navegador do WebEngine. Certifique-se de que o acesso à rede para o IP de gerenciamento de dispositivos esteja restrito a sub-redes administrativas autorizadas.
Use esta seção para confirmar se o WebEngine foi inicializado corretamente e processa ativamente os canais de mídia do WebRTC durante uma chamada.
Execute os comandos xStatus através do terminal enquanto uma reunião WebRTC está em andamento:
xStatus WebEngine
xStatus WebRTC MediaChannels
Tabela 1: Descreve os principais campos operacionais retornados pelo comando de status do WebRTC:
| Parâmetro xStatus | Estado esperado | Descrição e impacto de diagnóstico |
| Status do mecanismo da Web |
Executando |
Indica se o núcleo do navegador Chromium está ativo e renderizando. |
| Cliente MediaChannels WebRTC |
Ativo / Conectado |
Indica o transporte de mídia ativa entre o codec e a ponte de mídia de nuvem. |
| Direção | Saída / Entrada |
Identifica se o canal de mídia representa a transmissão local de câmera/microfone ou a recepção remota de vídeo. |
| AlvoTaxaDeBits |
1500000 bps (1,5 Mbps) |
A largura de banda de destino alocada pelo WebEngine com base na capacidade de rede disponível. |
Esta seção fornece procedimentos de solução de problemas passo a passo abrangentes, instruções de coleta de registros e técnicas de correlação de fluxo de mídia SSRC para problemas do WebRTC.
Quando ocorrer um problema de qualidade ou de conexão durante uma chamada WebRTC ativa, execute o procedimento diretamente no painel do Navegador da Sala da Cisco/Toque 10. Durante a reunião WebRTC ativa, toque no menu de controle do dispositivo e selecione Configurações.

Depois que os logs são carregados com êxito na nuvem da Cisco, a interface gera dois identificadores de rastreamento exclusivos:

ID do log: A ID de registro pode ser usada para pesquisar os registros e baixá-los para solução de problemas ou para abrir um caso no TAC. Os logs podem ser baixados diretamente para o Collaboration Control Hub e podem ser coletados usando a ID do Log/ID de Feedback ou a ID da reunião na seção de solução de problemas.

2. Mapeamento de Fluxos de Mídia e Identificação SSRC (Correlação de Status x)
Em arquiteturas RTP (Real-Time Transport Protocol) e WebRTC, uma SSRC (Synchronization Source) é um identificador numérico crítico de 32 bits que rotula a origem de um fluxo de mídia. Os receptores usam o SSRC para sequenciar pacotes, calcular o jitter e sincronizar áudio com vídeo.

Para mapear um fluxo de áudio ou vídeo específico entre os logs de xStatus do dispositivo e uma captura de pacote do Wireshark, converta o ID do canal decimal de xstatus.txt em seu equivalente hexadecimal:
(416917557)10 = (0x18D9A835)16
Wireshark Display Filter: rtp.ssrc== 0x18D9A835

O trecho de registro ilustra um canal de vídeo de saída WebRTC ao vivo extraído de um arquivo de diagnóstico xstatus.txt de endpoint:
*s WebRTC MediaChannels Client Channel 7 Direction: Incoming
*s WebRTC MediaChannels Client Channel 7 Id: "IT01V416917557"
*s WebRTC MediaChannels Client Channel 7 Netstat BytesSent: 89661904
*s WebRTC MediaChannels Client Channel 7 Netstat PacketsSent: 84431
*s WebRTC MediaChannels Client Channel 7 QualityLimitation NetworkBandwidthLimited: 50
*s WebRTC MediaChannels Client Channel 7 QualityLimitation NotLimited: 497
*s WebRTC MediaChannels Client Channel 7 TargetBitrate: 1500000
*s WebRTC MediaChannels Client Channel 7 Transport RTCP Local IpAddress: "<Local IP Address>"
*s WebRTC MediaChannels Client Channel 7 Transport RTCP Local Port: 1742
*s WebRTC MediaChannels Client Channel 7 Transport RTCP Local Protocol: UDP
*s WebRTC MediaChannels Client Channel 7 Transport RTCP Remote IpAddress: "<Server IP Address>"
*s WebRTC MediaChannels Client Channel 7 Transport RTCP Remote Port: 3478
*s WebRTC MediaChannels Client Channel 7 Transport RTCP Remote Protocol: UDP
*s WebRTC MediaChannels Client Channel 7 Type: Video
*s WebRTC MediaChannels Client Channel 7 Video EncoderImplementation: "ExternalEncoder"
*s WebRTC MediaChannels Client Channel 7 Video FrameHeight: 540
*s WebRTC MediaChannels Client Channel 7 Video FrameWidth: 960
*s WebRTC MediaChannels Client Channel 7 Video FramesPerSecond: 30
*s WebRTC MediaChannels Client Channel 7 Video Protocol: "video/VP8"
Principais conclusões do diagnóstico desta análise de canal de mídia:
3. Solução Avançada de Problemas do Cisco Webex Control Hub
Os administradores podem analisar métricas de reunião WebRTC ao vivo e históricas diretamente no Cisco Webex Control Hub:

Tabela 2: Modos de falha WebRTC comuns e matriz de correção
| Sintoma |
Causa Raiz Provável |
Verificação de diagnóstico |
Etapa de correção |
| A chamada falha ao ingressar / gira continuamente |
Firewall bloqueando portas STUN/TURN UDP de saída (3478, 5004-65535) |
O Wireshark mostra Solicitações de vinculação STUN repetidas sem respostas de vinculação |
Abra portas UDP de saída para intervalos de IP de mídia do provedor WebRTC. |
| Congelamentos de áudio/vídeo unidirecionais |
Tempo limite simétrico de NAT ou UDP em firewall corporativo stateful |
xStatus mostra QualityLimitation NetworkBandwidthLimited aumentando rapidamente |
Configurar o tempo limite do estado UDP do firewall >= 60 segundos; habilitar keepalives de STUN. |
| Tela preta ou travamento no USB-C BYOM |
Falha de negociação do modo alternativo DisplayPort em cabo não certificado |
messages.log mostra o tempo limite de negociação de energia USB do kernel |
Usar cabo Type-C de 10 Gbps certificado USB-IF; defina Video Output Connector MonitorRole como Auto. |
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
20-Oct-2026
|
Versão inicial |