TCP Test from Latvia
1 node in Riga · LIXP Riga
Latvia — 1 Node
Test portów TCP z Łotwy
Test TCP z Łotwy łączy się z twoim hostem na podanym porcie z naszej sondy w Rydze i mierzy czas ukończenia uzgadniania. W odróżnieniu od pingu, testuje faktyczną osiągalność portu przez reguły zapory i polityki routingowe. Z Rygi uzgadnianie TCP do Tallina lub Wilna powinno ukończyć się poniżej 15 ms. Uzgadnianie do serwera we Frankfurcie powinno zakończyć się w około 45–55 ms. To wartości bazowe przed jakimkolwiek narzutem na poziomie aplikacyjnym.
Łotewscy ISP nie stosują filtrowania portów na ruchu centrum danych lub biznesowym. Błędy TCP z Łotwy typowo wskazują na konfigurację po stronie serwera: reguły geoblokowania, polityki zapory blokujące nielokalnego ASN, lub grupy bezpieczeństwa ustawione na zezwolenie tylko konkretnym zakresom IP. AS41564 (Orion Network) i Fiber Grid INC to legalni łotewscy operatorzy infrastruktury z czystą reputacją IP, więc błąd TCP z tego węzła sondy zazwyczaj wskazuje na celową konfigurację po stronie docelowej, a nie blok oparty na reputacji.
Jeśli port jest osiągalny z Europy Zachodniej, ale zawodzi z Łotwy, najbardziej prawdopodobnymi przyczynami są: cel stosuje bloki IP Europy Wschodniej lub regionu bałtyckiego, asymetryczny routing uniemożliwia dotarcie pakietu zwrotnego do sondy, lub łącze tranzytowe między AS41564 a upstreamem destynacji jest wyłączone. Uruchamianie MTR z Łotwy obok testu TCP daje szczegóły na poziomie hopów do identyfikacji, gdzie na ścieżce pojawia się awaria.
Infrastruktura sieciowa Łotwy
Ryga jest centralnym hubem routingowym Łotwy i pełni szerszą rolę jako punkt tranzytowy dla bałtyckiego ruchu internetowego. LIXP (Latvian Internet Exchange Point) to główna neutralna tkanina peeringowa kraju, łącząca łotewskich ISP, dostawców tranzytu i sieci content. TeleHouse Riga oferuje kolokację neutralną dla operatorów obok usług wymiany. Razem dają Rydze dobrze połączony ekosystem peeringowy jak na miasto tej wielkości, z bezpośrednimi ścieżkami zarówno do sieci estońskich, jak i litewskich bez konieczności tranzytu przez Warszawę czy Frankfurt.
Nasz węzeł sondujący w Rydze działa na AS41564, operowanym przez Orion Network Limited. Fizyczne centrum danych jest operowane przez Fiber Grid INC, łotewskiego dostawcę kolokacji. Orion Network Limited to ISP z upstreamowym tranzytem obejmującym destynacje bałtyckie, nordyckie i środkowoeuropejskie. Fiber Grid INC operuje jako obiekt neutralny dla operatorów w Rydze, co oznacza, że wielu ISP i dostawców tranzytu kolokuje tam sprzęt, zapewniając węzłowi dobrą różnorodność ścieżek w porównaniu z centrum danych jednego operatora.
Pozycja Rygi w centrum krajów bałtyckich zapewnia jej niskie opóźnienie zarówno do Tallina (około 10 ms), jak i Wilna (około 8 ms). Warszawa jest osiągalna w około 22 ms. Sztokholm to około 35–40 ms. Frankfurt to typowo 45–55 ms z dobrze peerowanej infrastruktury ryskiej. Te liczby czynią Łotwę przydatną lokalizacją testową do mierzenia łączności w całym bałtyckim korytarzu, ponieważ Ryga może dotrzeć do wszystkich trzech bałtyckich stolic i ich ekosystemów operatorów z minimalnym narzutem opóźnienia.
Podmorskie kable bałtyckie łączą Łotwę ze Szwecją przez trasę Zatoki Botnickiej i z Niemcami przez kable biegnące przez Morze Bałtyckie. Telia (AS1299), Tele2 (AS1257) i łotewski dostawca powiązany z państwem Lattelecom (AS12578) należą do głównych operatorów tranzytowych dla ruchu międzynarodowego. Krajowy szkielet obsługuje Lattelecom, LMT i Bite, z kilkoma mniejszymi ISP i dostawcami hostingu peerującymi na LIXP, by ruch lokalny pozostawał lokalny zamiast być trasowanym międzynarodowo.
Łotwa jest członkiem UE z unijnymi przepisami o ochronie danych, co czyni ją odpowiednią jurysdykcją dla hostingu aplikacji wymagających pozostania w granicach UE. Rynek centrów danych w Rydze rósł stabilnie, napędzany przez bałtycki sektor technologiczny i operatorów chcących tańszej lokalizacji hostingowej w UE w porównaniu z Amsterdamem, Frankfurtem czy Londynem. Kilka międzynarodowych firm hostingowych utrzymuje węzły w Rydze specjalnie do obsługi bałtyckich i wschodnioeuropejskich użytkowników z niższym opóźnieniem niż routing przez zachodnie huby europejskie.