# 저지연, 저손실 및 확장 가능한 처리량을 제공하는 L4S 인터넷 서비스: RFC 9330 > Clean Markdown view of GeekNews topic #12299. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=12299](https://news.hada.io/topic?id=12299) - GeekNews Markdown: [https://news.hada.io/topic/12299.md](https://news.hada.io/topic/12299.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2023-12-12T10:06:45+09:00 - Updated: 2023-12-12T10:06:45+09:00 - Original source: [datatracker.ietf.org](https://datatracker.ietf.org/doc/rfc9330/) - Points: 1 - Comments: 1 ## Topic Body ### L4S 인터넷 서비스 아키텍처 개요 - **L4S 아키텍처의 목표**: 인터넷 애플리케이션의 낮은 대기 시간, 낮은 혼잡 손실, 확장 가능한 처리량 제어 달성 - **핵심 인사이트**: 대기 시간의 근본 원인은 큐 자체가 아니라 송신자의 용량 탐색 혼잡 제어기에 있음 - **새로운 혼잡 제어 알고리즘**: 기존의 큰 대기 시간을 유발하는 혼잡 제어 알고리즘에서 벗어나, 용량을 매우 적은 대기로 탐색할 수 있는 새로운 혼잡 제어 알고리즘 채택 가능 - **ECN의 수정된 형태**: 네트워크에서 명시적 혼잡 알림(ECN)의 수정된 형태를 통해 지원, 낮은 대기 시간과 높은 처리량 동시 달성 가능 - **점진적 배포 중점**: 새로운 혼잡 제어 클래스와 '클래식' 혼잡 제어가 공유 네트워크에서 공존할 수 있는 메커니즘 정의 ### L4S 아키텍처 구성 요소 - **호스트**: 확장 가능한 혼잡 제어 알고리즘은 이미 존재하며, 기존의 클래식 혼잡 제어 알고리즘과 달리, 흐름 속도가 증가해도 회복 시간이 일정하게 유지됨 - **네트워크**: L4S 트래픽이 클래식 트래픽의 대기 시간으로부터 격리되도록 하며, 두 개의 큐를 사용하여 대기 시간을 분리하지만 대역폭은 분리하지 않음 - **프로토콜**: 호스트가 L4S와 클래식 패킷을 구분할 수 있도록 식별자를 사용하며, 네트워크가 각각의 패킷을 별도로 처리할 수 있도록 함 ### GN⁺의 의견 이 글에서 가장 중요한 것은 L4S 아키텍처가 인터넷 서비스의 낮은 대기 시간, 낮은 손실, 확장 가능한 처리량을 달성하기 위한 새로운 접근 방식을 제시한다는 점입니다. 이 아키텍처는 기존의 혼잡 제어 알고리즘의 한계를 극복하고, ECN을 활용하여 효율적인 통신을 가능하게 합니다. 이는 네트워크 설계자, 운영자 및 사용자에게 흥미로운 주제가 될 수 있으며, 인터넷의 미래 발전에 중요한 영향을 미칠 수 있습니다. ## Comments ### Comment 21357 - Author: neo - Created: 2023-12-12T10:06:45+09:00 - Points: 1 ###### [Hacker News 의견](https://news.ycombinator.com/item?id=38597744) - 수신자가 송신자에게 네트워크 혼잡을 알리는 방법에 대한 궁금증 - RFC 3168 문서에서 자세한 정보 확인 가능 - ECN(Efficient Congestion Notification)을 지원하는 세 가지 플래그 존재 - 송신자가 ECN 지원 가능함을 알리는 ECT(Echo Congestion Experienced) 플래그 - 라우터가 혼잡함을 수신자에게 알리는 CE(Congestion Experienced) 플래그 - 수신자가 ACK 패킷을 송신자에게 보낼 때 설정하는 ECN-Echo 플래그 - 송신자는 ECN-Echo 플래그를 받고 패킷 손실이 있었다고 가정하고 혼잡에 대응 - 송신자는 CWR(Congestion Window Reduced) 플래그를 설정하여 ECN-Echo 플래그에 대한 인지와 대응을 수신자에게 알림 - ECN 기술의 실제 데모 관람 경험 - IETF 118에서 ECN 기술의 라이브 데모 관람 - 버퍼 블로트(buffer bloat)를 완전히 제거하여 비디오 채팅에 매우 유용 - IP 패킷에 추가 비트를 삽입하여 버퍼가 가득 찼음을 알리는 기술로, 미래적인 기술로 느껴짐 - Bob Briscoe의 관련 연구 추천 - ECN 관련 연구에 오랜 시간을 투자한 Bob Briscoe의 고전적인 논문들 추천 - Comcast 네트워크에서의 L4S 테스트 - 케이블 플랜트에서의 L4S 테스트 결과를 담은 슬라이드 데크 공유 - ISP가 고속 통행료를 부과할 가능성에 대한 추측 - L4S 기술을 사용한 RC 카 비디오 피드 데모 발견 - RC 카의 비디오 피드에서 L4S 기술을 사용하는 데모 영상 링크 공유 - L4S에 대한 웨비나 시리즈 소개 - L4S에 대해 더 배우고 싶다면 understandinglatency.com에서 시작하는 웨비나 시리즈 소개 - L4S의 저자들, Comcast의 L4S 현장 시험 책임자, 비판적인 목소리를 가진 사람들이 발표자로 참여 - L4S 발음에 대한 재치 있는 제안 - L4S를 "L-Force"로 발음하기를 바라는 댓글 - L4S의 공정성 문제와 해결 방안 - 혼잡 피드백을 무시하고 대역폭의 더 큰 부분을 차지하려는 '악의적' 행위자 존재 시 문제 발생 - 공정한 대기열(fair queuing)과 혼잡 제어가 공정한 대기열을 감지할 수 있도록 L4S를 보완하는 것이 해결책 - 공정한 대기열 인식 혼잡 제어에 대한 GitHub 링크 공유 - L4S의 지연 시간 피드백 루프 축소 설명 - L4S가 지연 시간 피드백 루프를 줄이는 방식에 대한 설명이 담긴 비디오 링크 공유 - 비디오 회의 및 스트리밍 개선에 대한 혼란 - 비디오 회의와 스트리밍이 UDP를 사용하는데, TCP 기반의 L4S가 어떻게 개선에 기여하는지에 대한 혼란 표현