요약

  • 11월 1일자 개인 제출 초안은 구성 에이전트가 MoQ 로드 밸런서의 경로표, 중계 서버 목록, 상태를 결정하도록 한다. 각 장비는 마지막 정상 설정을 보관하고 활성 버전과 경과 시간을 보고한다.
  • 운영자가 정한 최대 시간이 지나면 오래된 상태에 의존하는 신규 요청을 서버에 배정해서는 안 된다. 이전 지도로 되돌리려면 더 높은 버전과 인증된 운영 조치가 필요하다.
  • 프록시 방식은 구독을 다른 서버로 옮길 수 있다. 리디렉션 방식은 요청을 쥐고 있지 않아서, 서버 고장을 알아챈 클라이언트가 다시 로드 밸런서로 와야 한다.

다음 시청자의 주소를 누가 정하나

발행자와 기존 시청자는 이미 생중계를 주고받고 있다. 새 시청자의 QUIC 연결을 일반 로드 밸런서가 나누면 같은 Track Namespace에 속한 요청인지 알 수 없다. MoQ-LB 초안은 이름공간을 읽고 공통 경로표에 따라 요청마다 중계 서버를 고르게 한다. 저자들은 11월 2일 MoQ 메일링 리스트에 이를 알렸다. 초안은 서버들이 서로의 요청을 처리할 수 있다고 가정한다. 같은 서버에 모으면 서버 사이 이동량과 지연이 줄어든다.

구성 에이전트는 경로표와 서버 건강 상태의 권한자다. 완전하고 인증된 설정 스냅샷을 각 로드 밸런서에 보낸다. 장비는 더 높은 버전을 검증한 뒤 한 번에 적용하고 마지막 정상본을 남긴다. 현재 버전과 그 설정을 받은 뒤 흐른 시간도 보고한다. 배포 운영자는 최대 유효 시간을 정한다. 그 선을 넘으면 장비는 오래된 서버 상태에 의존하는 새 요청을 배정해서는 안 되며, 거절한다. 지도가 저장되어 있어도 새 시청자를 보낼 권한은 끝난 셈이다.

입구에서 거절당하면 시청자가 바로 안다. 상태가 낡은 서버로 조용히 보내면 재생 도중 문제가 드러날 수 있다. 초안은 모든 서비스에 같은 분 단위 숫자를 정하지 않는다. 실제 서비스를 판단하려면 운영자의 유효 시간과 각 입구까지 갱신이 도착하는 시간을 알아야 한다.

나쁜 지도를 되돌리는 일도 복사 한 번으로 끝나지 않는다. 현재 이하 버전은 적용할 수 없다. 예전 내용을 복원하려면 더 높은 번호로 다시 발행하고 운영자 조치를 인증해야 한다.

프록시 방식에서는 한 장비가 뒤쪽 서버의 GOAWAY나 연결 종료를 먼저 알아채 혼자 상태 판단을 바꿀 수 있다. 에이전트가 새 상태를 모두에게 배포하기 전에는 같은 이름공간이 잠시 다른 서버로 향할 수 있다. 장비는 그 변화를 에이전트에 보고해야 한다. 리디렉션 방식은 뒤쪽 연결이 없어 배포된 건강 정보에 전적으로 의존한다. 문서는 Standards Track을 목표로 한 개인 Internet-Draft다.