Resumen
- MarkleyIX es más visible para los compradores a través del Boston Internet Exchange, o BOSIX, que Markley presenta como una red de peering IP alojada en sus instalaciones de One Summer Street en Boston y Lowell. Las páginas oficiales de Markley describen conexiones de 1Gb, 10Gb, 40Gb y 100Gb, soporte redundante de servidores de ruta, reglas de filtrado de rutas, una lista de participantes y un contexto de centro de telecomunicaciones con más de 100 proveedores de red en el ecosistema más amplio de Markley.
- La cuestión comercial no es si los registros públicos de BGP o PeeringDB hacen que BOSIX parezca una ruta perfecta. No lo hacen. La cuestión es si un puerto de peering de pago, una conexión cruzada y una cuenta de interconexión local reducen lo suficiente los costos de tránsito, la latencia, la congestión del enlace ascendente y la dependencia operativa para superar a los sustitutos como el tránsito IP común, el peering remoto, las interconexiones de red privadas, la descarga de CDN, MASS IX, CoreSite Any2, la presencia en intercambios de Nueva York, la presencia en Ashburn/norte de Virginia o simplemente no tener peering local en absoluto.
El comprador está decidiendo dónde el tráfico de Boston se vuelve local
Imagínese un proveedor de acceso regional, una red universitaria, un operador de servicios gestionados o una empresa con mucho contenido revisando el presupuesto de ancho de banda del próximo año. El tráfico no es exótico. Los usuarios transmiten video, actualizan software, colaboran en Microsoft 365, extraen contenido de CDN, acceden a aplicaciones en la nube y mueven paquetes entre Boston, sus suburbios cercanos, campus, hospitales y clientes. El operador ya compra tránsito. Es posible que ya esté transportando tráfico de regreso a Nueva York o al norte de Virginia porque esos mercados tienen ecosistemas de intercambio más profundos. Puede tener una interconexión de red privada con un gran socio, un acuerdo de caché de CDN, un servicio de peering remoto o simplemente suficiente tránsito de pago para evitar pensar en el trabajo de intercambio local.
La decisión en torno a MarkleyIX es si comprar un puerto de peering local, una conexión cruzada y una cuenta de interconexión en Boston en su lugar. Esa unidad de pago no es un reemplazo mágico de Internet. Es acceso a un tejido de conmutación local compartido, la ruta física y comercial hacia ese tejido, y la cuenta operativa a través de la cual una red puede establecer sesiones BGP con otros participantes directamente o a través de servidores de ruta. El cliente aún necesita un enrutador o firewall capaz de BGP, la óptica y el cableado adecuados, política de enrutamiento, monitoreo y una razón comercial para hacer peering. Lo que transfiere al vendedor es la carga de proporcionar la superficie de conmutación de Boston, alojarla dentro de una instalación conectada, mantener el acceso al intercambio, publicar reglas e información de los participantes, ayudar con la configuración donde se ofrezca y hacer que la ruta de conexión cruzada local sea más fácil que construir un enlace bilateral separado para cada contraparte útil.
Los sustitutos son sencillos. El comprador puede seguir pagando a proveedores de tránsito y dejar que ellos decidan dónde sale el tráfico. Puede comprar peering remoto hacia un mercado más grande. Puede colocar equipos en Nueva York, Ashburn u otro clúster de centros de datos del norte de Virginia. Puede pagar por una interconexión de red privada con una contraparte de alto volumen. Puede enviar más entregas a una CDN y aceptar las propias opciones de interconexión de la CDN. Puede unirse a otro intercambio del área de Boston. O puede no hacer nada, que a menudo es la opción más barata a corto plazo cuando el tiempo de ingeniería es escaso.
La evidencia pública solo puede probar parte del caso. Markley dice que BOSIX está alojado en One Summer Street y Lowell y admite conexiones de 1Gb, 10Gb, 40Gb y 100Gb. PeeringDB muestra un registro del Boston Internet Exchange con 58 pares, 68 conexiones, dos instalaciones locales y aproximadamente 3,0 Tbps de capacidad conectada listada enhttps://www.peeringdb.com/ix/565. Internet Society Pulse, utilizando datos de PeeringDB en julio de 2026, resume 58 ASN y 2.973 Gbps de capacidad enhttps://pulse.internetsociety.org/en/ixp-tracker/ixp/270/. La página de participantes de Markley dice que hay 88 participantes. Esos registros respaldan la presencia, la accesibilidad y la superficie de interconexión. No prueban la calidad de la ruta, el tráfico real intercambiado, la latencia entregada a un cliente específico, la calidad del servicio, la arquitectura interna, la gestión de seguridad, la rotación, el margen o el precio que se cotizará a un comprador.
Ese límite es el núcleo del caso de inversión. Si suficiente tráfico de un cliente puede volverse local en Boston, el puerto es un instrumento económico. Si las contrapartes útiles están ausentes, son selectivas, están congestionadas, son inalcanzables bajo la política del comprador o son más baratas de alcanzar en otro lugar, el puerto es simplemente otra partida mensual.
El intercambio de Markley está anclado en el edificio que los compradores ya conocen
La propia descripción de Markley coloca a BOSIX dentro de una historia más amplia de centro de datos y centro de telecomunicaciones en lugar de tratarlo como un intercambio independiente sin atracción local. La página del Boston Internet Exchange enhttps://www.markleygroup.com/services/boston-internet-exchangedice que el intercambio está alojado en las ubicaciones de One Summer Street en Boston y Lowell de Markley y proporciona una red de peering IP a través de un tejido de conmutación propietario. La misma página dice que la instalación de One Summer Street de Markley alberga proveedores de servicios de Internet de nivel uno y dos, redes de entrega de contenido y las principales empresas financieras, de atención médica, académicas, gubernamentales y tecnológicas. Para un comprador local, eso importa porque es más fácil justificar un puerto cuando se encuentra donde el comprador ya puede colocar enrutadores, comprar operadores, acceder a rampas de entrada a la nube o solicitar conexiones cruzadas.
El sitio más amplio de Markley hace explícito el caso de la instalación. La página de inicio de Markley dice que la empresa tiene 1,4 millones de pies cuadrados de espacio de centro de datos, más de 100 proveedores de red nacionales e internacionales, personal y seguridad en el lugar las 24 horas del día, los 7 días de la semana, y respaldo de UPS 2N, refrigeración y generador. Su página acerca de dice que Markley fue fundada en 1991, que One Summer Street se inauguró en 1998 y que la instalación insignia de Boston tiene 920,000 pies cuadrados de espacio blanco y mecánico. También dice que Markley posee y opera un centro de datos de misión crítica de 352,000 pies cuadrados en Lowell. Esas afirmaciones no le dicen a un lector externo lo que gana BOSIX, pero explican por qué el intercambio tiene un anfitrión local creíble: está vinculado a un operador de centros de datos de larga trayectoria con una dirección de interconexión reconocida en Boston.
La página de operadores enhttps://www.markleygroup.com/services/carriersdescribe a Markley como el hogar de la red más grande de Nueva Inglaterra de operadores regionales, nacionales e internacionales y enumera una larga lista de proveedores de red. La página de AWS Direct Connect dice que Markley es la primera y única ubicación de AWS Direct Connect en Nueva Inglaterra y presenta a la empresa como el centro de telecomunicaciones y centro de operadores de la región. La página de colocalización de alta densidad dice que los clientes pueden acceder a más de 100 proveedores de red, AWS Direct Connect, Microsoft Azure y GCP Interconnect. La página de Markley Network Fabric luego amplía la propuesta: acceso directo a Internet, BOSIX, acceso a proveedores de nube, dos puertos redundantes por defecto para el producto de tejido, soporte de operaciones de red y acceso a más de 140 proveedores de nube.
Para MarkleyIX, este contexto es más que un trasfondo de marketing. El puerto local es más fácil de vender cuando aparece como un componente de una cuenta existente en Boston. Un cliente que ya está dentro de One Summer Street puede comparar el costo marginal de una conexión cruzada y un puerto de intercambio con el costo de agregar o redimensionar el tránsito, pagar por el transporte a otra área metropolitana o usar un intermediario de peering remoto. Un cliente fuera de Markley puede preguntarse si el ecosistema de la instalación es lo suficientemente rico como para justificar la entrada. Esa es la superficie de control: el puerto de intercambio, la conexión cruzada, la cuenta del centro de datos, la configuración del enrutador y la ruta de soporte a su alrededor.
La advertencia es que la fortaleza del centro de datos de Markley no debe confundirse con la prueba de que cada par de BOSIX es útil para cada comprador. Un centro de telecomunicaciones puede albergar muchas redes que no hacen peering abiertamente, no transportan el tráfico objetivo del comprador o prefieren términos bilaterales. Un centro de datos puede ser sólido mientras que un servicio de intercambio en particular sigue siendo solo una opción en el mercado local. El edificio le da credibilidad a MarkleyIX; la matriz de tráfico decide si la factura es racional.
El registro de interconexión muestra un tejido local real, no un veredicto global
El registro técnico público más sólido de BOSIX son los datos de interconexión, y deben leerse de manera limitada. PeeringDB identifica el Boston Internet Exchange como BOSIX, operado por Markley Group, en Boston, Massachusetts, con dos instalaciones locales: Markley Group One Summer Street Boston y Markley Group Lowell. Enumera el prefijo LAN IPv4 206.108.236.0/24 y el prefijo LAN IPv6 2001:504:24:1::/64, 58 pares, 68 conexiones, 32 pares abiertos en la página renderizada, el 82 por ciento con IPv6 y una capacidad total que se muestra como 3.0T. La salida de la API de PeeringDB recuperada para el mismo intercambio da 68 filas de conexión netixlan y 2,973,000 Mbps de velocidad de puerto listada. Esa es una evidencia útil de un tejido compartido real y una huella de interconexión local material.
Internet Society Pulse agrega una presentación independiente del mismo tipo de evidencia. Su página del Boston Internet Exchange de julio de 2026 informa 2,973 Gbps de capacidad, 58 ASN miembros, tres ASN que se van y dos que se unen en los últimos 12 meses, y una combinación de miembros liderada por categorías NSP, cable/DSL/ISP, educativa/investigación, contenido, empresa y desconocida. También informa que 16 de los 58 miembros hacen peering en el servidor de ruta y que 35 de los 58 miembros usan RPKI según su definición de tener al menos un ROA válido. Esas cifras ayudan a un comprador a dimensionar la superficie. No clasifican el rendimiento del intercambio y no le dicen al comprador si sus propios paquetes se moverán a través del tejido.
Packet Clearing House enumera el Boston Internet Exchange como activo, basado en Ethernet, administrado por Markley Group y establecido el 9 de abril de 2012. La entrada BostonIX de IXPDB es más antigua y escasa, mostrando el ID IX-F 407, ubicación en Boston, 24 ASN y una fecha de actualización de 2019. La brecha entre IXPDB, PeeringDB, ISOC Pulse y la propia página de participantes de Markley es en sí misma un recordatorio de que las bases de datos de interconexión públicas no son estados financieros auditados. Son referencias operativas en vivo o semi-en vivo. Un comprador puede usarlas para identificar posibles contrapartes, direcciones IP, instalaciones y bandas de capacidad. No debe usarlas como sustituto de la debida diligencia con Markley y con las redes específicas que desea alcanzar.
La evidencia de los participantes sigue siendo valiosa. La página de participantes de Markley enumera nombres de nube, contenido, operador, educación, atención médica, empresa y servicios de red. La página renderizada de PeeringDB incluye ejemplos como Akamai, Amazon, Apple, Astound, Atlantic Metro, BCBSMA, Boston Children's Hospital, Brandeis, Bridgewater State University, Cloudflare, Fastly, Hurricane Electric, Microsoft y Netflix, entre muchos otros. Una empresa local que envía mucho tráfico a ese tipo de redes tiene una razón para investigar. Una red con tráfico principalmente a contrapartes fuera de ese conjunto puede encontrar el puerto menos atractivo.
La forma limpia de usar los registros es convertirlos en la propia lista de candidatos del comprador. ¿Cuáles de los 20 principales destinos de tráfico están en BOSIX? ¿Qué pares son abiertos, selectivos o accesibles a través de servidores de ruta? ¿Cuáles requieren contacto bilateral? ¿Cuáles aceptan las proporciones de tráfico del comprador? ¿Cuáles ya son accesibles a través de un proveedor de tránsito de pago a un costo aceptable? ¿Cuáles seguirían pasando por otro mercado debido a la política? Los registros públicos pueden iniciar esas preguntas. No pueden responderlas solos.
Los servidores de ruta reducen la factura de configuración pero no eliminan el trabajo de peering
Las páginas de servidores de ruta de Markley muestran por qué BOSIX se vende como un simplificador operativo en lugar de solo un conmutador. La página del servidor de ruta enhttps://www.markleygroup.com/services/boston-internet-exchange/route-serversdice que Markley opera servidores de ruta redundantes con una política de peering abierta en BOSIX. Explica el problema administrativo en términos sencillos: sin servidores de ruta, un participante que desea hacer peering con muchas redes tiene que contactar, calificar y configurar sesiones con esas redes una por una, y esas contrapartes tienen que hacer cambios recíprocos. Markley argumenta que un nuevo participante puede hacer peering con los dos servidores de ruta y recibir rutas de otros participantes que también estén haciendo peering con ellos, al mismo tiempo que fomenta el peering bilateral directo cuando sea posible.
Eso es económicamente importante. Las horas de ingeniería son parte de la unidad de pago. Un puerto que requiere semanas de negociación bilateral antes de transportar tráfico significativo puede perder frente al tránsito incluso cuando la ruta de tránsito es técnicamente menos eficiente. Un servidor de ruta comprime la primera milla del trabajo de peering. No hace que todas las contrapartes estén abiertas, no convierte a los pares selectivos en pares automáticos y no decide si la ruta resultante es la mejor para una aplicación en particular. Pero reduce la superficie de configuración inicial para las redes cuyo primer objetivo es mover algo de tráfico elegible localmente sin convertirse en coordinadores de peering a tiempo completo.
Las reglas de compromiso de BOSIX enhttps://www.markleygroup.com/services/boston-internet-exchange/rules-of-engagementaclaran el trato operativo del intercambio. El peering es bilateral excepto para los servidores de ruta; los participantes deben usar BGP-4 o su sucesor; no pueden usar los recursos de otro participante o de BOSIX sin permiso; solo se permiten ethertypes IPv4, ARP e IPv6; y los operadores de extensión de conmutador tienen responsabilidades de capacidad, incluida la atención a las actualizaciones por encima de los umbrales de utilización especificados. Las reglas también dicen que un participante puede usar solo una única dirección MAC de capa 2 para colocar un único enrutador de capa 3 por puerto asignado del tejido de conmutación. Esas reglas ponen límites alrededor de un tejido local compartido para que el atajo de un cliente no se convierta en la carga de otro cliente.
La guía de configuración enhttps://www.markleygroup.com/services/boston-internet-exchange/configuration-guideagrega una vista más concreta. Dice que BOSIX implementó un par de enrutadores Juniper MX204 como servidores de ruta BGP redundantes, proporciona direcciones de servidor de ruta IPv4 e IPv6 y describe el filtrado: evitar prefijos demasiado específicos, rutas bogon o marcianas, subredes BOSIX, ASN bogon, rutas AS que comienzan con un ASN diferente al ASN del par, rutas con más de 32 saltos y rutas predeterminadas. También dice que las rutas entrantes se verifican contra Merit RADb IRR y que las actualizaciones se obtienen dos veces al día. El repositorio público de GitHub de Markley enhttps://github.com/markleygroup/bosixpresenta los resultados de consultas IRR resultantes para los participantes actuales y dice que las listas de prefijos se construyen a partir de esos resultados agregados.
Esos detalles pueden respaldar una afirmación sobre la mecánica operativa. No pueden respaldar una afirmación de que el intercambio tiene una calidad de ruta superior, una gestión de seguridad superior o una mejor calidad de servicio que un sustituto. Un servidor de ruta puede facilitar el peering, pero aún requiere el juicio del comprador. Un servidor de ruta filtrado puede reducir ciertas entradas malas obvias, pero aún depende de los participantes, los registros y la configuración correcta. La tarea económica del comprador es decidir si la opción del servidor de ruta reduce el costo de mano de obra lo suficiente como para que el peering local esté al alcance.
El contexto del centro de datos de Boston es el verdadero foso
La propuesta de MarkleyIX es más sólida cuando Boston mismo importa. Una red con clientes, campus, instalaciones o aplicaciones concentradas en Nueva Inglaterra puede preocuparse por si el tráfico entre los usuarios locales y las principales redes de contenido o nube sale del área metropolitana. La latencia no es solo un número en una prueba. Es la diferencia entre que los flujos de video locales no ocupen un enlace ascendente de pago, que las actualizaciones de software no congestionen un circuito WAN, que el tráfico hospitalario o universitario no tome un desvío evitable y que un equipo de operaciones de red no rastree una ruta larga que existe solo porque el tránsito más barato por defecto envió el tráfico a otro lugar.
Las referencias de mercado de terceros sitúan a Markley en ese contexto de Boston. La página del mercado de Boston de Baxtel describe el principal centro de telecomunicaciones de Boston como la instalación One Summer Street de Markley Group y dice que MASS IX y Boston Internet Exchange operados por Markley son dos intercambios de Internet de tamaño mediano en Boston. El comentario de octubre de 2024 de Newby Ventures, "Meet Me in Boston", decía que Boston tenía tres intercambios de Internet accesibles desde ocho instalaciones en ocho direcciones diferentes y describía al Boston Internet Exchange como el segundo más grande por su recuento, detrás de MASS IX y por delante de Any2East. La página del mercado de Inflect para Boston Internet Exchange lo describe como propiedad de Markley, con dos centros de datos en la red y puntos de peering listados. Estas son señales del mercado, no una autoridad final, pero muestran cómo es probable que los compradores comparen MarkleyIX: no con cada intercambio global, sino con el práctico menú de interconexión de Boston.
El menú está cada vez más concurrido. MASS IX dice que está disponible en más de 12 centros de datos y proporciona peering público, conectividad a la nube e interconexión de centros de datos en toda Nueva Inglaterra. Su sitio informa 72 redes conectadas, 84 puertos activos, 3.0T de capacidad conectada y 321G de tráfico pico. Any2Exchange de CoreSite dice que sus mercados de Boston, Nueva York y el norte de Virginia forman Any2East, mientras que Any2Exchange en general tiene más de 400 miembros en todo Estados Unidos. Equinix comercializa la colocalización e interconexión de Boston para los ecosistemas de atención médica, empresas y servicios financieros. Los proveedores de peering remoto pueden dar acceso a una red a tejidos de intercambio sin poner la misma cantidad de hardware en cada mercado.
Esa competencia agudiza el papel de MarkleyIX. El puerto local de Markley gana cuando es la forma menos incómoda de llegar a las contrapartes útiles de Boston desde una base operativa en Boston. Pierde cuando las mismas contrapartes son más fáciles a través de MASS IX, Any2East, tránsito de pago, una interconexión privada, una plataforma de peering remoto o un despliegue metropolitano más grande. La palabra "local" no es suficiente. El foso económico es la superposición entre la base de instalaciones de Markley, la ubicación de red existente del comprador, la combinación de participantes y el tráfico que el comprador realmente puede mover.
Para un comprador que ya está dentro de Markley, el foso puede ser un incremento de baja fricción: conexión cruzada a BOSIX, establecer sesiones, observar el cambio de tráfico y luego decidir si crecer. Para un comprador fuera de Markley, el foso debe ser más fuerte. Debe justificar el paso de transporte o colocalización necesario para llegar al tejido. Ahí es donde el contexto de Boston más importa. Una red que ve a Boston como un mercado periférico puede preferir el alcance remoto. Una red que ve a Boston como su mercado local puede preferir una cuenta local que pueda controlar.
La evidencia del cliente es una historia de ahorro, no un precio universal
La evidencia pública más clara de los clientes sobre la economía de BOSIX es Bridgewater State University. El estudio de caso de Markley enhttps://www.markleygroup.com/bridgewater-state-case-studydice que BSU necesitaba servicios de TI robustos y rentables, utilizó fibra dedicada directamente desde Bridgewater hasta Markley Boston, colocó espacio de centro de datos de misión crítica en One Summer Street y utilizó peering directo con BOSIX. Los beneficios enumerados incluyen una reducción del 50 por ciento en los costos de Internet y una reducción de las necesidades de ancho de banda a través del peering de BOSIX.
Las cifras económicas citadas son inusualmente concretas. Steve Zuromski, entonces vicepresidente de Tecnología de la Información y CIO de Bridgewater State University, dijo que el peering directo con proveedores como Netflix, Akamai, Microsoft y Apple en BOSIX le permitió a la universidad evitar duplicar su ancho de banda de Internet a través de una tarifa plana de acceso para una tubería de 10 Gb, ahorrando al menos $18,000 cada año. Ese es el caso del comprador en miniatura. El valor no provino de poseer un puerto más prestigioso. Provino de evitar una actualización de tránsito o ancho de banda de Internet al mover suficiente tráfico de alto volumen al peering local.
Ese caso debe leerse con cuidado. Es una historia de cliente de Markley, no una muestra de mercado auditada. No revela el contrato exacto, todas las tarifas, la utilización, las políticas de pares, el costo de migración o lo que otras redes pagarían. No prueba que todas las universidades, ISP o empresas puedan ahorrar un 50 por ciento. Sin embargo, identifica el mecanismo que importa: un costo de acceso fijo o predecible se vuelve atractivo cuando desplaza un costo variable o un costo escalonado costoso en otra parte de la red.
El caso de Bridgewater también destaca un tipo de comprador para el que el peering local puede ser especialmente racional. Las universidades y las redes de investigación a menudo tienen grandes poblaciones de usuarios, un alto consumo de contenido, colaboración en la nube, actualizaciones de software, plataformas de aprendizaje en línea y presión presupuestaria. También pueden tener algo de personal de red, pero no lo suficiente como para convertir el peering en un deporte de negociación a tiempo completo. Por lo tanto, un intercambio local con ayuda de servidores de ruta y redes de contenido visibles puede ser un compromiso práctico entre la dependencia del tránsito no gestionado y una compleja estrategia de peering en múltiples mercados.
Otros registros públicos de participantes muestran categorías similares en torno a BOSIX: atención médica, educación superior, contenido, empresas, redes de acceso y operadores. Esa combinación puede crear valor de intercambio local porque estas redes generan y consumen tráfico que importa en la región. Pero los nombres de los participantes por sí solos no son una prueba para el cliente. Un par listado puede estar presente para un puerto pequeño, puede ser selectivo, puede intercambiar poco tráfico con un comprador determinado o puede preferir políticas diferentes. La evidencia de Bridgewater es valiosa precisamente porque describe el resultado económico desde la perspectiva de un comprador. Debe usarse como una pregunta para hacer, no como una promesa para asumir: ¿puede este comprador evitar una actualización concreta o una factura de tránsito moviendo tráfico conocido a BOSIX?
Los sustitutos mantienen honesto a MarkleyIX
El primer sustituto es el tránsito de pago común. El tránsito es simple porque convierte Internet global en un servicio comprado a uno o más proveedores. Le da al comprador alcance sin negociar con cada red de destino. También es el camino de menor resistencia para los compradores con tiempo de ingeniería limitado. Hurricane Electric, por ejemplo, comercializa el servicio de tránsito IP a partir de un punto de entrada mensual bajo publicado y enfatiza el acceso a muchas redes y puntos de intercambio. Un comprador que compara el tránsito con BOSIX está comparando un producto de amplio alcance con un producto de intercambio local. El tránsito transporta todo lo que el proveedor puede enrutar; un puerto BOSIX solo transporta tráfico que tiene una ruta de peering útil.
El segundo sustituto es el peering remoto. Plataformas como Megaport y otros proveedores de interconexión pueden permitir que una red llegue a múltiples mercados de intercambio sin una construcción física local completa en cada uno. Megaport describe MegaIX como un intercambio de Internet virtual integrado en su red definida por software y comercializa el peering de intercambio de Internet desde precios iniciales bajos publicados, con precios actuales a menudo determinados por portal. El peering remoto puede ser atractivo cuando el comprador desea opcionalidad, aprovisionamiento rápido o acceso a varias áreas metropolitanas. Su debilidad frente a MarkleyIX es que puede reintroducir la distancia de transporte, la dependencia de la plataforma y una capa de costo entre el comprador y el tejido local de Boston.
El tercer sustituto es una presencia en un mercado más grande. Nueva York y el norte de Virginia tienen ecosistemas de interconexión más densos que Boston. Any2Exchange de CoreSite dice que sus mercados de Boston, Nueva York y el norte de Virginia forman Any2East, y DE-CIX comercializa Nueva York como un gran intercambio neutral en la costa este. NYIIX describe su intercambio de Nueva York como uno de los grandes intercambios neutrales en la costa este y a nivel mundial. Una red que ya tiene equipo en Nueva York o Ashburn puede no necesitar un puerto en Boston a menos que el rendimiento local, el costo local o la concentración de clientes en Boston lo justifique. Los mercados más grandes pueden ofrecer más contrapartes, pero la compensación es el retorno, la latencia y otra huella de instalación.
El cuarto sustituto es otro intercambio de Boston. MASS IX es la comparación local más directa. Su sitio web informa más de 12 ubicaciones de centros de datos, peering público, conectividad a la nube, servicios POP virtuales, 72 redes conectadas, 84 puertos activos, 3.0T de capacidad conectada y 321G de tráfico pico. La página de MASS IX en PeeringDB incluye notas de precios de puertos inusualmente claras: primer año gratis actualmente con un compromiso de dos años, hasta dos puertos de 10G o 100G, con cargos recurrentes mensuales listados para 10GE, 100GE y 400GE. Si esos términos están disponibles para un comprador, ejercen presión de precios sobre todas las alternativas de intercambio local, incluido MarkleyIX. La pregunta relevante no es qué página tiene el mejor titular. Es qué intercambio tiene las contrapartes, las instalaciones y la ruta de soporte que el comprador necesita.
El quinto sustituto es la interconexión privada o la descarga de CDN. Un comprador con un destino dominante puede preferir una interconexión de red privada o una relación de CDN en lugar de un intercambio compartido. Eso puede ser más limpio, más predecible y más fácil de gobernar para un flujo bilateral de alto volumen. También puede ser menos flexible porque no crea un mercado de muchos pares posibles. Una cuenta BOSIX es más atractiva cuando el comprador tiene varias contrapartes significativas y desea una cartera de rutas locales en lugar de un enlace a medida.
El último sustituto es no hacer nada. Muchas organizaciones toleran rutas ineficientes porque la factura actual es conocida y la cola de ingeniería está llena. MarkleyIX tiene que vencer esa inercia. Lo hace solo cuando los costos evitados de tránsito, actualización, latencia, soporte y dependencia operativa son lo suficientemente claros como para que un comprador asigne tiempo del personal al cambio.
La economía del puerto depende de lo que el comprador pueda dejar de comprar
Un puerto de peering se vuelve atractivo cuando le permite al comprador dejar de comprar otra cosa o retrasar la compra de más. El objetivo obvio es la capacidad de tránsito de pago. Si una red puede mover una parte material del tráfico a un peering sin costos de liquidación o de bajo costo incremental, una tarifa mensual de puerto y conexión cruzada puede ser más barata que aumentar un compromiso de tránsito, agregar otro circuito de Internet o transportar el tráfico a un punto de peering distante. El objetivo menos obvio es la fricción operativa: menos quejas de congestión, menos sorpresas de enrutamiento, menos tickets de mesa de ayuda vinculados al tráfico que debería haberse quedado cerca y menos actualizaciones de emergencia impulsadas por la demanda pico.
La aritmética es específica del comprador. Comience con los principales destinos de tráfico por ASN, no por marca. Mapee cuáles están en BOSIX a través de PeeringDB, la lista de participantes de Markley y los contactos directos de pares. Separe los pares abiertos de los pares selectivos. Estime cuánto tráfico podría moverse bajo políticas realistas. Calcule el precio del puerto, la conexión cruzada, la óptica, la capacidad del enrutador, la colocalización, el transporte si es necesario y el tiempo de ingeniería para configurar, monitorear y solucionar problemas de BGP. Luego compare ese costo total con la siguiente mejor alternativa: un compromiso de tránsito más grande, un segundo proveedor de tránsito, peering remoto, mover el equipo a otro intercambio o un acuerdo de CDN.
El caso de Bridgewater muestra una versión exitosa de ese modelo: una tarifa de acceso de 10 Gb era más barata que duplicar el ancho de banda de Internet, y el ahorro reclamado fue de al menos $18,000 por año. Un proveedor de acceso más pequeño podría plantear el cálculo de manera diferente: si los pares de contenido local y nube pueden absorber suficiente tráfico de la noche de una factura de tránsito del percentil 95, el puerto se paga solo. Un proveedor de servicios gestionados podría preocuparse menos por el tránsito bruto y más por las rutas predecibles a los clientes de Boston. Una empresa con gran presencia en la nube podría comparar BOSIX con las rampas de entrada a la nube privada y encontrar que el peering de intercambio solo ayuda para el tráfico que no se maneja mejor con la conectividad de nube dedicada.
El lado del costo también incluye la fricción de la conexión cruzada. Un puerto dentro del mismo edificio que el enrutador del comprador puede ser una adición de baja fricción. Un puerto que requiera transporte metropolitano, nueva colocalización, nuevo hardware y un ciclo de adquisición es una decisión diferente. Markley trata de reducir esa fricción al vincular BOSIX a One Summer Street, Lowell, opciones de operador, AWS Direct Connect, servicios de red y Markley Network Fabric. Pero esa integración es valiosa solo si el comprador ya está cerca de la superficie operativa de Markley o tiene suficientes razones para llegar allí.
La evidencia de capacidad ayuda con este cálculo, pero puede inducir a error si se lee como evidencia de tráfico. Un puerto listado de 100G no significa 100G de tráfico útil para un comprador. Una cifra de capacidad total de 3.0T no significa 3.0T de tráfico de intercambio diario. La capacidad es el techo de la velocidad de puerto posible, no una prueba de la demanda. Del mismo modo, la presencia de Microsoft, Akamai, Apple, Netflix, Cloudflare, Amazon o Fastly en una lista de participantes no significa que todos los compradores puedan o vayan a hacer peering con esas redes en términos favorables. La política de ruta del comprador, las proporciones de tráfico, las contrapartes y la disciplina operativa aún deciden el resultado.
Por eso la unidad de pago se entiende mejor como una opción sobre el tráfico local. El cliente paga por el derecho y la capacidad de intercambiar tráfico localmente donde las contrapartes y las políticas lo permitan. La opción tiene valor cuando el comprador tiene suficiente tráfico elegible, suficiente capacidad de ingeniería y suficiente presión de costos. Tiene poco valor cuando el tráfico del comprador es demasiado difuso, ya es barato a través del tránsito o está dominado por contrapartes no accesibles a través del tejido local.
La combinación de miembros le da al tráfico de Boston una razón para quedarse cerca
La combinación de miembros de BOSIX es la razón más fuerte para no descartar un intercambio de Boston como un error de redondeo. PeeringDB y la página de participantes de Markley muestran una combinación que incluye redes de contenido, redes de acceso, empresas, redes educativas, instituciones de atención médica y operadores. Ese es exactamente el tipo de combinación que necesita un intercambio local. Las redes de contenido pueden absorber la demanda descendente. Las redes de acceso traen espectadores. Las universidades y hospitales traen tráfico empresarial regional. Los operadores y las empresas de servicios de red traen diversidad de rutas y alcance al cliente. Un tejido con solo contenido y sin acceso, o acceso y sin contenido, es mucho más difícil de monetizar.
Los nombres destacados importan porque se traducen en tráfico diario. Microsoft, Apple, Amazon, Akamai, Netflix, Fastly y Cloudflare no son destinos oscuros para una red de Nueva Inglaterra. Son fuentes comunes de colaboración, actualizaciones, transmisión, entrega de aplicaciones y tráfico en la nube. Hurricane Electric, Astound, Atlantic Metro, Consolidated Communications y otros proveedores de red u operadores importan para el alcance y la topología. Las instituciones locales como Boston Children's Hospital, Brandeis, Bridgewater State University, BCBSMA, Colleges of the Fenway y Warner Music Group muestran que el intercambio no es solo un escaparate de CDN. También tiene una superficie empresarial e institucional regional.
Pero la combinación no se ejecuta por sí sola. Un comprador tiene que preguntar qué participantes son realmente útiles para sus flujos, qué pares son abiertos o selectivos y cuáles hacen peering a través del servidor de ruta. El recuento de 16 de 58 del servidor de ruta de ISOC Pulse indica que el alcance del servidor de ruta es útil pero incompleto. La propia página del servidor de ruta de Markley dice que los servidores de ruta son un complemento y alienta a los participantes a hacer peering directamente cuando sea posible. Eso significa que un comprador aún necesita gestión de relaciones, incluso si la relación es técnica y operativa en lugar de comercial en el sentido estricto.
También hay una diferencia entre un participante y un destino. Una red de contenido puede tener un puerto pero usar políticas para controlar quién recibe rutas. Una empresa puede estar presente por razones de entrada o privadas, pero no ser relevante para un ISP regional. Un operador puede ser accesible pero no más barato que el tránsito existente del comprador. Una dirección IPv6 listada no garantiza cambios de tráfico IPv6, y un puerto de 10G o 100G no garantiza que un comprador pueda llenarlo. La combinación de miembros es un mapa de posibilidades.
Para MarkleyIX, las mejores historias comerciales vendrán de los compradores que hagan el trabajo. Una universidad mapea el tráfico de video, colaboración y actualizaciones de software, hace peering donde la política lo permite y retrasa una actualización de tránsito. Un ISP regional mapea el tráfico nocturno de CDN y encuentra suficientes pares abiertos para reducir la exposición al tránsito. Una red de atención médica mantiene más flujos de aplicaciones y contenido locales cerca de Boston mientras conserva el tránsito para todo lo demás. Un proveedor de servicios gestionados utiliza BOSIX como parte de una cuenta más amplia de Markley que también incluye acceso a la nube y operadores. En cada caso, el puerto tiene un trabajo. No es una insignia; es una forma de hacer que un subconjunto de tráfico sea más barato, más cercano o más fácil de administrar.
La prueba sin respuesta se divide en economía, confiabilidad y retención
La prueba faltante en torno a MarkleyIX no es una razón para ignorarlo. Es una lista de debida diligencia. La brecha económica es el precio. Las páginas públicas de BOSIX de Markley no publican una tarjeta de tarifas simple para puertos, conexiones cruzadas, acceso remoto, términos de compromiso o descuentos. PeeringDB marca el nivel de servicio y los términos como no divulgados. El caso de Bridgewater prueba que al menos un cliente vio suficientes ahorros como para nombrar una cifra en dólares, pero no da una tarifa universal. Un comprador necesita una cotización y debe comparar el costo mensual completo con el tránsito, MASS IX, Any2, el peering remoto y las alternativas de mercado más grandes.
La brecha de confiabilidad es el rendimiento operativo real. Las páginas públicas describen la resiliencia del centro de datos de Markley, el diseño del servidor de ruta, las reglas de filtrado, la postura de soporte y las instalaciones locales. Las bases de datos públicas muestran capacidad y membresía. Nada de eso prueba el tiempo de actividad del servidor de ruta, incidentes de conmutación, pérdida de paquetes, calidad de mantenimiento, congestión, respuesta a tickets de clientes o latencia para un comprador específico. Las preguntas correctas son concretas: ventanas de mantenimiento históricas, historial de incidentes del servidor de ruta, informes de utilización del puerto, políticas de circuitos de extensión, escalamiento de soporte, alcance de manos remotas y qué sucede cuando un par o servidor de ruta se comporta mal.
La brecha de retención es el comportamiento del cliente. PeeringDB e ISOC Pulse pueden mostrar miembros que se unen o se van, y la página de participantes de Markley puede mostrar una lista actual, pero los registros públicos no explican por qué las redes se quedan, bajan de categoría, actualizan o se van. No revelan la rotación, los términos de renovación, las tasas de expansión o la proporción de participantes que transportan tráfico significativo. Un comprador debe pedirle a Markley referencias que coincidan con su propio caso de uso: ISP regional, universidad, empresa, atención médica, servicio gestionado o cliente con mucho contenido. Un solo estudio de caso es útil; una referencia coincidente es mejor.
También hay brechas de prueba que no deben llenarse por inferencia. El hecho de que Markley opere un centro de telecomunicaciones no prueba que todas las rutas de BOSIX sean de baja latencia para todos los destinos. El hecho de que una red de contenido importante aparezca en PeeringDB no prueba que una ruta abierta esté disponible para todos los ASN. El hecho de que Markley publique los resultados de las consultas IRR no prueba una postura de seguridad de enrutamiento completa. El hecho de que los totales de capacidad estén cerca de 3.0T no prueba el tráfico pico real. Un buen análisis mantiene esas líneas separadas.
Esos límites hacen que la tesis sea más creíble, no más débil. MarkleyIX no necesita que los registros públicos prueben todo. Necesita registros públicos que muestren suficiente superficie de interconexión local para que un comprador serio haga los cálculos. La respuesta final pertenece a los datos de tráfico del comprador, a las cotizaciones y a las confirmaciones de pares.
La razón para vigilar MarkleyIX es la economía del borde de Boston
MarkleyIX importa si Boston sigue siendo un mercado donde el tráfico local es lo suficientemente grande, lo suficientemente sensible a la latencia o lo suficientemente incómodo operativamente como para recompensar una cuenta de peering local. El intercambio no está tratando de ser toda la costa este. Su valor es más limitado y más defendible: le da a las redes de Nueva Inglaterra una forma de mantener algo de tráfico local dentro de un ecosistema de instalaciones ya asociado con operadores, rampas de entrada a la nube, colocalización y soporte.
Los puntos de vigilancia son prácticos. Los recuentos de miembros y capacidad de PeeringDB deben seguirse, pero solo como indicadores de presencia. La lista de participantes de Markley debe revisarse para ver nombres de contenido, nube, acceso, educación, atención médica y empresas que coincidan con el tráfico real. El repositorio del servidor de ruta de BOSIX y las páginas de configuración deben vigilarse para un mantenimiento continuo y claridad de políticas. MASS IX, Any2East, las plataformas de peering remoto, los precios de tránsito y las opciones de intercambio de Nueva York/norte de Virginia deben vigilarse como sustitutos. Las propias inversiones en instalaciones de Markley en One Summer Street, Lowell, acceso a la nube y servicios de red deben vigilarse porque el intercambio es más fuerte cuando se agrupa en una cuenta de conectividad local más amplia.
La conclusión de inversión es, por lo tanto, condicional. Un puerto de peering de Boston puede tener mucho sentido cuando retrasa una actualización de tránsito, reduce el retorno, mejora la latencia local para destinos conocidos y le ahorra al comprador la construcción de muchas interconexiones únicas. Tiene menos sentido cuando el tráfico es demasiado disperso, las contrapartes son selectivas o están ausentes, el peering remoto es más barato o el comprador ya obtiene rutas aceptables a través de un mercado más grande. El trabajo de MarkleyIX es convertir la localidad de Boston en una factura medible. El trabajo del comprador es demostrar que la factura es más pequeña que la dependencia que reemplaza.