Porta de peering da MarkleyIX transforma latência de Boston em conta local

Resumo

• MarkleyIX é mais visível para os compradores através do Boston Internet Exchange, ou BOSIX, que a Markley apresenta como uma estrutura de peering IP hospedada em suas instalações da One Summer Street em Boston e em Lowell. As páginas oficiais da Markley descrevem conexões de 1Gb, 10Gb, 40Gb e 100Gb, suporte redundante de route-server, regras de filtragem de rotas, uma lista de participantes e um contexto de carrier-hotel com mais de 100 provedores de rede em todo o ecossistema mais amplo da Markley.
• A questão comercial não é se os registros públicos de BGP ou PeeringDB fazem o BOSIX parecer uma rota perfeita. Eles não fazem. A questão é se uma porta de peering paga, cross-connect e conta de interconexão local reduzem custo de trânsito, latência, congestionamento de uplink e dependência operacional o suficiente para superar substitutos como trânsito IP comum, peering remoto, interconexões de rede privada, offload de CDN, MASS IX, CoreSite Any2, presença em bolsa de Nova York, presença em bolsa de Ashburn/Northern Virginia, ou nenhum peering local.

O comprador está decidindo onde o tráfego de Boston se torna local

Imagine um provedor de acesso regional, uma rede universitária, um operador de serviços gerenciados ou uma empresa com alto consumo de conteúdo analisando o orçamento de largura de banda do próximo ano. O tráfego não é exótico. Os usuários transmitem vídeo, atualizam software, colaboram no Microsoft 365, puxam conteúdo de CDNs, acessam aplicativos em nuvem e movem pacotes entre Boston, subúrbios próximos, campi, hospitais e clientes. O operador já compra trânsito. Pode já estar fazendo backhaul de tráfego para Nova York ou Northern Virginia porque esses mercados têm ecossistemas de troca mais profundos.

Pode ter uma interconexão de rede privada com uma grande contraparte, um acordo de cache de CDN, um serviço de peering remoto ou simplesmente trânsito pago suficiente para evitar pensar em trabalho de troca local.

A decisão em torno da MarkleyIX é se comprar uma porta de peering local, cross-connect e conta de interconexão em Boston. Essa unidade paga não é uma substituição mágica para a Internet. É acesso a uma estrutura de comutação local compartilhada, o caminho físico e comercial para essa estrutura e a conta operacional através da qual uma rede pode estabelecer sessões BGP com outros participantes diretamente ou através de route-servers. O cliente ainda precisa de um roteador ou firewall capaz de BGP, a óptica e cabeamento corretos, política de roteamento, monitoramento e uma razão comercial para fazer peering.

O que ele transfere para o vendedor é o ônus de fornecer a superfície de comutação de Boston, hospedá-la dentro de uma instalação conectada, manter o acesso à troca, publicar regras e informações sobre participantes, ajudar na configuração quando oferecido e tornar o caminho de cross-connect local mais fácil do que construir um link bilateral separado para cada contraparte útil.

Os substitutos são diretos. O comprador pode continuar pagando provedores de trânsito e deixar que eles decidam onde o tráfego sai. Pode comprar peering remoto para um mercado maior. Pode colocar equipamentos em Nova York, Ashburn ou outro cluster de Data Centers em Northern Virginia. Pode pagar por uma interconexão de rede privada com uma contraparte de alto volume. Pode empurrar mais entrega para uma CDN e aceitar as escolhas de interconexão da própria CDN. Pode entrar em outra bolsa de troca da área de Boston. Ou pode não fazer nada, o que geralmente é a escolha mais barata a curto prazo quando o tempo de engenharia é escasso.

As evidências públicas podem provar apenas parte do caso. A Markley diz que o BOSIX está hospedado na One Summer Street e em Lowell e suporta conexões de 1Gb, 10Gb, 40Gb e 100Gb. O PeeringDB mostra um registro do Boston Internet Exchange com 58 pares, 68 conexões, duas instalações locais e aproximadamente 3,0 Tbps de capacidade conectada listada emhttps://www.peeringdb.com/ix/565. O Internet Society Pulse, usando dados do PeeringDB em julho de 2026, resume 58 ASNs e 2.973 Gbps de capacidade emhttps://pulse.internetsociety.org/en/ixp-tracker/ixp/270/. A página de participantes da Markley diz que há 88 participantes. Esses registros suportam presença, alcançabilidade e superfície de interconexão. Eles não provam qualidade de rota, tráfego real trocado, latência entregue a qualquer cliente específico, qualidade de serviço, arquitetura interna, gerenciamento de segurança, churn, margem ou o preço que será cotado a um comprador.

Essa delimitação é o cerne do caso de investimento. Se tráfego suficiente de um cliente puder se tornar local em Boston, a porta é um instrumento econômico. Se as contrapartes úteis estiverem ausentes, seletivas, congestionadas, inalcançáveis sob a política do comprador ou mais baratas de alcançar em outro lugar, a porta é meramente outro item de linha mensal.

