IP 기반 방송 미디어 제작 장비 영상 전송 인터페이스 기술 동향(2/3회)

금일은 IP 기반 방송시스템 설계를 위한 참조 모델에 대하여 살펴 보겠습니다. (1회차 이어 계속)

IP 기반 방송 미디어 제작 장비 영상 전송 인터페이스 기술 동향(2/3회)

 

 

2. IP 기반 방송시스템 설계를 위한 참조 모델

1) 미디어 노드의 전송 인터페이스 참조 모델

O 개요

* 이 장에서는 EBU 사용자 커뮤니티의 요구사항을 정리한 기술 피라미드를 미디어 전송 인터페이스의 참조 모델로 소개하고자합니다.

* IP 기반 방송 장비의 기술 완성도를 평가하기 위한 체계적인 점검 기준인 기술 피라미드의 모델을 소개하고, 이를 어떻게 활용할 수 있는지 설명하고자 합니다.

O EBU(European Broadcasting Union) 사용자 커뮤니티 요구사항

* 이 항목은 EBU 사용자 커뮤니티의 요구사항을 바탕으로 작성되었습니다. 방송사가 SMPTE ST 2110 표준에 맞는 IP 아키텍처를 설계, 구축, 운영 및 유지할 수 있도록 방송 미디어 노드가 지원해야 하는 기술적 요구사항을 다룹니다.

* 이 문서는 실시간 IP 기반 구조의 요구사항을 정의하고 설계해야 하는 방송사와 시스템 통합 업체를 위한 것입니다. 또한, 사용자에게 고품질의 IP 스튜디오 장비에 필요한 필수 사항들을 업계에서 명확하게 이해하도록 돕는 것을 목적으로 합니다.

O 기술 피라미드

* 아래 피라미드 구조는 개방형 표준 및 인터페이스 사양을 참조하여 IP 기반 방송 시스템 구축과 관리를 위한 최소한의 사용자 요구사항을 피라미드 형태로 표현한 것입니다.

 

* 이 내용은 인프라 및 보안에 관한 EBU 전략 부문 프로그램 전문가들에 의해 작성되었으며, EBU 멤버십 내의 IP 기반 방송시스템 구축 프로젝트에서 얻은 사례를 바탕으로 작성되었습니다.

그림 5. The Technology Pyramid for Media Nodes, 출처: tech.ebu.ch/pyramid

 

 

2) 기술 피라미드의 일반적인 원칙

O 미디어 노드 피라미드를 구성하는 데 사용되는 모든 기술과 표준은 다음의 원칙을 따라야 합니다.

O 기존 IT 및 인터넷 표준의 재사용: IETF, IEEE, W3C 등 기존 IT 및 인터넷 표준, 아키텍처 패턴 및 모범 사례를 활용하여 훨씬 더 광범위한 산업의 연구개발(R&D) 투자를 최대한 활용해야 합니다.

O 유연하고 확장 가능한 소프트웨어 구현: 해당 기술과 표준은 표준 IT 시스템에서 실행되는 소프트웨어로 구현될 수 있어야 하며, 이를 통해 유연하고 민첩하며 확장 가능하고 안전한 인프라를 지원해야 합니다.

O 개방형 표준 및 규격 준수:

* 문서화: 개발된 참조의 구현 방안, API 및 모듈 문서와 같은 맞춤형 솔루션을 개발하는 데 필요한 문서들이 잘 정리되어 있어야 합니다.

 

* 접근성: 문서는 일반인이 열람할 수 있도록 자유롭게 제공되어야 하며, 비공개 계약(NDA)이 필요하지 않도록 해야 하며, 적극적으로 유지보수되어야 합니다.

* 특허 라이선스: 표준 또는 명세서에 특허 기술이 포함된 경우, 공정하고 합리적이며 차별 없는 로열티 프리(RAND-Z 또는 RAND-RF) 또는 공정하고 합리적이며 비차별적인(FRAND) 라이선스 정책을 사용할 수 있어야 합니다.

O Semantic Versioning 2 사용: 개발자와 사용자 간의 커뮤니케이션 및 협업을 개선하고, 호환성 문제의 위험을 줄이며, 소프트웨어 릴리즈를 효율적으로 관리하기 위해 Semantic Versioning 2를 사용해야 합니다.

O 지속 가능한 지원: 장비의 수명과 지속 가능성을 보장하기 위해 프로젝트 라이프사이클 전반에 걸친 보안 업데이트를 포함한 명확한 지원 프로그램과 안정적이고 지속적인 지원을 제공해야 합니다.

