QUIC

1 기능 소개

1.1 개요

QUIC (Quick UDP Internet Connection)는 구글이 개발한 UDP 기반의 저지연 인터넷 전송 프로토콜입니다. 이는 전송 효율을 높이고 지연을 감소시키기 위해 애플리케이션 계층과 네트워크 계층 간에 기존 네트워크 전송 기술을 새롭게 통합하고 활용합니다. QUIC의 핵심 기술은 HTTP/2, TLS 1.3, TCP FAST OPEN 및 UDP가 있습니다.

QUIC 프로토콜은 처음에 크롬 브라우저와 유튜브 비디오 웹사이트에서 사용되었습니다. IETF QUIC 프로젝트팀의 설립 및 2018년에 IETF가 QUIC 프로토콜을 HTTP/3.0으로 촉진한다고 발표함에 따라 QUIC는 논의, 적용, 발전하게 되었습니다.

CDNetworks QUIC는 구글 QUIC (이하 gQUIC) 39, 43, 44 버전을 기반으로 개발되고 크로스 ISP, 크로스 지역 등 취약한 네트워크 환경에서 접속 문제를 잘 해결합니다.

1.2 해당 제품 라인

• 콘텐츠 가속
• 동적 웹 가속
• 미디어 가속
• 미디어 가속 라이브 방송

1.3 애플리케이션 시나리오

QUIC는 웹 애플리케이션과 스트리밍의 성능을 향상시키고 특히 취약한 네트워크 하 환경에서 실시간 웹 애플리케이션, 크로스 지역 라이브 스트리밍, 모바일 라이브 스트리밍/VoD 고객 등 품질과 안정성에 대한 요구가 높은 고객에게 적용합니다.

2 기능 상세 정보

표준 gQUIC는HTTP/2 + TLS 1.3 + TCP와 같은 기능을 가지고 있지만 UDP 이상으로 구현됩니다. HTTP/2와 같은 스트림 관리, TLS와 같은 보안 연결, TCP와 같은 재전송, 순서 전송 및 트래픽 제어 메커니즘을 제공합니다.

gQUIC 프로토콜을 기반으로 CDNetworks는 다음과 같은 gQUIC 솔루션을 개발합니다.

2.1 CA/DWA/MA gQUIC 방안

마지막 마일에서는 최종 사용자가 CDN edge PoP와 Quic 연결을 설정할 수 있고 오리진 설정의 변경 없이 CDN은 TCP를 통해 정상적으로 오리진으로 돌아갑니다.

2.2 실시간 스트림 푸시 gQUIC 방안

실시간 스트림 푸시 gQUIC는 QUIC를 기반으로 한 RTMP 에이전트 방안을 사용합니다. QUIC 에이전트는 TCP 에이전트로서 클라이언트(Ingester) QUIC SDK와 연결하여 UDP를 TCP로 전환하고 실시간 스트림 데이터를 CDNetworks Media Center로 투명하게 전송합니다.
참고:
이 방안을 사용할 때 고객은 포트 1935/UDP 포트를 사용하여 푸시 스트림 요청을 전송해야 합니다.

QUIC SDK는 고객이 자체 개발할 수도 있고 CDNetworks에서 제공할 수도 있습니다. 고객이 자체 개발한 QUIC SDK는 표준 QUIC 프로토콜을 부합해야만 CDNetworks QUIC 기능과 연동될 수 있습니다.

2.3 실시간 스트림 풀링 gQUIC

실시간 스트림 풀링 gQUIC 방안은 RTMP over QUIC 모드와 HTTP over QUIC 모드 두 가지가 있습니다:

1. RTMP over QUIC 모드
   클라이언트(플레이어)가 QUIC SDK를 통합해야 하는 gQUIC 라이브 스트림 푸싱과 유사합니다. TCP 에이전트 역할을 하는 서버 측의 QUIC 에이전트는 TCP를 UDP로 전환하고 실시간 비디오 데이터를 플레이어의 QUIC SDK로 투명하게 전송합니다.
   참고:
   이 모드는 RTMP, HTTP/1.1 flv 및 HTTP/1.1 HLS 전송 프로토콜만 지원합니다;
   이 모드는 클라이언트가 443/UDP 포트를 사용하여 풀 스트림 요청을 전송해야 합니다.
   QUIC SDK는 고객이 자체 개발할 수도 있고 CDNetworks에서 제공할 수도 있습니다. 고객이 자체 개발한 QUIC SDK는 표준 QUIC 프로토콜을 부합해야만 CDNetworks QUIC 기능과 연동될 수 있습니다.
2. HTTP over QUIC 모드
   서버 측의 QUIC 에이전트는 플레이어나 브라우저의 QUIC 구성 요소와의 연결을 설정하고(참고: 이 모드는 CDNetworks QUIC SDK 통합을 포함하지 않음) CDNetworks edge 서버의 실시간 스트리밍 데이터 형식은 HTTP/1.1 + TCP를 QUIC HTTP/2.0 + UDP로 변경하여 클라이언트 브라우저나 플레이어에서 재생합니다.
   참고:
   이 모드는 표준 gQUIC의 HDL 및 HLS 모드를 지원하므로 애플리케이션 전송 프로토콜은 표준 gQUIC에서 규정한 HTTP/2.0이어야 한다는 것을 의미합니다.
   이 모드에서는 클라이언트가 443/UDP 포트를 사용하여 풀 스트림 요청을 전송해야 합니다.

3 지침

CA, DWA, MA, CSE/SRE의 Quic 구성은 CONF의 도메인 구성에 대한 변경을 통해 QUIC를 활성화할 수 있습니다.

MALB의 HTTP over QUIC 모드의 경우 CSE/SRE는 CONF의 도메인 구성에 대한 변경을 통해 QUIC를 활성화할 수 있습니다.

MALB의 RTMP over QUIC 모드의 경우 CSE는 제품 팀에 필요한 정보를 포함하는 메일을 보내 신청해야 합니다. 추가 CONF 설정이 필요하지 않습니다.

4 참고

1. CA/DWA/MA에는 Quic SDK가 없어 고객의 앱에서도 Quic 지원이 필요한다는 것을 의미합니다.

2. QUIC 프로토콜은 양방향 가속 프로토콜로 클라이언트가 QUIC 프로토콜도 지원해야 한다는 것을 의미합니다. Media Acceleration Live Broadcast 고객은 QUIC SDK를 내장하는 것을 통해 QUIC 서비스를 활성화할 수 있습니다.

3. 네트워크 상태가 좋을 때 QUIC와 TCP의 전송 품질의 차이는 뚜렷하지 않습니다. 그러나 취약한 네트워크 환경에서는 QUIC 프로토콜의 효과는 더욱 뚜렷해질 것입니다.

4. QUIC 프로토콜에 표준 포트를 정의되어 있지 않으므로 접속된 클라이언트 포트가 우리의 포트와 일치하는지 확인해야 합니다.

5. QUIC 에이전트는 여러 구현 방법이 있지만 서로 호환되지 않을 수도 있습니다. 따라서 클라이언트에서 사용되는 푸시 스트림 또는 풀 스트림 방식이 우리의 방안과 호환되는지 확인해야 합니다.

6. gQUIC는 여전히 업데이트 중이므로 접근하기 전에 클라이언트의 gQUIC가39, 43 또는 44 버전인지 확인하십시오.