Resumen

  • RFC 5398 reserva los rangos 64496–64511 y 65536–65551 para documentación y código de muestra, no para identificar redes en operación.
  • Que un equipo acepte el número, levante una sesión o muestre un estado verde no demuestra que el ASN haya sido asignado o autorizado para ese uso.
  • La evidencia debe conservar por separado el origen del parámetro, la configuración renderizada, la decisión de admisión, el estado del vecino y las rutas realmente observadas.

La sesión puede funcionar con una premisa falsa

Los protocolos no consultan la intención del autor de una guía. Si un ASN cabe en el campo y la implementación no lo prohíbe, la configuración puede avanzar. Esa tolerancia es necesaria para la interoperabilidad, pero es una base pobre para gobernar identidad.

RFC 5398 se ocupa de un problema anterior a la sesión. Los ejemplos técnicos necesitan números realistas. Usar un ASN público puede atribuir el escenario a un operador ajeno. Usar un número que hoy está sin asignar tampoco es estable: la asignación puede cambiar mientras el documento permanece. Usar un ASN privado puede colisionar con una topología interna real.

Por eso IANA registra dos bloques con una finalidad duradera. 64496–64511 permite ejemplos en el espacio expresable con 16 bits. 65536–65551 permite mostrar el espacio de cuatro octetos. Ambos son válidos como material explicativo y deliberadamente inadecuados como identidad productiva.

La diferencia aparece cuando el ejemplo se copia. En la guía, el párrafo y el número forman una unidad. En un ticket, quizá solo sobreviva la línea de configuración. En una plantilla, el literal puede convertirse en valor predeterminado. En el dispositivo, ya no existe ninguna señal de que el origen era pedagógico.

Una sesión activa solo demuestra que dos extremos intercambiaron mensajes bajo cierta configuración. No demuestra que el identificador remoto pertenezca a la contraparte, que el inventario lo autorizara ni que las rutas posteriores tengan la procedencia que los paneles les atribuyen.

El significado de remote-AS necesita una fuente

Un campo remote-AS no es un contenedor numérico genérico. Afirma qué sistema autónomo espera el operador en el otro extremo. Esa afirmación debería enlazar con un contrato, una asignación verificable, una política interna aprobada o, en un laboratorio, una declaración explícita de simulación.

Cuando el valor procede de una muestra, falta esa cadena. El documento prueba únicamente que el autor necesitó un personaje para su escenario. Copiarlo preserva los dígitos pero no crea la relación comercial, la asignación registral ni la aprobación de cambio que una sesión real requiere.

El mismo razonamiento vale para local-AS. Configurar un número documental como identidad local no convierte a la organización en titular. Incluso si el alcance queda encerrado y ninguna ruta sale, el inventario y la observabilidad pueden empezar a tratar el token como activo real. La confusión nace antes de la exposición externa.

Por ello conviene registrar la semántica del campo junto al valor. Los controles deben saber si inspeccionan identidad local, expectativa remota, elemento de AS_PATH, dato de laboratorio o texto de ayuda. La coincidencia numérica sin ese contexto no distingue el uso correcto del incorrecto.

Privado y documental responden a riesgos distintos

RFC 6996 reserva 64512–65534 y 4200000000–4294967294 para uso privado. Son números de operación dentro de ámbitos donde la unicidad global no es necesaria. Pueden organizar una fábrica BGP o un centro de datos. Precisamente por ello, deben retirarse de atributos de camino antes de anunciar rutas a Internet.

Un ASN documental no es una versión más pequeña de ese régimen. Está pensado para RFC, libros, formación y código de muestra. Si una guía empleara un ASN privado, podría chocar con el diseño interno del lector. Si una producción emplea un ASN documental, convierte un recurso pedagógico en una falsa identidad.

Una regla única denominada “ASN no público permitido” falla en ambos sentidos. Permite números documentales donde debe detenerlos y no comprueba el confinamiento que exige el uso privado. La política necesita categorías de finalidad, no solo intervalos.

También necesita versión. La captura actual del registro IANA identifica las dos reservas documentales y referencia RFC 5398; identifica aparte el uso privado con RFC 6996 y AS_TRANS con RFC 6793. Un veredicto debe conservar qué instantánea y qué regla se aplicaron, para poder reproducirlo cuando el registro o el software cambien.

De la línea copiada a la ruta observada

La primera comprobación busca literales en ejemplos, repositorios y plantillas. Su objetivo no es eliminar RFC 5398 de la documentación, donde pertenece, sino detectar rutas por las que el valor puede alimentar artefactos desplegables. Los directorios de muestra deben quedar claramente separados de los módulos de producción.

La segunda comprobación inspecciona la configuración después de resolver variables e incluir fragmentos. Un origen limpio no garantiza un resultado limpio. Los valores predeterminados, dependencias y sustituciones de entorno pueden introducir un ASN reservado durante el renderizado.

La tercera es la admisión al destino real. Conoce el dispositivo, el rol y el entorno. Si un campo de identidad contiene un ASN de documentación, debe rechazar la operación y entregar un diagnóstico que señale el origen. Una excepción, si existe para un laboratorio, debe quedar limitada por destino y tiempo; nunca ser una autorización global para la cifra.

La cuarta comprueba el estado aplicado. La configuración candidata, el cambio aceptado y la configuración que ejecuta el dispositivo pueden diferir. Se revisan la identidad local, el vecino, las rutas recibidas y anunciadas, y cualquier AS_PATH o AS4_PATH relevante.

La quinta observa la consecuencia. ¿El número apareció fuera del perímetro previsto? ¿Un sistema de inventario creó una red? ¿Un motor de inteligencia asignó empresa y país? ¿Una alerta propagó la atribución? Corregir el router sin reparar estas copias deja una falsa realidad en los sistemas secundarios.

Cada control genera un recibo diferente. Fusionarlos en “cambio correcto” oculta dónde se rompió el significado.

Cuatro octetos no convierten AS_TRANS en ejemplo

RFC 6793 explica cómo BGP incorpora números de cuatro octetos y define AS_TRANS 23456 para representar determinados valores en interacción con hablantes antiguos. Esa función especial es evidencia de transición, no una reserva educativa.

La segunda banda de RFC 5398 permite construir ejemplos que realmente superan 65535. Así se pueden probar anchura, codificación y políticas sin usar AS_TRANS fuera de su propósito. Una suite que solo usa ASN pequeños podría pasar aunque el producto truncara valores; una suite que toma un ASN público grande podría atribuirse a un tercero. El bloque documental evita ambas deficiencias.

RFC 3849 y RFC 5737 aplican la misma lógica a direcciones IPv6 e IPv4. Los ejemplos deben parecerse a una red suficiente para enseñar, pero no apropiarse de recursos reales. La reserva formal mantiene esa seguridad más tiempo que una elección oportunista de algo “libre”.

La aparición no basta para atribuir

Si 65536 surge en telemetría, existen varias hipótesis legítimas: simulación, prueba de parser, flujo sintético, datos anonimizados o copia equivocada. El análisis conserva colector, par, tiempo, posición del atributo, transformaciones y alcance antes de declarar incidente.

No debe crear un operador llamado por el número. El registro dice que el token carece de esa clase de titular. La observación puede convertirse en un evento investigable y enlazarse con el cambio que la produjo; no puede convertirse automáticamente en una entidad operativa.

Esta prudencia evita que una pequeña fuga semántica crezca. Una identidad inventada puede recibir relaciones, historial, puntuaciones y alertas. Cuanto más se enriquece, más difícil resulta recordar que el punto de partida era un ejemplo.