O 최신 표준 준수: 구현은 본 문서에 언급된 특정 버전이 없는 한, 최신 버전의 개방형 표준 및 사양을 준수해야 합니다.

O 공인 기관 테스트: 미디어 노드는 JT-NM(Joint Task Force on Networked Media) Tested 이벤트 등의 공인된 기관에 의한 테스트를 통과해야 합니다.

 

 

3) 기술 피라미드 단계별 세부사항 설명

O Media Transport Layer

* 미디어 노드 피라미드의 최상단에는 SMPTE ST 2110 Professional Media Over Managed IP Networks 표준이 자리잡고 있으며, 이는 미디어 콘텐츠의 캡슐화와 전송에 중요한 역할을 합니다. 그러나 IP 기반의 미디어 시스템을 구축하기 위해서는 ST 2110만으로는 충분하지 않으며, 다른 기술들로 이를 보완해야 합니다. 따라서 ST 2110은 미디어 노드 피라미드의 기본 출발점에 불과합니다.

 

O Single link video SMPTE ST 2110-20

* 비디오 미디어 노드는 네트워크 사용 밀도를 최적화하기 위해 SMPTE ST 2110-20 단일 링크 스트림을 사용하는 것이 바람직합니다. 예를 들어, 59.94Hz UHD 스트림 하나를 전송하려면 25기가비트 이더넷(GbE) 포트가 필요합니다. 고밀도 장치인 멀티뷰어나 비전 믹서의 경우, 양방향 100GbE 연결을 통해 가장 효과적으로 운용할 수 있습니다.

* SMPTE ST 2110-22(고정 비트 전송률로 압축된 비디오)는 대역폭이 제한된 여러 장거리 또는 원격 프로덕션 시나리오에서 사용될 수 있으며, 이때 ST 2110-22과 함께 VSF TR-08:2022 JPEG XS 비디오 전송 표준을 활용할 수 있습니다.

O Software friendly SMPTE ST 2110-21은 Wide video Receivers

* 소프트웨어 친화적인 SMPTE ST 2110-21 와이드 비디오 수신기를 사용하면 IP 기반 미디어에서 필요로하는 유연성을 확보할 수 있습니다.

* 수신기는 SMPTE ST 2110-21 와이드 타입을 지원해야 하며, 이에 따라 와이드 스트림과 내로우 스트림을 모두 수신할 수 있어야 합니다.

* 수신기는 동일한 기준 클럭에서 스트림을 수신할 수 있도록 SMPTE ST 2110-21 비동기 타입 옵션을 제공해야 합니다.

 

O Universal, multichannel and low latency audio SMPTE ST 2110-30 Level B

* 모든 AES67 및 ST 2110-30 장치와 호환되는 SMPTE ST 2110-30 레벨 A 뿐만 아니라, 오디오 송신기와 수신기는 레벨 B도 지원하여 저지연 애플리케이션을 가능하게 해야 합니다.

* 오디오 수신기는 다양한 하드웨어 및 소프트웨어 구현을 지원하기 위해 패킷 시간의 20배 이상의 버퍼 용량을 가져야 합니다.

* 수신기는 시중의 모든 AES67 송신기와 호환되도록 랜덤 RTP 클럭 오프셋을 포함한 AES67 표준을 지원해야 합니다.

* AES67 송신기는 TV, 라디오 및 온라인 미디어 제작 시스템에서 사용할 수 있도록 ST-2110-30 호환 모드(예: 제로 RTP 클럭 오프셋)를 제공해야 합니다.

 

* 미디어 노드는 사용자가 오디오 채널을 각기 다른 멀티 그룹으로 관리할 수 있도록 여러 송신기와 수신기를 지원해야 합니다. 예를 들어, 5.1 프로그램은 6개의 채널 스트림으로, 스테레오 오디오는 2개의 채널 스트림으로, 마이크는 1개의 채널 스트림으로 그룹화할 수 있어야 합니다.

O Stream protection with SMPTE ST 2022-7

* 미디어 노드는 스트림 보호를 위해 SMPTE ST 2022-7:2018 Seamless Protection Switching of RTP Datagrams를 사용하여 두 개 이상의 독립된 이더넷 미디어 인터페이스를 제공해야 합니다.

