2026-06-02

Incompatibilidade de canal intercalado RTSP sobre TCP: corrigindo mapeamento de canal RTP/RTCP e sem problemas de vídeo

Como diagnosticar incompatibilidade de canais intercalados RTSP sobre TCP, mapeamento de canais RTP e RTCP, cabeçalhos de transporte, intercalados = 0-1, sem vídeo e falhas na análise de mídia da câmera.

O transporte intercalado RTSP sobre TCP é frequentemente usado quando o UDP RTP é bloqueado por firewalls, NAT, VPNs ou caminhos de retransmissão em nuvem. Ele pode fazer o fluxo de uma câmera funcionar em redes onde o UDP falharia. Mas introduz outra classe de problemas: "incompatibilidade de canais intercalados. A sessão RTSP se conecta. DESCRIBE retorna SDP. SETUP foi bem-sucedido. PLAY foi bem-sucedido. Bytes de mídia chegam na conexão TCP. Em seguida, o cliente não mostra nenhum vídeo, nenhum áudio, canal RTP desconhecido, quadro intercalado malformado ou pacotes RTCP analisados como RTP." Os usuários procuram por "RTSP sobre TCP intercalado sem vídeo", "Incompatibilidade de canal intercalado RTP", "RTSP intercalado 0-1", "Mapeamento de canal RTSP TCP" e "Erro de análise RTP sobre RTSP" quando o canal de controle funciona, mas a análise de mídia falha.

O RTSP Inspector é útil aqui porque a evidência importante está no cabeçalho Transport e nos dados intercalados com quadro $ na conexão TCP RTSP.

O que significa transporte intercalado

Com o transporte UDP, o controle RTSP usa TCP e a mídia RTP/RTCP usa portas UDP separadas. Com o transporte intercalado TCP, os pacotes de mídia são incorporados à conexão TCP RTSP.

A resposta SETUP pode conter:

Transport: RTP/AVP/TCP;unicast;interleaved=0-1

That means RTP and RTCP for that track should be carried on interleaved channels 0 and 1. Interleaved frames use a $ marker, a channel byte, a length, and then the RTP or RTCP packet.

If the client maps channels incorrectly, it may parse RTP as RTCP, audio as video, or metadata as media.

Multiple tracks create more mappings

A camera with video and audio may return separate SETUP responses:

Video Transport: RTP/AVP/TCP;unicast;interleaved=0-1
Audio Transport: RTP/AVP/TCP;unicast;interleaved=2-3

Agora o cliente deve mapear:

Canal 0: vídeo RTP
Canal 1: vídeo RTCP
Canal 2: áudio RTP
Canal 3: áudio RTCP

Se a ordem de configuração de áudio e vídeo for alterada, as suposições codificadas serão quebradas. Se uma faixa de metadados for adicionada, as atribuições de canal poderão mudar novamente.

Sintomas comuns

Os problemas de canais intercalados são semelhantes a:

A sessão RTSP atinge PLAY, mas o vídeo permanece preto.
Os bytes RTP chegam, mas o analisador de carga útil os rejeita.
Os relatórios do remetente RTCP são analisados como mídia.
Os pacotes de áudio são enviados para o despacketizador de vídeo.
Os números de sequência parecem impossíveis.
O tipo de carga útil não corresponde ao SDP dessa faixa.
O cliente relata “pacote RTP inválido” ou “canal intercalado desconhecido”.

A rede pode estar bem. A câmera pode estar enviando mídia. O cliente está apenas lendo o mapeamento de canal errado.

O cabeçalho de transporte é a autoridade

Não infira o mapeamento de canais apenas pela ordem das trilhas. Use o cabeçalho Transport retornado pela câmera para cada SETUP.

Para cada faixa, preserve:

URL de controle de rastreamento.
Modo de transporte.
Par de canais intercalados.
Tipo de carga útil do SDP.
Tipo de mídia do SDP.

Em seguida, compare os quadros intercalados recebidos com esse mapeamento.

Peculiaridades da câmera e do proxy

Algumas câmeras se comportam de maneira inconsistente:

Eles ignoram os números de canais intercalados solicitados e atribuem os seus próprios.
Eles retornam interleaved=0-1 para múltiplas faixas.
Eles enviam RTCP em canais inesperados.
Eles omitem o RTCP.
Um proxy reescreve Transport mas não reescreve quadros de mídia.

