Resumen

  • El registro público de InterLAN-IX contiene 132 redes en una importación de lista de miembros marcada 2026-11-10T00:04:49Z: la capa institucional de este punto de intercambio está estructurada, fresca y al alcance de cualquiera.
  • El punto de intercambio dice que ofrece dos route servers a sus socios. Qué anuncian esos dos servidores, bajo qué sistema autónomo y con qué atestación de origen no aparece ni en su propia descripción ni en los registros de terceros consultados aquí.

Los dos hechos están a once líneas de distancia en el mismo fichero y describen cosas por completo distintas. Uno es un punto de intercambio que cuenta al mundo cuántas redes tiene en su lista. El otro es el mismo punto de intercambio que cuenta al mundo que opera dos route servers por cuenta de esos miembros.

Entre ambos no hay una línea que diga quiénes son esos servidores.

Qué cuenta exactamente el 132

El registro de intercambio de PeeringDB para InterLAN-IX — identificador 270, organización 591 — es un objeto JSON pequeño con mucha información dentro. Nombre: InterLAN-IX. Nombre largo: InterLAN Internet Exchange Romania. Ciudad: Bucarest. País: RO. Continente: Europa. Medio: Ethernet. Y luego los dos campos que importan aquí: ixf_net_count en 132 e ixf_last_import en 2026-11-10T00:04:49Z.

Ponga esa marca de tiempo contra el reloj. La importación de la lista de miembros del punto de intercambio en PeeringDB ocurrió menos de dos minutos antes de consultar este registro. Sea lo que sea cierto del resto, InterLAN-IX no es un punto de intercambio que se haya olvidado del papeleo público. Alguien allí ha automatizado la exportación y la cadena funciona.

Ciento treinta y dos es un recuento de redes en esa importación. No es un recuento de prefijos, sesiones, puertos, socios ni clientes. Tampoco mide el tráfico que cruza la malla. Dice cuántas entradas de red llevaba la lista de miembros del punto de intercambio a las 00:04:49 del 10 de noviembre de 2026, y nada más. La distinción suena pedante hasta que alguien pone ese número junto a un recuento de prefijos de otro registro y concluye que falta algo.

Dos route servers, descritos en una sola frase

El servicio se describe en la web del propio punto de intercambio, y se describe en rumano, brevemente: «Pentru a facilita schimbul de trafic, InterLAN-IX pune la dispoziția partenerilor săi două route-servere care permit interconectarea directă cu majoritatea celor conectați.» Para facilitar el intercambio de tráfico, InterLAN-IX pone a disposición de sus socios dos route servers que permiten la interconexión directa con la mayoría de los conectados.

Es una buena frase. Le dice a un futuro socio qué aporta el punto de intercambio más allá de un panel de parcheo: no construya una malla completa de sesiones con cada otro miembro, tome una sesión con el par y deje que el intercambio redistribuya lo que anuncian los demás. También es, en la página tal como se leyó, toda la descripción técnica. Sin direcciones. Sin número de sistema autónomo. Sin prefijo de LAN de peering. Sin una palabra sobre lo que los servidores aceptan, lo que descartan o qué hacen con una ruta cuyo origen parece dudoso.

Un route server, para el lector que no vive dentro de un router, es una máquina que opera el punto de intercambio y no un socio. Mantiene sesiones con muchos miembros y les pasa sus anuncios a los demás, de modo que una red pequeña de Cluj llega a una grande de Bucarest sin negociar una sesión por cada par. El punto de intercambio se vuelve, en el sentido del enrutamiento, parte del camino: no transporta los paquetes, decide qué anuncios son visibles.

Por eso la identidad del sistema autónomo del route server no es un detalle. Cuando un socio acepta una ruta del par, acepta una afirmación sobre dónde vive un prefijo. La afirmación nace del sistema autónomo que usan los servidores, atraviesa los filtros y validaciones de origen que aplica el punto de intercambio y aterriza en la tabla del socio. El socio ve el camino. No ve el papeleo.

El sistema autónomo que resulta ser de otro

Busque un sistema autónomo de este punto de intercambio y aparece AS39737. Es el tipo de identificador que circula en notas de peering y se copia de una nota a otra, que es justo la razón para mirarlo en lugar de suponerlo.

La ficha de directorio BGP de AS39737 dice: AS39737 Prime Telecom srl. País de origen: Rumanía. Puntos de intercambio: 6. Prefijos anunciados, todos: 414. IPv4: 392. IPv6: 22.

Eso no es un punto de intercambio. Es un operador rumano con 414 prefijos anunciados y sesiones en seis puntos de intercambio: el perfil de una red que compra y vende conectividad para vivir, que es lo que son la mayoría de los socios de un punto de intercambio nacional. No hay una línea en esa página que conecte el sistema autónomo con InterLAN-IX, ni que afirme que el punto de intercambio lo opera.

Así que el identificador que parece la respuesta es una respuesta con forma de socio. Es la huella de enrutamiento propia de un operador, publicada por un tercero, colocada junto a un punto de intercambio que publica recuentos de miembros. Los dos registros no describen el mismo objeto, no usan la misma unidad y no salen de la misma organización. Puestos uno al lado del otro no cuadran, porque no tienen por qué cuadrar.

Esa falta de cuadre merece nombrarse sin rodeos, porque la lectura contraria —132 redes aquí, 414 prefijos allá, alguien ha perdido 282 cosas— es exactamente la aritmética que convierte un artículo serio en un mal artículo.

Donde se corta el rastro

Las direcciones de los route servers de InterLAN-IX no llegaron en una forma que este artículo pudiera leer. Tampoco el prefijo de la LAN de peering. Ni los objetos de la base de datos RIPE que mostrarían qué autoriza realmente el aut-num de AS39737, o si alguna atestación de la Resource Public Key Infrastructure cubre los anuncios en cuestión.

Dígase una vez y con honestidad: es un límite de lo que se pudo recuperar aquí, no la prueba de que los route servers de InterLAN-IX carezcan de atestación, sean permisivos o filtren mal. Un punto de intercambio puede aplicar una validación de origen rigurosa y seguir siendo invisible para un lector que no alcanza los objetos que la registran. La ausencia de un registro legible en un artículo no es evidencia sobre un registro público.

Lo que sobrevive al límite sigue mereciendo publicación, porque es la forma del problema y no su solución. El punto de intercambio ha hecho bien la capa institucional: un registro estructurado, una importación fresca, una descripción de servicio clara. La capa de debajo —la que responde a qué sistema autoriza este anuncio— no está al alcance de las páginas que un socio tiene más probabilidades de leer. Un coordinador de peering que quiera esa respuesta tiene que ir a preguntarla, y preguntarla es todo el asunto.

Qué compra realmente un socio

El peering se vende como atajo hacia mejor latencia y facturas de tránsito más bajas, y normalmente lo es. Pero cada sesión lleva una segunda transacción que nadie factura: el socio acepta una afirmación de origen que no puede reconstruir por su cuenta a partir de los materiales públicos del punto de intercambio. Cuando la malla es pequeña, nacional y veterana, esa aceptación parece segura. Sigue siendo una aceptación.

La ficha del directorio Solo para el Círculo Estratégico y la web del punto de intercambio describen un operador con cobertura nacional, una malla Ethernet y un par de route servers que usa la mayoría de los conectados. Es un servicio real, descrito con competencia hasta donde llega la descripción.

La descripción se detiene justo una capa antes. Un recuento de 132 redes dice que la sala está llena. No dice quién firmó por las rutas que la cruzan.