Resumen

  • TRILL usa apodos de 16 bits como abreviaturas dinámicas de identidades IS-IS y, según el bit M, como referencia de un RBridge de salida o de un árbol de distribución.
  • La prioridad y la topología pueden obligar a abandonar incluso un valor configurado. La evidencia debe guardar reclamaciones rivales, LSP, regla de desempate, vigencia y efecto real en el tráfico.

Una base de activos tiene una fila llamada 0x2A10. Todo lo que observa bajo ese número se atribuye al mismo equipo. Tras conectar dos campus, aparece otro anuncio con el mismo valor y una identidad IS-IS diferente. La plataforma de inventario cree que hay un error de ingestión; el plano de control reconoce una colisión prevista.

La diferencia no es terminológica. Para el inventario, el número es el sujeto. Para TRILL, es una relación compacta que un sujeto anuncia bajo un estado de enlaces y una prioridad determinados. Si cambia la relación, el sujeto no tiene por qué haber cambiado; y si reaparece el número, tampoco queda demostrada la continuidad del sujeto.

Donald E. Eastlake 3rd participó en la sucesión de documentos que permite reconstruir esa relación. Figura entre los autores de RFC 6325, el protocolo base; encabeza RFC 7176, que define las extensiones IS-IS de TRILL, y RFC 7780, que corrige y aclara la selección; y coescribe RFC 8397 sobre TRILL multinivel. El perfil del IETF verifica su nombre y trayectoria pública. Ninguna de esas fuentes convierte una labor colectiva en autoridad personal sobre una red desplegada.

El apodo reduce el encabezado, no define el activo

RFC 6325 describe el apodo como una cantidad dinámica de 16 bits que abrevia el identificador IS-IS de un RBridge. La ganancia es concreta: un encabezado más compacto. El coste es igualmente concreto: para saber a quién correspondía el valor hay que consultar el estado distribuido que sostenía la asociación.

Un RBridge suele tener un apodo, pero puede disponer de varios. La especificación recomienda que intente reutilizarlo después de reiniciar. Intentar no significa reservar. El valor puede estar reclamado por otro participante cuando vuelve el proceso, y una pantalla que une ambas épocas por coincidencia numérica puede fusionar dos historias distintas.

El significado también depende del bit M. En unicast conocido, con M igual a cero, el campo de salida indica el RBridge encargado de desencapsular. En tráfico multidestino, con M igual a uno, indica el árbol de distribución seleccionado. Guardar el número sin el bit, el tipo de paquete y la posición del campo elimina la diferencia entre destino operativo y estructura de reparto.

Por eso una captura de 0x2A10 no responde todavía «qué dispositivo». Primero debe responder dónde apareció, con qué M, como entrada o salida, bajo qué topología y a qué hora.

La reclamación tiene emisor y dos prioridades

RFC 7176 formaliza el registro de apodo dentro de un Sub-TLV. Incluye Nickname.Pri, la prioridad para ser raíz de árbol y el valor de 16 bits. El sistema IS-IS originador, la identidad y secuencia del LSP y su tiempo de vida completan el contexto.

La prioridad del apodo resuelve la tenencia cuando hay conflicto. La prioridad de raíz decide otra cuestión: qué valores favorecen el cálculo de árboles de distribución. Un esquema de datos que las mezcla puede explicar mal tanto la colisión como el camino elegido.

El bit superior de Nickname.Pri indica que el apodo fue configurado; los siete inferiores contienen su prioridad. Lo configurado prevalece frente a una selección no configurada, pero sigue sin ser una propiedad irrevocable. Una colisión mejor respaldada puede obligar a buscar sustituto.

La prueba mínima debe conservar el anuncio antes de resumirlo: IS-IS originador, LSP, secuencia, valor, bit configurado, prioridad numérica, prioridad de raíz, instante de recepción y versión de la base de enlaces. «Se vio el apodo» es una conclusión demasiado pobre.

La corrección posterior decide el conflicto