Esses são exatamente os casos em que um teste somente para jogadores esconde muita coisa. O RTSP bruto e a evidência de quadros intercalados são importantes.

Lista de verificação para depuração de canais intercalados

Use este fluxo de trabalho:

Capture SDP de DESCRIBE.
Identifique cada faixa de mídia.
Capture todas as solicitações e respostas SETUP.
Registre cabeçalhos Transport e valores interleaved=.
Mapeie os números dos canais para rastrear e a função RTP/RTCP.
Inspecione quadros $ recebidos e bytes de canal.
Compare os tipos de carga útil RTP com o SDP para essa faixa.
Verifique se o RTCP aparece no canal ímpar esperado.
Verifique se os mapeamentos de canais mudam após a reconexão.
Teste o UDP somente depois que o mapeamento intercalado TCP for compreendido.

Diagnóstico final

Problemas intercalados de RTSP sobre TCP nem sempre são problemas de rede. Se a mídia chegar, mas nenhum vídeo aparecer, inspecione o mapeamento de canais. O cabeçalho Transport define qual canal intercalado transporta cada fluxo RTP e RTCP.

O RTSP Inspector ajuda expondo o controle RTSP e o enquadramento de mídia intercalado, de modo que "RTSP conecta, mas não há vídeo" pode ser diagnosticado como um problema de mapeamento de canal em vez de uma suposição de codec ou firewall.

Evidência reproduzível para “Incompatibilidade de canal intercalado RTSP sobre TCP: corrigindo mapeamento de canal RTP/RTCP e sem problemas de vídeo”

A resposta direta é que uma tela preta ou um único código não prova a origem da falha. Um diagnóstico confiável liga pedido e resposta RTSP, transporte negociado, sessão válida e depois números de sequência RTP, timestamps e sinais RTCP. Em “Incompatibilidade de canal intercalado RTSP sobre TCP: corrigindo mapeamento de canal RTP/RTCP e sem problemas de vídeo”, comece pela camada mais próxima do sintoma, mas mantenha uma cronologia comum para não confundir controle, rede e decodificação.

Antes de alterar câmera, firewall ou VMS, crie um teste de referência pequeno. Registre URL RTSP sem senha, horário, caminho, Transport solicitado, resposta do servidor e chegada do primeiro pacote de mídia. Teste UDP e TCP interleaved separadamente quando disponíveis. Não mude caminho, credenciais e transporte juntos; caso a segunda tentativa funcione, será necessário identificar a variável decisiva.

Camada	Evidência a preservar	Pergunta
RTSP	método, estado, cabeçalhos, CSeq e Session	O servidor aceitou exatamente a operação?
SDP	control, payload type, clock rate e codec	A faixa esperada foi descrita?
Transport	client_port, server_port ou interleaved	Os dois lados usam o mesmo canal?
RTP	SSRC, sequência, timestamp e marker	As unidades chegam em ordem explicável?
RTCP	sender report, CNAME e BYE	Relógio, identidade e fim são rastreáveis?
Decoder	SPS/PPS/VPS e packetization mode	O payload recebido inicializa o decoder?

Separe “nenhuma mídia chegou” de “a mídia chegou, mas não decodifica”. Se RTP falta depois de SETUP e PLAY bem-sucedidos, verifique UDP, NAT, firewall e resposta Transport. Lacunas de sequência provam perda ou reordenação. Uma sequência contínua sem imagem desloca a investigação para payload type, clock rate, limites de frame e parâmetros H.264 ou H.265. Essa fronteira é mais útil que a mensagem genérica do player.

Como escrever uma resposta citável?

Use três frases: última operação bem-sucedida, primeira evidência com falha e próximo teste que separa duas causas. Exemplo: “DESCRIBE, SETUP e PLAY funcionam; nenhum RTP chega às portas anunciadas; um teste TCP interleaved separará bloqueio UDP de caminho de mídia errado”. Não atribua a falha à câmera ou rede sem resposta ou pacote que demonstre o limite.

Quais dados tornam o caso reproduzível?

Preserve OPTIONS, DESCRIBE, SETUP e PLAY, SDP, resposta Transport e Session sem segredos. Para RTP registre SSRC, primeira e última sequência, clock rate, lacunas e duração. Informe se VLC ou outro VMS funciona, mas trate isso como comparação controlada, não como prova de que o cliente bem-sucedido interpreta corretamente todas as regras.

