TL;DR

  • MOQ(Media over QUIC)가 실제 방송·기여 전송 환경에서 성공하려면 기존 워크플로와 인프라를 지원해야 하며, MPEG-2 전송 스트림(TS) 패키징은 그 통합을 뒷받침하는 방식임.
  • Red5의 Paul Gregoire와 Synamedia의 Gwendal Simon이 MPEG-2 TS를 MOQ로 패키징하는 인터넷 공학 태스크 포스(IETF) 초안을 공동 작성함.
  • 기여 피드, 방송 워크플로, 위성 배포, 기존 패키징 파이프라인 등 세계 라이브 비디오 인프라의 상당 부분이 여전히 전송 스트림에 의존함.
  • SRT에서 MPEG-TS가 전송 형식으로 쓰이며, Haivision의 2026년 방송 전환 보고서에 따르면 SRT는 현재 방송 업계에서 압도적으로 가장 널리 쓰이는 인제스트 프로토콜이고 사용량의 99%가 MPEG-TS임.
  • 초안은 임의 접근 지점, 비트레이트 전환, 릴레이·구독자 처리, 다중 프로그램 전송 스트림, 타이밍·PCR 연속성·SCTE-35 신호, 인증·보안 객체 전달 등 배포 실무를 다룸.

배경

  • 스트리밍 인프라를 구축하며 얻은 교훈은 새로운 비디오 스트리밍 프로토콜이 기술적으로 더 낫다는 이유만으로 성공하지는 않는다는 점임.
  • 업계가 실제로 운영되는 방식에 들어맞으면서 현실의 문제를 해결해야 새 프로토콜이 성공할 수 있음.
  • 이러한 맥락에서 팀이 인터넷 공학 태스크 포스(IETF) 활동과 진행 중인 MOQ 표준화 작업에 더 깊이 관여하는 흐름에 기대를 보임.

MPEG-2 전송 스트림 패키징에 관한 IETF 초안

  • 지난주 Red5 솔루션 아키텍트 Paul Gregoire와 Synamedia 비디오 네트워크 기술 담당 수석 이사 Gwendal Simon이 MOQ용 MPEG-2 전송 스트림 패키징을 다루는 새 IETF 초안을 공동 작성함.
  • 초안은 공개된 지 몇 시간 만에 Hacker News 첫 화면에 올랐지만, 게시물 토론의 상당 부분은 초안의 가치를 잘못 이해함.
  • MPEG-2 TS는 오래된 방송 기술처럼 보일 수 있지만, 세계 라이브 비디오 인프라의 막대한 부분이 여전히 이에 의존함.
  • 기여 피드, 방송 워크플로, 위성 배포, 기존 패키징 파이프라인은 여러 형태로 전송 스트림을 사용함.
  • MPEG-2 TS가 오래됐다는 이유로 이를 일축하는 시각과 달리, 안정적으로 작동하고 방대한 인프라와 하드웨어에서 지원되기 때문에 스트리밍 생태계의 큰 부분이 계속 의존함.
  • MPEG-TS는 SRT의 전송 형식으로 사용되며, Haivision의 2026년 방송 전환 보고서에 따르면 SRT는 현재 방송 업계에서 압도적으로 가장 널리 쓰이는 인제스트 프로토콜임.
  • SRT에서 다른 전송 프로토콜을 기술적으로 사용할 수 있지만, 현재 사용량의 99%는 MPEG-TS임.
  • 그렇다고 더 새롭거나 더 나은 방식이 존재해서는 안 된다는 뜻은 아님. MOQ가 실제 방송·기여 전송 환경에서 성공하려면 기존 워크플로와의 호환성이 중요함.
  • 초안은 새로운 형식을 배제하는 것이 아니라, MOQ가 현재 운영 중인 시스템에 원활하게 통합되도록 하는 데 초점을 둠.
  • 초안에서 다루는 실무 배포 항목은 다음과 같음.
  • 임의 접근 지점과 스트림 참여 동작
  • 대체 비트레이트 트랙 전환
  • 릴레이 및 구독자 처리
  • 다중 프로그램 전송 스트림 처리
  • 타이밍, 프로그램 시계 기준(PCR) 연속성, SCTE-35 신호
  • 인증 및 보안 객체 전달

결론

  • MOQ가 실험적 데모를 넘어 실제 방송 프로덕션 환경으로 확장될수록 이러한 세부 사항의 중요성이 커짐.
  • 이 주제는 이전 블로그에서도 설명한 내용임.