Resumo

  • O rascunho individual de 27 de outubro propõe QUIC diretamente em quadros Ethernet, sem cabeçalhos IP ou UDP. A sessão usa interface local, MAC do par, AS remoto e chave compartilhada por par; o tecido do ponto de troca precisa aceitar o EtherType proposto.
  • Com Link Next Hop, o par pode anunciar o próprio MAC ou o MAC unicast de um terceiro no mesmo segmento. O texto reconhece que o receptor não consegue provar que esse terceiro é o originador da rota. O filtro de próximo salto decide a quem os dados serão entregues.

Um protocolo que depende da portaria física

O projeto BoL2Q troca o endereço IP de uma sessão por uma combinação de interface e MAC. QUIC passa a ser encapsulado diretamente em Ethernet. Isso restringe a conversa aos roteadores que compartilham uma rede de camada 2. Um host distante não chega a ela por roteamento IP. Mas a mudança entrega uma decisão importante ao operador do ponto de troca: permitir ou bloquear o novo EtherType nos seus switches. Sem essa permissão, os pares não se encontram.

Cada lado registra o MAC do vizinho, o AS remoto e uma chave pré-compartilhada própria. O texto pede também que o hardware encaminhe esse tipo de quadro para uma classe dedicada de controle e limitação de taxa. Uma mudança do MAC do par reinicia a conexão e retira as rotas aprendidas. Na prática, a troca de um equipamento pode afetar a tabela de rotas; o registro do MAC passa a ser parte da operação de peering, não apenas da manutenção de ativos.

O MAC escolhe qual configuração de vizinho será usada, mas não autentica ninguém. Um dispositivo presente no segmento pode falsificar o endereço, perturbar o aprendizado do switch ou consumir a capacidade da classe limitada. O handshake TLS e o OPEN do BGP verificam a chave e o AS. Sem a chave, a falsificação não toma a sessão QUIC. O rascunho exige PSK externa com sigilo futuro, desativa dados 0-RTT e impede migração de conexão. Essas escolhas protegem o diálogo de controle. A autorização do destino de dados está em outro lugar.

O contraste com o BGP-4 sobre TCP/IP é operacional. O alcance da sessão deixa de ser governado por rotas IP até um endereço do par e passa a depender do segmento Ethernet, da admissão de quadros e da lista de vizinhos. Uma implantação teria de registrar quem abriu cada uma dessas portas. Uma sessão estabelecida, isoladamente, prova menos do que parece.

O próximo salto escreve o endereço de outra pessoa

Num enlace sem endereço IP, o próximo salto tradicional não resolve o encaminhamento. A capacidade Link Next Hop introduz um campo de comprimento zero para usar o MAC do próprio par e outro de seis bytes para um MAC unicast de terceiro no mesmo segmento. Ao aceitar a rota, o receptor usa sua interface BoL2Q e o MAC anunciado para entregar pacotes. O tráfego de dados continua em IPv4 ou IPv6; não é carregado pela sessão QUIC.

Essa opção serve a servidores de rotas. O servidor pode repassar o MAC do membro que anunciou um prefixo, deixando o tráfego fluir diretamente entre membros, sem passar por ele. Refletores no mesmo segmento também podem preservar esse caminho. O projeto só permite anunciar o terceiro como próximo salto quando ele é alcançável pela mesma interface BoL2Q. Caso contrário, o emissor usa a si próprio ou deixa de anunciar a rota se não tiver alternativa utilizável.

A seção de segurança contém a disputa real. O receptor não consegue verificar que o MAC de terceiro pertence ao roteador que originou a rota. Um vizinho BGP autenticado pode apontar o tráfego para qualquer estação daquele segmento. A assinatura da conversa identifica quem deu a ordem; não identifica o dono do endereço escrito nela. O projeto cita política no servidor de rotas e checagens locais de próximo salto como defesa. Quem administra um ponto de troca deveria tratar essas políticas como condição para usar a capacidade, não como um detalhe posterior.

O EtherType e o código da capacidade aparecem como TBD1 e TBD2 no rascunho individual. Não são números concedidos nem prova de implantação. QUIC versão 1 oferece a base do transporte, enquanto esse perfil restringe migração, dados antecipados e número de fluxos BGP. Mesmo antes de uma especificação final, a cadeia de decisões é verificável: switch aceita o quadro; roteador reconhece MAC; TLS verifica chave; OPEN verifica AS; UPDATE propõe o próximo salto; receptor autoriza MAC; hardware instala a rota. Os quatro primeiros passos podem estar corretos e o último mandar dados ao lugar errado.

Fontes oficiais originais