Quando examinar servidor ou cliente?

Examine o servidor quando recusar método, fornecer control URL ausente, responder com transporte incompatível ou mudar SSRC ou relógio sem transição. Examine o cliente quando reutilizar nonce vencido, perder Session, solicitar UDP sem abrir portas ou tratar todo fim de NAL como fim de access unit. Se o problema estiver entre os dois, pacote e horário devem acompanhar cada conclusão.

Como revisar o relatório?

Repita a partir de uma conexão nova e compare as cronologias até a primeira diferença. Remova senhas e valores Authorization completos. Ligue cada conclusão a CSeq, sequência ou timestamp. Siga o guia RTSP relacionado e use RTSP Inspector para testar um stream RTSP e coletar evidências localmente, sem enviar o vídeo para um serviço público.

Resposta direta e limite de aceitação

A resposta curta para “Incompatibilidade de canal intercalado RTSP sobre TCP: corrigindo mapeamento de canal RTP/RTCP e sem problemas de vídeo” é: Como diagnosticar incompatibilidade de canais intercalados RTSP sobre TCP, mapeamento de canais RTP e RTCP, cabeçalhos de transporte, intercalados = 0-1, sem vídeo e falhas na análise de mídia da câmera. Trate essa frase como um resultado a verificar, não como promessa para qualquer entrada, dispositivo, projeto ou ambiente. Um resultado completo registra estado inicial, ação exata, saída visível e condição que comprova a conclusão da tarefa no RTSP Inspector.

Procedimento orientado por evidências

Comece com um caso pequeno e repetível antes de alterar um projeto completo. Registre versão do aplicativo, sistema operacional, identidade da entrada ou dispositivo, configurações relevantes e resultado esperado. Execute uma ação deliberada, preserve a primeira transição inesperada e compare com um caso conhecido quando possível. Alterar vários controles ao mesmo tempo esconde qual condição criou ou corrigiu o problema.

Ponto de controle 1: Incompatibilidade de canal intercalado RTSP sobre TCP: corrigindo mapeamento de canal RTP/

Para “Incompatibilidade de canal intercalado RTSP sobre TCP: corrigindo mapeamento de canal RTP/RTCP e sem problemas de vídeo”, separe uma decisão do produto de um limite do sistema, hardware, arquivo, permissão ou processo. Confirme qual camada produziu a evidência antes de atribuir causa. Isso evita transformar um sintoma próximo em causa raiz supostamente provada.

Ponto de controle 2: Como diagnosticar incompatibilidade de canais intercalados RTSP sobre TCP, mapeamento de c

Encerre “Como diagnosticar incompatibilidade de canais intercalados RTSP sobre TCP, mapeamento de canais RTP e RTCP, cabeçalhos de transporte, intercalados = 0” somente quando o resultado salvo, exportado ou reaberto continuar igual ao estado observado. O retorno temporário da interface ajuda, mas evidência durável é mais forte. Registre qualquer limite restante para a próxima pessoa.

Ponto de controle 3: O que significa transporte intercalado

Para “O que significa transporte intercalado”, separe uma decisão do produto de um limite do sistema, hardware, arquivo, permissão ou processo. Confirme qual camada produziu a evidência antes de atribuir causa. Isso evita transformar um sintoma próximo em causa raiz supostamente provada.

Ponto de controle 4: Multiple tracks create more mappings

Encerre “Multiple tracks create more mappings” somente quando o resultado salvo, exportado ou reaberto continuar igual ao estado observado. O retorno temporário da interface ajuda, mas evidência durável é mais forte. Registre qualquer limite restante para a próxima pessoa.

Ponto de controle 5: Sintomas comuns

Para “Sintomas comuns”, separe uma decisão do produto de um limite do sistema, hardware, arquivo, permissão ou processo. Confirme qual camada produziu a evidência antes de atribuir causa. Isso evita transformar um sintoma próximo em causa raiz supostamente provada.

Ponto de controle 6: O cabeçalho de transporte é a autoridade

Encerre “O cabeçalho de transporte é a autoridade” somente quando o resultado salvo, exportado ou reaberto continuar igual ao estado observado. O retorno temporário da interface ajuda, mas evidência durável é mais forte. Registre qualquer limite restante para a próxima pessoa.

Ponto de controle 7: Peculiaridades da câmera e do proxy