* 리시버는 정확한 타이밍 150μs를 지원하는 SMPTE ST 2022-7:2018 Class D를 준수해야 하며, 최소한의 지연 시간을 추가하여 엔지니어링된 LAN에 적응해야 합니다.

* 수신자는 각 중복 스트림에서 지연되거나 손실된 패킷을 보고하여 보호 기능이 저하된 상황을 진단할 수 있어야 합니다.

 

O Time and Sync

* 실시간 방송에서 미디어 동기화는 매우 중요합니다. SMPTE ST 2110 시스템은 미디어의 특성과 동작을 조절할 수 있는 클럭 동기화 메커니즘을 사용하며, 이는 IEEE 1588-2008(PTPv2) 표준에 기반하고 있습니다.

O PTP 성능

* 미디어 노드는 PTP 클럭 분배가 최대 5분 동안 순간적으로 잘못된 동작을 하거나 중단되더라도 시각적 또는 청각적 장애를 겪지 않아야 하며, 이로 인해 짧은 PTP 손실을 견딜 수 있어야 합니다.

* PTP 기준이 최대 5분 동안 중단된 후 재개될 때, 미디어 노드는 미디어 출력에 가시적 또는 청각적 결함을 일으키지 않으며 클럭과 안정적으로 다시 정렬되어야 합니다.

* 미디어 노드는 PTP 상태 및 파라미터를 모니터링할 수 있도록, 가능하다면 IETF RFC 8575 YANG(Yet Another Next Generation) Data Model for Precision Time Protocol을 사용하여, 최소한 IETF RFC 8173 Precision Time Protocol Version 2 Management Information Base를 사용하여 보고해야 합니다.

O PTPv2 configurable within SMPTE and AES profiles

* 모든 미디어 노드는 SMPTE ST 2059-2 프로파일, AES67 미디어 프로파일 및 IEEE-1588 기본 프로파일이 적용되는 범위 내에서 PTP 파라미터를 구성할 수 있어야 한다. 이를 통해 각종 운영 시나리오에서 미디어 노드를 활용할 수 있다.

* 그러나, AES67 및 SMPTE ST 2059-2 상호운용성에 대한 AES-R16-2021 PTP 파라미터 범위 내에서 작동 지점을 선택하여, 이전에 시장에 제공된 장비와 호환되도록 두 프로파일 중 하나로 제한할 것을 사용자에게 권장합니다.

 

* PTP 마스터를 지원하는 미디어 노드는 처음 사용할 때 Grandmaster가 될 위험이 없도록 기본적으로 슬레이브 전용 모드로 설정해야 합니다.

O Multi-interface PTP redundancy

* 미디어 노드는 매끄러운 페일오버를 위해 PTP 이중화를 지원할 수 있어야 하며, 모든 미디어 인터페이스에서 마스터 클럭을 선택할 수 있어야 합니다.

O Synchronization of audio, video and data essences

* 여러 미디어 노드에서 캡처되고 별도로 처리된 오디오, 비디오 및 기타 데이터 스트림의 고품질을 유지하려면, AMWA MS-04 NMOS ID 및 타이밍 모델에서 제안한 대로 생성된 프로세스의 핵심 지점에서 쉽게 재조정할 수 있어야 합니다. ST 2110-10:2022 시스템 타이밍 및 정의 개정판은 이러한 접근 방식을 지원하는 새로운 옵션을 제공합니다. 이를 구현하려면 다음을 참조하면됩니다.

* 새로운 스트림을 캡처하거나 생성하는 미디어 노드는 섹션 8.7(RTP (Real-time Transport Protocol) 타임스탬프 모드와 관련된 규칙과 지연 관리 방법을 설명하는 문서나 규정의 8.7 섹션을 나타내며, 이 섹션에서 RTP 타임스탬프 모드와 지연에 대한 구체적인 지침과 규칙을 설명)의 RTP 타임스탬프 모드 및 지침에 따라 TSMODE=samp를 신호로 전달해야 합니다. 따라서 타임스탬프 값은 오디오와 비디오를 함께 혼합할 때 일관되게 사용될 수 있습니다.

* ST 2110 입력 스트림에서 출력 스트림을 생성하는 미디어 노드는 섹션 7.9 (Section 7.9: RTP (Real-time Transport Protocol) 파생된 신호의 RTP 타임스탬프에 대한 규칙, 동기화 방법, 지연 관리 방법 등을 설명하는 섹션으로, 원본에서 파생된 신호가 원본 신호의 특징을 유지하면서도 효과적으로 전송될 수 있도록 하는 지침을 제공하는 부분)의 "Derived Signals"에 명시된 RTP 타임스탬프 시간 보존 기능을 제공해야 합니다.

