Tempo limite de RTSP: quando tentar TCP intercalado, UDP Unicast ou corrigir o caminho de rede

“Tempo limite RTSP” é uma das frases mais amplas para solução de problemas de câmeras. Isso pode significar que a conexão TCP com o servidor RTSP expirou. Pode significar que DESCRIBE retornou lentamente. Isso pode significar que PLAY foi bem-sucedido, mas os pacotes RTP nunca chegaram. Isso pode significar que as portas UDP foram bloqueadas, o NAT reescreveu algo incorretamente ou um firewall permitiu controlar o tráfego, mas não o tráfego de mídia.

A frase é vaga. A evidência não precisa ser.

Tempo limite de controle separado do tempo limite de mídia

O controle RTSP geralmente acontece por TCP. A mídia RTP pode fluir por UDP ou pode ser intercalada pela conexão RTSP TCP. A primeira divisão de diagnóstico é:

• a conexão RTSP TCP foi aberta?
• o servidor respondeu OPTIONS?
• DESCRIBE retornou SDP?
• SETUP foi bem-sucedido?
• PLAY teve sucesso?
• a RTP chegou depois do PLAY?

Se a própria conexão TCP falhar, inspecione o host, a porta, o roteamento, o firewall, a VPN e se o serviço RTSP está habilitado. Se o controle RTSP for bem-sucedido, mas o RTP não chegar, inspecione a negociação de transporte e o caminho da mídia.

Por que o UDP frequentemente falha enquanto o TCP funciona

O UDP RTP pode falhar mesmo quando o controle RTSP funciona. O cliente e a câmera negociam portas durante SETUP. Firewalls, dispositivos NAT, políticas de VLAN e roteamento em nuvem podem bloquear o caminho da mídia. Uma câmera pode enviar RTP para uma porta que o cliente não pode receber. Um gateway de segurança pode permitir o TCP 554, mas descartar o UDP.

Sintomas:

• DESCRIBE foi bem-sucedido
• SETUP foi bem-sucedido
• PLAY foi bem-sucedido
• nenhum pacote RTP chega
• o jogador eventualmente relata tempo limite ou tela preta

Neste caso, mudar para TCP intercalado é um teste útil. Ele envia RTP dentro da conexão TCP RTSP. Se o TCP intercalado funcionar e o UDP não, o codec provavelmente não será o primeiro suspeito. O caminho da mídia de rede é.

TCP intercalado é um teste, nem sempre a resposta final

O RTSP sobre TCP intercalado pode ser mais fácil entre firewalls e NAT porque mantém o controle e a mídia na mesma conexão. Também pode aumentar a latência e alterar o comportamento do desempenho. Para diagnósticos de campo, é melhor tratá-lo como um ponto de comparação.

Comparar:

• UDP unicast RTP: a mídia chega?
• RTP intercalado TCP: a mídia chega?
• RTCP: os relatórios do remetente são visíveis?
• perda de pacotes: o UDP mostra lacunas de sequência?
• latência: o TCP cria travamentos sob pressão de largura de banda?

Se a implantação espera UDP, o sucesso do TCP não valida totalmente o site. Ele identifica o limite da rede que precisa ser melhorado.

A conexão recusada é diferente do tempo limite

"Conexão recusada" geralmente significa que o host rejeitou ativamente a conexão TCP. Causas comuns:

• Serviço RTSP desativado
• porta errada
• firmware da câmera não expõe RTSP
• A porta NVR difere da porta da câmera
• firewall rejeita em vez de descartar

Tempo limite significa que nenhuma resposta chegou antes do cliente desistir. Causas comuns:

• problema de roteamento
• queda de firewall
• rede inacessível
• mapeamento de porta pública errado
• câmera off-line
• Problema de caminho VPN

Não os reúna na mesma nota de suporte. Recusado e expirado apontam para proprietários diferentes.

O que capturar em um relatório de tempo limite

Um relatório útil de tempo limite RTSP deve incluir:

• host e porta de destino
• se o TCP está conectado
• último método RTSP enviado
• status da resposta, se houver
• SDP devolvido ou não
• cabeçalho de transporte selecionado
• portas cliente/servidor negociadas
• se a RTP chegou
• se o RTCP chegou
• Comparação intercalada TCP
• Comparação UDP

Esta é a evidência que um engenheiro de rede precisa. “O tempo limite” não é suficiente.

Onde o inspetor RTSP se encaixa

O RTSP Inspector ajuda a manter o controle RTSP, a negociação de transporte, a entrega RTP, a evidência RTCP e a prontidão do codec em um fluxo de diagnóstico. Não é tentar ser o jogador que esconde a distinção.

Para pesquisas de tempo limite RTSP, o resultado mais forte é um veredicto curto:

• controlar o tempo limite antes do SDP
• tempo limite da mídia após PLAY bem-sucedido
• UDP bloqueado, mas TCP intercalado funciona
• TCP recusado na porta RTSP
• RTP entregue, mas o codec não está pronto para decodificação

Cada veredicto tem uma solução diferente. A palavra-chave de pesquisa pode ser “tempo limite de RTSP”, mas a verdadeira resposta reside na fronteira entre controle e mídia.