Test HTTP ze Stambułu wysyła pełne żądanie GET — rozwiązanie DNS, uzgadnianie TCP, negocjacje TLS i odpowiedź — i rejestruje kod statusu i czas odpowiedzi. Testuje to, czy usługa webowa jest osiągalna i responsywna z tureckiej infrastruktury operatorów. Turcja to duży rynek internetowy z ponad 60 milionami użytkowników internetu, a testowanie z tego węzła daje realistyczny obraz tego, czego tureccy użytkownicy doświadczają korzystając z twojej usługi.

Turcja to rynek, gdzie niektóre usługi historycznie stosowały ograniczenia geo do tureckich zakresów IP. Dodatkowo, turecki rząd okresowo ogranicza dostęp do konkretnych usług i zakresów IP na poziomie krajowym — bloki, które wpłynęłyby na łączność z naszego węzła stambulskiego. Timeout lub odmowa połączenia z Turcji, gdy inne regiony odnoszą sukces, może wskazywać na blok na poziomie rządowym na tureckiej granicy lub celowe ograniczenie geo przez usługę docelową.

Dla usług z poprawną konfiguracją CDN dla Turcji, buforowana treść powinna odpowiadać z lokalnej krawędzi stambulskiej lub ankarskiej. Cloudflare, Akamai i AWS utrzymują PoP w Stambule. Odpowiedź HTTP poniżej 15 ms z naszego węzła stambulskiego wskazuje, że CDN serwuje z lokalnej krawędzi. Czasy odpowiedzi 80–120 ms dla treści CDN sugerują, że routing Anycast wysyła turecki ruch do odległego europejskiego PoP zamiast Stambułu.

Stambuł to hub internetowy Turcji i jedno z najbardziej strategicznie położonych miast sieciowych na świecie. Leży na geograficznej granicy między Europą a Azją, a trasy kablowe między kontynentami fizycznie przechodzą przez to miasto lub w jego pobliżu. Lądowy światłowód przekraczający Bosfor łączy europejskie i azjatyckie segmenty sieciowe, czyniąc Stambuł naturalnym punktem tranzytowym dla ruchu między Europą Środkową, Bliskim Wschodem a Azją Środkową i Południową. DE-CIX otworzył platformę stambulską właśnie ze względu na tę geograficzną dźwignię, dając operatorom neutralny punkt peeringowy na skrzyżowaniu Europy i Azji.

Turecki szkielet internetowy jest zakotwiczony przez Turk Telekom (AS9121), który operuje dominującą infrastrukturą stacjonarną i posiada znaczny udział w rynku tranzytowym. TTNET to jego spółka zależna do internetu. Vodafone Turkey (AS15897), Turkcell (AS47331) i szereg komercyjnych ISP i dostawców hostingu konkurują poniżej warstwy Turk Telekom. Nasz węzeł sondujący działa na Netlen Internet (AS44620), tureckim dostawcy kolokacji i ISP z infrastrukturą centrum danych w Stambule. Netlen operuje w ekosystemie stambulskich operatorów i peeruje na TurkIX i DE-CIX Istanbul.

DE-CIX Istanbul zapewnia neutralną tkaninę peeringową obok TurkIX i ISTIX. Obecność platformy DE-CIX w Stambule poprawiła efektywność peeringu dla międzynarodowych operatorów już peerujących na DE-CIX Frankfurt lub Madryt — mogą rozszerzyć te same polityki peeringu na Stambuł bez oddzielnych dwustronnych umów. Ma to znaczenie dla opóźnienia: CDN z peeringiem w Stambule może obsługiwać tureckich użytkowników bezpośrednio, zamiast trasować przez Frankfurt i z powrotem, oszczędzając 80–100 ms czasu round-trip.

Stambuł do Frankfurtu to około 43–50 ms na dobrze trasowanych ścieżkach. Stambuł do Moskwy to około 50–60 ms. Stambuł do Kairu to około 38–45 ms. Stambuł do Dubaju to około 50–65 ms. Liczby te odzwierciedlają fizyczną pozycję Stambułu między Europą a Bliskim Wschodem — miasto ma krótsze RTT do Moskwy i Kairu niż większość zachodnioeuropejskich stolic. Stambuł do Nowego Jorku to około 120–135 ms przez routing transatlantycki przez europejski tranzyt.

Nasz węzeł sondujący w Stambule (AS44620, Netlen Internet) znajduje się w centrum danych Netlen w Stambule. Wyniki z tego węzła odzwierciedlają łączność przez średniego szczebla turecki komercyjny ISP z lokalnym peeringiem na stambulskich giełdach. Dla celów z obecnością CDN lub hostingową w Turcji wyniki będą znacznie szybsze niż dla celów obsługiwanych wyłącznie z Europy Zachodniej. Węzeł jest przydatny do diagnozowania, czy usługa jest poprawnie peerowana dla tureckich użytkowników, czy cały turecki ruch trasuje długą drogą przez Frankfurt.