SCONE 네트워크 요소와의 통신 프로토콜

QUIC 연결의 끝점에 경로상의 네트워크 요소가 장기적으로 유지 가능한 처리량에 대한 안내를 전달하도록 하는 개발 중 프로토콜입니다.

네트워크에는 요금제나 운영 정책에 따른 전송률 한도가 있을 수 있습니다. 응용 프로그램이 이 조건을 알지 못하면 경로의 손실이나 지연만으로 처리량을 추정해야 합니다. 이 초안은 네트워크 요소가 판단한 지속 가능한 처리량의 안내를 협력하는 끝점에 전달하는 방법을 설명합니다.

이 안내는 순간적인 혼잡 신호와 다릅니다. 혼잡 제어는 빠르게 달라지는 경로 상태에 반응해야 하며, 처리량 안내를 받았더라도 손실이나 지연 및 명시적 혼잡 통지를 무시할 수 없습니다. 안내 값과 실제 달성 가능한 처리량도 다를 수 있습니다.

도로의 순간적인 정체 신호와 별도로 장시간 유지할 수 있는 통행량 안내를 받는 상황으로 이해할 수 있습니다. 안내를 받았다고 도로가 비어 있다는 뜻도, 그 속도를 언제나 보장받는다는 뜻도 아닙니다. 이는 프로토콜의 역할을 설명하기 위한 예시입니다.

처리량 안내와 실시간 혼잡 제어

안내는 비교적 긴 시간 범위의 조건을 전합니다. 혼잡 제어는 더 빠른 상태 변화에 대응하므로 둘은 서로 보완하며 대체 관계가 아닙니다.

기반 전송과 확장 기능

QUIC는 기반 전송 프로토콜입니다. 이 초안의 네트워크 안내는 추가 기능이며 QUIC를 지원하는 모든 장치가 안내 기능까지 제공한다고 가정하지 않습니다.

초안 판과 정식 표준의 구분

검토한 문서는 draft-ietf-scone-protocol-09입니다. 문서 본문은 2026년 9월 25일로 표시되며 확인 시점에는 활성 Internet-Draft입니다. 이름에 Standard가 포함돼도 이미 발행된 정식 표준이라는 의미로 소개하지 않습니다.

경로의 처리량 정책을 끝점과 공유하려는 네트워크 및 응용 프로그램 설계에서 검토할 수 있습니다. 실제 사용에는 네트워크 요소와 끝점 구현의 지원이 필요합니다.

안내의 수신 여부와 유효 기간, 적용한 상한 및 실제 혼잡 제어 결과를 구분해야 합니다. 안내가 사라졌다는 이유만으로 네트워크의 모든 제한이 없어진 것으로 판단하지 않습니다.

초안의 패킷 형식과 절차가 이후 판에서 바뀔 수 있습니다. 현재 초안을 제품의 영구 호환 보증으로 사용하지 않습니다.

안내는 실측 속도 보장이나 암호화된 응용 데이터에 대한 접근 권한을 뜻하지 않습니다. 통신 내용의 보안과 별개로 이해해야 합니다.

기존 혼잡 제어를 꺼도 되나요?

아닙니다. 초안은 처리량 안내가 혼잡 피드백이나 혼잡 제어를 대신하지 않는다고 설명합니다. 실제 경로 상태에 대한 반응은 계속 필요합니다.

가정용 인터넷에서 바로 사용할 수 있나요?

표준화 진행 상태와 실제 장비 및 끝점의 지원을 확인해야 합니다. 일반 공유기에 기능이 있다는 근거 없이 설정 가능하다고 안내하지 않습니다.

처리량 안내가 오지 않으면 제한이 없다는 뜻인가요?

그렇게 판단할 수 없습니다. 안내를 받지 못했거나 이전 안내의 유효 기간이 끝났을 수 있습니다. 정책 제한을 알 수 없다는 것과 제한이 없다는 것은 다르며 실제 혼잡 제어는 계속 필요합니다.

draft-ietf-scone-protocol-09 본문 기준. 활성 초안이며 최종 표준과 상호 운용성이 확정된 것으로 표현하지 않습니다.

최종 검토일: 2026-10-25

IETF: Standard Communication with Network Elements Protocol

IETF: Standard Communication with Network Elements Protocol -09

IETF: QUIC: A UDP-Based Multiplexed and Secure Transport

함께 이해할 용어: QUIC QUIC 전송 프로토콜, AccECN 정밀 명시적 혼잡 통지 피드백, ECN 명시적 혼잡 통지, MOQT QUIC 기반 미디어 전송, TCP 전송 제어 프로토콜, L4S 저지연, 저손실 및 확장 가능한 처리량