Resumen

  • ARIN mantiene abierta la sugerencia 2024.8. El solicitante relató en mayo de 2024 que una migración de AS-SET tropezó con un aparente máximo de 1.024 caracteres en remarks.
  • La lista larga no era mera explicación: contenía referencias con fuente para el generador de filtros de Lumen bajo la marca Level3 members:.
  • La guía de Lumen establece que esas líneas prevalecen sobre members o mbrs-by-ref y admite que la interpretación del objeto depende del generador.
  • Ampliar el campo puede evitar cadenas de AS-SET, pero no alinea la semántica ni demuestra qué política terminó en los routers.
  • La salida responsable es un perfil de interpretación versionado y un comprobante que compare la expansión RPSL con la privada.

Análisis

La pista está en el remedio improvisado

Dale Carder presentó la sugerencia el 9 de mayo de 2024. Al trasladar registros desde un IRR de terceros no autoritativo hacia el servicio autenticado de ARIN, encontró —según su relato— un límite de 1.024 caracteres. Pidió más longitud o varias líneas remarks. Mientras tanto, dividió la lista mediante varios AS-SET enlazados.

Encadenar conjuntos funciona, pero convierte una sola intención en un pequeño grafo operativo. Hay más nombres que mantener, más recursión que comprobar y más oportunidades para que una baja o un alta quede a medio camino. ARIN aceptó que la mejora ayudaría a la migración y la incorporó a la cola de cambios de IRR. Su índice actual todavía muestra la sugerencia como abierta.

No es correcto transformar esa etiqueta en una acusación de inacción. ARIN no prometió fecha y esta investigación no utilizó una cuenta autenticada para verificar el límite actual. Lo que sí consta es el relato de 2024 y que, a 9 de septiembre de 2026, no aparece una disposición final en la ficha pública.

También consta por qué la lista necesitaba espacio. Para un consumidor concreto, remarks era código de configuración en potencia.

Dos conjuntos dentro del mismo objeto

RPSL separa comentario de membresía. RFC 2622 llama a remarks una explicación libre. Para un AS-SET, members enumera ASN y otros conjuntos; mbrs-by-ref incorpora miembros mediante la autoridad de mantenedores. Esa separación permite inspeccionar el objeto y saber qué campo expresa cada afirmación.

Lumen añade una capa propia. Su guía del registro LEVEL3 dice que las líneas Level3 members: y Level3 mbrsby-ref: dentro de remarks tienen prioridad sobre los atributos ordinarios. La notación privada puede señalar la base de origen de cada referencia, algo valioso cuando un nombre existe o se resuelve de modo distinto entre IRR.

La documentación llega al núcleo del problema sin rodeos: habla de “interpretación dependiente del generador de filtros”. Un consumidor compatible con referencias entre registros puede leer el campo estándar. Lumen, al detectar la marca, lo descarta y construye el conjunto efectivo a partir del comentario alternativo. RADb también publica la convención y su forma <Base>::<Objeto>.

No hace falta presentar esto como una mala práctica absurda. El IRR global es una colección de bases separadas y espejos. Una operadora que genera filtros para sesiones de clientes necesita resolver cada referencia en la fuente correcta. Lumen afirma que sus sistemas toman objetos IRR, construyen filtros automatizados para AS3356 y los actualizan diariamente. La extensión atiende una necesidad que la sintaxis común no cubría en su implementación.

La deuda aparece cuando la extensión no viaja con una prueba de interpretación. El objeto parece uno, pero contiene dos conjuntos posibles.

ARIN conserva el registro; Lumen elige la lectura

La cadena de control empieza con el mantenedor que presenta el objeto. ARIN autentica la acción, valida la forma que admite y publica el registro. Después, un consumidor elige bases y espejos. Su analizador decide si la marca especial es texto o mandato. Solo entonces puede expandir miembros, buscar objetos de ruta y producir un filtro candidato.

Quedan más pasos: revisión, despliegue y carga en routers. Una configuración aplicada tampoco demuestra por sí sola qué anuncios BGP circularon ni qué paquetes llegaron a destino. Atribuir todo el resultado a ARIN porque almacena el objeto sería tan erróneo como atribuir a Lumen la validación del registro de ARIN.

Una ampliación de campo mejora el primer tramo. Puede reunir una lista antes fragmentada y disminuir los fallos de actualización entre conjuntos encadenados. Pero no soluciona la bifurcación semántica. Si el mantenedor corrige members y olvida la línea prioritaria, un lector ve el cambio y el generador de Lumen puede no verlo. Si el parser cambia, el objeto puede permanecer intacto y producir otro resultado.

El criterio de aceptación no debería ser “el servidor guardó 2.000 caracteres”. Debería ser “los intérpretes declarados produjeron estos conjuntos y esta diferencia”.

Un comprobante sin exponer la red

La evidencia mínima es sobria. Clave pública y fuente del objeto; hash o serial de la versión leída; nombre y versión del perfil de parser; marcador activado y regla de precedencia. Después, referencias aceptadas, referencias rechazadas con motivos estables y base asociada a cada miembro.

Conviene calcular dos resultados: expansión estándar y expansión privada. Sus huellas, más un resumen limitado de altas, bajas y elementos sin resolver, permiten revisar el cambio sin publicar una configuración de router. La hora y la instantánea de fuentes hacen repetible la consulta. Los estados generado, revisado, desplegado y observado deben conservarse por separado.

ARIN solo tiene que responder por su parte. Si amplía o repite remarks, debe decir qué objetos e interfaces abarca, cómo trata valores existentes y qué semántica externa no valida. Si decide otra solución, su ficha debería cerrar el ciclo. Lumen, dueño del intérprete, puede publicar el perfil vigente y una comparación de expansiones sin revelar contratos ni topología.

Nada aquí demuestra un fallo de ruta

No hay un caso medido de filtrado incorrecto. Las fuentes no registran fuga, caída, vulneración ni daño a clientes. Tampoco cuantifican cuántos AS-SET actuales usan la marca. El límite proviene del solicitante y no fue reproducido ahora. La guía de abril de 2023 demuestra una regla documentada, no la versión de cada sistema de producción en 2026.

La recomendación se mantiene dentro de esos límites: conservar la compatibilidad mientras sea necesaria, pero convertirla en un contrato observable. El campo mayor arreglará la ergonomía. El perfil y el comprobante arreglarán la custodia del significado.

Fuentes