RTP 프로토콜 사용예

인용:
"그러나 인터넷을 기반으로 실시간 영상 및 음성을 전송하는 경우에는 얘기가 조금 다르다. 멀티미디어 데이터는 그 특성상 일부가 손실이 되어도 크게 문제가 되지 않는다. 잠깐 동안의 화면 떨림 내지는 아주 작은 잡음 정도는 그냥 넘어가 줄만하다. 하지만 실시간 서비스를 해야 하므로 속도는 상당히 중요한 요소가 된다. 이러한 경우가 UDP소켓을 사용해야 하는 좋은 후보가 된다"

이 부분에서는 패킷손실을 허가하는 방향을 묘사하고 있습니다.
즉, 패킷이 도달하지 않아도, 재전송하지 않음(또는, 1번이나 아주 작은 재전송시도만을 수행함)에 대한 내용으로 보입니다. 재전송을 최소화(또는 없음)하는 전략이라고 봐야겠지요?

인용:
1. 전송하는 소스
Remote에서 원하는 데이터(Video/Audio)를 전송한다.
전송한 패킷(seqnum)에 대해 timer를 설정한다.
전송한 후에 응답을 기다리는데 응답이 정해진 시간내에 오지 않으면 재전송
한다. 그리고 다시 timer를 설정한다.

2. 수신하는 소스
데이터를 수신한다.
수신하면 응답을 전송한다.
원하는 데이터가 오지 않을시 버퍼에 저장해 두고 원하는 데이터에 대한
seqnum을 재전송 요구한다. 그리고 timer를 설정한다.

그러나, 님이 제시한, 이 알고리즘에서는 재전송을 수행하는 부분에 대한 언급만이 있습니다. 재전송을 중단하는 전략에 대해서는 언급이 없습니다. 즉, 신뢰성있는전송(reliability)에 대해 기술하고 있습니다. 신뢰성있는 전송이란, 보내면 언젠가는 간다!라는 명제를 구현한 것인데, 즉, 타임아웃걸고 재전송을 반복수행하는 시나리오지요. 이 부분에 대한 참고자료는 Stevens의 Unix Network Programming에서 볼수 있습니다. 책에서 UDP와 Reliable(-ity) 이 두단어를 키워드로 책을 찾아보시면 한개의 Chapter에서 언급과 소스를 볼 수 있습니다. 약간 진보된 UDP라는 부분에 대체로 위치할 것입니다. 정확한 장수를 기억하지 못하네요--; 물론, Stevens의 구현에서는 ARQ방식중 가장 단순한 방법으로 구현되어 있습니다만 공부에는 보탬이 될것입니다..

* 둘다를 만족시키는(님의 목적을 만족하는?) 참조 프로그램으로는 RTP를 추천합니다. RTP는 검색하면 널렸습니다. 참고로 RTP는 바로 UDP상에서 구현한 프로토콜입니다. 님이 구현하고자 하는 프로토콜인듯한데요. 아니면 님이 이의 축소판을 구현하시고자 하는것 같군요. 참고하세요.
--------------------------------------------------------------------------------------------------

답변 감사드립니다. 조금 RTP에 대해 찾아봤는데 프로토콜 형식만 나왔지 이걸
코딩한 예는 나오지 않았더군요. RTP의 사용예를 부탁드립니다.