Microsoft는 HTTP/3에서 사용되는 QUIC 프로토콜 구현을 공개했습니다.

마이크로소프트 발표했다. 도서관 코드 오픈에 대해 msquic 네트워크 프로토콜의 구현으로 QUIC. 코드는 C로 작성되었으며, 배포자 MIT 라이센스에 따라. 라이브러리는 크로스 플랫폼이며 Windows뿐만 아니라 다음을 사용하여 Linux에서도 사용할 수 있습니다. 샤넬 또는 TLS 1.3용 OpenSSL. 앞으로는 다른 플랫폼도 지원할 예정이다.

라이브러리는 Windows 10 커널(Insider Preview)에 제공되는 msquic.sys 드라이버 코드를 기반으로 하여 HTTP 및 SMB QUIC 위에. 이 코드는 내부 Windows 스택과 .NET Core에서 HTTP/3을 구현하는 데에도 사용됩니다. MsQuic 라이브러리 개발은 공개 동료 검토, 끌어오기 요청 및 GitHub 문제를 사용하여 전적으로 GitHub에서 수행됩니다. 4000개 이상의 테스트 세트에서 모든 커밋과 풀 요청을 확인하는 인프라가 준비되었습니다. 개발 환경이 안정화된 후 타사 개발자의 변경 사항을 수용할 계획입니다.

MsQuic은 이미 서버와 클라이언트를 생성하는 데 사용할 수 있지만 IETF 사양에 정의된 모든 기능을 현재 사용할 수 있는 것은 아닙니다. 예를 들어 0-RTT, 클라이언트 마이그레이션, 경로 MTU 검색 또는 서버 기본 주소 제어는 지원되지 않습니다. 구현된 기능 중에는 최대 처리량 및 최소 지연을 달성하기 위한 최적화, 비동기식 입출력 지원, RSS(Receive Side Scaling), 입출력 UDP 스트림 결합 기능이 주목됩니다. MsQuic 구현은 Chrome 및 Edge 브라우저의 실험 버전과의 호환성 테스트를 거쳤습니다.

HTTP/3은 HTTP/2에 대한 전송으로 QUIC 프로토콜 사용을 표준화한다는 점을 기억하세요. 규약 QUIC (빠른 UDP 인터넷 연결)은 웹용 TCP+TLS 조합의 대안으로 2013년부터 Google에서 개발하여 TCP 연결의 긴 설정 및 협상 시간 문제를 해결하고 데이터 전송 중 패킷 손실 시 지연을 제거합니다. QUIC는 다중 연결의 다중화를 지원하고 TLS/SSL과 동등한 암호화 방법을 제공하는 UDP 프로토콜의 확장입니다.

주요 특징 빠른:

• TLS와 유사한 높은 보안(기본적으로 QUIC는 UDP를 통해 TLS 1.3을 사용하는 기능을 제공합니다)
• 흐름 무결성 제어, 패킷 손실 방지
• 즉시 연결을 설정하고(0-RTT, 약 75%의 경우 연결 설정 패킷을 보낸 후 즉시 데이터를 전송할 수 있음) 요청 전송과 응답 수신 사이의 지연을 최소화하는 기능(RTT, 왕복 시간)
  

• 패킷을 재전송할 때 동일한 시퀀스 번호를 사용하지 않음으로써 수신된 패킷 식별의 모호성을 방지하고 시간 초과를 제거합니다.
• 패킷 손실은 해당 패킷과 관련된 스트림의 전달에만 영향을 미치며 현재 연결을 통해 전송되는 병렬 스트림의 데이터 전달을 중단하지 않습니다.
• 손실된 패킷의 재전송으로 인한 지연을 최소화하는 오류 수정 기능입니다. 손실된 패킷 데이터의 재전송이 필요한 상황을 줄이기 위해 패킷 수준에서 특수 오류 수정 코드를 사용합니다.
• 암호화 블록 경계는 QUIC 패킷 경계와 정렬되어 후속 패킷의 내용을 디코딩할 때 패킷 손실이 미치는 영향을 줄입니다.
• TCP 대기열 차단에는 문제가 없습니다.
• 모바일 클라이언트에 대한 재연결을 설정하는 데 걸리는 시간을 줄이는 연결 식별자 지원
• 고급 연결 정체 제어 메커니즘 연결 가능성
• 방향별 처리량 예측 기술을 사용하여 패킷이 최적의 속도로 전송되도록 보장하여 패킷이 정체되거나 패킷 손실이 발생하는 것을 방지합니다.
• 인지 가능 이득 TCP와 비교한 성능 및 처리량. YouTube와 같은 동영상 서비스의 경우 QUIC은 동영상 시청 시 리버퍼링 작업을 30%까지 줄이는 것으로 나타났습니다.

출처 : opennet.ru