Serviço de Internet L4S com baixa latência, baixa perda e vazão escalável: RFC 9330

 (datatracker.ietf.org)
1 pontos por GN⁺ 2023-12-12 | 1 comentários | Compartilhar no WhatsApp

Visão geral da arquitetura de serviços de Internet L4S

  • Objetivo da arquitetura L4S: alcançar baixa latência, baixa perda por congestionamento e controle de vazão escalável para aplicações de Internet
  • Insight principal: a causa fundamental da latência não é a fila em si, mas o controlador de congestionamento de sondagem de capacidade do transmissor
  • Novo algoritmo de controle de congestionamento: em vez dos algoritmos de controle de congestionamento existentes que provocam grande latência, torna-se possível adotar novos algoritmos de controle de congestionamento capazes de sondar a capacidade com latência muito baixa
  • Forma modificada de ECN: suporte por meio de uma forma modificada de Notificação Explícita de Congestionamento (ECN) na rede, possibilitando alcançar simultaneamente baixa latência e alta vazão
  • Foco na implantação gradual: definição de mecanismos para que uma nova classe de controle de congestionamento e o controle de congestionamento "clássico" possam coexistir em uma rede compartilhada

Componentes da arquitetura L4S

  • Hosts: algoritmos de controle de congestionamento escaláveis já existem e, diferentemente dos algoritmos clássicos de controle de congestionamento, mantêm constante o tempo de recuperação mesmo quando a taxa do fluxo aumenta
  • Rede: faz com que o tráfego L4S fique isolado da latência do tráfego clássico e usa duas filas para separar a latência, mas não a largura de banda
  • Protocolo: usa um identificador para que os hosts possam distinguir pacotes L4S e clássicos, permitindo que a rede trate cada tipo de pacote separadamente

Opinião do GN⁺

O ponto mais importante deste texto é que a arquitetura L4S apresenta uma nova abordagem para alcançar baixa latência, baixa perda e vazão escalável em serviços de Internet. Essa arquitetura supera as limitações dos algoritmos tradicionais de controle de congestionamento e possibilita uma comunicação eficiente com o uso de ECN. Trata-se de um tema interessante para projetistas de rede, operadores e usuários, e pode ter um impacto importante no futuro desenvolvimento da Internet.

Leituras relacionadas

1 comentários

 
GN⁺ 2023-12-12
Comentários do Hacker News

  • Curiosidade sobre como o receptor informa ao remetente que há congestionamento na rede

    • Mais detalhes podem ser encontrados no documento RFC 3168
    • Existem três flags que dão suporte ao ECN (Efficient Congestion Notification)
      • A flag ECT (Echo Congestion Experienced), que informa que o remetente é capaz de oferecer suporte a ECN
      • A flag CE (Congestion Experienced), que o roteador usa para informar ao receptor que há congestionamento
      • A flag ECN-Echo, configurada pelo receptor ao enviar um pacote ACK ao remetente
      • O remetente recebe a flag ECN-Echo e assume que houve perda de pacotes, reagindo ao congestionamento
      • O remetente define a flag CWR (Congestion Window Reduced) para informar ao receptor que reconheceu a flag ECN-Echo e respondeu a ela

  • Experiência assistindo a uma demonstração real da tecnologia ECN

    • Assistiu a uma demonstração ao vivo da tecnologia ECN na IETF 118
    • Elimina completamente o buffer bloat, sendo muito útil para videochamadas
    • Tecnologia que insere bits adicionais nos pacotes IP para informar que o buffer está cheio, passando uma sensação futurista

  • Recomendação de pesquisas relacionadas de Bob Briscoe

    • Recomenda artigos clássicos de Bob Briscoe, que dedicou muito tempo a pesquisas relacionadas a ECN

  • Teste de L4S na rede da Comcast

    • Compartilhamento de um slide deck com resultados de testes de L4S em infraestrutura de cabo
    • Especulação sobre a possibilidade de ISPs cobrarem pedágio por uma faixa rápida

  • Encontrado um demo de feed de vídeo de carrinho RC usando a tecnologia L4S

    • Compartilhamento de link de vídeo de demonstração usando a tecnologia L4S no feed de vídeo de um carrinho RC

  • Apresentação de uma série de webinars sobre L4S

    • Para quem quiser aprender mais sobre L4S, apresentação de uma série de webinars começando em understandinglatency.com
    • Participam como palestrantes os autores do L4S, o responsável pelos testes de campo de L4S na Comcast e pessoas com vozes críticas

  • Sugestão espirituosa sobre a pronúncia de L4S

    • Comentário dizendo que gostaria que L4S fosse pronunciado como "L-Force"

  • Problemas de justiça no L4S e formas de resolvê-los

    • O problema surge quando existem agentes "maliciosos" que ignoram o feedback de congestionamento e tentam ocupar uma fatia maior da largura de banda
    • A solução é complementar o L4S com fair queuing e com controle de congestionamento capaz de detectar fair queuing
    • Compartilhamento de link do GitHub sobre controle de congestionamento com reconhecimento de fair queuing

  • Explicação sobre a redução do loop de feedback de latência no L4S

    • Compartilhamento de link de vídeo com explicação de como o L4S reduz o loop de feedback de latência

  • Confusão sobre melhorias em videoconferência e streaming

    • Expressão de confusão sobre como o L4S, baseado em TCP, pode contribuir para melhorar videoconferência e streaming, que usam UDP