A troca da Markley está ancorada no prédio que os compradores já conhecem

A própria descrição da Markley coloca o BOSIX dentro de uma história maior de Data Center e carrier-hotel, em vez de tratá-lo como uma troca independente sem gravidade local. A página do Boston Internet Exchange emhttps://www.markleygroup.com/services/boston-internet-exchangediz que a troca está hospedada nas localizações da Markley na One Summer Street e em Lowell e fornece uma rede de peering IP através de uma estrutura de comutação proprietária. A mesma página diz que a instalação da One Summer Street da Markley abriga provedores de serviços de Internet de nível um e dois, redes de entrega de conteúdo e grandes empresas dos setores financeiro, de saúde, acadêmico, governamental e de tecnologia. Para um comprador local, isso importa porque uma porta é mais fácil de justificar quando está onde o comprador já pode colocar roteadores, comprar operadoras, acessar on-ramps de nuvem ou solicitar cross-connects.

O site mais amplo da Markley torna o caso da instalação explícito. A página inicial da Markley diz que a empresa tem 1,4 milhão de pés quadrados de espaço de Data Center, mais de 100 provedores de rede domésticos e internacionais, equipe e segurança no local 24x7 e backup de UPS, refrigeração e gerador 2N. Sua página "sobre" diz que a Markley foi fundada em 1991, que a One Summer Street foi lançada em 1998 e que a instalação principal de Boston tem 920.000 pés quadrados de espaço branco e mecânico. Também diz que a Markley possui e opera um Data Center de missão crítica de 352.000 pés quadrados em Lowell.

Essas afirmações não dizem a um leitor externo o que o BOSIX ganha, mas explicam por que a troca tem um anfitrião local credível: está ligada a um operador de Data Center de longa data com um endereço de interconexão reconhecido em Boston.

A página de operadoras emhttps://www.markleygroup.com/services/carriersdescreve a Markley como lar da maior rede de operadoras regionais, nacionais e internacionais da Nova Inglaterra e lista uma longa lista de provedores de rede. A página do AWS Direct Connect diz que a Markley é o primeiro e único local do AWS Direct Connect na Nova Inglaterra e enquadra a empresa como o hub de telecomunicações e carrier-hotel da região. A página de colocation de alta densidade diz que os clientes podem acessar mais de 100 provedores de rede, AWS Direct Connect, Microsoft Azure e GCP Interconnect. A página Markley Network Fabric então estende a proposta: acesso direto à Internet, BOSIX, acesso a provedores de nuvem, duas portas redundantes por padrão para o produto fabric, suporte a operações de rede e acesso a mais de 140 provedores de nuvem.

Para o MarkleyIX, esse contexto é mais do que pano de fundo de marketing. A porta local é mais fácil de vender quando aparece como um componente de uma conta existente em Boston. Um cliente já dentro da One Summer Street pode comparar o custo marginal de um cross-connect e porta de troca com o custo de adicionar ou redimensionar trânsito, pagar por transporte para outra metrópole ou usar um intermediário de peering remoto. Um cliente fora da Markley pode perguntar se o ecossistema da instalação é rico o suficiente para justificar a entrada.

Essa é a superfície de controle: a porta de troca, o cross-connect, a conta do Data Center, a configuração do roteador e o caminho de suporte ao redor deles.

A ressalva é que a força do Data Center da Markley não deve ser confundida com a prova de que cada par do BOSIX é útil para cada comprador. Um carrier-hotel pode hospedar muitas redes que não fazem peering abertamente, não carregam o tráfego alvo do comprador ou preferem termos bilaterais. Um Data Center pode ser forte enquanto um serviço de troca específico permanece apenas uma opção no mercado local. O prédio dá credibilidade ao MarkleyIX; a matriz de tráfego decide se a conta é racional.

O registro de interconexão mostra uma estrutura local real, não um veredito global

O registro técnico público mais forte para o BOSIX são os dados de interconexão, e eles devem ser lidos de forma restrita. O PeeringDB identifica o Boston Internet Exchange como BOSIX, operado pela Markley Group, em Boston, Massachusetts, com duas instalações locais: Markley Group One Summer Street Boston e Markley Group Lowell. Ele lista o prefixo LAN IPv4 206.108.236.0/24 e o prefixo LAN IPv6 2001:504:24:1::/64, 58 pares, 68 conexões, 32 pares abertos na página renderizada, 82 por cento com IPv6 e capacidade total mostrada como 3,0T.

A saída da API do PeeringDB recuperada para a mesma troca fornece 68 linhas de conexão netixlan e 2.973.000 Mbps de velocidade de porta listada. Isso é evidência útil de uma estrutura compartilhada real e uma pegada de interconexão local material.

