- 해야하는가? 말아야 하는가?
응용수준에서(응용 프로그램 프로토콜) 행하게 됩니다.
만일, 응용 프로토콜의 스펙을 개발자/회사에서 좌우할 수 있는 입장이라면, 적용가능합니다. 만일, 어떤 표준(세계 표준등)을 따르는 응용 프로토콜이라면 별도의 프록시를 만들지 않는다면, 불가(만들 수는 있으나, 만들어 봐야, 별 소용이 없다는 얘기)합니다. 또한 이 경우 프록시의 위치/개수등 고려사항이 아주 많아지게 됩니다.
- 적용한다면? 예제사례는?
적용방법은 데이터그램별로 타임아웃 측정하고, 순서조정하면서 재전송을 필요로 하게됩니다.
ARQ전략을 검토하시고, 스티븐스의 유닉스네트워크 프로그래밍 서적에서 "reliable udp" 또는 "신뢰성있는 UDP" "advanced udp" 등을 chapter의 제목으로 하는 부분을 찾아서 참조하시기 바랍니다.
스티븐스의 신뢰성 있는 UDP구현은 ARQ전략중 SAW(Stop and Wait)를 구현한것으로 기억하며, 보다 진보된 전략은 보다 복잡한 로직으로 구현할 수 있을 것입니다. 특히, 이 부분에서는 전혀 무손실을 추구하는 전략으로 라이브러리화되어 소스를 제공하고 있습니다.
TFTP 프로토콜 참조하심이...
UDP 프로토콜 자체는 신뢰성을 제공하지 않으므로
application스스로 알아서해야합니다.
UDP기반 application protocol중 TFTP가 그러하다고 들었습니다.
TFTP에 대한 설명은 TCP/IP illustrated Vol. 1 을 참조하세요.
/***************************************
Being the one is just like being in love.
***************************************/
- 해야하는가? 말아야
- 해야하는가? 말아야 하는가?
응용수준에서(응용 프로그램 프로토콜) 행하게 됩니다.
만일, 응용 프로토콜의 스펙을 개발자/회사에서 좌우할 수 있는 입장이라면, 적용가능합니다. 만일, 어떤 표준(세계 표준등)을 따르는 응용 프로토콜이라면 별도의 프록시를 만들지 않는다면, 불가(만들 수는 있으나, 만들어 봐야, 별 소용이 없다는 얘기)합니다. 또한 이 경우 프록시의 위치/개수등 고려사항이 아주 많아지게 됩니다.
- 적용한다면? 예제사례는?
적용방법은 데이터그램별로 타임아웃 측정하고, 순서조정하면서 재전송을 필요로 하게됩니다.
ARQ전략을 검토하시고, 스티븐스의 유닉스네트워크 프로그래밍 서적에서 "reliable udp" 또는 "신뢰성있는 UDP" "advanced udp" 등을 chapter의 제목으로 하는 부분을 찾아서 참조하시기 바랍니다.
스티븐스의 신뢰성 있는 UDP구현은 ARQ전략중 SAW(Stop and Wait)를 구현한것으로 기억하며, 보다 진보된 전략은 보다 복잡한 로직으로 구현할 수 있을 것입니다. 특히, 이 부분에서는 전혀 무손실을 추구하는 전략으로 라이브러리화되어 소스를 제공하고 있습니다.
------------------ P.S. --------------
지식은 오픈해서 검증받아야 산지식이된다고 동네 아저씨가 그러더라.
------------------ P.S. --------------
지식은 오픈해서 검증받아야 산지식이된다고 동네 아저씨가 그러더라.
댓글 달기