Le port de peering de MarkleyIX fait de la latence à Boston une facture locale

Résumé

• MarkleyIX est surtout visible pour les acheteurs via le Boston Internet Exchange, ou BOSIX, que Markley présente comme une plateforme de peering IP hébergée dans ses installations de One Summer Street à Boston et à Lowell. Les pages officielles de Markley décrivent des connexions de 1 Gb, 10 Gb, 40 Gb et 100 Gb, un support de serveurs de routes redondants, des règles de filtrage des routes, une liste de entités, et un contexte d’hôtel de transporteurs avec plus de 100 fournisseurs de réseau dans l’écosystème élargi de Markley.
• La question commerciale n’est pas de savoir si les enregistrements BGP publics ou ceux de PeeringDB font de BOSIX une route parfaite. Ce n’est pas le cas. La question est de savoir si un port de peering payant, une interconnexion physique et un compte d’interconnexion local réduisent suffisamment les coûts de transit, la latence, la congestion des liaisons montantes et la dépendance opérationnelle pour surpasser les alternatives comme le transit IP ordinaire, le peering distant, les interconnexions réseau privées, le délestage CDN, MASS IX, CoreSite Any2, la présence à un point d’échange à New York, à Ashburn/Nord de la Virginie, ou l’absence totale de peering local.

L’acheteur décide où le trafic de Boston devient local

Imaginez un fournisseur d’accès régional, un réseau universitaire, un opérateur de services gérés ou une entreprise à forte consommation de contenu qui examine le budget bande passante de l’année prochaine. Le trafic n’a rien d’exotique. Les utilisateurs diffusent des vidéos en continu, mettent à jour des logiciels, collaborent dans Microsoft 365, extraient du contenu de CDN, accèdent à des applications cloud et déplacent des paquets entre Boston, les banlieues proches, les campus, les hôpitaux et les clients. L’opérateur achète déjà du transit. Il achemine peut-être déjà le trafic vers New York ou le nord de la Virginie parce que ces marchés ont des écosystèmes d’échange plus denses. Il dispose peut-être d’une interconnexion réseau privée avec une grande contrepartie, d’un accord de cache CDN, d’un service de peering distant, ou tout simplement d’un transit payant suffisant pour éviter de penser à un travail d’échange local.

La décision autour de MarkleyIX consiste à choisir d’acheter plutôt un port de peering local, une interconnexion physique et un compte d’interconnexion à Boston. Cette unité payante n’est pas un remplacement magique d’Internet. C’est un accès à une matrice de commutation locale partagée, au chemin physique et commercial vers cette matrice, et au compte d’exploitation par lequel un réseau peut établir des sessions BGP avec d’autres entités directement ou via des serveurs de routes. Le client a toujours besoin d’un routeur ou d’un pare-feu compatible BGP, des bonnes optiques et du câblage, d’une politique de routage, d’une surveillance, et d’une raison commerciale de peer. Ce qu’il transfère au vendeur, c’est la charge de fournir la surface de commutation de Boston, de l’héberger dans une installation connectée, de maintenir l’accès à l’échange, de publier les règles et les informations sur les entités, d’aider à la configuration lorsque cela est proposé, et de rendre le chemin d’interconnexion local plus facile que de construire une liaison bilatérale distincte vers chaque contrepartie utile.

Les alternatives sont simples. L’acheteur peut continuer à payer des fournisseurs de transit et les laisser décider où le trafic sort. Il peut acheter du peering distant vers un marché plus grand. Il peut placer des équipements à New York, à Ashburn ou dans un autre cluster de centres de données du nord de la Virginie. Il peut payer une interconnexion réseau privée avec une contrepartie à fort volume. Il peut déléguer davantage de diffusion à un CDN et accepter les choix d’interconnexion propres du CDN. Il peut rejoindre un autre point d’échange de la région de Boston. Ou il peut ne rien faire, ce qui est souvent le choix le moins cher à court terme lorsque le temps d’ingénierie est rare.

Les preuves publiques ne peuvent prouver qu’une partie de l’argument. Markley indique que BOSIX est hébergé à One Summer Street et à Lowell et prend en charge des connexions de 1 Gb, 10 Gb, 40 Gb et 100 Gb. PeeringDB montre un enregistrement du Boston Internet Exchange avec 58 pairs, 68 connexions, deux installations locales et environ 3,0 Tbps de capacité connectée répertoriée surhttps://www.peeringdb.com/ix/565. Internet Society Pulse, en utilisant les données PeeringDB de juillet 2026, résume 58 ASN et 2 973 Gbps de capacité surhttps://pulse.internetsociety.org/en/ixp-tracker/ixp/270/. La page des entités de Markley indique qu’il y a 88 entités. Ces enregistrements attestent de la présence, de l’accessibilité et de la surface d’interconnexion. Ils ne prouvent pas la qualité des routes, le trafic réel échangé, la latence fournie à un client spécifique, la qualité de service, l’architecture interne, la gestion de la sécurité, le taux de rotation, la marge ou le prix qui sera proposé à un acheteur.

Cette frontière est au cœur de l’argument d’investissement. Si une part suffisante du trafic d’un client peut devenir locale à Boston, le port est un instrument économique. Si les contreparties utiles sont absentes, sélectives, congestionnées, inaccessibles selon la politique de l’acheteur ou moins chères à atteindre ailleurs, le port n’est qu’un poste de dépense mensuel supplémentaire.