* 송신자는 제어 시스템에서 누적된 지연을 추적할 수 있도록, 송신 지연을 나타내는 값을 SDP(세션 설명 프로토콜)에 포함시켜야 합니다.

 

* Section 8.7: RTP (Real-time Transport Protocol) 타임스탬프 모드와 관련된 규칙과 지연 관리 방법을 설명하는 문서나 규정의 8.7 섹션을 나타내며, 이 섹션에서 RTP 타임스탬프 모드와 지연에 대한 구체적인 지침과 규칙을 설명

* 오디오와 비디오가 함께 제공되는 스트림의 동기화를 재설정하는 수신기는 수신된 스트림의 RTP 타임스탬프를 자신의 SDP에 명시된 TSMODE=samp에 맞춰 재정렬할 수 있는지 확인해야 합니다. 또한, 링크 오프셋 지연을 제어 API에 노출시켜 외부 컨트롤러가 이 지연을 조정할 수 있도록 해야 합니다.

O Operational Control

* 미디어 소스를 찾아서 목적지에 쉽고 안전하게 연결하는 기능은 시스템의 기본적인 작동을 가능하게 하는 핵심 요구사항입니다. 이 기능을 통해 운영 파라미터를 제어할 수 있으며, 여러 업체의 장비를 사용하는 환경에서도 컨트롤러를 통합할 수 있습니다.

* 미디어 노드는 최신의 NMOS Test Suite 사용하여 지원되는 NMOS 사양 및 버전에 대한 테스트를 통과해야 합니다.

O NMOS(Networked Media Open Specification)

* NMOS는 전문 AV 미디어 산업에서 "ALL IP" 아키텍처로의 전환을 지원하는 사양으로 AMWA(Advanced Media Workflow Association, 전문 미디어 네트워크에서 개방형 멀티 벤더 상호 운용성을 지원하는 전문가 및 개발자로 구성)에서 SMPTE 2110이 제공하는 전송 계층 외에 IP 기반 인프라에서 제어 및 관리 계층을 제공하기 위한 용도로 개발되었습니다.

 

표 5. NMOS Interface Specifications (IS), 출처: https://specs.amwa.tv/nmos/

구분	내용	비고
IS-04	Discovery & Registration	AMWA Specification (Stable)
IS-05	Device Connection Management	AMWA Specification (Stable)
IS-06	Network Control(삭제됨)	Deprecated
IS-07	Event & Tally	AMWA Specification
IS-08	Audio Channel Mapping	AMWA Specification (Stable)
IS-09	System Parameters	AMWA Specification
IS-10	Authorization	Work In Progress
IS-11	Stream Compatibility Management	AMWA Specification
IS-12	Control Protocol	AMWA Specification
IS-12	Control Protocol	AMWA Specification
IS-14	Device Configuration	Work In Progress

 

O Discovery and Registration: AMWA IS-04

* 미디어 노드는 AMWA IS-04 NMOS Discovery and Registration Specification의 최신 버전을 지원해야 합니다.

* 대규모 라우팅 네트워크에서 제대로 발견될 수 있도록 유니캐스트 공지와 함께 IS-04 Node API를 지원해야 합니다.

* IS-04 Registration API 호출을 지원하여 레지스트리에 등록할 수 있어야 합니다.

* 같은 그룹에 속한 영상, 오디오 및 보조 데이터를 전송하는 소스는 AMWA BCP-002-01 Natural Grouping에 따라 Group Hints Tag를 사용하여 그룹으로 등록해야 합니다.

* 송신자는 유효한 SDP 정보를 IS-04 전송 파일을 통해 제공해야 합니다.

 

* 송신기의 형식 구성이 변경되면(예: 해상도, 색상 공간, 오디오 스트림의 채널 수 등) 송신 미디어 노드는 필요한 경우 브로드캐스트 컨트롤러가 연결을 다시 설정할 수 있도록 IS-04를 통해 변경 신호를 보내야 합니다.

* JPEG XS 전송을 사용하는 미디어 노드는 AMWA BCP-006-01 NMOS 지침을 따라야 합니다.

* 참고로, 미디어 노드는 곧 AMWA BCP-002-02 NMOS 노드 및 디바이스 리소스에 대한 식별 정보를 통해 레지스트리에서 NMOS 리소스를 더 잘 식별할 수 있습니다. (현재 이 사양은 작업 진행 중입니다.)

