rtp 전송 예제

실시간 전송 프로토콜 또는 RTP는 IP 기반 네트워크에서 실시간 민감한 시청각 데이터를 교환하도록 특별히 설계된 데이터 전송 프로토콜입니다. RTP는 음성-IP 전화 통신(VoIP 전화 통신)에서 자주 사용됩니다. 따라서 IP 지원 전화 시스템에는 실시간 전송 프로토콜도 있습니다. 첫 번째 표준화는 이미 RFC 1889에서 1996 년에 기록되었다. 2003년부터 RTP는 RFC 3550의 사양입니다. 네트워킹 모델의 계층 4에서 RTP는 UDP 헤더로 캡슐화됩니다. UDP는 우선 순위 처리 또는 시퀀싱을 거의 제공하지 않습니다. 이는 대상의 응용 프로그램이 이를 기다려야 하는 경우 손실되거나 상당히 지연된 패킷이 문제를 일으킬 수 있기 때문에 실시간 데이터에 일반적입니다. 그러나 이것은 TCP 기반 신호 프로토콜의 사실이 아닙니다. 시그널링 프로토콜은 등록 및 호출 설정과 같은 다른 작업을 처리합니다. 그러나 데이터가 흐르기 시작하면 RTP 래퍼에 배치됩니다.

따라서 RTP는 종종 응용 프로그램에 내장되어 있습니다. RTP의 또 다른 특징은 확장 가능하고 유연하다는 것입니다. 예를 들어 페이로드 유형을 RFC에 추가할 수 있으며 보안 RTP와 같은 보안 추가는 전체 헤더를 다시 작성할 필요가 없습니다. 이전 장을 읽은 경우 신호 프로토콜과 같은 VoIP 배포를 지원하는 데 필요한 구성 요소가 많으며 사소한 파일 전송 프로토콜(TFTP) 서버 및 동적 호스트 구성 또는 DHCP와 같은 인프라가 있다는 것을 알고 있습니다. 이러한 대화는 RTP 스트림이 시작되기 전에 발생합니다. 시그널링 프로토콜은 호출 종료에 대해서만 반환합니다. 따라서 시그널링 프로토콜(H.323, SIP, 스키니)과 전송 프로토콜(RTP)은 통신의 상이한 양상을 처리한다. RFC 3550에 따라 RTP는 다음과 같은 작업을 수행합니다: 실시간 멀티미디어 스트리밍 응용 프로그램은 적시에 정보를 전달해야 하며 종종 이 목표를 달성하기 위해 일부 패킷 손실을 견딜 수 있습니다. 예를 들어 오디오 응용 프로그램에서 패킷이 손실되면 오디오 데이터의 1초가 손실될 수 있으며, 적절한 오류 은폐 알고리즘으로는 눈에 띄지 않게 될 수 있습니다. [3] RTP 사용을 위해 표준화되었지만 전송 제어 프로토콜(TCP)은 TCP가 적시성보다 안정성을 선호하기 때문에 RTP 응용 프로그램에서 일반적으로 사용되지 않습니다. 대신 대부분의 RTP 구현은 UDP(사용자 데이터그램 프로토콜)를 기반으로 합니다.

[3] 멀티미디어 세션을 위해 특별히 설계된 다른 전송 프로토콜은 SCTP[5] 및 DCCP이며[6] 2012년 현재[업데이트]는 광범위하게 사용되지 않습니다. [7] 이 활동의 요점은 RTP 및 RTCP 패킷을 생성할 수 있는 토폴로지구축이다. 이 작업은 중앙에 콜 관리자가 있는 토폴로지 또는 VoIP 소프트 클라이언트를 사용하는 지점 간 연결을 통해 수행할 수 있습니다.