O Internet Society Pulse adiciona uma apresentação independente do mesmo tipo de evidência. Sua página do Boston Internet Exchange de julho de 2026 relata 2.973 Gbps de capacidade, 58 ASNs membros, três ASNs saindo e dois entrando nos últimos 12 meses e uma mistura de membros liderada por NSP, cabo/DSL/ISP, educacional/pesquisa, conteúdo, empresa e categorias desconhecidas. Também relata que 16 dos 58 membros fazem peering no route-server e que 35 dos 58 membros usam RPKI sob sua definição de ter pelo menos um ROA válido. Esses números ajudam um comprador a dimensionar a superfície.

Eles não classificam o desempenho da troca e não dizem ao comprador se seus próprios pacotes se moverão pela estrutura.

O Packet Clearing House lista o Boston Internet Exchange como ativo, baseado em Ethernet, gerenciado pela Markley Group e estabelecido em 9 de abril de 2012. A entrada do BostonIX do IXPDB é mais antiga e mais enxuta, mostrando IX-F ID 407, localização em Boston, 24 ASNs e uma data de atualização de 2019. A lacuna entre IXPDB, PeeringDB, ISOC Pulse e a própria página de participantes da Markley é por si só um lembrete de que os bancos de dados públicos de interconexão não são demonstrações financeiras auditadas. Eles são referências operacionais ao vivo ou semivivas.

Um comprador pode usá-los para identificar possíveis contrapartes, endereços IP, instalações e faixas de capacidade. Não deve usá-los como substituto para due diligence com a Markley e com as redes específicas que deseja alcançar.

A evidência de participantes ainda é valiosa. A página de participantes da Markley lista nomes de nuvem, conteúdo, operadora, educação, saúde, empresa e serviço de rede. A página renderizada do PeeringDB inclui exemplos como Akamai, Amazon, Apple, Astound, Atlantic Metro, BCBSMA, Boston Children's Hospital, Brandeis, Bridgewater State University, Cloudflare, Fastly, Hurricane Electric, Microsoft e Netflix, entre muitos outros. Uma empresa local que envia tráfego pesado para esses tipos de redes tem uma razão para investigar. Uma rede com tráfego principalmente para contrapartes fora desse conjunto pode achar a porta menos atraente.

A maneira correta de usar os registros é convertê-los na própria lista de candidatos do comprador. Quais dos 20 principais destinos de tráfego estão no BOSIX? Quais pares são abertos, seletivos ou alcançáveis através de route-servers? Quais exigem contato bilateral? Quais aceitam as proporções de tráfego do comprador? Quais já são alcançáveis através de um provedor de trânsito pago a um custo aceitável? Quais ainda fariam hairpin através de outro mercado devido à política? Os registros públicos podem iniciar essas perguntas. Eles não podem respondê-las sozinhos.

Route-servers reduzem a conta de configuração, mas não removem o trabalho de peering

As páginas de route-server da Markley mostram por que o BOSIX é vendido como um simplificador operacional em vez de meramente um switch. A página de route-server emhttps://www.markleygroup.com/services/boston-internet-exchange/route-serversdiz que a Markley opera route-servers redundantes com uma política de peering aberta no BOSIX. Ela explica o problema administrativo em termos simples: sem route-servers, um participante que deseja fazer peering com muitas redes tem que contatar, qualificar e configurar sessões com essas redes uma por uma, e essas contrapartes têm que fazer mudanças recíprocas. A Markley argumenta que um novo participante pode fazer peering com os dois route-servers e receber rotas de outros participantes também fazendo peering com eles, enquanto ainda incentiva o peering bilateral direto quando possível.

Isso é economicamente importante. Horas de engenharia fazem parte da unidade paga. Uma porta que exige semanas de negociação bilateral antes de carregar tráfego significativo pode perder para o trânsito, mesmo quando o caminho de trânsito é tecnicamente menos eficiente. Um route-server comprime a primeira milha do trabalho de peering. Ele não torna toda contraparte aberta, não transforma pares seletivos em pares automáticos e não decide se o caminho resultante é melhor para uma aplicação específica.

Mas reduz a superfície de configuração inicial para redes cujo primeiro objetivo é mover algum tráfego elegível localmente sem se tornar coordenadores de peering em tempo integral.

As regras de engajamento do BOSIX emhttps://www.markleygroup.com/services/boston-internet-exchange/rules-of-engagementesclarecem o acordo operacional da troca. O peering é bilateral, exceto para route-servers; os participantes devem usar BGP-4 ou seu sucessor; não podem usar recursos de outro participante ou do BOSIX sem permissão; apenas ethertypes IPv4, ARP e IPv6 são permitidos; e operadores de extensão de switch têm responsabilidades de capacidade, incluindo atenção a atualizações acima de limites de utilização especificados. As regras também dizem que um participante pode usar apenas um único endereço MAC layer-2 para colocar um único roteador layer-3 por porta alocada da estrutura do switch. Essas regras colocam limites em torno de uma estrutura local compartilhada para que o atalho de um cliente não se torne o fardo de outro.

O guia de configuração emhttps://www.markleygroup.com/services/boston-internet-exchange/configuration-guideadiciona uma visão mais concreta. Ele diz que o BOSIX implantou um par de roteadores Juniper MX204 como route-servers BGP redundantes, fornece endereços de route-server IPv4 e IPv6 e descreve a filtragem: evitando prefixos excessivamente específicos, rotas bogon ou marcianas, sub-redes do BOSIX, ASNs bogon, caminhos AS começando com um ASN diferente do ASN do par, caminhos com mais de 32 saltos e rotas padrão. Também diz que as rotas recebidas são verificadas contra o IRR do Merit RADb e que as atualizações são puxadas duas vezes ao dia. O repositório público da Markley no GitHub emhttps://github.com/markleygroup/bosixapresenta as saídas de consulta IRR resultantes para os participantes atuais e diz que as listas de prefixos são construídas a partir desses resultados agregados.

Esses detalhes podem apoiar uma alegação sobre mecânicas operacionais. Eles não podem apoiar uma alegação de que a troca tem qualidade de rota superior, gerenciamento de segurança superior ou melhor qualidade de serviço do que um substituto. Um route-server pode facilitar o peering enquanto ainda exige julgamento do comprador. Um route-server filtrado pode reduzir certas entradas ruins óbvias enquanto ainda depende de participantes, registros e configuração correta. A tarefa econômica do comprador é decidir se a opção de route-server reduz o custo de mão de obra o suficiente para tornar o peering local ao alcance.

O contexto de Data Center de Boston é o verdadeiro fosso

A proposta do MarkleyIX é mais forte quando a própria Boston importa. Uma rede com clientes, campi, instalações ou aplicações concentrados na Nova Inglaterra pode se importar se o tráfego entre usuários locais e grandes redes de conteúdo ou nuvem sai da metrópole. A latência não é apenas um número em um teste.

É a diferença entre fluxos de vídeo locais permanecendo fora de um uplink pago, atualizações de software não congestionando um circuito WAN, tráfego hospitalar ou universitário não fazendo um desvio evitável e uma equipe de operações de rede não rastreando um caminho longo que existe apenas porque o trânsito padrão mais barato enviou o tráfego para outro lugar.

Referências de mercado de terceiros colocam a Markley nesse contexto de Boston. A página de mercado de Boston da Baxtel descreve o principal carrier-hotel de Boston como a instalação da Markley Group na One Summer Street e diz que o MASS IX e o Boston Internet Exchange operados pela Markley são duas trocas de Internet de médio porte em Boston. O comentário "Meet Me in Boston" da Newby Ventures de outubro de 2024 disse que Boston tinha três trocas de Internet acessíveis a partir de oito instalações em oito endereços diferentes e descreveu o Boston Internet Exchange como o segundo maior, atrás do MASS IX e à frente do Any2East.

A página de marketplace da Inflect para o Boston Internet Exchange o descreve como de propriedade da Markley, com dois Data Centers on-net e pontos de peering listados. Esses são sinais de mercado, não autoridade final, masmostram como os compradores provavelmente comparam o MarkleyIX: não com todas as trocas globais, mas com o menu prático de interconexão de Boston.

O menu está cada vez mais concorrido. O MASS IX diz que está disponível em mais de 12 Data Centers e fornece peering público, conectividade em nuvem e interconexão de Data Center em toda a Nova Inglaterra. Seu site relata 72 redes conectadas, 84 portas ativas, 3,0T de capacidade conectada e 321G de tráfego de pico. O Any2Exchange da CoreSite diz que seus mercados de Boston, Nova York e Northern Virginia formam o Any2East, enquanto o Any2Exchange mais amplo tem mais de 400 membros em todos os Estados Unidos. A Equinix comercializa colocation e interconexão em Boston para ecossistemas de saúde, empresa e serviços financeiros.

Provedores de peering remoto podem dar a uma rede acesso a estruturas de troca sem colocar a mesma quantidade de hardware em todos os mercados.

Essa concorrência afia o papel do MarkleyIX. A porta local da Markley vence quando é a maneira menos complicada de alcançar contrapartes úteis em Boston a partir de uma base operacional em Boston. Ela perde quando as mesmas contrapartes são mais fáceis através do MASS IX, Any2East, trânsito pago, uma interconexão privada, uma plataforma de peering remoto ou uma implantação em uma metrópole maior. A palavra "local" não é suficiente. O fosso econômico é a sobreposição entre a base de instalações da Markley, a localização de rede existente do comprador, a mistura de participantes e o tráfego que o comprador pode realmente mover.

Para um comprador já dentro da Markley, o fosso pode ser um incremento de baixo atrito: cross-connect para o BOSIX, estabelecer sessões, observar o tráfego mudar e depois decidir se cresce. Para um comprador fora da Markley, o fosso deve ser mais forte. Deve justificar o transporte ou a etapa de colocation necessária para alcançar a estrutura. É aí que o contexto de Boston mais importa. Uma rede que vê Boston como um mercado de borda pode preferir alcance remoto. Uma rede que vê Boston como seu mercado doméstico pode preferir uma conta local que possa controlar.

A evidência do cliente é uma história de economia, não um preço universal

A evidência pública de cliente mais clara para a economia do BOSIX é a Bridgewater State University. O estudo de caso da Markley emhttps://www.markleygroup.com/bridgewater-state-case-studydiz que a BSU precisava de serviços de TI robustos e econômicos, usou fibra dedicada diretamente de Bridgewater para a Markley Boston, colocou espaço de Data Center de missão crítica na One Summer Street e usou peering direto com o BOSIX. Os benefícios listados incluem uma redução de 50 por cento nos custos de Internet e necessidades de largura de banda reduzidas através do peering com o BOSIX.

A economia citada é incomumente concreta. Steve Zuromski, então VP de Tecnologia da Informação e CIO da Bridgewater State University, disse que o peering direto com provedores como Netflix, Akamai, Microsoft e Apple no BOSIX permitiu que a universidade evitasse dobrar sua largura de banda de Internet através de uma taxa de acesso fixa para um pipe de 10Gb, economizando pelo menos US$ 18.000 a cada ano. Esse é o caso do comprador em miniatura. O valor não veio de possuir uma porta mais prestigiosa. Veio de evitar uma atualização de trânsito ou largura de banda de Internet movendo tráfego de alto volume suficiente para o peering local.

Esse caso deve ser lido com cuidado. É uma história de cliente da Markley, não uma amostra de mercado auditada. Não divulga o contrato exato, todas as taxas, utilização, políticas de pares, custo de migração ou o que outras redes pagariam. Não prova que toda universidade, ISP ou empresa pode economizar 50 por cento. No entanto, identifica o mecanismo que importa: um custo de acesso fixo ou previsível se torna atraente quando desloca um custo variável ou de escalonamento caro em outro lugar na rede.

O caso Bridgewater também destaca um tipo de comprador para quem o peering local pode ser especialmente racional. Universidades e redes de pesquisa geralmente têm grandes populações de usuários, alto consumo de conteúdo, colaboração em nuvem, atualizações de software, plataformas de aprendizado online e pressão orçamentária. Eles também podem ter alguma equipe de rede, mas não o suficiente para transformar o peering em um esporte de negociação em tempo integral.

Uma troca local com ajuda de route-server e redes de conteúdo visíveis pode, portanto, ser um compromisso prático entre a dependência de trânsito não gerenciado e uma estratégia complexa de peering em vários mercados.

Outros registros públicos de participantes mostram categorias semelhantes em torno do BOSIX: saúde, educação superior, conteúdo, empresa, redes de acesso e operadoras. Essa mistura pode criar valor de troca local porque essas redes geram e consomem tráfego que importa na região. Mas apenas nomes de participantes não são prova de cliente. Um par listado pode estar presente para uma porta pequena, pode ser seletivo, pode trocar pouco tráfego com um determinado comprador ou pode preferir políticas diferentes. A evidência Bridgewater é valiosa precisamente porque descreve o resultado econômico da perspectiva de um comprador.

Deve ser usada como uma pergunta a ser feita, não como uma promessa a ser assumida: este comprador pode evitar uma atualização concreta ou conta de trânsito movendo tráfego conhecido para o BOSIX?

Substitutos mantêm a MarkleyIX honesta

O primeiro substituto é o trânsito pago comum. O trânsito é simples porque converte a Internet global em um serviço comprado de um ou mais provedores. Dá ao comprador alcance sem negociar com cada rede de destino. É também o caminho de menor resistência para compradores com tempo de engenharia limitado. A Hurricane Electric, por exemplo, comercializa serviço de trânsito IP a partir de um ponto de entrada mensal baixo publicado e enfatiza o acesso a muitas redes e pontos de troca. Um comprador comparando trânsito com BOSIX está comparando um produto de alcance amplo com um produto de troca local.

O trânsito carrega tudo que o provedor pode rotear; uma porta BOSIX carrega apenas o tráfego que tem um caminho de peering útil.

O segundo substituto é o peering remoto. Plataformas como Megaport e outros provedores de interconexão podem permitir que uma rede alcance múltiplos mercados de troca sem uma construção física local completa em cada um. A Megaport descreve o MegaIX como uma troca de Internet virtual incorporada em sua rede definida por software e comercializa peering em troca de Internet a partir de preços iniciais baixos publicados, com preços atuais frequentemente conduzidos por portal. O peering remoto pode ser atraente quando o comprador quer opcionalidade, provisionamento rápido ou acesso a várias metrópoles.

Sua fraqueza contra a MarkleyIX é que pode reintroduzir distância de transporte, dependência de plataforma e uma camada de custo entre o comprador e a estrutura local de Boston.

O terceiro substituto é a presença em um mercado maior. Nova York e Northern Virginia têm ecossistemas de interconexão mais densos do que Boston. O Any2Exchange da CoreSite diz que seus mercados de Boston, Nova York e Northern Virginia formam o Any2East, e a DE-CIX comercializa Nova York como uma grande troca neutra na costa leste. A NYIIX descreve sua troca de Nova York como uma das grandes trocas neutras na costa leste e globalmente. Uma rede que já tem equipamentos em Nova York ou Ashburn pode não precisar de uma porta em Boston, a menos que o desempenho local, o custo local ou a concentração de clientes em Boston justifiquem.

Mercados maiores podem entregar mais contrapartes, mas a troca é backhaul, latência e outra pegada de instalação.

O quarto substituto é outra troca em Boston. O MASS IX é a comparação local mais direta. Seu site relata mais de 12 localizações de Data Center, peering público, conectividade em nuvem, serviços de POP virtual, 72 redes conectadas, 84 portas ativas, 3,0T de capacidade conectada e 321G de tráfego de pico. A página do MASS IX no PeeringDB inclui notas de preço de porta incomumente claras: primeiro ano atualmente gratuito em um compromisso de dois anos, até duas portas de 10G ou 100G, com encargos mensais recorrentes listados para 10GE, 100GE e 400GE.

Se esses termos estiverem disponíveis para um comprador, eles colocam pressão de preço em toda alternativa de troca local, incluindo a MarkleyIX. A pergunta relevante não é qual página tem o melhor título. É qual troca tem as contrapartes, instalações e caminho de suporte que o comprador precisa.

O quinto substituto é a interconexão privada ou offload de CDN. Um comprador com um destino dominante pode preferir uma interconexão de rede privada ou relacionamento de CDN em vez de uma troca compartilhada. Isso pode ser mais limpo, mais previsível e mais fácil de governar para um fluxo bilateral de alto volume. Também pode ser menos flexível porque não cria um mercado de muitos pares possíveis. Uma conta BOSIX é mais atraente quando o comprador tem várias contrapartes significativas e quer um portfólio de rotas locais em vez de um link sob medida.

O substituto final é não fazer nada. Muitas organizações toleram caminhos ineficientes porque a conta atual é conhecida e a fila de engenharia está cheia. A MarkleyIX tem que superar essa inércia. Ela o faz apenas quando os custos evitados de trânsito, atualização, latência, suporte e dependência operacional são claros o suficiente para que um comprador aloque tempo de equipe para a mudança.

A economia da porta depende do que o comprador pode parar de comprar

Uma porta de peering se torna atraente quando permite que o comprador pare de comprar outra coisa, ou atrase a compra de mais dela. O alvo óbvio é a capacidade de trânsito paga. Se uma rede pode mover uma parcela material do tráfego para peering livre de liquidação ou de baixo custo incremental, uma taxa mensal de porta e cross-connect pode ser mais barata do que aumentar um compromisso de trânsito, adicionar outro circuito de Internet ou carregar tráfego para um ponto de peering distante.

O alvo menos óbvio é o atrito operacional: menos reclamações de congestionamento, menos surpresas de roteamento, menos tickets de help desk ligados a tráfego que deveria ter permanecido nas proximidades e menos atualizações de emergência impulsionadas pela demanda de pico.

A aritmética é específica do comprador. Comece com os principais destinos de tráfego por ASN, não por marca. Mapeie quais estão no BOSIX através do PeeringDB, da lista de participantes da Markley e de contatos diretos de pares. Separe pares abertos de pares seletivos. Estime quanto tráfego poderia ser movido sob políticas realistas. Preço da porta, cross-connect, óptica, capacidade do roteador, colocation, transporte se necessário e o tempo de engenharia para configurar, monitorar e solucionar problemas de BGP.

Em seguida, compare esse custo total com a próxima melhor alternativa: um compromisso de trânsito maior, um segundo provedor de trânsito, peering remoto, mover equipamentos para outra troca ou um acordo de CDN.

O caso Bridgewater mostra uma versão bem-sucedida desse modelo: uma taxa de acesso de 10Gb era mais barata que dobrar a largura de banda da Internet, e a economia alegada era de pelo menos US$ 18.000 por ano. Um provedor de acesso menor pode enquadrar o cálculo de forma diferente: se pares locais de conteúdo e nuvem podem tirar tráfego suficiente de uma conta de trânsito no percentil 95, a porta se paga. Um provedor de serviços gerenciados pode se importar menos com trânsito bruto e mais com caminhos previsíveis para clientes em Boston.

Uma empresa pesada em nuvem pode comparar o BOSIX com on-ramps de nuvem privada e descobrir que o peering em troca ajuda apenas para tráfego que já não é melhor tratado por conectividade de nuvem dedicada.

O lado do custo também inclui atrito de cross-connect. Uma porta dentro do mesmo prédio que o roteador do comprador pode ser uma adição de baixo atrito. Uma porta que requer transporte metropolitano, novo colocation, novo hardware e um ciclo de aquisição é uma decisão diferente. A Markley tenta reduzir esse atrito anexando o BOSIX à One Summer Street, Lowell, opções de operadoras, AWS Direct Connect, serviços de rede e Markley Network Fabric. Mas essa integração é valiosa apenas se o comprador já estiver próximo da superfície operacional da Markley ou tiver razão suficiente para chegar lá.

A evidência de capacidade ajuda nesse cálculo, mas pode enganar se lida como evidência de tráfego. Uma porta listada de 100G não significa 100G de tráfego útil para um comprador. Um número de capacidade total de 3,0T não significa 3,0T de tráfego de troca diário. Capacidade é o teto da velocidade possível da porta, não prova de demanda. Da mesma forma, a presença de Microsoft, Akamai, Apple, Netflix, Cloudflare, Amazon ou Fastly em uma lista de participantes não significa que todo comprador pode ou vai fazer peering com essas redes em termos favoráveis.

A política de rota do comprador, as proporções de tráfego, as contrapartes e a disciplina operacional ainda decidem o resultado.

É por isso que a unidade paga é melhor entendida como uma opção sobre tráfego local. O cliente paga pelo direito e pela capacidade de trocar tráfego localmente onde contrapartes e políticas permitirem. A opção tem valor quando o comprador tem tráfego elegível suficiente, capacidade de engenharia suficiente e pressão de custo suficiente. Tem pouco valor quando o tráfego do comprador é muito difuso, já barato através de trânsito ou dominado por contrapartes não alcançáveis através da estrutura local.

A mistura de membros dá ao tráfego de Boston uma razão para permanecer nas proximidades

A mistura de membros do BOSIX é a razão mais forte para não descartar uma troca de Boston como um erro de arredondamento. O PeeringDB e a página de participantes da Markley mostram uma mistura que inclui redes de conteúdo, redes de acesso, empresas, redes educacionais, instituições de saúde e operadoras. Esse é exatamente o tipo de mistura que uma troca local precisa. Redes de conteúdo podem absorver demanda downstream. Redes de acesso trazem olhos. Universidades e hospitais trazem tráfego empresarial regional. Operadoras e empresas de serviços de rede trazem diversidade de rota e alcance de cliente.

Uma estrutura com apenas conteúdo e sem acesso, ou acesso e sem conteúdo, é muito mais difícil de monetizar.

Os nomes proeminentes importam porque mapeiam o tráfego cotidiano. Microsoft, Apple, Amazon, Akamai, Netflix, Fastly e Cloudflare não são destinos obscuros para uma rede da Nova Inglaterra. Eles são fontes comuns de colaboração, atualizações, streaming, entrega de aplicativos e tráfego de nuvem. Hurricane Electric, Astound, Atlantic Metro, Consolidated Communications e outras operadoras ou provedores de rede importam para alcance e topologia. Instituições locais como Boston Children's Hospital, Brandeis, Bridgewater State University, BCBSMA, Colleges of the Fenway e Warner Music Group mostram que a troca não é apenas uma vitrine de CDN.

Ela também tem superfície empresarial e institucional regional.

Mas a mistura não é autoexecutável. Um comprador tem que perguntar quais participantes são realmente úteis para seus fluxos, quais pares são abertos ou seletivos e quais fazem peering através do route-server. A contagem de 16 de 58 route-servers do ISOC Pulse indica que o alcance do route-server é útil, mas incompleto. A própria página de route-server da Markley diz que os route-servers são um suplemento e incentiva os participantes a fazer peering diretamente quando possível.

Isso significa que um comprador ainda precisa de gerenciamento de relacionamento, mesmo que o relacionamento seja técnico e operacional, em vez de comercial no sentido estrito.

Há também uma diferença entre um participante e um destino. Uma rede de conteúdo pode ter uma porta, mas usar política para controlar quem recebe rotas. Uma empresa pode estar presente por razões internas ou privadas, mas não ser relevante para um ISP regional. Uma operadora pode ser alcançável, mas não mais barata que o trânsito existente do comprador. Um endereço IPv6 listado não garante mudanças de tráfego IPv6, e uma porta de 10G ou 100G não garante que um comprador possa preenchê-la. A mistura de membros é um mapa de possibilidades.

Para a MarkleyIX, as melhores histórias comerciais virão de compradores que fazem o trabalho. Uma universidade mapeia tráfego de vídeo, colaboração e atualização de software, faz peering onde a política permite e adia uma atualização de trânsito. Um ISP regional mapeia tráfego de CDN noturno e encontra pares abertos suficientes para reduzir a exposição ao trânsito. Uma rede de saúde mantém mais fluxos locais de aplicativos e conteúdo perto de Boston, enquanto retém trânsito para todo o resto. Um provedor de serviços gerenciados usa o BOSIX como parte de uma conta Markley mais ampla que também inclui acesso a nuvem e operadoras.

Em cada caso, a porta tem um trabalho. Não é um distintivo; é uma maneira de tornar um subconjunto de tráfego mais barato, mais próximo ou mais fácil de gerenciar.

A prova não respondida se enquadra em economia, confiabilidade e retenção

A prova faltante em torno da MarkleyIX não é uma razão para ignorá-la. É uma lista de due diligence. A lacuna econômica é o preço. As páginas públicas do BOSIX da Markley não publicam uma tabela de preços simples para portas, cross-connects, acesso remoto, termos de compromisso ou descontos. O PeeringDB marca nível de serviço e termos como não divulgados. O caso Bridgewater prova que pelo menos um cliente viu economia suficiente para nomear um valor em dólar, mas não fornece uma tarifa universal.

Um comprador precisa de um orçamento e deve comparar o custo mensal total contra trânsito, MASS IX, Any2, peering remoto e alternativas de mercado maior.

A lacuna de confiabilidade é o desempenho operacional real. As páginas públicas descrevem a resiliência do Data Center da Markley, o design do route-server, as regras de filtragem, a postura de suporte e as instalações locais. Os bancos de dados públicos mostram capacidade e membresia. Nada disso prova tempo de atividade do route-server, incidentes de switch, perda de pacotes, qualidade de manutenção, congestionamento, resposta a tickets de cliente, latência para um comprador específico.

As perguntas certas são concretas: janelas de manutenção históricas, histórico de incidentes de route-server, relatórios de utilização de porta, políticas de circuito de extensão, escalonamento de suporte, escopo de mãos remotas e o que acontece quando um par ou route-server se comporta mal.

A lacuna de retenção é o comportamento do cliente. O PeeringDB e o ISOC Pulse podem mostrar membros entrando ou saindo, e a página de participantes da Markley pode mostrar uma lista atual, mas os registros públicos não explicam por que as redes ficam, fazem downgrade, upgrade ou saem. Eles não divulgam churn, termos de renovação, taxas de expansão ou a parcela de participantes que carregam tráfego significativo. Um comprador deve pedir à Markley referências que correspondam ao seu próprio caso de uso: ISP regional, universidade, empresa, saúde, serviço gerenciado ou cliente com alto consumo de conteúdo.

Um único estudo de caso é útil; uma referência correspondente é melhor.

Há também lacunas de prova que não devem ser preenchidas por inferência. O fato de a Markley operar um carrier-hotel não prova que todo caminho BOSIX é de baixa latência para todo destino. O fato de uma grande rede de conteúdo aparecer no PeeringDB não prova que uma rota aberta estará disponível para todo ASN. O fato de a Markley publicar saídas de consulta IRR não prova postura completa de segurança de roteamento. O fato de os totais de capacidade estarem próximos de 3,0T não prova tráfego de pico real. Uma boa análise mantém essas linhas separadas.

Esses limites tornam a tese mais credível, não mais fraca. A MarkleyIX não precisa de registros públicos para provar tudo. Ela precisa de registros públicos para mostrar superfície de interconexão local suficiente para que um comprador sério faça as contas. A resposta final pertence aos dados de tráfego do comprador, orçamentos e confirmações de pares.

A razão para observar a MarkleyIX é a economia de borda de Boston

A MarkleyIX importa se Boston permanece um mercado onde o tráfego local é grande o suficiente, sensível à latência ou operacionalmente complicado o suficiente para recompensar uma conta de peering local. A troca não está tentando ser toda a Costa Leste. Seu valor é mais estreito e mais defensável: dá às redes da Nova Inglaterra uma maneira de manter algum tráfego local dentro de um ecossistema de instalações já associado a operadoras, on-ramps de nuvem, colocation e suporte.

Os pontos de observação são práticos. As contagens de membros e capacidade do PeeringDB devem ser rastreadas, mas apenas como indicadores de presença. A lista de participantes da Markley deve ser verificada para nomes de conteúdo, nuvem, acesso, educação, saúde e empresa que correspondam ao tráfego real. O repositório do route-server BOSIX e as páginas de configuração devem ser observados para manutenção contínua e clareza de política. MASS IX, Any2East, plataformas de peering remoto, preços de trânsito e opções de troca de Nova York/Northern Virginia devem ser observados como substitutos.

Os próprios investimentos em instalações da Markley na One Summer Street, Lowell, acesso à nuvem e serviços de rede devem ser observados porque a troca é mais forte quando agrupada em uma conta de conectividade local mais ampla.

A conclusão de investimento é, portanto, condicional. Uma porta de peering em Boston pode fazer excelente sentido quando adia uma atualização de trânsito, reduz backhaul, melhora a latência local para destinos conhecidos e evita que o comprador construa muitas interconexões individuais. Faz menos sentido quando o tráfego é muito disperso, as contrapartes são seletivas ou ausentes, o peering remoto é mais barato ou o comprador já obtém caminhos aceitáveis através de um mercado maior. O trabalho da MarkleyIX é transformar a localidade de Boston em uma conta mensurável.

O trabalho do comprador é provar que a conta é menor do que a dependência que ela substitui.