O Connection Management: AMWA IS-05

* 수신기는 최신 버전의 AMWA IS-05 NMOS 장치 연결 관리 규격을 지원하여, IS-04 레지스트리에 등록된 송신기에 연결할 수 있어야 합니다.

* 수신기는 여러 노드의 연결 상태를 동시에 변경하거나 자동화된 연결 시나리오를 수행할 수 있도록 단일 및 다수 연결, 그리고 즉시, 단계 및 예정된 활성화를 지원해야 합니다.

* 송신기는 멀티캐스트 그룹 구성을 컨트롤러를 통해 할당 및 관리할 수 있도록 IS-05를 지원해야 합니다.

O Device Control: Open Methods

* 미디어 노드의 작동 매개 변수는 타사 컨트롤러가 쉽게 제어할 수 있도록 개방형 방식(Open Method)으로 제어되어야 합니다.

* 미디어 노드가 이벤트(예: GPI)나 집계에 대해 조치를 취해야 할 경우, AMWA IS-07 NMOS 이벤트 및 집계 사양을 지원할 수 있어야 합니다.

 

* 곧 공개될 AMWA IS-12 NMOS 제어 프로토콜 및 MS-05 NMOS 제어 아키텍처를 사용하여 미디어 노드의 작동 파라미터를 제어할 수 있게 될 예정이다. (이 사양들은 현재 작업 진행 중입니다.)

O Audio Channel Mapping: AMWA IS-08

* 오디오 매트릭스 기능을 갖춘 수신기는 방송 컨트롤러가 수신기에서 사용할 스트림의 채널 배열을 선택할 수 있도록, AMWA IS-08 NMOS 오디오 채널 매핑 사양의 최신 버전을 지원해야 합니다.

O Topology discovery: LLDP

* 미디어 노드는 IEEE 802.1AB의 LLDP(Link Layer Discovery Protocol)를 지원하여 네트워크 컨트롤러가 어떤 스위치와 인터페이스에 연결되어 있는지를 파악할 수 있도록 해야 하며, 이를 문제 해결과 무결성 검사 도구로 사용할 수 있도록 해야 합니다.

O Configuration and Monitoring

* IP 기반 인프라를 성공적으로 운영하고 유지하려면, 구성, 모니터링 및 경고 시스템이 용이하게 구현되어야 합니다.

O IP Assignment and low-level Configuration: DHCP

* 미디어 노드는 모든 인터페이스에서 정적 또는 동적 IP 할당을 가능하게 하기 위해 IETF RFC 2131에 정의된 DHCP(Dynamic Host Configuration Protocol)를 지원해야 합니다.

* 미디어 노드는 초기 부팅 시 DHCP를 활성화해야 합니다.

* 미디어 노드는 다음과 같은 IETF RFC 2132의 DHCP 옵션을 지원해야 합니다.
 옵션 1: 서브넷 마스크
 옵션 3: 라우터
 옵션 6: DNS
 옵션 12: 호스트 이름
 옵션 15: DNS 도메인 클라이언트 이름
 옵션 51: 주소 임대 시간
 옵션 81: 클라이언트 완전 수식 도메인 이름

 

* 응용 프로그램에 따라, 미디어 노드는 관련 매개 변수가 DHCP 옵션을 통해 구성 가능할 때 이를 지원해야 합니다. 예를 들어, 다음과 같은 옵션이 있습니다.
 옵션 2: UTC로부터의 시간 오프셋(초)
 옵션 4: 타임 서버
 옵션 7: 로그 서버
 옵션 66: TFTP 서버
 옵션 67: 부트 파일 이름(Bootfile-Name)
 옵션 119: 도메인 검색 목록

* 미디어 노드는 IS-09 System Parameters Specification을 지원하여 시스템 전반에 걸친 공통 글로벌 구성 파라미터를 얻을 수 있어야 합니다.

O Open Configuration Management

* 미디어 노드는 변경 관리, 펌웨어 업데이트, 롤백 등을 용이하게 하는 공통 도구를 통해 구성을 관리할 수 있도록 개방형 방식(Open Method)으로 구성될 수 있어야 합니다. 이는 이상적으로 Open API, YANG Model /Open Config, 또는 최소한 원격 구성 파일이나 SSH를 지원하여 수행되어야 합니다.

