Resumo

  • Na RFC 9892, VID ocupa 12 bits: 0x000 ignora VLAN, 0xFFF é reservado e 0xFFE encerra o intervalo explícito.
  • A RFC 9895 exige esse mecanismo, mas cita 0x0000, 0xFFFF e 0x00010xFFFE na gestão; a consulta pública do RFC Editor não mostrava errata correspondente.

Uma implantação pode operar por meses sem encontrar o décimo terceiro bit. VLANs comuns cabem, o crédito circula e os painéis ficam verdes. A divergência só aparece quando uma automação aceita um valor que o fio jamais poderia transportar intacto.

A RFC 9895 define a extensão IEEE 802.1Q Aware Credit Window do DLEP. O modem apresenta classificações Ethernet ao roteador e associa fluxos a janelas lógicas de crédito. Destino DLEP, VLAN e PCP podem selecionar uma janela compartilhada ou dedicada. Sem crédito suficiente, o roteador não envia ao modem.

A gramática vem de RFC 9892; a contabilidade, de RFC 9893. A RFC 9895 obriga quem anuncia o tipo de extensão 5 a suportar os Data Items, mensagens e processamento relevantes desses documentos.

O Sub-Data Item Ethernet da RFC 9892 divide 16 bits entre quatro bits de NumPCPs e doze de VID. O texto confirma o desenho: zero (0x000) manda ignorar VID; 0xFFF fica reservado; identificadores explícitos vão de 0x001 a 0xFFE.

Já a gestão na RFC 9895 registra zero como 0x0000, reserva 0xFFFF e aceita 0x0001 até 0xFFFE. O último intervalo é de 16 bits. A mesma redação está no HTML e no XML oficiais. A busca de erratas para a RFC 9895 não listava resultado quando esta análise foi fechada.

Isso não autoriza afirmar que uma correção oficial já existe. Também não demonstra um defeito em equipamento específico. A evidência sustenta uma conclusão menor e importante: o limite escrito na gestão não cabe no campo que o próprio documento manda implementar.

Para o fio, a dependência resolve a escolha operacional. A RFC 9892 define os bits e a RFC 9895 incorpora seu processamento. Um VID explícito acima de 0xFFE deve ser recusado. Alterar o pacote quebraria compatibilidade; descartar bits sem aviso mudaria a identidade do fluxo.

O problema prático mora nas fronteiras entre sistemas. Uma interface pode validar de 0 a 65534 porque copiou a seção de gestão. Um banco guarda 4097. O serializador conserva apenas doze bits e transmite VLAN 1. O read-back ainda mostra 4097. Controle, auditoria e plano de dados passam a descrever objetos diferentes.

Outro fornecedor pode falhar apenas ao atualizar a sessão. Um terceiro pode converter o valor para o tipo da ASIC. Não há levantamento que prove qual comportamento está em produção; esses caminhos devem ser tratados como casos de teste. Um erro visível é mais seguro do que uma normalização invisível.

A precedência aumenta a consequência. Quando classificações Ethernet e Diffserv coincidem, a RFC 9892 manda usar VLAN/PCP. Uma regra truncada pode superar o DSCP que o operador esperava. A extensão de RFC 9894 não cria retorno automático para a janela correta.

Curingas também podem esconder a quebra. A RFC 9895 alerta que curingas de VID e PCP capturam fluxos inesperados e até fluxos que surgem depois da configuração. Se o classificador explícito falha e o curinga assume, a conectividade permanece, mas a separação de filas se altera silenciosamente.

Negociar o tipo 5 significa reconhecer a extensão, não concordar sobre todos os validadores de gestão. O roteador pode suportar menos filas que o modem, usar um subconjunto ou reiniciar a sessão, e a diferença deve chegar ao usuário. A mesma transparência é necessária quando um VID é recusado, mascarado ou substituído.

O teste essencial percorre a cadeia. Aceita 0x001 e 0xFFE; rejeita 0xFFF, 0x1000, 0xFFFF, negativos e bits altos; usa zero apenas como “ignorar VID”. Depois compara requisição, registro salvo, bytes emitidos, interpretação do par, regra instalada e valor lido de volta.

Casos compostos devem cobrir Ethernet contra DSCP, regra explícita contra curinga, reconexão, redução de filas e ausência de crédito. A RFC 9893 controla permissão de envio em uma fronteira; não corrige a janela errada nem prova entrega. A RFC 2475 igualmente separa classificação, condicionamento, comportamento por salto e serviço.

O registro DLEP da IANA coordena o código 5, não o validador de um controlador. A primazia do código em execução de Lu Heng exige observar o estado que a máquina realmente aceita. A especificação inicial mínima mantém a regra comum pequena e testável; as camadas da realidade impedem que prestígio documental substitua o resultado.

Código local não corrige uma RFC por decreto. O caminho responsável é impor o limite do fio, documentar a interpretação, executar testes negativos e levar a divergência ao processo de erratas. Para aprovar a operação, a liderança deve localizar o ponto exato em que o bit 13 é rejeitado — e exigir prova de que ele não some em silêncio.

Fontes