▲

GN⁺: 저지연, 저손실 및 확장 가능한 처리량을 제공하는 L4S 인터넷 서비스: RFC 9330

 (datatracker.ietf.org)
1P by neo 10달전 | favorite | 댓글 1개

L4S 인터넷 서비스 아키텍처 개요

  • L4S 아키텍처의 목표: 인터넷 애플리케이션의 낮은 대기 시간, 낮은 혼잡 손실, 확장 가능한 처리량 제어 달성
  • 핵심 인사이트: 대기 시간의 근본 원인은 큐 자체가 아니라 송신자의 용량 탐색 혼잡 제어기에 있음
  • 새로운 혼잡 제어 알고리즘: 기존의 큰 대기 시간을 유발하는 혼잡 제어 알고리즘에서 벗어나, 용량을 매우 적은 대기로 탐색할 수 있는 새로운 혼잡 제어 알고리즘 채택 가능
  • ECN의 수정된 형태: 네트워크에서 명시적 혼잡 알림(ECN)의 수정된 형태를 통해 지원, 낮은 대기 시간과 높은 처리량 동시 달성 가능
  • 점진적 배포 중점: 새로운 혼잡 제어 클래스와 '클래식' 혼잡 제어가 공유 네트워크에서 공존할 수 있는 메커니즘 정의

L4S 아키텍처 구성 요소

  • 호스트: 확장 가능한 혼잡 제어 알고리즘은 이미 존재하며, 기존의 클래식 혼잡 제어 알고리즘과 달리, 흐름 속도가 증가해도 회복 시간이 일정하게 유지됨
  • 네트워크: L4S 트래픽이 클래식 트래픽의 대기 시간으로부터 격리되도록 하며, 두 개의 큐를 사용하여 대기 시간을 분리하지만 대역폭은 분리하지 않음
  • 프로토콜: 호스트가 L4S와 클래식 패킷을 구분할 수 있도록 식별자를 사용하며, 네트워크가 각각의 패킷을 별도로 처리할 수 있도록 함

GN⁺의 의견

이 글에서 가장 중요한 것은 L4S 아키텍처가 인터넷 서비스의 낮은 대기 시간, 낮은 손실, 확장 가능한 처리량을 달성하기 위한 새로운 접근 방식을 제시한다는 점입니다. 이 아키텍처는 기존의 혼잡 제어 알고리즘의 한계를 극복하고, ECN을 활용하여 효율적인 통신을 가능하게 합니다. 이는 네트워크 설계자, 운영자 및 사용자에게 흥미로운 주제가 될 수 있으며, 인터넷의 미래 발전에 중요한 영향을 미칠 수 있습니다.

▲
neo 10달전  [-]
Hacker News 의견

  • 수신자가 송신자에게 네트워크 혼잡을 알리는 방법에 대한 궁금증

    • 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가 어떻게 개선에 기여하는지에 대한 혼란 표현
답변달기