L’échange de Markley est ancré dans des bâtiments que les acheteurs connaissent déjà

La description de Markley elle-même replace BOSIX dans un récit plus large de centre de données et d’hôtel de transporteurs, plutôt que de le traiter comme un échange autonome sans gravité locale. La page du Boston Internet Exchange surhttps://www.markleygroup.com/services/boston-internet-exchangeindique que l’échange est hébergé dans les emplacements One Summer Street et Lowell de Markley et fournit un réseau de peering IP via une matrice de commutation propriétaire. La même page indique que l’installation One Summer Street de Markley abrite des fournisseurs d’accès Internet de niveau 1 et de niveau 2, des réseaux de diffusion de contenu, et de grandes entreprises financières, de santé, universitaires, gouvernementales et technologiques. Pour un acheteur local, cela compte parce qu’un port est plus facile à justifier lorsqu’il se trouve là où l’acheteur peut déjà colocaliser des routeurs, acheter des services de transporteurs, accéder à des rampes d’accès cloud ou commander des interconnexions.

Le site plus large de Markley rend explicite le dossier des installations. La page d’accueil de Markley indique que l’entreprise dispose de 1,4 million de pieds carrés d’espace de centre de données, de plus de 100 fournisseurs de réseau nationaux et internationaux, de personnel et de sécurité sur site 24h/24 et 7j/7, et d’une alimentation sans interruption (UPS), d’un refroidissement et d’un groupe électrogène de secours en 2N. Sa page « à propos » indique que Markley a été fondée en 1991, que One Summer Street a ouvert en 1998, et que l’installation phare de Boston dispose de 920 000 pieds carrés d’espace blanc et mécanique. Elle indique également que Markley possède et exploite un centre de données critique de 352 000 pieds carrés à Lowell. Ces affirmations ne disent pas à un lecteur extérieur ce que BOSIX rapporte, mais elles expliquent pourquoi l’échange a un hôte local crédible: il est rattaché à un opérateur de centre de données de longue date avec une adresse d’interconnexion reconnue à Boston.

La page des transporteurs surhttps://www.markleygroup.com/services/carriersdécrit Markley comme abritant le plus grand réseau de transporteurs régionaux, nationaux et internationaux de Nouvelle-Angleterre et énumère une longue liste de fournisseurs de réseau. La page AWS Direct Connect indique que Markley est le premier et le seul emplacement AWS Direct Connect de Nouvelle-Angleterre et positionne l’entreprise comme la plaque tournante télécom et l’hôtel de transporteurs de la région. La page de colocation haute densité indique que les clients peuvent accéder à plus de 100 fournisseurs de réseau, à AWS Direct Connect, à Microsoft Azure et à GCP Interconnect. La page Markley Network Fabric étend ensuite la proposition: accès Internet direct, BOSIX, accès aux fournisseurs cloud, deux ports redondants par défaut pour le produit fabric, un support d’exploitation réseau, et un accès à plus de 140 fournisseurs cloud.

Pour MarkleyIX, ce contexte est plus qu’un arrière-plan marketing. Le port local est le plus facile à vendre lorsqu’il apparaît comme un composant d’un compte Boston existant. Un client déjà à l’intérieur de One Summer Street peut comparer le coût marginal d’une interconnexion et d’un port d’échange avec le coût de l’ajout ou du redimensionnement du transit, du paiement du transport vers une autre métropole, ou de l’utilisation d’un intermédiaire de peering distant. Un client en dehors de Markley peut se demander si l’écosystème des installations est suffisamment riche pour justifier d’y entrer. C’est la surface de contrôle: le port d’échange, l’interconnexion, le compte de centre de données, la configuration du routeur, et le chemin de support qui les entoure.

La mise en garde est que la force du centre de données de Markley ne doit pas être confondue avec la preuve que chaque pair BOSIX est utile à chaque acheteur. Un hôtel de transporteurs peut héberger de nombreux réseaux qui ne peerent pas ouvertement, ne transportent pas le trafic cible de l’acheteur, ou préfèrent des conditions bilatérales. Un centre de données peut être solide tandis qu’un service d’échange particulier ne reste qu’une option sur le marché local. Le bâtiment donne de la crédibilité à MarkleyIX; la matrice de trafic détermine si la facture est rationnelle.

Le bilan d’interconnexion montre une réelle matrice locale, pas un verdict global

Le dossier technique public le plus solide pour BOSIX est celui des données d’interconnexion, et il doit être lu de manière étroite. PeeringDB identifie le Boston Internet Exchange comme BOSIX, opéré par Markley Group, à Boston, Massachusetts, avec deux installations locales: Markley Group One Summer Street Boston et Markley Group Lowell. Il répertorie le préfixe LAN IPv4 206.108.236.0/24 et le préfixe LAN IPv6 2001:504:24:1::/64, 58 pairs, 68 connexions, 32 pairs ouverts dans la page affichée, 82 pour cent avec IPv6, et une capacité totale indiquée de 3,0 T. La sortie de l’API PeeringDB récupérée pour le même échange donne 68 lignes de connexion netixlan et 2 973 000 Mbps de vitesse de port répertoriée. C’est une preuve utile d’une matrice partagée réelle et d’une empreinte d’interconnexion locale substantielle.

Internet Society Pulse ajoute une présentation indépendante du même type de preuves. Sa page de juillet 2026 sur le Boston Internet Exchange fait état de 2 973 Gbps de capacité, de 58 ASN membres, de trois ASN partants et de deux entrants au cours des 12 mois précédents, et d’une composition des membres dominée par les catégories NSP, câble/DSL/FAI, éducation/recherche, contenu, entreprise et inconnu. Elle indique également que 16 des 58 membres peerent au serveur de routes et que 35 des 58 membres utilisent RPKI selon sa définition d’avoir au moins un ROA valide. Ces chiffres aident un acheteur à dimensionner la surface. Ils ne classent pas les performances de l’échange et ne disent pas à l’acheteur si ses propres paquets transiteront par la matrice.

Packet Clearing House répertorie le Boston Internet Exchange comme actif, basé sur Ethernet, géré par Markley Group et établi le 9 avril 2012. L’entrée BostonIX d’IXPDB est plus ancienne et plus mince, montrant l’ID IX-F 407, un emplacement à Boston, 24 ASN et une date de mise à jour de 2019. L’écart entre IXPDB, PeeringDB, ISOC Pulse et la propre page des entités de Markley est en soi un rappel que les bases de données d’interconnexion publiques ne sont pas des états financiers audités. Ce sont des références opérationnelles en direct ou semi-direct. Un acheteur peut les utiliser pour identifier les contreparties possibles, les adresses IP, les installations et les bandes de capacité. Il ne doit pas les utiliser comme substitut à une vérification préalable auprès de Markley et des réseaux spécifiques qu’il souhaite atteindre.

Les preuves issues des entités restent précieuses. La page des entités de Markley répertorie des noms du cloud, du contenu, des transporteurs, de l’éducation, de la santé, des entreprises et des services réseau. La page affichée de PeeringDB inclut des exemples tels qu’Akamai, Amazon, Apple, Astound, Atlantic Metro, BCBSMA, Boston Children’s Hospital, Brandeis, Bridgewater State University, Cloudflare, Fastly, Hurricane Electric, Microsoft et Netflix parmi beaucoup d’autres. Une entreprise locale qui envoie un trafic important vers ces types de réseaux a une raison d’enquêter. Un réseau dont le trafic est principalement destiné à des contreparties en dehors de cet ensemble peut trouver le port moins convaincant.

La manière propre d’utiliser les enregistrements est de les convertir en une liste de candidats propre à l’acheteur. Lesquelles des 20 principales destinations de trafic sont sur BOSIX? Quels pairs sont ouverts, sélectifs ou accessibles via les serveurs de routes? Lesquels nécessitent un contact bilatéral? Lesquels acceptent les ratios de trafic de l’acheteur? Lesquels sont déjà accessibles via un fournisseur de transit payant à un coût acceptable? Lesquels feraient encore un demi-tour par un autre marché en raison de la politique? Les enregistrements publics peuvent initier ces questions. Ils ne peuvent pas y répondre seuls.

Les serveurs de routes réduisent la facture de configuration mais ne suppriment pas le travail de peering

Les pages des serveurs de routes de Markley montrent pourquoi BOSIX est vendu comme un simplificateur opérationnel plutôt qu’un simple commutateur. La page des serveurs de routes surhttps://www.markleygroup.com/services/boston-internet-exchange/route-serversindique que Markley exploite des serveurs de routes redondants avec une politique de peering ouverte sur BOSIX. Elle explique le problème administratif en termes simples: sans serveurs de routes, un entité qui souhaite peer avec de nombreux réseaux doit contacter, qualifier et configurer les sessions avec ces réseaux un par un, et ces contreparties doivent apporter des modifications réciproques. Markley fait valoir qu’un nouveau entité peut peer avec les deux serveurs de routes et recevoir des routes d’autres entités qui peerent également avec eux, tout en encourageant le peering bilatéral direct lorsque cela est possible.

C’est économiquement important. Les heures d’ingénierie font partie de l’unité payante. Un port qui nécessite des semaines de négociation bilatérale avant de transporter un trafic significatif peut perdre face au transit, même lorsque le chemin de transit est techniquement moins efficace. Un serveur de routes comprime le premier kilomètre du travail de peering. Il ne rend pas toutes les contreparties ouvertes, ne transforme pas les pairs sélectifs en pairs automatiques, et ne décide pas si le chemin résultant est le meilleur pour une application particulière. Mais il réduit la surface de configuration initiale pour les réseaux dont le premier objectif est de déplacer une partie du trafic éligible localement sans devenir des coordinateurs de peering à plein temps.

Les règles d’engagement de BOSIX surhttps://www.markleygroup.com/services/boston-internet-exchange/rules-of-engagementprécisent le contrat d’exploitation de l’échange. Le peering est bilatéral à l’exception des serveurs de routes; les entités doivent utiliser BGP-4 ou son successeur; ils ne peuvent pas utiliser les ressources d’un autre entité ou de BOSIX sans autorisation; seuls les types ethernet IPv4, ARP et IPv6 sont autorisés; et les opérateurs d’extension de commutateur ont des responsabilités de capacité, y compris une attention à la mise à niveau au-dessus de seuils d’utilisation spécifiés. Les règles stipulent également qu’un entité ne peut utiliser qu’une seule adresse MAC de couche 2 pour placer un seul routeur de couche 3 par port alloué depuis la matrice de commutation. Ces règles imposent des limites autour d’une matrice locale partagée afin que le raccourci d’un client ne devienne pas le fardeau d’un autre client.

Le guide de configuration surhttps://www.markleygroup.com/services/boston-internet-exchange/configuration-guideapporte une vision plus concrète. Il indique que BOSIX a déployé une paire de routeurs Juniper MX204 comme serveurs de routes BGP redondants, donne les adresses IPv4 et IPv6 des serveurs de routes, et décrit le filtrage: éviter les préfixes trop spécifiques, les routes bogon ou martiennes, les sous-réseaux BOSIX, les ASN bogon, les chemins AS commençant par un ASN différent de celui du pair, les chemins de plus de 32 sauts, et les routes par défaut. Il indique également que les routes entrantes sont vérifiées par rapport à la base IRR Merit RADb et que les mises à jour sont récupérées deux fois par jour. Le dépôt GitHub public de Markley surhttps://github.com/markleygroup/bosixprésente les résultats des requêtes IRR pour les entités actuels et indique que les listes de préfixes sont construites à partir de ces résultats agrégés.

Ces détails peuvent étayer une affirmation sur les mécanismes opérationnels. Ils ne peuvent pas étayer l’affirmation selon laquelle l’échange a une qualité de route supérieure, une gestion de la sécurité supérieure ou une meilleure qualité de service qu’un substitut. Un serveur de routes peut faciliter le peering tout en nécessitant le jugement de l’acheteur. Un serveur de routes filtré peut réduire certaines mauvaises entrées évidentes tout en dépendant des entités, des registres et d’une configuration correcte. La tâche économique de l’acheteur est de décider si l’option des serveurs de routes réduit suffisamment le coût de la main-d’œuvre pour rendre le peering local accessible.

Le contexte des centres de données de Boston est le véritable fossé

La proposition de MarkleyIX est la plus forte quand Boston elle-même compte. Un réseau avec des clients, des campus, des installations ou des applications concentrés en Nouvelle-Angleterre peut se soucier de savoir si le trafic entre les utilisateurs locaux et les principaux réseaux de contenu ou cloud quitte la métropole. La latence n’est pas un simple chiffre dans un test. C’est la différence entre des flux vidéo locaux restant en dehors d’une liaison montante payante, des mises à jour logicielles n’encombrant pas un circuit WAN, le trafic hospitalier ou universitaire ne prenant pas un détour évitable, et une équipe d’exploitation réseau ne traçant pas un long chemin qui n’existe que parce que le transit par défaut le moins cher a envoyé le trafic ailleurs.

Des références de marché tierces placent Markley dans ce contexte bostonien. La page du marché de Boston de Baxtel décrit le principal hôtel de transporteurs de Boston comme l’installation One Summer Street de Markley Group et indique que MASS IX et le Boston Internet Exchange opérés par Markley sont deux échanges Internet de taille moyenne à Boston. Le commentaire « Meet Me in Boston » d’octobre 2024 de Newby Ventures indiquait que Boston disposait de trois échanges Internet accessibles depuis huit installations à huit adresses différentes et décrivait le Boston Internet Exchange comme le deuxième par sa taille derrière MASS IX et devant Any2East. La page de la place de marché d’Inflect pour le Boston Internet Exchange le décrit comme appartenant à Markley, avec deux centres de données sur réseau et des points de peering répertoriés. Ce sont des signaux de marché, pas une autorité finale, mais ils montrent comment les acheteurs sont susceptibles de comparer MarkleyIX: non pas avec chaque échange mondial, mais avec le menu pratique d’interconnexion de Boston.

Le menu est de plus en plus chargé. MASS IX indique être disponible dans plus de 12 centres de données et fournir du peering public, de la connectivité cloud et de l’interconnexion de centres de données dans toute la Nouvelle-Angleterre. Son site fait état de 72 réseaux connectés, de 84 ports actifs, d’une capacité connectée de 3,0 T et d’un trafic de pointe de 321 G. Any2Exchange de CoreSite indique que ses marchés de Boston, New York et du nord de la Virginie forment Any2East, tandis que l’ensemble Any2Exchange compte plus de 400 membres à travers les États-Unis. Equinix commercialise la colocation et l’interconnexion à Boston pour les écosystèmes de la santé, des entreprises et des services financiers. Les fournisseurs de peering distant peuvent donner à un réseau un accès aux matrices d’échange sans avoir à placer la même quantité de matériel sur chaque marché.

Cette concurrence affine le rôle de MarkleyIX. Le port Markley local l’emporte lorsqu’il est le moyen le moins maladroit d’atteindre des contreparties bostoniennes utiles depuis une base d’exploitation à Boston. Il perd lorsque les mêmes contreparties sont plus faciles via MASS IX, Any2East, le transit payant, une interconnexion privée, une plateforme de peering distant ou un déploiement métropolitain plus large. Le mot « local » ne suffit pas. Le fossé économique est le chevauchement entre la base d’installations de Markley, l’emplacement réseau existant de l’acheteur, la composition des entités, et le trafic que l’acheteur peut réellement déplacer.

Pour un acheteur déjà à l’intérieur de Markley, le fossé peut être un incrément à faible friction: interconnexion vers BOSIX, établir des sessions, observer le déplacement du trafic, puis décider de croître. Pour un acheteur en dehors de Markley, le fossé doit être plus solide. Il doit justifier l’étape de transport ou de colocalisation nécessaire pour atteindre la matrice. C’est là que le contexte bostonien importe le plus. Un réseau qui considère Boston comme un marché périphérique peut préférer une portée distante. Un réseau qui considère Boston comme son marché domestique peut préférer un compte local qu’il peut contrôler.

Les preuves clients sont une histoire d’économies, pas un prix universel

La preuve client publique la plus claire pour l’économie de BOSIX est Bridgewater State University. L’étude de cas de Markley surhttps://www.markleygroup.com/bridgewater-state-case-studyindique que BSU avait besoin de services informatiques robustes et rentables, a utilisé de la fibre dédiée directement de Bridgewater à Markley Boston, a placé un espace de centre de données critique à One Summer Street, et a utilisé le peering direct avec BOSIX. Les avantages énumérés comprennent une réduction de 50 % des coûts Internet et une réduction des besoins en bande passante grâce au peering BOSIX.

Les données économiques citées sont inhabituellement concrètes. Steve Zuromski, alors vice-président des technologies de l’information et CIO de Bridgewater State University, a déclaré que le peering direct avec des fournisseurs tels que Netflix, Akamai, Microsoft et Apple sur BOSIX avait permis à l’université d’éviter de doubler sa bande passante Internet grâce à un frais d’accès forfaitaire pour un tuyau de 10 Gb, économisant au moins 18 000 $ chaque année. C’est le cas d’un acheteur en miniature. La valeur n’est pas venue de la possession d’un port plus prestigieux. Elle est venue de l’évitement d’une mise à niveau du transit ou de la bande passante Internet en déplaçant suffisamment de trafic à fort volume vers le peering local.

Ce cas doit être lu avec attention. C’est une histoire de client Markley, pas un échantillon de marché audité. Il ne divulgue pas le contrat exact, tous les frais, l’utilisation, les politiques de pairs, le coût de migration, ou ce que d’autres réseaux paieraient. Il ne prouve pas que chaque université, FAI ou entreprise peut économiser 50 %. Il identifie cependant le mécanisme qui importe: un coût d’accès forfaitaire ou prévisible devient attractif lorsqu’il remplace un coût variable ou échelonné coûteux ailleurs dans le réseau.

Le cas Bridgewater met également en lumière un type d’acheteur pour qui le peering local peut être particulièrement rationnel. Les universités et les réseaux de recherche ont souvent de grandes populations d’utilisateurs, une forte consommation de contenu, une collaboration cloud, des mises à jour logicielles, des plateformes d’apprentissage en ligne et une pression budgétaire. Ils peuvent également avoir du personnel réseau, mais pas assez pour transformer le peering en un sport de négociation à plein temps. Un échange local avec l’aide des serveurs de routes et des réseaux de contenu visibles peut donc être un compromis pratique entre une dépendance au transit non géré et une stratégie de peering multi-marchés complexe.

D’autres enregistrements publics de entités montrent des catégories similaires autour de BOSIX: santé, enseignement supérieur, contenu, entreprises, réseaux d’accès et transporteurs. Cette composition peut créer de la valeur d’échange local parce que ces réseaux génèrent et consomment du trafic qui compte dans la région. Mais les noms des entités seuls ne sont pas une preuve client. Un pair répertorié peut être présent pour un petit port, peut être sélectif, peut échanger peu de trafic avec un acheteur donné, ou peut préférer des politiques différentes. Les preuves de Bridgewater sont précieuses précisément parce qu’elles décrivent le résultat économique du point de vue d’un acheteur. Elles doivent être utilisées comme une question à poser, pas comme une promesse à supposer: cet acheteur peut-il éviter une mise à niveau concrète ou une facture de transit en déplaçant un trafic connu vers BOSIX?

Les substituts maintiennent MarkleyIX honnête

Le premier substitut est le transit payant ordinaire. Le transit est simple car il convertit l’Internet mondial en un service acheté auprès d’un ou plusieurs fournisseurs. Il donne à l’acheteur une portée sans négocier avec chaque réseau de destination. C’est aussi le chemin de moindre résistance pour les acheteurs disposant d’un temps d’ingénierie limité. Hurricane Electric, par exemple, commercialise un service de transit IP à partir d’un faible point d’entrée mensuel publié et met l’accent sur l’accès à de nombreux réseaux et points d’échange. Un acheteur comparant le transit à BOSIX compare un produit à large portée avec un produit d’échange local. Le transit transporte tout ce que le fournisseur peut router; un port BOSIX ne transporte que le trafic qui a un chemin de peering utile.

Le deuxième substitut est le peering distant. Des plateformes telles que Megaport et d’autres fournisseurs d’interconnexion peuvent permettre à un réseau d’atteindre plusieurs marchés d’échange sans une construction physique locale complète dans chacun d’eux. Megaport décrit MegaIX comme un échange Internet virtuel intégré dans son réseau défini par logiciel et commercialise le peering d’échange Internet à partir de prix de départ publiés bas, les prix actuels étant souvent dictés par le portail. Le peering distant peut être attractif lorsque l’acheteur souhaite de l’optionalité, un provisionnement rapide ou un accès à plusieurs métropoles. Sa faiblesse par rapport à MarkleyIX est qu’il peut réintroduire une distance de transport, une dépendance à la plateforme et une couche de coût entre l’acheteur et la matrice locale de Boston.

