Resumo

  • O apelido de RBridge é uma abreviação dinâmica de 16 bits para uma identidade IS-IS e pode indicar, conforme o bit M, um RBridge de saída ou uma árvore de distribuição.
  • Uma colisão pode expulsar até um valor configurado. A apuração deve guardar os dois anúncios, prioridades, LSPs, regra corrigida de desempate, intervalo de validade e efeito real no encaminhamento.

Um coletor recebe 0x2A10 e acrescenta telemetria à ficha de um equipamento. Minutos depois, outro LSP associa o mesmo valor a um IS-IS ID diferente. Se o banco de ativos usa o apelido como chave, só restam explicações ruins: duplicata, corrupção ou uma máquina que mudou de lugar instantaneamente.

Há uma explicação melhor. Dois campi TRILL antes separados acabaram de se unir. Cada um havia selecionado localmente o mesmo número curto. Quando os anúncios passaram a circular no novo domínio, nasceu uma colisão prevista pelo protocolo. Um reclamante vence; o outro escolhe de novo.

Donald E. Eastlake 3rd participou da sequência pública que permite distinguir o evento da identidade. Ele é coautor da base, RFC 6325; primeiro autor de RFC 7176, sobre as extensões IS-IS usadas por TRILL, e de RFC 7780, que corrige a seleção de apelidos; e coautor de RFC 8397, para TRILL multinível. Seu perfil no IETF Datatracker comprova nome e produção pública. Os RFCs são trabalhos coletivos e não fazem de nenhum autor dono, operador ou autoridade futura de uma rede real.

A compressão precisa de contexto para ser desfeita

RFC 6325 define apelidos como quantidades de 16 bits atribuídas dinamicamente. Elas abreviam os IDs IS-IS dos RBridges e economizam espaço no cabeçalho. O valor curto depende de uma relação anunciada; não substitui o identificador que o originou.

Um RBridge costuma manter um apelido, mas pode pedir vários. Depois de reiniciar, ele deve tentar reutilizar o valor anterior. A palavra “tentar” impede uma conclusão apressada. Reuso não é reserva perpétua, e a coincidência antes e depois da reinicialização não prova, sozinha, continuidade de hardware ou de instância.

O próprio pacote muda a pergunta. Com M igual a zero no unicast conhecido, o campo de saída aponta para o RBridge que deve desencapsular e entregar o quadro nativo. Com M igual a um no tráfego multidestino, o campo seleciona uma árvore de distribuição. O mesmo valor pode ser referência a nó ou a árvore.

Uma observação íntegra inclui o bit M, a posição de ingresso ou saída, o tipo do pacote, o reclamante IS-IS, o escopo e o momento. Remover esses campos para obter uma coluna “device_id” destrói o sentido que a compressão pressupunha.

O anúncio carrega uma disputa em potencial

RFC 7176 especifica o Nickname Sub-TLV. Cada registro reúne Nickname.Pri, Tree Root Priority e o apelido de 16 bits. O LSP fornece o IS originador, sequência e tempo de vida.

As prioridades não são sinônimas. Nickname.Pri participa do desempate entre reclamantes do mesmo valor. Tree Root Priority influencia a escolha de raízes para árvores de distribuição. Uma interface que mostra “prioridade 64” sem dizer qual campo não conserva uma decisão reproduzível.

O bit mais alto de Nickname.Pri indica que o valor foi configurado; os sete bits inferiores formam a prioridade numérica. Configuração favorece o reclamante em relação à seleção automática, mas não cria propriedade. A especificação admite que até um apelido configurado seja substituído após colisão.

É preciso guardar a pretensão completa antes de reduzi-la: IS-IS ID, LSP e sequência, valor, sinal de configuração, prioridade de posse, prioridade de raiz, horário de recepção e geração da base de estado de enlace.

A regra válida está na correção

A frase original de RFC 6325 sobre o vencedor continha um erro. RFC 7780 corrige a ordem: o valor fica com a prioridade numericamente mais alta; se houver empate, vence o ID IS-IS de sete bytes, ou LAN ID do pseudonó, numericamente maior. O outro RBridge precisa selecionar novo apelido.

Dois sistemas forenses que usem versões diferentes dessa sentença podem discordar mesmo diante dos mesmos bytes. Por isso, “resolvido” não basta. O registro deve citar a regra aplicada, preservar os valores comparados e identificar vencedor e perdedor antes de qualquer consolidação.

Alcançabilidade define quem entra na comparação. Reivindicações de switches inalcançáveis por IS-IS devem ser ignoradas no conflito. Já um switch alcançável por IS-IS não pode ser excluído só porque está inalcançável para dados. Estar apto a reivindicar no plano de controle não comprova que o plano de dados funciona.

O detentor também continua monitorando LSPs posteriores. Uma reivindicação alcançável com prioridade superior força nova seleção, mesmo quando o RBridge local está sobrecarregado. A aquisição abre um período de validade; não encerra a história.

A fusão cria várias verdades temporárias

Enquanto separados, dois campi podem usar o mesmo número sem conflito. A fusão muda o escopo. RFC 6325 antecipa que alguns RBridges precisarão trocar de apelido e que a escolha pode ocorrer mais de uma vez antes da convergência.

Cada participante escolhe entre valores aparentemente disponíveis em sua cópia do estado de enlace. Como os LSPs chegam em ordens diferentes, console, coletor e RBridge podem discordar por um intervalo sem que todos estejam defeituosos. A versão do estado e o relógio dão limite a cada observação.

Uma linha do tempo útil preserva os escopos antigos, o evento de união, os dois anúncios, a alcançabilidade, o cálculo corrigido, retirada, substituições intermediárias, atualização de FIB e árvores e a convergência vista em mais de um ponto.

Também pode existir RBridge sem apelido utilizável. RFC 7780 diz que ele não pode ingressar, sair ou servir de raiz, mas ainda pode atuar como trânsito. Ausência de apelido não significa ausência do equipamento; presença do apelido também não demonstra entrega.

“Único” depende do desenho do campus

RFC 8397 estende a unicidade por um campus multinível. RBridges de borda difundem apelidos ou blocos entre níveis para impedir uso concorrente. O documento contrasta essa escolha com áreas agregadas, nas quais valores podem ser reutilizados e reescritos ao cruzar a borda.

Assim, unicidade é uma propriedade de um regime e de um alcance topológico. Não é registro mundial, vínculo perpétuo, número de série ou título de propriedade.

O anúncio de borda merece cuidado adicional. Um RBridge fronteiriço pode anunciar a alcançabilidade de apelidos de toda uma área, e várias bordas podem representar a mesma faixa. O originador do LSP pode ser caminho para o detentor, não o ativo abreviado pelo número.

Modelar intervalos evita identidades fantasmas

O inventário deve manter chassi, instância de software e IS-IS ID como âncoras distintas. O apelido se torna um vínculo com início e fim: campus, nível ou área, reclamante, bit configurado, prioridade numérica, prioridade de raiz, LSP fonte e causa de encerramento.

Uma colisão grava ambos os anúncios brutos, alcance, regra corrigida, vencedor, perdedor, novo valor e eventuais tentativas seguintes. Uma reinicialização grava a tentativa de reuso e o resultado. Uma mudança multinível grava blocos, fronteiras e representação em nome de terceiros.

Depois vem a comprovação do tráfego. O anúncio vencedor entrou na FIB? O campo significava saída ou árvore? O RPF aceitou o quadro? Qual RBridge desencapsulou? A estação esperada recebeu? O plano de controle escolhe um vínculo; a experiência do serviço precisa de recibo próprio.

Fontes