SIP와 RTP 및 WebRTC의 신호와 미디어 경로 및 NAT 통과

SIP는 세션 설정과 변경 및 종료의 신호를, SDP는 미디어와 접속 조건 등의 기술 형식을 다룹니다. 실제 음성과 영상 패킷은 RTP 같은 별도 프로토콜이 운반합니다.

SIP 등록이나 호출 성공은 미디어의 양방향 전달을 확인한 결과가 아닙니다. 신호 경로와 미디어 주소 및 실제 전송을 구분해야 합니다.

RTP는 타임스탬프와 순서 번호 등 미디어 전송 정보를 제공하고 RTCP는 통계 및 동기화 등의 제어 정보를 교환합니다. 둘의 수신 여부와 사용자 재생 결과를 구분합니다.

SRTP는 미디어 및 관련 제어 트래픽의 보호를 위한 기술입니다. 실제 키 합의와 상대 인증 및 선택한 보안 프로파일은 별도로 확인해야 합니다.

STUN은 관찰되는 주소와 연결성 검사 등의 도구입니다. TURN은 직접 경로가 어려울 때 사용할 중계 자원을 할당하고 데이터 전달을 돕습니다.

STUN 서버가 있다고 모든 NAT를 통과하지는 않습니다. TURN 사용에는 인증과 대역폭 및 자원 정책이 필요하며 중계 경로를 사용한 사실만으로 미디어 내용의 보호가 확정되지는 않습니다.

ICE는 호스트와 서버 반사 및 중계 후보 등을 모아 후보 쌍을 검사하고 경로를 선택합니다. 응용의 신호 방식이 이 정보를 양 끝에 전달해야 합니다.

후보가 생성된 상태와 검사 성공 및 최종 선택은 별도입니다. 방화벽과 NAT 및 네트워크 정책에 따라 직접 경로와 중계 경로의 결과가 달라질 수 있습니다.

WebRTC는 브라우저 등의 실시간 통신을 위한 프로토콜 묶음이며 ICE와 DTLS 및 SRTP 같은 요소가 함께 동작합니다. API, 신호 서비스와 실제 전송은 나눠 봐야 합니다.

RTSP는 스트리밍 제어 프로토콜입니다. RTSP 2.0과 구형 1.0 및 실제 미디어 전송 형식의 지원을 장비 문서로 확인해야 합니다.

신호 성공, 후보 생성, 경로 검사, 선택된 전달 경로, 미디어 송수신과 사용자 재생을 각각 기록합니다. 소리가 한 방향으로만 들리는 문제도 신호 실패와 구분할 필요가 있습니다.

개인 영상이나 실제 계정 및 인증 정보를 공개 검증에 쓰지 않습니다. 규격의 기능 설명을 특정 망의 통신 성공과 품질 보장으로 바꾸지 않습니다.