RTSP 메인 스트림은 작동하지 않지만 하위 스트림은 작동합니다: 차이점이 증명하는 것

매우 일반적인 IP 카메라 검색어는 "RTSP 메인 스트림은 작동하지 않지만 서브 스트림은 작동합니다."입니다. 증상은 유용할 만큼 구체적입니다. 하위 스트림이 작동하고, 카메라에 연결할 수 있고, 자격 증명이 정확하고, RTSP 서비스가 활성화되고, 하나 이상의 비디오 프로필에 액세스할 수 있는 경우입니다. 문제는 더 이상 "RTSP가 손상되었습니다."가 아닙니다. 문제는 스트림 프로필의 차이입니다.

메인 스트림과 서브 스트림은 일반적으로 해상도, 비트 전송률, 코덱, GOP 간격, 페이로드 크기, 때로는 URL 경로까지 다릅니다. 하위 스트림은 저해상도의 H.264일 수 있고, 메인 스트림은 H.265, 4K, 높은 비트 전송률이거나 더 적은 수의 동시 세션으로 제한될 수 있습니다. NVR은 카메라 자체와 다른 경로를 노출할 수 있습니다. ONVIF는 녹화 URL 또는 기본 프로필에 별도의 경로가 필요한 반면 품질이 낮은 라이브 URL을 반환할 수 있습니다.

유용한 진단 질문은 다음과 같습니다. 작동 중인 하위 스트림이 무엇을 증명하고 무엇을 증명하지 않습니까?

작동하는 서브 스트림이 증명하는 것

RTSP를 통해 하위 스트림을 열 수 있는 경우 일반적으로 다음과 같이 말할 수 있습니다.

• 카메라 IP 주소에 연결할 수 있습니다
• RTSP 포트가 열려 있습니다
• 인증은 하나 이상의 스트림에 대해 작동합니다.
• 클라이언트는 기본 RTSP 응답을 구문 분석할 수 있습니다.
• DESCRIBE, SETUP 및 PLAY는 하나 이상의 프로필에 대해 성공할 수 있습니다.
• 하나 이상의 미디어 트랙에 대해 RTP 전달이 가능합니다.

그것은 귀중한 증거입니다. 검색 범위가 좁아집니다. 메인 스트림이 다른 호스트, 포트, 전송 모드 또는 NVR 경로를 사용하지 않는 한 이 시점 이후에는 기본 네트워크 연결 가능성을 계속 디버깅해서는 안 됩니다.

작동하는 하위 스트림이 증명하지 못하는 것

작동하는 하위 스트림은 다음을 증명하지 않습니다.

• 메인 스트림 URL 경로가 정확합니다
• 메인 스트림이 활성화되었습니다
• 메인 스트림 코덱이 지원됩니다
• 메인 스트림 비트 전송률은 네트워크를 통과할 수 있습니다.
• 메인 스트림은 여러 클라이언트에서 사용할 수 있습니다.
• 메인 스트림은 디코딩 준비가 완료된 SPS/PPS 또는 VPS/SPS/PPS 증거를 보냅니다.
• NVR은 동일한 경로를 통해 카메라 메인 스트림을 노출합니다.

이것이 바로 "VLC가 서브 스트림을 열 수 있습니다"가 메인 스트림이 필요한 VMS, 분석 시스템 또는 재스트리밍 파이프라인에 충분하지 않은 이유입니다.

코덱 전 URL 경로 확인

많은 카메라 제품군은 메인 스트림과 서브 스트림에 대해 서로 다른 경로 패턴을 사용합니다. 일부는 profile1과 profile2를 사용합니다. 일부는 /Streaming/Channels/101 및 /Streaming/Channels/102를 사용합니다. 일부는 main, sub, video1, video2 또는 공급업체별 액세스 이름을 사용합니다. 일부 NVR은 직접 카메라 URL과 다르게 채널을 노출합니다.