Para “Peculiaridades da câmera e do proxy”, separe uma decisão do produto de um limite do sistema, hardware, arquivo, permissão ou processo. Confirme qual camada produziu a evidência antes de atribuir causa. Isso evita transformar um sintoma próximo em causa raiz supostamente provada.

Ponto de controle 8: Lista de verificação para depuração de canais intercalados

Encerre “Lista de verificação para depuração de canais intercalados” somente quando o resultado salvo, exportado ou reaberto continuar igual ao estado observado. O retorno temporário da interface ajuda, mas evidência durável é mais forte. Registre qualquer limite restante para a próxima pessoa.

Ponto de controle 9: Diagnóstico final

Para “Diagnóstico final”, separe uma decisão do produto de um limite do sistema, hardware, arquivo, permissão ou processo. Confirme qual camada produziu a evidência antes de atribuir causa. Isso evita transformar um sintoma próximo em causa raiz supostamente provada.

Ponto de controle 10: Evidência reproduzível para “Incompatibilidade de canal intercalado RTSP sobre TCP: corrig

Encerre “Evidência reproduzível para “Incompatibilidade de canal intercalado RTSP sobre TCP: corrigindo mapeamento de canal RTP/RTCP e sem problemas de vídeo”” somente quando o resultado salvo, exportado ou reaberto continuar igual ao estado observado. O retorno temporário da interface ajuda, mas evidência durável é mais forte. Registre qualquer limite restante para a próxima pessoa.

Matriz de aceitação

Ponto	Evidência a manter	Condição de aprovação
Incompatibilidade de canal intercalado RTSP sobre TCP: corrigindo mapeamento de canal RTP/RTCP e sem problemas de vídeo	Estado inicial, uma ação e estado resultante	Outra pessoa reproduz o resultado declarado
Como diagnosticar incompatibilidade de canais intercalados RTSP sobre TCP, mapeamento de canais RTP e RTCP, cabeçalhos d	Estado inicial, uma ação e estado resultante	Outra pessoa reproduz o resultado declarado
O que significa transporte intercalado	Estado inicial, uma ação e estado resultante	Outra pessoa reproduz o resultado declarado
Multiple tracks create more mappings	Estado inicial, uma ação e estado resultante	Outra pessoa reproduz o resultado declarado
Sintomas comuns	Estado inicial, uma ação e estado resultante	Outra pessoa reproduz o resultado declarado
O cabeçalho de transporte é a autoridade	Estado inicial, uma ação e estado resultante	Outra pessoa reproduz o resultado declarado

Isolamento, recuperação e entrega

Pare no primeiro limite que falhar. Preserve fonte, projeto, sessão ou captura, duplique antes de edição destrutiva e altere uma variável por experimento. Repetir um fluxo amplo depois de várias mudanças pode gerar outro resultado sem explicar o motivo.

Separe ausência de evidência de evidência de ausência. Uma tela vazia pode indicar entrada, escopo, filtro, permissão, dispositivo, intervalo ou estado incorreto. Verifique aquisição ou importação antes de interpretar decoder, editor, relatório ou exportação.

Antes da entrega, reabra o artefato e examine início, ponto de decisão e final. Registre versão, plataforma, configuração, expectativa, observação e reprodução mínima. Remova ou oculte dados sensíveis e confirme a autorização do destinatário.

Perguntas e respostas

Qual é a maneira confiável mais rápida de começar?

Use o menor caso representativo, escreva o resultado esperado e altere uma variável. Confirme o caminho básico antes de adicionar filtros, efeitos, edições, automação ou uma fonte maior.

Quais evidências devem ser salvas?

Mantenha identidade da entrada, versão, plataforma, configurações, ação exata, primeira transição inesperada e saída final. Feche e reabra projeto, sessão, relatório ou exportação antes de tratá-lo como durável.

Quando o procedimento deve ser repetido?

Repita após mudanças relevantes no aplicativo, sistema, driver, firmware, modelo, fonte ou fluxo. Preserve o caso aceito anterior como referência sem alterações.

Quando a tarefa está pronta para entrega?

Quando outra pessoa autorizada identifica a entrada, repete a ação, vê o mesmo resultado, entende os limites restantes e abre o artefato sem depender de estado local não documentado.

Guias relacionados

Estas páginas no mesmo idioma cobrem etapas próximas sem alterar o proprietário canônico deste assunto: