Check-Host.cc

TCP Test from Latvia

1 node in Riga · LIXP Riga

Latvia — 1 Node

Cities
Riga
ISPs / ASNs
Orion Network Limited AS41564
Datacenters
Fiber Grid INC
Internet Exchanges
LIXP Riga — Latvian Internet Exchange Point, main neutral peering fabric in Riga
TeleHouse Riga — Carrier-neutral colocation and exchange services in Riga

TCP Port Testing from Latvia

A TCP check from Latvia connects to your host on the specified port from our Riga probe and measures the handshake completion time. Unlike ping, it tests the actual port reachability through firewall rules and routing policies. From Riga, a TCP handshake to Tallinn or Vilnius should complete in under 15 ms. A handshake to a Frankfurt server should complete in around 45–55 ms. These are the baseline figures before any application-level overhead.

Latvian ISPs do not apply port-level filtering on data center or business traffic. TCP failures from Latvia typically point to server-side configuration: geo-blocking rules, firewall policies blocking non-local ASNs, or security groups set to permit only specific IP ranges. AS41564 (Orion Network) and Fiber Grid INC are legitimate Latvian infrastructure operators with clean IP reputations, so a TCP failure from this probe node usually indicates a deliberate configuration on the target rather than a reputation-based block.

If a port is reachable from Western Europe but fails from Latvia, the most likely causes are: the target applies Eastern Europe or Baltic-region IP blocks, there is asymmetric routing preventing the return packet from reaching the probe, or a transit link between AS41564 and the destination's upstream is down. Running MTR from Latvia alongside the TCP check gives you the hop-level detail to identify where in the path the failure occurs.

Latvia Network Infrastructure

Riga is the central routing hub for Latvia and plays a wider role as a transit point for Baltic internet traffic. LIXP (Latvian Internet Exchange Point) is the country's main neutral peering fabric, connecting Latvian ISPs, transit providers, and content networks. TeleHouse Riga offers carrier-neutral colocation alongside exchange services. Together these give Riga a well-connected peering ecosystem for a city of its size, with paths to both Estonian and Lithuanian networks running directly without needing to transit through Warsaw or Frankfurt.

Our Riga probe node runs on AS41564, operated by Orion Network Limited. The physical data center is operated by Fiber Grid INC, a Latvian colocation provider. Orion Network Limited is an ISP with upstream transit that covers Baltic, Nordic, and Central European destinations. Fiber Grid INC operates as a carrier-neutral facility in Riga, which means multiple ISPs and transit providers colocate there and provide the node with good path diversity compared to a single-carrier data center.

Riga's position at the center of the Baltic states gives it low latency to both Tallinn (around 10 ms) and Vilnius (around 8 ms). Warsaw is reachable in around 22 ms. Stockholm is around 35–40 ms. Frankfurt is typically 45–55 ms from well-peered Riga infrastructure. These figures make Latvia a useful test location for measuring connectivity across the entire Baltic corridor, since Riga can reach all three Baltic capitals and their carrier ecosystems with minimal latency overhead.

Baltic undersea cables connect Latvia to Sweden via the Gulf of Bothnia route and to Germany via cables running through the Baltic Sea. Telia (AS1299), Tele2 (AS1257), and Latvian state-linked provider Lattelecom (AS12578) are among the primary transit carriers for international traffic. The domestic backbone is served by Lattelecom, LMT, and Bite, with several smaller ISPs and hosting providers peering at LIXP to keep local traffic local rather than routing it internationally.

Latvia is an EU member with EU data protection regulations, making it suitable for hosting applications that must stay within EU jurisdictions. The Riga data center market has grown steadily, driven by the Baltic tech sector and by operators who want a lower-cost EU hosting location compared to Amsterdam, Frankfurt, or London. Several international hosting companies maintain Riga nodes specifically to serve Baltic and Eastern European users with lower latency than routing everything through Western European hubs.