Resumo

  • O RFC 5302 permite levar rotas selecionadas de Level 2 para Level 1 e usa o bit up/down para impedir que um border anuncie de volta aquilo que aprendeu descendo.
  • Um roteador antigo apenas Level 1 pode aceitar o prefixo sem formar sozinho o retorno perigoso; um único roteador antigo Level 1/Level 2 pode apagar a proveniência e reabrir o circuito.

O melhor caminho cria uma dívida de memória

No modelo clássico do RFC 1195, áreas Level 1 se conectam por uma topologia Level 2. Um roteador interno usa normalmente o border conectado mais próximo para destinos fora da área. Informações Level 1 podiam subir; a distribuição interárea de Level 2 para Level 1 não estava definida. O RFC 5302 acrescenta essa possibilidade para que a área receba detalhe suficiente para escolher caminhos melhores.

O valor operacional é fácil de medir. O risco não é. Quando o prefixo desce, outro border pode vê-lo como se fosse uma origem comum da própria área e anunciá-lo novamente em Level 2. A hierarquia passa a carregar uma narrativa falsa sobre a origem da rota. O retorno não surge porque a rota foi rejeitada, mas porque foi aceita sem memória.

Por isso um teste em um receptor responde apenas à pergunta local. SPF concluído, RIB escolhida, FIB programada e pacote entregue não mostram o comportamento dos demais borders. O circuito de controle termina só quando todas as saídas possíveis provaram que não vão reexportar.

Um bit reservado vira regra de circulação

O RFC 1195 definiu o TLV 128 para alcançabilidade IP interna e o TLV 130 para alcançabilidade IP externa. O bit mais significativo do campo Default Metric era reservado: transmissores o zeravam e receptores o ignoravam. O RFC 5302 reaproveita esse espaço como bit up/down.

Ao derivar um prefixo de Level 2 e anunciá-lo em um LSP Level 1, o roteador Level 1/Level 2 deve marcar o bit como um. Outros prefixos mantêm zero no modelo de dois níveis. Se um border aprende via Level 1 um prefixo marcado, não pode anunciá-lo em Level 2. O bit guarda direção e impõe uma negação de retorno.

Ele não confirma que a rota foi selecionada, instalada ou encaminhada. Também não transforma autenticação em prova de política. Um LSP autêntico pode ter sido produzido por equipamento autorizado com software incapaz de interpretar a marca. A cadeia criptográfica prova origem e integridade da mensagem; não prova que o papel do border foi exercido corretamente.

A mesma versão antiga produz dois resultados

Compatibilidade foi possível justamente porque implementações RFC 1195 ignoravam o antigo bit reservado. Um roteador apenas Level 1 pode, portanto, aceitar a nova rota marcada e tratá-la como intra-área. Segundo o RFC 5302, isso isoladamente não cria o loop decisivo entre os receptores Level 1.

No border Level 1/Level 2, a ignorância muda de categoria. Sem reconhecer que a rota desceu, ele pode classificá-la como origem Level 1 e enviá-la para cima. O documento aponta loops, rotas subótimas e instabilidade adicional como resultados possíveis.

A exigência de atualização não alcança indiscriminadamente todos os roteadores. Ela cobre todos os aparelhos Level 1/Level 2 da área habilitada, e não só o border configurado para originar a distribuição. Reserva, contingência e manutenção contam. Se um equipamento pode participar do caminho de volta, a capacidade dele é parte da autorização.

Tipo de TLV e tipo de métrica não são a mesma coisa

TLV 128 indica informação interna e TLV 130, externa. Separadamente, a métrica pode ser interna, comparável aos custos de links do domínio, ou externa, que não permite essa comparação direta. Métrica externa vale apenas para prefixo externo; o receptor deve ignorar TLV 128 combinado com métrica externa.

No SPF de IS-IS, prefixo interno e prefixo externo com métrica interna recebem a mesma preferência. Prefixo externo com métrica externa perde para o mesmo destino anunciado com métrica interna, independentemente do valor numérico. Rotas comuns Level 1 vêm antes de Level 2; depois aparecem as rotas interárea descendidas. Classes de métrica externa seguem atrás.

A errata verificada 3994 corrige a fase de cálculo para a rota externa interárea com métrica externa: ela deriva do SPF Level 2, não do SPF Level 1. Essa informação desaparece quando telemetria reduz o estado a “rota instalada”. O recibo precisa guardar nível, LSP de origem, TLV, natureza da rota, tipo e valor de métrica, bit, fonte do SPF, escolha na RIB e instalação na FIB.

Desligado por padrão é uma fronteira de autoridade

O RFC 5302 recomenda que borders não distribuam Level 2 para Level 1 por padrão e que o administrador habilite a função manualmente. A etapa manual deve ligar uma autorização a áreas e prefixos exatos, versão da política, inventário de borders, prova de capacidade, filtros, sumarização, janela de observação e critério de rollback.

Habilitar um aparelho não atesta os demais. Antes da mudança, todos os borders devem aparecer no inventário. Durante a mudança, observadores distintos registram a entrada marcada em Level 1. Depois, cada saída potencial demonstra a ausência do prefixo em anúncios Level 2 proibidos. A evidência principal é negativa e precisa ser coletada ativamente.

No sentido normal de subida, um border deveria anunciar em Level 2 apenas rotas Level 1 que realmente usa para encaminhar. Copiar toda a base sem critério confunde conhecimento com decisão operacional. Filtros e resumos definem a superfície de controle.

O bit em um LSP Level 2 tem outro tratamento

A proibição não deve virar uma regra universal de rejeição. No modelo de dois níveis do RFC 5302, o bit up/down não tem função operacional em um LSP Level 2; a orientação é ignorá-lo ali e aceitar o prefixo. O RFC 7775 reafirma que não existe tipo de rota interárea Level 2 nesse modelo e corrige a preferência IPv6 inconsistente do RFC 5308.

Uma observação só ganha significado quando registra o nível do LSP e o papel de quem recebeu. Sem isso, a automação pode rejeitar tráfego legítimo em Level 2 enquanto deixa de fiscalizar o border que realmente poderia reexportar uma rota aprendida em Level 1.

O recibo termina onde o retorno foi negado

Para cada prefixo, registre família de endereços, nível original, sistema e LSP de origem, TLV, tipo interno ou externo, classe e valor da métrica, bit na entrada, política e geração aprovadas, software e capacidade de cada border, anúncio em Level 1, observações de todos os outros borders, ausência explícita em Level 2, origem do SPF, decisão da RIB, FIB, encaminhamento e rollback.

Recebida, aceita, selecionada, instalada, anunciada, suprimida, encaminhada e entregue são etapas diferentes. Um painel que soma todas como “sucesso” confunde a utilidade do novo caminho com a segurança da hierarquia.

Fontes