Flujo de trabajo de solución de problemas RTSP de cámara IP: de la URL a la evidencia RTP
Un flujo de trabajo práctico de solución de problemas RTSP para equipos de cámaras que necesitan evidencia de URL, autenticación, SDP, RTP, RTCP y códec antes de culpar al reproductor.
Los fallos de cámaras IP a menudo se diagnostican erróneamente porque la primera prueba es un reproductor. Un reproductor puede demostrar que el video a veces aparece, pero rara vez explica por qué un flujo falla en un NVR, una canalización de análisis, una pasarela de navegador o una red de cliente. RTSP Inspector está diseñado para la ruta de diagnóstico: "control RTSP, declaraciones SDP, entrega RTP, temporización RTCP y estructura H.264/H.265." Use este centro como el primer flujo de trabajo cuando una cámara se conecta, se congela, falla, falla solo en UDP o funciona en una herramienta pero no en otra.
El flujo de trabajo
| Step | Qué demostrar | Evidencia a recopilar |
|---|---|---|
| 1. Confirmar la URL | ¿Es real y accesible la ruta RTSP? | OPTIONS, DESCRIBE, código de estado, CSeq, redirección y ruta de la cámara |
| 2. Resolver la autenticación | ¿Aceptó la cámara las credenciales y el esquema de autenticación? | Bucle 401, realm Digest, nonce, respaldo Basic y estado final |
| 3. Leer SDP antes del medio | ¿Declaró la cámara pistas y códecs utilizables? | URLs de control, tipos de carga útil, tasas de reloj, parámetros H.264/H.265, pistas de audio |
| 4. Verificar el transporte | ¿Negoció SETUP TCP, UDP, multidifusión o una discrepancia? | Cabecera de transporte, canales entrelazados, puertos cliente/servidor, NAT, comportamiento del firewall |
| 5. Medir el medio | ¿RTP y RTCP demostraron pérdida, jitter, temporización o fallo del códec? | Huecos de secuencia, marcas de tiempo, bit marcador, SSRC, informes del remitente, SPS/PPS, FU-A |
Comience con la URL y los códigos de estado
Si la ruta del flujo es incorrecta, toda teoría de medios pierde tiempo. Comience con Diagnóstico de URL de cámara RTSP 401 y 404, RTSP 400 Bad Request y ONVIF funciona pero la URL RTSP falla.
RTSP Inspector mantiene visible el intercambio del plano de control: OPTIONS, DESCRIBE, SETUP, PLAY, códigos de estado, cabeceras y evidencia de autenticación redactada. Esa es la base para un caso de soporte que dice más que "VLC no lo reprodujo".
Lea SDP antes de culpar al decodificador
SDP le dice si la cámara declaró el flujo correctamente. Use SDP, H.264 y H.265 en diagnóstico RTSP, SPS/PPS H.264 faltante en flujos RTSP y Modo de paquetización H.264 RTP 0 vs 1 cuando la reproducción comienza pero los decodificadores o análisis fallan.
El objetivo es separar el fallo de metadatos del fallo de entrega de medios. Una cámara puede autenticarse y aun así publicar tipos de carga útil incorrectos, parámetros de códec faltantes, URLs de control erróneas u opciones H.265 no compatibles.
Demuestre el límite de transporte
Muchos casos de cámaras son casos de transporte. Timeout RTSP: UDP, TCP entrelazado o ruta de red, RTSP UDP bloqueado por firewall o NAT, RTSP 461 transporte no compatible y RTSP sobre TCP entrelazado discrepancia de canal cubren los límites comunes.
RTSP Inspector es útil porque no se detiene en "intente TCP". Muestra la negociación SETUP, la respuesta de transporte, la evidencia de recepción RTP/RTCP y la asignación de canales que determinan si los paquetes pueden llegar.
Mida la salud del medio
Una vez que el medio llega, mídalo. Pérdida de paquetes RTP en flujos de cámara, Informes del remitente RTCP, jitter y pérdida de paquetes, Deriva de marca de tiempo RTP y Bit marcador RTP y límites de trama H.264 ayudan a convertir fallos visibles en evidencia de paquetes y temporización.
Aquí es donde RTSP Inspector difiere de un reproductor. La respuesta no es solo "el video se congeló". La respuesta es si los números de secuencia RTP se saltaron, las marcas de tiempo derivaron, los informes RTCP se detuvieron o el flujo H.264 carecía de la estructura que el decodificador necesitaba.
Compare herramientas de diagnóstico honestamente
Use RTSP Inspector vs VLC para depuración de cámaras cuando la pregunta es reproducción versus diagnóstico. Use RTSP Inspector vs ONVIF Device Manager cuando el descubrimiento funciona pero la ruta de medios falla. Use RTSP Inspector vs Wireshark para diagnóstico de cámaras cuando el equipo ya tiene herramientas de análisis de paquetes.
Para una cobertura amplia, la Guía de solución de problemas de flujo RTSP y las Preguntas frecuentes de diagnóstico RTSP recopilan las preguntas más comunes de los equipos de cámaras.
Informes de campo de ejemplo
Cuando el resultado debe salir del portátil, comience con los Informes de ejemplo de RTSP Inspector. Los ejemplos muestran cómo redactar un límite listo para soporte para la cámara se conecta pero el video está negro porque falta SPS/PPS, RTSP funciona sobre TCP pero el medio UDP está bloqueado, ONVIF funciona pero la URL RTSP falla y VLC reproduce pero el VMS no puede decodificar H.265.
Flujos de trabajo para compradores
La misma evidencia se usa de manera diferente por cada equipo. Comience con los Casos de uso de RTSP Inspector cuando necesite la ruta del comprador en lugar de la explicación del protocolo: Instaladores de CCTV necesitan informes de campo para llamadas de cámara con pantalla negra, equipos de soporte de VMS y NVR necesitan paquetes de escalación y equipos de QA de cámaras IP necesitan evidencia de compatibilidad de firmware y flujo antes del lanzamiento.
Configuración y siguiente paso
Use Ayuda de conexión de RTSP Inspector para iniciar una sesión de diagnóstico y Ayuda de informes de RTSP Inspector cuando la evidencia necesite salir de la aplicación. Navegue por el Índice del blog de RTSP Inspector para casos específicos de código de estado, transporte, RTP, RTCP y códec.