* AMWA는 NMOS를 통해 초기(day-one) 구성 파라미터를 설정하고 얻기 위한 API를 개발하고 있습니다.

 

O Open Monitoring Protocols

* 미디어 노드는 문제 해결을 위해 작업자가 신속하게 대응할 수 있도록 주요 장애 지표에 대한 임계값을 설정할 수 있는 충분한 알림 기능을 제공해야 합니다. 이는 SNMPv3(IETF RFC 3410 등)와 같은 개방형 방법(Open Method)을 통해 수행되어야 합니다.

* 미디어 노드는 실시간 텔레메트리(telemetry)를 통해 타이밍, 미디어 스트림, 제어에 대한 상세 정보와 측정치를 제공하여, 모니터링 도구가 정전 발생 전에 진단을 돕고 시스템 성능 저하를 예측할 수 있도록 해야 합니다. 이 작업은 OpenTelemetry, OpenConfig, OASIS Message Queue Telemetry Transport(MQTT) 등의 개방형 방법(Open Method)을 사용하여 수행되어야 합니다.

* 미디어 노드는 자신의 상태에 대한 로깅(logging) 정보를 제공하여 잠재적인 문제를 조사할 수 있어야 합니다. 이 로깅 정보는 RFC 5424 Syslog 프로토콜과 같은 개방형 방법(Open Method)을 사용하여 제공될 수 있어야 하며, 원격 서버에서 수집할 수 있도록 다양한 수준의 세부 정보를 설정할 수 있어야 합니다.

O Security

* 실시간 미디어 장치에 IP 네트워킹을 사용하는 경우, 고립된 SDI 연결에 비해 추가적인 사이버 보안 위험이 발생합니다.

* 사이버 보안을 보장하려면, 미디어 노드가 개발되고 제품이 가동되는 동안에는 공급업체와 사용자 모두의 지속적인 노력이 필요합니다. 공급업체는 미디어 노드에 기본 보안 기능을 구현하고, 제품 수명 주기 동안 발견된 모든 취약점을 관리하기 위해 사이버 보안 모범 사례를 따라야 합니다. 또한 사용자는 보안 패치를 지속적으로 적용하고 안전한 방식으로 장치를 공급해야 합니다.

 

O EBU R 143 Cybersecurity Controls

* 가장 기본적인 위험을 완화하기 위해, 미디어 노드는 최소한 다음의 사항을 구현해야 합니다.
 AA 섹션의 중요 항목(P1)에 따라, 미디어 노드는 EBUR 143 인증 및 버전 2.3 이상을 준수하는 미디어 공급업체의 시스템, 소프트웨어 및 서비스에 대해 사이버 보안과 무단 액세스 방지를 제공해야 합니다. 이는 AA-03 역할 기반 액세스 제어(RBAC)와 AA-01 중앙 인증을 허용하는 것이 바람직합니다.
 미디어 노드는 EBUR 143의 중요 조항(P1)에 따라 공급업체 및 제품에 대한 보안 제어를 준수해야 하며, 특정 제어의 불이행이 명확히 표시되고 이에 대한 동기가 부여되어야 합니다.
 미디어 노드는 EBUR 143의 중요 권고사항(P2)에 따른 보안 제어를 준수해야 합니다.
 미디어 노드는 EBUR 143의 모범 사례 조치(P3)에 따른 보안을 준수할 수 있어야 합니다.

O Encrypted control communications

* 모든 네트워크 제어 트래픽은 EBUR 143의 EN-03 데이터 전송 조항에 따라 최신 인증 및 암호화 메커니즘을 사용하여 보호되어야 합니다.

* 모든 NMOS API는 AMWA BCP-003에 따른 NMOS API 38의 보안 권장 사항을 지원해야 하며, AMWA IS-10 NMOS 인증 규격을 준수해야 합니다.

* 미디어 노드 공급업체는 미디어 노드가 안전한 버전의 암호화 프로토콜을 지원하고, 안전하지 않은 버전은 사용하지 않도록 최신 모범 사례를 따라야 합니다. 예를 들어, IETF RFC 8996은 TLS 1.0 및 1.1의 사용을 권장하지않으므로, 미디어 노드는 작성 시점에서 TLS 1.2 이상의 버전을 지원해야 합니다.

 

다음 마지막 회차에서는 IP 기반의 UHD 방송시스템 적용 사례에 대하여 살펴보겠습니다.

 

 

 

정보통신기술사 김차신