Resumen

La casilla seis no transporta paquetes

La escena documental tiene dos planos. El borrador del indicador SNAC, fechado el 5 de junio de 2026, pide a IANA que asigne un bit y conserva TBD en su texto. El registro actual muestra el 6. En el Datatracker el documento figura en la cola del RFC Editor. La asignación resuelve qué posición leerán los programas; el texto sigue siendo un Internet-Draft en el material consultado. Ninguna de estas fuentes demuestra que una instalación concreta haya pasado un solo anuncio por su conmutador.

La función del bit es identificar el tipo de emisor. Un router SNAC conecta una red periférica o stub con una red de infraestructura. Si el receptor ve un anuncio de router con S=1, el borrador indica que procede de un SNAC. Los equipos que no reconocen S lo ignoran; los que no operan como SNAC no lo ponen a uno. Esta convivencia importa: permite añadir una distinción al protocolo sin exigir que todos los dispositivos de una red cambien a la vez. También deja en manos del documento compañero la pregunta que más interesa al operador: cuándo se envía la señal y qué consecuencia tiene.

La revisión 13 del borrador SNAC simple responde mirando el cable correcto. Si el SNAC anuncia su propio prefijo adecuado en el enlace de infraestructura adyacente, debe poner S=1. En la red stub, el apéndice C fija S=0. El mismo aparato, dos interfaces y dos valores. Un inventario que anota «este router soporta S» sin anotar por dónde salió el anuncio borra la mitad de la regla.

Lo que hace el receptor cuando aparecen dos prefijos

Supongamos que un SNAC ya anuncia un prefijo adecuado en el enlace adyacente. Recibe otro anuncio con un prefijo adecuado diferente. Si S está apagado, la revisión 13 le hace entrar en STATE-DEPRECATING. El prefijo que venía anunciando empieza a retirarse. La regla reconoce la diferencia entre una señal procedente de un SNAC y otra que no la lleva; no deja la prioridad al azar de llegada.

Con S encendido, el árbitro no decide siempre lo mismo. Si los prefijos son iguales, el router sigue anunciando el suyo. Si anuncia un prefijo ULA y recibe uno adecuado que no es ULA, depreca el suyo. Si ambos son ULA, cede cuando el recibido es numéricamente menor. En los demás casos de esa lista permanece en el estado de anuncio. El bit dirige al receptor hacia una comparación más fina; no es una orden universal de retirarse.

El detalle numérico de los ULA puede parecer una nota para implementadores. En realidad, permite preguntar algo verificable cuando dos routers stub compiten por anunciar un prefijo: ¿qué valor recibió cada uno y qué rama aplicó? Un operador que solo vea «S=1» sabrá demasiado poco. Necesita conocer el prefijo en curso, el nuevo prefijo, su clase ULA y el estado final. IANA ofrece una posición común en el paquete, no el resultado de la comparación.

RA-Guard puede votar antes que el vecino

El propio borrador del indicador advierte que una implementación de RA-Guard que filtre los anuncios de routers SNAC impedirá a los equipos del enlace de tránsito recibir S=1. Esa frase merece más atención que la novedad del número seis. Un emisor puede cumplir la regla, el registro puede ser inequívoco y el receptor puede estar preparado; si la política local descarta el anuncio, los tres hechos no producen coordinación.

RFC 7113 trata las dificultades de implementar RA-Guard. El operador de la red debe saber qué anuncios permite su política y por qué. Si abre paso a los SNAC, conserva las consideraciones ordinarias de seguridad de Neighbor Discovery de RFC 4861; el nuevo borrador dice expresamente que añadir S no las altera. Un bit de clasificación no verifica por sí solo quién controla el puerto ni convierte un anuncio recibido en credencial de autoridad. Hay que leerlo como dato del protocolo y conservar la política de confianza donde corresponde.

Falta una captura de un anuncio S en el enlace adyacente junto con la decisión de RA-Guard y la transición observada del receptor; ese conjunto mostraría el resultado de una implantación concreta. Los borradores y el registro describen lo que debe ocurrir, no una prueba de campo que aún no está en estas fuentes.

El coste de llamar «desplegado» a lo que solo está registrado

El reparto de responsabilidades es preciso. IANA asigna el número. El borrador corto define qué comunica S. El borrador largo decide en qué interfaz se enciende y cómo se comparan los prefijos. El administrador del enlace configura el filtro. El router receptor calcula el estado. Cualquier vendedor puede comprimir estos cinco pasos en una línea de producto; la red tendrá que pagar por la compresión cuando aparezcan dos prefijos.

La verificación útil también cabe en una línea, pero con cinco columnas: interfaz emisora, anuncio emitido, decisión del filtro, anuncio recibido y estado del prefijo. Si el primero es incorrecto, se corrige el emisor. Si desaparece en el filtro, se revisa la política. Si llega y el receptor elige mal, se examinan sus entradas y la rama de la revisión 13. La numeración de IANA hace posible que todos hablen de la misma señal. La evidencia sobre el cable decide si hablaban del mismo hecho.

Fuentes