Do nosso nó em Riga no AS41564 (Orion Network / Fiber Grid INC), os tempos típicos de ida e volta ICMP para destinos bem conectados ficam assim: Riga para Vilnius em torno de 8 ms, para Tallin em torno de 10 ms, para Varsóvia em torno de 22 ms, para Estocolmo em torno de 35–40 ms, para Helsinque em torno de 20 ms, para Amsterdam em torno de 40–45 ms, para Frankfurt em torno de 45–55 ms, para Nova York em torno de 100–115 ms. As rotas de Riga para as capitais bálticas são rápidas porque a LIXP mantém esse tráfego local; as rotas para a Europa Ocidental transitam via Estocolmo ou Varsóvia.

A Letônia fica no meio dos três países bálticos, então um teste de ping de Riga dá um proxy razoável de como seu servidor tem desempenho para usuários em toda a Estônia, Letônia e Lituânia. Se os tempos de ping de Riga forem aceitáveis, geralmente serão similares ou ligeiramente melhores de Tallin e Vilnius dadas as curtas distâncias intra-bálticas. Se os tempos de ping forem ruins de Riga, a região báltica como um todo provavelmente tem o mesmo problema.

Como em qualquer teste baseado em ICMP, firewalls que limitam a taxa ou descartam ICMP produzirão resultados enganosos. Compare os resultados de ping com um teste TCP em sua porta de serviço para confirmar se RTT alto ou perda de pacotes reflete latência real da aplicação. Perda sustentada tanto no ICMP quanto no TCP do probe em Riga é um forte sinal de degradação real do caminho entre o AS41564 e a rede alvo.

Riga é o hub de roteamento central da Letônia e desempenha um papel mais amplo como ponto de trânsito para o tráfego de internet báltico. A LIXP (Latvian Internet Exchange Point) é o principal fabric de peering neutro do país, conectando ISPs letões, provedores de trânsito e redes de conteúdo. A TeleHouse Riga oferece colocation carrier-neutral junto com serviços de exchange. Juntos, esses dão a Riga um ecossistema de peering bem conectado para uma cidade de seu tamanho, com caminhos para redes estônias e lituanas rodando diretamente sem precisar transitar por Varsóvia ou Frankfurt.

Nosso nó de probe em Riga roda no AS41564, operado pela Orion Network Limited. O data center físico é operado pela Fiber Grid INC, um provedor letão de colocation. A Orion Network Limited é um ISP com trânsito upstream que cobre destinos bálticos, nórdicos e da Europa Central. A Fiber Grid INC opera como uma instalação carrier-neutral em Riga, o que significa que múltiplos ISPs e provedores de trânsito colocam servidores lá e fornecem ao nó boa diversidade de caminhos em comparação com um data center de carrier único.

A posição de Riga no centro dos estados bálticos dá baixa latência tanto para Tallin (em torno de 10 ms) quanto para Vilnius (em torno de 8 ms). Varsóvia é acessível em torno de 22 ms. Estocolmo fica a cerca de 35–40 ms. Frankfurt é tipicamente 45–55 ms de infraestrutura em Riga bem conectada por peering. Esses números tornam a Letônia um local de teste útil para medir a conectividade em todo o corredor báltico, já que Riga pode alcançar todas as três capitais bálticas e seus ecossistemas de carrier com overhead mínimo de latência.

Os cabos submarinos bálticos conectam a Letônia à Suécia via rota do Golfo de Botnia e à Alemanha via cabos correndo pelo Mar Báltico. Telia (AS1299), Tele2 (AS1257) e o provedor vinculado ao estado letão Lattelecom (AS12578) estão entre os principais carriers de trânsito para tráfego internacional. O backbone doméstico é atendido pela Lattelecom, LMT e Bite, com vários ISPs e provedores de hospedagem menores fazendo peering na LIXP para manter o tráfego local local em vez de roteá-lo internacionalmente.

A Letônia é membro da UE com regulamentações de proteção de dados da UE, tornando-a adequada para hospedar aplicações que devem permanecer nas jurisdições da UE. O mercado de data center de Riga cresceu constantemente, impulsionado pelo setor de tecnologia báltico e por operadores que querem uma localização de hospedagem da UE de menor custo em comparação com Amsterdam, Frankfurt ou Londres. Várias empresas internacionais de hospedagem mantêm nós em Riga especificamente para atender usuários bálticos e da Europa Oriental com latência menor do que rotear tudo por hubs da Europa Ocidental.