Resumen

  • El registro del Pittsburgh Internet Exchange ya resuelve sus tres asociaciones de instalaciones en tres operadores distintos — Crown Castle Inc., EdgeConneX Inc. y DataBank, Ltd. —, justo el detalle que una lectura del mismo registro el 4 de noviembre no pudo obtener.
  • La fila de LAN llama «Peering-1500» a la LAN, fija un MTU de 1500, desactiva 802.1Q y pone rs_asn en 0, mientras la única fila de participante leída íntegramente declara peering con servidor de rutas en esa LAN. Un futuro miembro ve que ese peering ocurre y no ve, desde la fila de LAN, qué ASN lo presta.
  • Nada de lo leído el 12 de noviembre cuantifica volumen de tráfico, latencia ahorrada, capacidad de puertos, disponibilidad, nivel de servicio, condiciones contractuales o precio, y ningún operador de acceso del oeste de Pensilvania queda identificado entre las 36 redes contadas.

El registro del exchange número 1999 informa de 36 redes registradas, tres asociaciones de instalaciones, una importación IX-F fechada el 2026-11-12T00:12:32Z —unas veinte horas antes de la propia lectura— y «Not Disclosed» tanto en el campo de nivel de servicio como en el de condiciones. Dos de esas cifras son accionables para un tercero. Ninguna es una medida de rendimiento.

El conjunto de instalaciones contiene tres entradas, con identificadores 1423, 1925 y 4292, atribuidas respectivamente a Crown Castle Inc., EdgeConneX Inc. y DataBank, Ltd. Tres entradas, tres operadores distintos, uno por uno. Es una lectura de diversidad más fuerte que el simple recuento de tres, porque no son tres jaulas dentro del edificio de un único arrendador. Sigue sin ser una topología: el registro no empareja a ningún miembro con la instalación de ningún operador y no dice cuántos caminos físicos distintos representan esas tres entradas.

La fila de LAN es donde el registro deja de ser un folleto. La LAN se llama «Peering-1500», el MTU es 1500, la compatibilidad con 802.1Q es falsa y rs_asn marca 0.

Se leyó íntegramente una fila de participante del listado de participantes: netixlan 39041, red 4224, AS13335, LAN «PIT-IX: Peering-1500», velocidad 100000 —el registro lee ese campo en megabits por segundo, es decir 100 Gbps para este miembro—, is_rs_peer verdadero, bfd_support falso, operational verdadero, IPv4 206.71.141.11 e IPv6 2001:504:77::11.

Lean las dos filas juntas. Un miembro declara que intercambia rutas con el servidor de rutas en esa LAN. La fila de LAN, en cambio, no designa ningún ASN de servidor de rutas. Un cero en un campo de número de AS señala ausencia de designación, no prueba de que no funcione ningún servidor de rutas, y el registro de organización lo zanja: lleva un objeto de red llamado «PIT-IX Route Servers» en AS30365, junto a «Pittsburgh Internet Exchange Services» en AS400798. La señal viva del miembro es la mejor prueba de que la función existe. El campo vacío es la parte interesante, porque es el que consultaría un par automático: una red que se aprovisiona desde el registro y no desde una cadena de correos.

La página del operador defiende la causa que quiere vender, en sus propias palabras: el peering «enables connected organizations to offer stable, fast, and cost-effective Internet services» a sus usuarios, y «allows Pittsburgh sources and destinations to communicate directly within the region, rather than traveling long distances to needlessly bounce through another city», con la etiqueta #KeepTrafficLocal. La misma página describe a PIT-IX como un exchange neutral e independiente, organización sin ánimo de lucro IRS 501(c)(6), y remite a «Access PIT-IX at any of the member data centers» sin nombrar ninguno en el pasaje leído.

Esto corrige un artículo publicado aquí el 4 de noviembre: la lectura anterior contó las tres asociaciones de instalaciones y no pudo nombrar ninguna. El cambio está en lo que se pudo recuperar, no en lo que el operador decidió publicar. Esas tres entradas estaban en el conjunto de instalaciones del registro desde el principio.

Así que una red que sopesa un puerto en Pittsburgh ya puede responder la pregunta que decide el recinto —quién es dueño del suelo— y todavía no puede responder las que deciden el contrato: qué instalación para qué miembro, cuánto cuesta un puerto, qué nivel de servicio se compromete por escrito y quién, al otro lado de esa matriz, está realmente en el oeste de Pensilvania. El eslogan es intención. El registro es un mapa de recintos.

Qué permite comprobar ahora el registro

Cinco cosas, y merece la pena enumerarlas porque cada una estaba antes indisponible o era fácil de errar.

  • Propiedad de las instalaciones. Tres entradas de instalación, tres operadores nombrados, tres organizaciones distintas detrás. Un candidato puede preguntar por la casa de un operador concreto en vez de preguntar por «los centros de datos miembros» en abstracto.
  • Identidad de la LAN y tratamiento de tramas. La matriz está nombrada, y su MTU y su ajuste 802.1Q están publicados. Una red que planea tramas jumbo o entrega de VLAN aprende aquí que ninguna de las dos cosas se ofrece en esta LAN tal como está registrada.
  • Presencia de servidor de rutas. Visible por dos vías: una fila de miembro que marca peering con servidor de rutas, y un objeto de red propiedad de la organización en AS30365 con el nombre de la función.
  • Frescura del registro. La marca temporal de la importación IX-F le da edad al recuento. El 12 de noviembre esa edad era de unas veinte horas.
  • Detalle de un participante. Para al menos un miembro son legibles el ASN, la LAN, la velocidad, las direcciones IPv4 e IPv6, el indicador de servidor de rutas, el indicador BFD y el estado operativo.

Qué sigue sin poder

Ninguna de las páginas leídas indica volumen de tráfico, latencia ahorrada por el peering local, capacidad total de puertos, utilización, historial de disponibilidad o precio. Los campos comerciales del propio registro son su parte más vacía: nivel de servicio y condiciones dicen ambos «Not Disclosed».

Ningún miembro entre las 36 redes contadas queda identificado como red de acceso del oeste de Pensilvania. Es una ausencia en las filas leídas, no prueba de que no exista: de 36 redes contadas se leyó íntegramente exactamente una fila de participante, y el resumen del registro nombra un puñado más de ASN. Son agregados, no filas inspeccionadas, y de ellos no se sigue ninguna afirmación sobre la composición del conjunto de miembros.

La página de servidores de rutas no respondió en ninguno de los dos intentos del 12 de noviembre, así que este artículo no afirma nada sobre su política, su número de instancias o su tarifa —ni lo niega—. El estatus 501(c)(6) es la autodescripción del operador en su propia página, no un expediente leído aquí. Y «instalación» sigue siendo la palabra del registro: llamar edificios o campus a estas tres entradas reclamaría más de lo que su vocabulario sostiene.