메인 스트림이 '404 Not Found'를 반환하는 경우 다음을 검사하세요.

• DESCRIBE로 전송된 정확한 요청 URI
• URL 경로가 공급업체 모델과 일치하는지 여부
• 채널 번호
• 스트림 번호
• ONVIF가 발견한 프로필 토큰
• 카메라 웹 UI에서 스트림이 활성화되어 있는지 여부
• URL이 카메라 IP를 대상으로 하는지 NVR IP를 대상으로 하는지 여부

404를 패킷 손실로 처리하지 마십시오. RTP가 아직 시작되지 않았습니다.

경로가 유효한 후 코덱 및 비트 전송률을 확인하세요.

메인 스트림이 SDP를 반환하고 RTP를 시작하지만 여전히 비디오가 표시되지 않으면 코덱 및 미디어 증거로 이동하세요.

메인 스트림 실패는 종종 다음과 같은 이유로 발생합니다.

• 소비자가 H.264를 기대하는 동안 H.265가 선택됨
• H.264 SPS/PPS 또는 H.265 VPS/SPS/PPS 증거 누락
• 매우 긴 키 프레임 간격
• Wi-Fi 또는 약한 업링크를 통한 높은 비트 전송률 손실
• 패킷 조각화 및 이동 중 손실
• 다운스트림 시스템에서 지원하지 않는 디코더 프로필 또는 레벨

이 단계에서 보고서에는 SDP, 페이로드 유형, RTP 시퀀스 연속성, 코덱 NAL 단위 증거 및 첫 번째 디코드 경계에 도달했는지 여부가 포함되어야 합니다.

동시성 제한 및 NVR 동작

일부 저가형 DVR, NVR 또는 카메라 펌웨어 빌드는 메인 스트림 액세스를 제한합니다. 로컬 디스플레이, 녹음, 공급업체 앱 또는 다른 클라이언트에서 메인 스트림을 이미 사용하고 있는 동안 하위 스트림을 계속 사용할 수 있습니다. 이는 경로가 올바른 경우에도 URL 문제처럼 보일 수 있습니다.

유용한 점검 사항:

• 다른 시청자 연결 끊기
• 직접 카메라 IP와 NVR IP 테스트
• 카메라 웹 UI의 메인 스트림 비교
• 낮은 메인 스트림 비트 전송률 또는 해상도
• 메인 스트림 코덱을 H.265에서 H.264로 전환
• TCP 인터리브 및 UDP를 통한 RTSP를 별도로 테스트합니다.

비트 전송률을 낮추면 문제가 해결되는 경우 원래 오류는 URL 구문이 아닌 전송 용량일 수 있습니다.

RTSP 검사관이 이 사례를 구성하는 방법

RTSP Inspector는 경계를 설명할 때 가장 강력합니다.

• 서브 스트림 제어 경로 성공
• 상태 코드로 인해 메인 스트림 제어 경로가 실패함
• 메인 스트림은 SDP를 반환하지만 RTP는 반환하지 않습니다.
• 메인 스트림 RTP가 패킷 손실과 함께 도착함
• 메인 스트림 코덱 메타데이터가 누락되었거나 지원되지 않습니다.
• 메인 스트림은 H.265이고 소비자는 H.264를 필요로 합니다.

이것이 "메인 스트림 중단"과 유용한 지원 보고서의 차이점입니다. 올바른 다음 조치는 공급업체 URL 조회, 스트림 프로필 구성, 코덱 변경, 비트 전송률 감소, 펌웨어 업데이트 또는 네트워크 경로 복구일 수 있습니다.

정확한 검색이 "RTSP 하위 스트림은 작동하지만 메인 스트림은 작동하지 않습니다"인 경우 RTSP 방법, SDP, 코덱, 전송 및 동시성을 비교하여 시작하십시오. 작동 중인 하위 스트림이 진단의 끝이 아닙니다. 대조샘플입니다.