Resumo

  • O ponto em que uma fila começa a marcar congestionamento é um limite configurado, e não um valor que vem embutido na faixa de velocidade da porta.
  • O manual do EOS lista o comando de marcação com a família de chip ao lado, o que transforma a uniformidade da malha num trabalho de operação.

Onde o freio é escrito

Comecemos pelo mecanismo. A RFC 3168 designa os bits 6 e 7 do octeto TOS do IPv4 como o campo ECN, observa que o mesmo campo é definido de forma idêntica no octeto Traffic Class do IPv6 e fixa quatro códigos a partir de dois bits: 00 Not-ECT, 01 ECT(1), 10 ECT(0) e 11 CE, de Congestion Experienced. Um roteador que detecta congestão incipiente marca o pacote com CE em vez de descartá-lo, desde que o pacote seja compatível com ECN (RFC 3168).

O que o padrão não decide é o número. A RFC define o significado do campo e o comportamento de quem marca. Onde a marcação começa é assunto de quem opera o equipamento.

A superfície de configuração que o manual expõe

A página de Quality of Service do EOS 4.37.0F, da Arista, diz exatamente onde esse número mora. O ECN é suportado em filas unicast por meio do Weighted Random Early Detection (WRED), um algoritmo de gerenciamento ativo de filas que estende o Random Early Detection para definir múltiplos limiares por fila. O comando random-detect ecn habilita a marcação ECN na fila de transmissão unicast em modo de configuração e especifica os tamanhos de fila que servem de limiar (Arista EOS 4.37.0F Quality of Service).

O ECN baseado em latência pode ser configurado por fila de transmissão. O exemplo do manual tem três linhas: entra em interface Ethernet 1/1, seleciona tx-queue 3 e aplica random-detect ecn delay threshold 33 milliseconds. É o mesmo documento.

33 milissegundos é exemplo, não recomendação

Ler esse 33 como valor recomendado pela Arista seria um erro de leitura. O manual mostra sintaxe, não um número calibrado para uma carga de trabalho ou um desenho de malha. O que o leitor deve levar dali não é o número, e sim o fato de que esse tipo de valor existe na linha de comando e é aplicado máquina por máquina.

Se o limiar é tarde demais, a fila cresce até o descarte ou, onde há classes sem perda, até empurrar as filas vizinhas. Se é cedo demais, o transmissor reduz a velocidade com a malha longe da saturação. Nos dois casos, o desfecho é consequência de um número digitado, não de um traço de personalidade do chip.

A anotação (Arad/Jericho)

Na documentação, o comando aparece como random-detect ecn (Arad/Jericho), com a família de plataforma anotada ao lado. Isso significa que sintaxe e comportamento estão amarrados ao silício do switch, e não são uniformes em toda a linha de produtos. O fato de o próprio fornecedor escrever assim já indica onde cai o trabalho de manter a malha coerente.

Em um cluster de IA grande, nem sempre é possível manter uma única geração de chip. Compras feitas em momentos diferentes misturam gerações. Nesse cenário, saber se o mesmo "33 milissegundos" tem o mesmo efeito em todos os switches não é pergunta para a ficha técnica do fornecedor: a resposta está no caderno de configuração do operador.

Porta mais rápida não arrasta a configuração junto

Uma pista mais rápida entrega pacotes mais rapidamente à mesma fila. A fila enche mais depressa, mas o ponto em que ela começa a marcar não se move sozinho. Trocar 400G por 800G não reescreve o número que vem depois de random-detect ecn delay threshold.

É aqui que a conversa sobre back-end de IA costuma escorregar. Velocidade de porta e módulo óptico entram na planilha de compras, são comparados e aprovados. O limiar de marcação por fila não entra na mesma planilha. Ainda assim, é ele que define como a malha se comporta quando aperta.

O limite da evidência

As afirmações técnicas deste artigo se limitam a duas fontes primárias lidas como texto: a página de Quality of Service do Arista EOS 4.37.0F e a RFC 3168.

As páginas de Priority Flow Control, de Traffic Management e de AI networking não retornaram texto legível nesta revisão. Portanto, nada é afirmado sobre sintaxe de prioridade sem perda, comportamento ou gatilho de pause watchdog, dependência de limiares de pausa e headroom em relação a velocidade de porta, comprimento de cabo ou família de switch, configurabilidade de alocação de buffer por fila ou reserva de buffer compartilhado, orientação de topologia para malhas de back-end com GPUs e perfis validados. Não ter conseguido ler não é prova de que essas coisas não existem.

Os dados corporativos da Arista Networks, Inc. ficam na entrada do diretório.