La redacción inicial de RFC 6325 contenía un error en la frase del desempate. RFC 7780 lo corrige: gana la prioridad numéricamente mayor; si hay empate, conserva el apodo el identificador IS-IS de siete bytes, o LAN ID del pseudonodo, numéricamente mayor. El perdedor debe seleccionar otro valor.

La versión de la regla forma parte de la evidencia. Un analizador que implemente la frase antigua puede señalar un ganador diferente al de una implementación actualizada. No basta registrar «colisión resuelta»; hay que conservar ambos registros, los campos comparados y la referencia normativa aplicada.

Además, no todos los nombres visibles participan de igual manera. Para evaluar conflictos deben ignorarse reclamaciones de switches inalcanzables por IS-IS. En cambio, si un switch es alcanzable por IS-IS, su apodo no puede descartarse solo porque sea inalcanzable en el plano de datos. La membresía del concurso pertenece al control; el servicio de paquetes se verifica después.

El titular continúa escuchando. Si llega un LSP que muestra el mismo valor con prioridad superior desde un RBridge alcanzable, debe cambiar, incluso si está sobrecargado. La adquisición no cierra el registro; abre un intervalo sujeto a nuevas pruebas.

Dos campus convierten estabilidad en conflicto

Cada uno de dos campus separados puede considerar libre el mismo apodo. Al unirlos, RFC 6325 prevé colisiones transitorias. Cuando las bases reciben los LSP del otro lado, los perdedores eligen números que parecen disponibles. Algunos pueden verse obligados a repetir la selección.

Lo que parece disponible depende de la copia local del estado. Un recolector, un RBridge y una consola pueden recibir los cambios en distinto orden. La contradicción aparente se aclara si todos los datos llevan versión y hora; se vuelve insoluble si el inventario conserva únicamente la asociación más reciente.

Una cronología fiable incluye el ámbito previo, el evento de unión, ambas reclamaciones, la alcanzabilidad, el cálculo del ganador, la retirada, los valores intermedios y la convergencia observada. No debe borrar la derrota: esa derrota explica los paquetes que aún llevaban el valor anterior.

El caso límite confirma la separación. RFC 7780 permite que un switch sin apodo disponible siga funcionando como tránsito, aunque no pueda ser entrada, salida o raíz. La falta del identificador corto no prueba que el equipo haya desaparecido.

La unicidad termina en una frontera definida

RFC 8397 propone apodos únicos a través de un campus TRILL multinivel. Los RBridges de frontera difunden apodos y bloques entre niveles. Frente a ese modelo, las áreas agregadas pueden reutilizar valores y reescribirlos al cruzar la frontera.

Así, «único» significa que la política de ese campus evita colisiones dentro de su espacio. No significa que el número sea mundial, permanente ni inseparable del hardware. La frontera es parte de la afirmación.

La difusión fronteriza tampoco equivale a posesión física. Un RBridge de borde puede anunciar alcanzabilidad de apodos de una zona, y varias fronteras pueden presentar la misma cobertura para encaminar. El originador del anuncio puede representar una ruta hacia los titulares, no ser el activo que el valor abrevia.

Un historial de vínculos permite investigar

El inventario duradero debe anclarse en identificadores de activo e instancia gobernados fuera del apodo. Sobre ellos se registran intervalos de asociación: identidad IS-IS, campus o área, apodo, prioridades, LSP fuente, inicio, final y causa del final.

Para una colisión se guardan las reclamaciones originales, la regla corregida, la alcanzabilidad, el ganador, el perdedor y cada nueva selección. Para un reinicio se guarda el intento de reutilización y su resultado. Para una frontera se guardan los bloques propagados y quién los anunció en nombre del área.

La cadena termina en el plano de datos. Hace falta comprobar instalación en FIB, función de árbol, validación de camino inverso, RBridge que desencapsuló y recepción de la estación. Ganar el apodo demuestra una decisión del plano de control; no demuestra que el servicio haya llegado.

Fuentes