Le troisième substitut est une présence sur un marché plus grand. New York et le nord de la Virginie ont des écosystèmes d’interconnexion plus denses que Boston. Any2Exchange de CoreSite indique que ses marchés de Boston, New York et du nord de la Virginie forment Any2East, et DE-CIX commercialise New York comme un grand échange neutre sur la côte Est. NYIIX décrit son échange de New York comme l’un des grands échanges neutres sur la côte Est et dans le monde. Un réseau qui a déjà des équipements à New York ou à Ashburn peut ne pas avoir besoin d’un port à Boston à moins que les performances locales, le coût local ou la concentration de clients à Boston ne le justifient. Les marchés plus grands peuvent offrir plus de contreparties, mais le compromis est le backhaul, la latence et une empreinte d’installation supplémentaire.

Le quatrième substitut est un autre échange de Boston. MASS IX est la comparaison locale la plus directe. Son site Web fait état de plus de 12 emplacements de centres de données, de peering public, de connectivité cloud, de services POP virtuels, de 72 réseaux connectés, de 84 ports actifs, d’une capacité connectée de 3,0 T et d’un trafic de pointe de 321 G. La page MASS IX de PeeringDB inclut des notes de prix des ports particulièrement claires: première année actuellement gratuite avec un engagement de deux ans, jusqu’à deux ports 10 G ou 100 G, avec des frais mensuels récurrents indiqués pour 10GE, 100GE et 400GE. Si ces conditions sont disponibles pour un acheteur, elles mettent une pression sur les prix de toutes les alternatives d’échange local, y compris MarkleyIX. La question pertinente n’est pas de savoir quelle page a le meilleur titre. C’est de savoir quel échange a les contreparties, les installations et le chemin de support dont l’acheteur a besoin.

Le cinquième substitut est l’interconnexion privée ou le délestage CDN. Un acheteur avec une destination dominante peut préférer une interconnexion réseau privée ou une relation CDN à un échange partagé. Cela peut être plus propre, plus prévisible et plus facile à gérer pour un flux bilatéral à fort volume. Cela peut aussi être moins flexible car cela ne crée pas un marché de nombreux pairs possibles. Un compte BOSIX est plus attractif lorsque l’acheteur a plusieurs contreparties significatives et souhaite un portefeuille de routes locales plutôt qu’une liaison sur mesure unique.

Le dernier substitut est de ne rien faire. De nombreuses organisations tolèrent des chemins inefficaces parce que la facture actuelle est connue et que la file d’attente d’ingénierie est pleine. MarkleyIX doit vaincre cette inertie. Il n’y parvient que lorsque les coûts évités de transit, de mise à niveau, de latence, de support et de dépendance opérationnelle sont suffisamment clairs pour qu’un acheteur alloue du temps de personnel au changement.

L’économie du port dépend de ce que l’acheteur peut cesser d’acheter

Un port de peering devient convaincant lorsqu’il permet à l’acheteur de cesser d’acheter autre chose, ou de retarder l’achat de plus de cette chose. La cible évidente est la capacité de transit payante. Si un réseau peut déplacer une part substantielle du trafic vers du peering sans frais de transit ou à faible coût incrémental, un port mensuel et des frais d’interconnexion peuvent être moins chers que d’augmenter un engagement de transit, d’ajouter un autre circuit Internet, ou de transporter le trafic vers un point de peering distant. La cible moins évidente est la friction opérationnelle: moins de plaintes de congestion, moins de surprises de routage, moins de tickets d’assistance liés au trafic qui aurait dû rester à proximité, et moins de mises à niveau d’urgence motivées par la demande de pointe.

L’arithmétique est propre à l’acheteur. Commencez par les principales destinations de trafic par ASN, pas par marque. Cartographiez lesquelles sont sur BOSIX via PeeringDB, la liste des entités de Markley et les contacts directs des pairs. Séparez les pairs ouverts des pairs sélectifs. Estimez la quantité de trafic qui pourrait se déplacer dans le cadre de politiques réalistes. Évaluez le prix du port, de l’interconnexion, des optiques, de la capacité du routeur, de la colocalisation, du transport si nécessaire, et du temps d’ingénierie pour configurer, surveiller et dépanner BGP. Comparez ensuite ce coût total avec la meilleure alternative suivante: un engagement de transit plus important, un deuxième fournisseur de transit, le peering distant, le déplacement d’équipements vers un autre échange, ou un accord CDN.

Le cas de Bridgewater montre une version réussie de ce modèle: un frais d’accès de 10 Gb était moins cher que de doubler la bande passante Internet, et l’économie revendiquée était d’au moins 18 000 $ par an. Un plus petit fournisseur d’accès pourrait formuler le calcul différemment: si les pairs de contenu local et cloud peuvent absorber suffisamment de trafic en soirée sur une facture de transit au 95e percentile, le port s’autofinance. Un fournisseur de services gérés pourrait se soucier moins du transit brut que des chemins prévisibles vers les clients de Boston. Une entreprise à forte utilisation du cloud pourrait comparer BOSIX avec des rampes d’accès cloud privées et constater que le peering d’échange n’aide que pour le trafic qui n’est pas déjà mieux géré par une connectivité cloud dédiée.

