RTSP 시간 초과: TCP 인터리브, UDP 유니캐스트를 시도하거나 네트워크 경로를 수정해야 하는 경우

"RTSP 시간 초과"는 가장 광범위한 카메라 문제 해결 문구 중 하나입니다. 이는 RTSP 서버에 대한 TCP 연결 시간이 초과되었음을 의미할 수 있습니다. DESCRIBE가 느리게 반환되었음을 의미할 수 있습니다. 이는 'PLAY'가 성공했지만 RTP 패킷이 도착하지 않았음을 의미할 수 있습니다. 이는 UDP 포트가 차단되었거나 NAT가 무언가를 잘못 다시 썼거나 방화벽이 제어 트래픽을 허용했지만 미디어 트래픽은 허용하지 않았음을 의미할 수 있습니다.

문구가 모호하네요. 증거가 반드시 그럴 필요는 없습니다.

미디어 시간 초과와 별도의 제어 시간 초과

RTSP 제어는 일반적으로 TCP를 통해 발생합니다. RTP 미디어는 UDP를 통해 흐르거나 RTSP TCP 연결을 통해 인터리브될 수 있습니다. 첫 번째 진단 분할은 다음과 같습니다.

• RTSP TCP 연결이 열렸나요?
• 서버가 'OPTIONS'라고 응답했나요?
• 'DESCRIBE'가 SDP를 반환했나요?
• 'SETUP'이 성공했나요?
• 'PLAY'는 성공했나요?
• 'PLAY' 다음에 RTP가 도착했나요?

TCP 연결 자체가 실패하는 경우 호스트, 포트, 라우팅, 방화벽, VPN 및 RTSP 서비스 활성화 여부를 검사합니다. RTSP 제어에 성공했지만 RTP가 도착하지 않은 경우 전송 협상 및 미디어 경로를 검사합니다.

TCP가 작동하는 동안 UDP가 종종 실패하는 이유

RTSP 제어가 작동하더라도 UDP RTP가 실패할 수 있습니다. 클라이언트와 카메라는 'SETUP' 중에 포트를 협상합니다. 방화벽, NAT 장치, VLAN 정책 및 클라우드 라우팅은 미디어 경로를 차단할 수 있습니다. 카메라는 클라이언트가 수신할 수 없는 포트로 RTP를 보낼 수 있습니다. 보안 게이트웨이는 TCP 554를 허용하지만 UDP는 삭제할 수 있습니다.

증상:

• 'DESCRIBE' 성공
• 'SETUP' 성공
• 'PLAY' 성공
• RTP 패킷이 도착하지 않습니다
• 플레이어가 결국 시간 초과 또는 검은색 화면을 보고함

이 경우 TCP 인터리브로 전환하는 것이 유용한 테스트입니다. RTSP TCP 연결 내에서 RTP를 보냅니다. TCP 인터리브가 작동하고 UDP가 작동하지 않으면 코덱이 첫 번째 용의자가 아닐 수도 있습니다. 네트워크 미디어 경로는 다음과 같습니다.

TCP 인터리브는 테스트이지만 항상 최종 답은 아닙니다

TCP 인터리브를 통한 RTSP는 동일한 연결에서 제어와 미디어를 유지하므로 방화벽과 NAT에서 더 쉬울 수 있습니다. 또한 대기 시간을 늘리고 성능 동작을 변경할 수도 있습니다. 현장 진단의 경우 비교 지점으로 취급하는 것이 가장 좋습니다.

비교하다:

• UDP 유니캐스트 RTP: 미디어가 도착합니까?
• TCP 인터리브 RTP: 미디어가 도착합니까?
• RTCP: 발신자 보고서가 표시되나요?
• 패킷 손실: UDP에 시퀀스 간격이 표시됩니까?
• 대기 시간: TCP는 대역폭 압박으로 인해 지연을 생성합니까?

배포에서 UDP를 예상하는 경우 TCP 성공은 사이트의 유효성을 완전히 검사하지 않습니다. 작업이 필요한 네트워크 경계를 식별합니다.

연결 거부는 시간 초과와 다릅니다.

"연결 거부됨"은 일반적으로 호스트가 TCP 연결을 적극적으로 거부했음을 의미합니다. 일반적인 원인:

• RTSP 서비스가 비활성화되었습니다.
• 잘못된 포트
• 카메라 펌웨어는 RTSP를 노출하지 않습니다.
• NVR 포트는 카메라 포트와 다릅니다.
• 방화벽이 삭제되는 대신 거부됩니다.

시간 초과는 클라이언트가 포기하기 전에 응답이 도착하지 않았음을 의미합니다. 일반적인 원인:

• 라우팅 문제
• 방화벽 드롭
• 연결할 수 없는 네트워크
• 잘못된 공용 포트 매핑
• 카메라 오프라인
• VPN 경로 문제

이를 동일한 지원 노트로 축소하지 마십시오. 거부 및 시간 초과로 인해 다른 소유자가 표시됩니다.

시간 초과 보고서에서 캡처할 내용

유용한 RTSP 시간 초과 보고서에는 다음이 포함되어야 합니다.

• 대상 호스트 및 포트
• TCP 연결 여부
• 마지막으로 전송된 RTSP 방법
• 응답 상태(있는 경우)
• SDP 반환 여부
• 선택된 전송 헤더
• 협상된 클라이언트/서버 포트
• RTP 도착 여부
• RTCP 도착 여부
• TCP 인터리브 비교
• UDP 비교

이것이 네트워크 엔지니어에게 필요한 증거입니다. "시간 초과"만으로는 충분하지 않습니다.

RTSP 검사기가 적합한 곳

RTSP Inspector는 하나의 진단 흐름에서 RTSP 제어, 전송 협상, RTP 전달, RTCP 증거 및 코덱 준비 상태를 유지하는 데 도움을 줍니다. 구별을 숨기는 플레이어가 되려고 하는 것이 아닙니다.

RTSP 시간 초과 검색의 경우 가장 강력한 출력은 짧은 결과입니다.

• SDP 이전에 시간 초과 제어
• PLAY 성공 후 미디어 시간 초과
• UDP는 차단되었지만 TCP 인터리브는 작동함
• RTSP 포트에서 TCP가 거부됨
• RTP가 전달되었지만 코덱이 디코딩 준비가 되어 있지 않음

각 판결마다 해결 방법이 다릅니다. 검색 키워드는 "RTSP 시간 초과"일 수 있지만 실제 대답은 제어와 미디어의 경계에 있습니다.