요약

  • RFC 3738은 WEBRC의 혼잡 측정과 속도 결정을 각 수신자에 두었으며, 수신자는 수신자별 보고서를 상류로 보내는 대신 멀티캐스트 채널에 가입하거나 탈퇴했다.
  • 발신자의 계층화된 웨이브 구조는 이러한 멤버십 선택을 서로 다른 수신 속도로 연결해 주었지만, 복잡성을 수신자 쪽으로 넘겼고 신뢰성이나 전달 증명은 제공하지 않았다.

조용한 발신자가 시스템 전부는 아니었다

멀티캐스트는 매력적인 산술을 제공했다. 하나의 발신자가 수신자마다 독립적인 데이터 스트림을 여는 대신 한 세션을 그룹 전체에 전송할 수 있다는 것이다. 그러나 혼잡은 균등하게 도착하지 않는다. 좁거나 혼잡한 경로 뒤에 있는 수신자는 손실을 경험할 수 있는 반면, 같은 세션의 다른 수신자는 더 받을 여유가 있을 수 있다. 만약 발신자가 전송을 조정하기 전에 모든 수신자로부터 보고서를 수집·처리해야 한다면, 피드백 자체가 확장성 문제가 될 수 있었다.

2004년 4월 실험적(Experimental) RFC로 공개된 RFC 3738은 다른 방식의 작업 배분을 탐구했다. 웨이브·방정식 기반 속도 제어인 WEBRC는 멀티캐스트 프로토콜의 빌딩 블록이었다. 수신자에게 발신자에게 혼잡 보고서를 보내도록 요구하지 않았다. 각 수신자는 자신의 경로 상태를 스스로 측정하고, 목표 수신 속도를 계산하고, 자신이 구독할 멀티캐스트 채널을 바꾸었다. 따라서 “발신자에게 피드백 없음”이 “신호 없음”을 뜻하지는 않았다. 신호는 평범한 네트워크 동작, 즉 채널 가입 또는 탈퇴였다.

이 구분은 미묘하지만 결과가 크다. 발신자는 손실, 가용 대역폭, 완료 여부에 대한 수신자별 보고를 받지 않았다. 수신자도 발신자가 맞춤형 스트림을 협상해 주기를 기다리지 않았다. 대신 발신자는 공통 채널 집합을 내보내고, 각 수신자는 자신의 혼잡 추정에 따라 그 집합의 일부를 선택했다.

멤버십으로 표현된 속도 제어

WEBRC는 세션을 저속 기본 채널과 여러 웨이브 채널로 나누었다. 기본 채널은 수신자가 세션의 타임슬롯 주기에서 방향을 잡도록 돕고 참여 기간 내내 가입 상태를 유지했다. 웨이브 채널은 시간에 따라 변하는 속도를 실었다. 높은 속도로 시작한 웨이브의 패킷 속도는 이어지는 타임슬롯을 거치며 감소하고, 주기가 반복되기 전 조용한 구간에 들어갔다.

이 시간 구조 덕분에 수신자는 발신자에게 자신을 위한 새 스트림을 만들어 달라고 요청하지 않고도 속도를 선택할 수 있었다. 목표 속도를 올리려면 해당 웨이브의 하강 과정에서 더 이른 시점에 다른 활성 웨이브 계층에 가입하면 되었다. 속도를 낮추려면 추가 계층 가입을 멈추고 해당 웨이브가 조용해질 때 채널을 떠나면 되었다. 주기가 진행됨에 따라 활성 웨이브가 계층 사이를 이동하므로, 수신자는 세션의 타임슬롯 인덱스와 자신이 이미 가입한 채널을 추적해야 했다.

수신자의 목표는 임의의 선호가 아니었다. WEBRC는 평균 패킷 손실 확률과 평균 멀티캐스트 왕복 지연(RTT)을 추정한 뒤, 그 측정값을 TFRC에서 영감을 받은 TCP 유사 방정식에 넣었다. 그 결과가 다른 계층을 더 가입했을 때 수신자가 목표 이하에 머무는지를 판단했다. RFC는 의도된 균형, 즉 TCP와의 합리적으로 공정한 경쟁과 시간에 따른 더 매끄러운 처리량을 기술했으며, 그 대가는 가용 대역폭이 변할 때 TCP보다 느린 대응이었다. 이것들은 명세에 기술된 설계 목표이며, 특정 배치가 실제 그렇게 동작했음을 증명하는 현장 측정이 아니다.

복잡성과 지식의 교환

발신자의 작업은 비교적 의도적으로 단순했다. 필요한 것은 세션 전체 상한 전송 한계, 채널 배정, 타이밍 매개변수, 채널과 타임슬롯을 식별하는 패킷 헤더였다. 더 무거운 짐은 수신자가 젊었다. 손실 측정, 멀티캐스트 RTT 추정, 평균 갱신, 변하는 계층 순서 추적, 가입·탈퇴 시점 결정이었다. 서로 다른 수신자가 서로 다른 속도에 안착할 수 있었고, 가장 느린 수신자가 모두의 속도를 결정하게 강제되지도 않았다.

이 교환은 발신자가 알 수 있는 것도 제한했다. 수신자의 가입·탈퇴는 그 수신자를 위한 네트워크 배분 경로를 바꿀 뿐, 발신자가 누가 어떤 데이터를 받았는지 식별하는 데 쓸 수 있는 보고서가 되지는 않았다. RFC 3738은 혼잡 제어 구성 요소였지 완료 프로토콜이 아니었다. 재전송이나 손실 복구 메커니즘을 제공하지 않았으며, 세션 기술과 패킷-세션 식별도 다른 빌딩 블록이나 대역 외 배포에 맡겼다. 신뢰성, 수신자 완료, 애플리케이션 수용은 별개의 질문으로 남았다.

이 실험은 더 넓은 RMT 설계 노력 속에 위치한다. RFC 3269는 신뢰성 있는 멀티캐스트 전송에 대한 모듈식 접근을 기술했고, RFC 3048은 빌딩 블록을 조립하기 위한 프레임워크를 정의했다. 따라서 WEBRC는 신뢰성 또는 객체 전달 메커니즘과 결합될 수 있었지만, 구성 요소의 결합이 각자의 책임을 지우지는 않았다. 혼잡 제어기는 객체가 재구성되리라는 보장 없이 수신을 조절할 수 있고, 복구 계층은 어떤 수신자가 완료했는지 발신자에게 알려주지 않으면서 객체 재구성을 도울 수 있다.

RFC 3738의 지위도 이야기의 일부다. 저자들은 초기 배치와 운영 경험이 이 방식이 효과적이고 확장 가능한지 보여줄 때까지 기다리면서 명세를 명시적으로 실험적(Experimental)으로 제시했다. 작업 그룹은 방식이 나중에 적절하다고 판단되면 Proposed Standard 지위를 추구할 의사를 밝혔다. 그러나 그 의사 표명은 배치, 이후의 표준 결정, 운영적 채택의 증거가 아니다. 이 문서는 설계와 그 가정을 기록할 뿐이며, 실제 구현, 측정된 동작, 이후의 표준 조치는 각각 자체적인 근거를 필요로 한다.

출처