Le côté coût inclut également la friction de l’interconnexion. Un port à l’intérieur du même bâtiment que le routeur de l’acheteur peut être un ajout à faible friction. Un port qui nécessite un transport métropolitain, une nouvelle colocalisation, un nouveau matériel et un cycle d’approvisionnement est une décision différente. Markley essaie de réduire cette friction en attachant BOSIX à One Summer Street, Lowell, aux options de transporteurs, à AWS Direct Connect, aux services réseau et à Markley Network Fabric. Mais cette intégration n’a de valeur que si l’acheteur est déjà proche de la surface d’exploitation de Markley ou a suffisamment de raisons de s’y rendre.

Les preuves de capacité aident à ce calcul mais peuvent induire en erreur si elles sont lues comme des preuves de trafic. Un port 100G répertorié ne signifie pas 100G de trafic utile pour un acheteur. Un chiffre de capacité totale de 3,0 T ne signifie pas 3,0 T de trafic d’échange quotidien. La capacité est le plafond de vitesse de port possible, pas une preuve de demande. De même, la présence de Microsoft, Akamai, Apple, Netflix, Cloudflare, Amazon ou Fastly dans une liste de entités ne signifie pas que chaque acheteur peut ou va peer avec ces réseaux à des conditions favorables. La politique de routage de l’acheteur, les ratios de trafic, les contreparties et la discipline opérationnelle déterminent toujours le résultat.

C’est pourquoi l’unité payante est mieux comprise comme une option sur le trafic local. Le client paie pour le droit et la capacité d’échanger du trafic localement là où les contreparties et les politiques le permettent. L’option a de la valeur lorsque l’acheteur a suffisamment de trafic éligible, une capacité d’ingénierie suffisante et une pression sur les coûts suffisante. Elle a peu de valeur lorsque le trafic de l’acheteur est trop diffus, déjà bon marché via le transit, ou dominé par des contreparties non accessibles via la matrice locale.

La composition des membres donne au trafic de Boston une raison de rester à proximité

La composition des membres de BOSIX est la raison la plus forte de ne pas rejeter un échange de Boston comme une erreur d’arrondi. PeeringDB et la page des entités de Markley montrent une composition qui inclut des réseaux de contenu, des réseaux d’accès, des entreprises, des réseaux éducatifs, des établissements de santé et des transporteurs. C’est exactement le type de composition dont un échange local a besoin. Les réseaux de contenu peuvent absorber la demande en aval. Les réseaux d’accès apportent les utilisateurs. Les universités et les hôpitaux apportent le trafic régional des entreprises. Les transporteurs et les entreprises de services réseau apportent la diversité des routes et la portée client. Une matrice avec uniquement du contenu et pas d’accès, ou de l’accès et pas de contenu, est beaucoup plus difficile à monétiser.

Les noms importants comptent parce qu’ils correspondent au trafic quotidien. Microsoft, Apple, Amazon, Akamai, Netflix, Fastly et Cloudflare ne sont pas des destinations obscures pour un réseau de Nouvelle-Angleterre. Ce sont des sources courantes de collaboration, de mises à jour, de streaming, de diffusion d’applications et de trafic cloud. Hurricane Electric, Astound, Atlantic Metro, Consolidated Communications et d’autres transporteurs ou fournisseurs de réseau comptent pour la portée et la topologie. Des institutions locales telles que Boston Children’s Hospital, Brandeis, Bridgewater State University, BCBSMA, Colleges of the Fenway et Warner Music Group montrent que l’échange n’est pas seulement une vitrine CDN. Il a également une surface régionale d’entreprises et d’institutions.

Mais la composition n’est pas auto-exécutante. Un acheteur doit demander quels entités sont réellement utiles pour ses flux, quels pairs sont ouverts ou sélectifs, et lesquels peerent via le serveur de routes. Le décompte de 16 sur 58 des serveurs de routes d’ISOC Pulse indique que la portée des serveurs de routes est utile mais incomplète. La page des serveurs de routes de Markley elle-même indique que les serveurs de routes sont un complément et encourage les entités à peer directement lorsque cela est possible. Cela signifie qu’un acheteur a toujours besoin d’une gestion des relations, même si la relation est technique et opérationnelle plutôt que commerciale au sens strict.

Il y a aussi une différence entre un entité et une destination. Un réseau de contenu peut avoir un port mais utiliser une politique pour contrôler qui reçoit les routes. Une entreprise peut être présente pour des raisons entrantes ou privées mais ne pas être pertinente pour un FAI régional. Un transporteur peut être accessible mais pas moins cher que le transit existant de l’acheteur. Une adresse IPv6 répertoriée ne garantit pas les déplacements de trafic IPv6, et un port 10G ou 100G ne garantit pas qu’un acheteur puisse le remplir. La composition des membres est une carte des possibilités.

Pour MarkleyIX, les meilleures histoires commerciales viendront des acheteurs qui font le travail. Une université cartographie le trafic de vidéo, de collaboration et de mises à jour logicielles, peer là où la politique le permet, et retarde une mise à niveau du transit. Un FAI régional cartographie le trafic CDN du soir et trouve suffisamment de pairs ouverts pour réduire l’exposition au transit. Un réseau de santé garde plus de flux d’applications et de contenu locaux près de Boston tout en conservant le transit pour tout le reste. Un fournisseur de services gérés utilise BOSIX dans le cadre d’un compte Markley plus large qui inclut également l’accès au cloud et aux transporteurs. Dans chaque cas, le port a un travail. Ce n’est pas un insigne; c’est un moyen de rendre un sous-ensemble du trafic moins cher, plus proche ou plus facile à gérer.

Les preuves manquantes relèvent de l’économie, de la fiabilité et de la rétention

Les preuves manquantes autour de MarkleyIX ne sont pas une raison de l’ignorer. C’est une liste de vérification préalable. L’écart économique est le prix. Les pages publiques BOSIX de Markley ne publient pas de grille tarifaire simple pour les ports, les interconnexions, l’accès distant, les conditions d’engagement ou les remises. PeeringDB indique que le niveau de service et les conditions ne sont pas divulgués. Le cas de Bridgewater prouve qu’au moins un client a vu suffisamment d’économies pour nommer un chiffre en dollars, mais il ne donne pas un tarif universel. Un acheteur a besoin d’un devis et doit comparer le coût mensuel total avec le transit, MASS IX, Any2, le peering distant et les alternatives des marchés plus grands.

L’écart de fiabilité est la performance opérationnelle réelle. Les pages publiques décrivent la résilience du centre de données de Markley, la conception des serveurs de routes, les règles de filtrage, la posture de support et les installations locales. Les bases de données publiques montrent la capacité et les membres. Rien de tout cela ne prouve le temps de disponibilité des serveurs de routes, les incidents de commutateur, la perte de paquets, la qualité de la maintenance, la congestion, la réponse aux tickets clients ou la latence pour un acheteur spécifique. Les bonnes questions sont concrètes: les fenêtres de maintenance historiques, l’historique des incidents des serveurs de routes, le rapport d’utilisation des ports, les politiques de circuits d’extension, l’escalade du support, la portée de l’intervention à distance et ce qui se passe lorsqu’un pair ou un serveur de routes se comporte mal.

L’écart de rétention est le comportement des clients. PeeringDB et ISOC Pulse peuvent montrer les membres qui rejoignent ou partent, et la page des entités de Markley peut montrer une liste actuelle, mais les enregistrements publics n’expliquent pas pourquoi les réseaux restent, rétrogradent, mettent à niveau ou partent. Ils ne divulguent pas le taux de rotation, les conditions de renouvellement, les taux d’expansion ou la part des entités qui transportent un trafic significatif. Un acheteur devrait demander à Markley des références qui correspondent à son propre cas d’utilisation: FAI régional, université, entreprise, santé, service géré ou client à forte consommation de contenu. Une seule étude de cas est utile; une référence correspondante est meilleure.

Il y a aussi des lacunes de preuve qui ne doivent pas être comblées par inférence. Le fait que Markley exploite un hôtel de transporteurs ne prouve pas que chaque chemin BOSIX est à faible latence pour chaque destination. Le fait qu’un grand réseau de contenu apparaisse dans PeeringDB ne prouve pas qu’une route ouverte sera disponible pour chaque ASN. Le fait que Markley publie les résultats des requêtes IRR ne prouve pas une posture de sécurité de routage complète. Le fait que les totaux de capacité soient proches de 3,0 T ne prouve pas le trafic de pointe réel. Une bonne analyse maintient ces lignes séparées.

Ces limites rendent la thèse plus crédible, pas plus faible. MarkleyIX n’a pas besoin que les enregistrements publics prouvent tout. Il a besoin que les enregistrements publics montrent suffisamment de surface d’interconnexion locale pour qu’un acheteur sérieux fasse le calcul. La réponse finale appartient aux données de trafic de l’acheteur, aux devis et aux confirmations des pairs.

La raison de surveiller MarkleyIX est l’économie de périphérie de Boston

MarkleyIX compte si Boston reste un marché où le trafic local est suffisamment important, suffisamment sensible à la latence ou suffisamment maladroit opérationnellement pour récompenser un compte de peering local. L’échange n’essaie pas d’être toute la côte Est. Sa valeur est plus étroite et plus défendable: il donne aux réseaux de Nouvelle-Angleterre un moyen de garder une partie du trafic local au sein d’un écosystème d’installations déjà associé aux transporteurs, aux rampes d’accès cloud, à la colocalisation et au support.

Les points de surveillance sont pratiques. Les décomptes de membres et de capacité de PeeringDB doivent être suivis, mais seulement comme indicateurs de présence. La liste des entités de Markley doit être vérifiée pour les noms de contenu, cloud, accès, éducation, santé et entreprises qui correspondent au trafic réel. Le dépôt des serveurs de routes BOSIX et les pages de configuration doivent être surveillés pour la maintenance continue et la clarté des politiques. MASS IX, Any2East, les plateformes de peering distant, les prix du transit et les options d’échange de New York/Nord de la Virginie doivent être surveillés comme substituts. Les propres investissements d’installations de Markley à One Summer Street, Lowell, l’accès cloud et les services réseau doivent être surveillés car l’échange est le plus fort lorsqu’il est regroupé dans un compte de connectivité locale plus large.

La conclusion d’investissement est donc conditionnelle. Un port de peering à Boston peut être parfaitement logique lorsqu’il retarde une mise à niveau du transit, réduit le backhaul, améliore la latence locale pour les destinations connues et évite à l’acheteur de construire de nombreuses interconnexions ponctuelles. Il est moins logique lorsque le trafic est trop dispersé, les contreparties sont sélectives ou absentes, le peering distant est moins cher, ou que l’acheteur obtient déjà des chemins acceptables via un marché plus grand. Le travail de MarkleyIX est de transformer la localité bostonienne en une facture mesurable. Le travail de l’acheteur est de prouver que la facture est plus petite que la dépendance qu’elle remplace.