Hosting VPS w Dallas: zalety i wady lokalizacji

Co zyskujesz dzięki hostingowi VPS w Dallas

Hosting VPS w Dallas zapewnia określoną lokalizację w sieci. VPS (virtual private server) to wydzielona część maszyny fizycznej znajdującej się w konkretnym budynku. Lokalizacja ta determinuje czas odpowiedzi (round trip time) dla użytkowników, koszt pasma oraz jurysdykcję prawną, której podlega dysk. Dallas znajduje się w pobliżu środka Stanów Zjednoczonych, wewnątrz jednego z najgęstszych rynków operatorskich w kraju. To stanowi główny argument za wyborem tej lokalizacji. Reszta tego przewodnika wyjaśnia, jak sprawdzić, czy ten argument dotyczy Twoich użytkowników oraz kiedy traci on znaczenie.

Jeśli nie podjąłeś jeszcze decyzji, do czego ma służyć serwer, przeczytaj najpierw co faktycznie można zrobić z VPS. Lokalizacja jest ostatnią decyzją, a nie pierwszą.

Jakich opóźnień można oczekiwać od serwera VPS w Dallas?

[
  {
    "label": "Dallas metro",
    "typical_rtt_ms": 2
  },
  {
    "label": "Houston",
    "typical_rtt_ms": 8
  },
  {
    "label": "Chicago",
    "typical_rtt_ms": 23
  },
  {
    "label": "Miami",
    "typical_rtt_ms": 33
  },
  {
    "label": "New York",
    "typical_rtt_ms": 36
  },
  {
    "label": "Los Angeles",
    "typical_rtt_ms": 35
  },
  {
    "label": "Seattle",
    "typical_rtt_ms": 50
  },
  {
    "label": "Mexico City",
    "typical_rtt_ms": 48
  },
  {
    "label": "Bogota",
    "typical_rtt_ms": 78
  },
  {
    "label": "Sao Paulo",
    "typical_rtt_ms": 140
  },
  {
    "label": "London",
    "typical_rtt_ms": 112
  },
  {
    "label": "Frankfurt",
    "typical_rtt_ms": 125
  },
  {
    "label": "Singapore",
    "typical_rtt_ms": 215
  }
]

Wspomniane 13 wierszy to typowe, publikowane wartości dla połączeń przewodowych na dobrze połączonych ścieżkach, a nie pomiary wykonane z poziomu Twojej maszyny. Należy traktować je jako punkt wyjścia. Twój własny wynik zależy bardziej od dostawcy Internetu niż od samego serwera: sieć Wi-Fi dodaje kilka milisekund, sieć komórkowa dziesiątki, a słabo połączony dostawca usług dla klientów indywidualnych może dodać 30 ms do ścieżki, która zgodnie z prawami fizyki powinna kosztować 15 ms.

Należy analizować wzorzec, a nie pojedynczą wartość. Każde duże miasto w kontynentalnej części Stanów Zjednoczonych osiąga wynik w okolicach lub poniżej 50 ms, przy czym Houston notuje 8 ms, a Chicago 23 ms. Meksyk znajduje się w pobliżu 48 ms, czyli bliżej niż którekolwiek z wybrzeży USA, ponieważ znaczna część ruchu z Ameryki Łacińskiej przechodzi już przez Teksas lub Florydę. Sao Paulo z wynikiem 140 ms to długa trasa, a Singapur z wynikiem 215 ms stanowi zupełnie inny problem.

Milisekundy mają większe znaczenie, niż sugeruje surowa liczba, ponieważ połączenie składa się z pełnych cykli wymiany danych (round trips). Otwarcie jednego żądania HTTPS kosztuje jeden cykl dla uzgadniania TCP (transmission control protocol), kolejny dla TLS 1.3 (transport layer security) oraz jeszcze jeden dla samego żądania. Przy 35 ms daje to ponad 100 ms oczekiwania, zanim dotrze pierwszy bajt. Strona wykonująca 20 wywołań API jedno po drugim zamienia 35 ms w 700 ms oczekiwania. Interaktywna sesja SSH przy 35 ms jest odczuwalnie inna niż przy 8 ms, a serwer gier przy 35 ms działa poprawnie, podczas gdy ten sam serwer przy 140 ms staje się nieużywalny. W przypadku usług odczuwalnych dla każdego użytkownika jednocześnie, takich jak serwer Minecraft na VPS, centralna lokalizacja wykonuje realną pracę.

Czy środek kraju jest lepszy niż wybrzeże?

Światło w światłowodzie porusza się z prędkością około 200 000 km na sekundę, co stanowi dwie trzecie jego prędkości w próżni. W związku z tym podróż w obie strony zajmuje około 1 ms na każde 100 km światłowodu, a światłowody nigdy nie biegną w linii prostej między dwoma miastami. Jest to ograniczenie fizyczne, więc żadne nakłady finansowe nie pozwolą przesłać pakietu z Dallas do Frankfurtu szybciej, niż pozwala na to szkło. Lokalizacja jest jedynym dostępnym narzędziem optymalizacji.

Dallas znajduje się około 2 200 km od Nowego Jorku i około 2 000 km od Los Angeles, co jest nietypowo wyrównanym wynikiem. Porównaj ten rozkład z dwoma rynkami nadbrzeżnymi, które większość osób rozważa w pierwszej kolejności.

[
  {
    "label": "Northern Virginia",
    "to_new_york_ms": 10,
    "to_los_angeles_ms": 62
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 36,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Los Angeles metro",
    "to_new_york_ms": 68,
    "to_los_angeles_ms": 3
  }
]

Są to również typowe publikowane wartości, a istotny jest sam kształt rozkładu. Północna Wirginia obsługuje Nowy Jork w około 10 ms, a Los Angeles w około 62 ms, co daje różnicę ponad 50 ms. Host w Los Angeles odwraca tę relację, osiągając 68 ms do Nowego Jorku. Dallas wypada gorzej od obu tych lokalizacji w przypadku miasta, przy którym każda z nich leży, ale lepiej od obu w przypadku miasta, od którego każda z nich jest znacznie oddalona.

Pytanie nie brzmi zatem, które miasto jest najszybsze. Chodzi o to, jaki kształt opóźnień jest pożądany. Wybierz wybrzeże, jeśli większość użytkowników znajduje się w tym samym regionie i zależy Ci na niskiej medianie. Wybierz Dallas, gdy użytkownicy są rozproszeni po całym kraju i chcesz zminimalizować najgorsze przypadki opóźnień. Jest to ten sam kompromis, który opisano w co faktycznie ma znaczenie przy wyborze kanadyjskiego VPS, gdzie populacja jest rozmieszczona wzdłuż jednej długiej linii, a nie na dwóch wybrzeżach.

Co w praktyce oznacza gęstość operatorów w Dallas

Carrier hotel to budynek, w którym kończy się wiele sieci i gdzie łączą się one bezpośrednio ze sobą. Dallas posiada znany obiekt tego typu: Infomart przy 1950 North Stemmons Freeway, który firma Equinix zakupiła w 2018 roku za 800 milionów dolarów. Internet Exchange (IX) to współdzielony przełącznik wewnątrz takiego budynku, gdzie sieci wymieniają ruch (peering) zamiast płacić podmiotom trzecim za jego przesyłanie. DE-CIX prowadzi punkt wymiany ruchu w Dallas od listopada 2016 roku, a Equinix zarządza własnym.

Jest to widoczne w wynikach traceroute. Gdy host oraz dostawca internetu użytkownika znajdują się w tym samym punkcie wymiany, pakiet przekracza jedną granicę. Gdy tak nie jest, ruch trafia do dostawcy tranzytowego, który może przesłać go do Ashburn lub Atlanty i z powrotem, zanim dotrze do celu. Dodatkowy dystans oznacza realne milisekundy opóźnienia, a każda kolejna sieć to dodatkowe miejsce, w którym łącze wysycone o godzinie 21:00 powoduje utratę pakietów.

Wszystko to można zweryfikować przed dokonaniem płatności.

• Zapytaj dostawcę o jego ASN (autonomous system number). Każda sieć obsługująca BGP (border gateway protocol) posiada taki numer.
• Wyszukaj ten ASN w serwisie PeeringDB. Znajduje się tam lista punktów wymiany, do których dołączyła sieć, oraz budynków, w których jest obecna; sieci samodzielnie zarządzają swoimi wpisami.
• Sprawdź, jakie punkty wymiany znajdują się w samym obiekcie. Dostawca obecny w tym samym budynku co punkt wymiany, do którego nie dołączył, nie oferuje żadnych korzyści.
• Prześledź ścieżkę z sieci, w której znajdują się użytkownicy, i policz, przez ile odrębnych sieci przechodzi ruch.

mtr -rwzc 100 203.0.113.10

Raport wyświetla jedną linię dla każdego przeskoku (hop), zawierającą numer sieci, procent utraty pakietów oraz czas odpowiedzi. Najpierw należy przeczytać ostatnią linię, ponieważ odnosi się ona do serwera. Utrata pakietów na środkowym przeskoku przy braku strat na końcu jest zjawiskiem normalnym, ponieważ routery nadają niski priorytet odpowiedziom ICMP (internet control message protocol), które generują samodzielnie, co prowadzi do zaniżania raportowanych wyników dla tego przeskoku. Utrata, która pojawia się na jednym przeskoku i utrzymuje się na wszystkich kolejnych, stanowi realną awarię i powinna zostać zgłoszona w tickecie do wsparcia technicznego wraz z załączonym raportem.

Czy teksańska sieć energetyczna zagraża dostępności Twoich usług?

Teksas posiada własną sieć elektroenergetyczną. ERCOT (Electric Reliability Council of Texas) obsługuje około 90 procent obciążenia stanu i nie jest zsynchronizowana z resztą Ameryki Północnej. Łączy się z sąsiadami za pomocą niewielkiej liczby połączeń prądu stałego o łącznej mocy około 1.2 GW, przy szczytowym zapotrzebowaniu przekraczającym 91 GW, odnotowanym 22 lipca 2026 roku. Gdy w Teksasie brakuje energii, nie można jej zaimportować z zewnątrz. To mechanizm, który doprowadził do sytuacji z lutego 2021 roku, kiedy burza zimowa Uri wymusiła wielodniowe rotacyjne przerwy w dostawie prądu w obszarze ERCOT.

W przypadku serwera problemem nie jest sieć energetyczna, lecz budynek. Centrum danych przetrwa awarię zasilania dzięki bateriom UPS (uninterruptible power supply) przez kilka minut, a następnie dzięki generatorom diesla, dopóki wystarczy paliwa. Zadaj cztery pytania i uzyskaj odpowiedzi na piśmie: czy ścieżka zasilania to N+1 czy 2N, ile godzin generatory pracują przy pełnym obciążeniu na paliwie zgromadzonym na miejscu, czy istnieje umowa priorytetowych dostaw paliwa oraz kiedy ostatnio testowano generatory pod rzeczywistym obciążeniem. Dostawca, który nie potrafi odpowiedzieć na ostatnie pytanie, nie przeprowadził testów.

Ta sama sieć energetyczna sprawia, że moc obliczeniowa jest tutaj tania. Koszty energii przemysłowej w Teksasie są niższe niż średnia w USA, a zasilanie stanowi największy koszt operacyjny centrum danych, dlatego ceny w Dallas są niższe niż na rynkach o ograniczonej podaży, takich jak północna Wirginia. Różnica ta przekłada się na Twoją fakturę. Porównując oferty z różnych miast, miej otwarty artykuł ile faktycznie kosztuje VPS, ponieważ premię za lokalizację znacznie łatwiej dostrzec w zestawieniu z ceną bazową.

Czy tornada i upały w Teksasie stanowią zagrożenie dla centrum danych w Dallas?

To dwa pytania, na które istnieją dwie różne odpowiedzi.

Wiatr i grad to kwestia konstrukcji budynku. 20 października 2019 roku tornado kategorii EF3 o prędkości wiatru bliskiej 140 mph uderzyło w pobliżu Dallas Love Field i przeszło 15-milową ścieżką przez północne Dallas, powodując szkody o wartości około 1,5 miliarda dolarów. Ścieżka ta przebiega kilka mil od korytarza centrów danych przy Stemmons Freeway. Specjalnie zaprojektowana hala serwerowa to pozbawiona okien betonowa konstrukcja, która przetrwa wiatr zrywający dachy z centrów handlowych. Części narażone na uszkodzenia znajdują się na dachu: skraplacze i wieże chłodnicze. Duży grad pojawia się niemal każdej wiosny i uderza dokładnie w te urządzenia. Należy zapytać, na jakie obciążenia zaprojektowano powłokę budynku oraz gdzie umieszczono infrastrukturę mechaniczną.

Upał to kwestia kosztów. W lipcu i sierpniu temperatura w Dallas utrzymuje się powyżej 100 F (38 C) przez długi czas. Układ chłodzenia jest zwymiarowany pod kątem lokalnych warunków projektowych, więc temperatura w pomieszczeniu pozostaje stabilna. Wzrasta natomiast PUE (power usage effectiveness, całkowita moc obiektu podzielona przez moc docierającą do serwerów), ponieważ agregaty chłodnicze pracują w sierpniu ciężej niż w lutym, a koszt ten jest już uwzględniony w cenie usługi. Prawdziwym ryzykiem związanym z upałem jest awaria chłodzenia podczas fali gorąca: przy 104 F (40 C) na zewnątrz, pomieszczenie bez chłodzenia osiąga temperaturę wyłączenia w ciągu minut, a nie godzin, więc personel ma znacznie mniej czasu na naprawę agregatu. Należy zapytać, czy chłodzenie jest w układzie N+1, a nie tylko czy zasilanie jest zabezpieczone w ten sposób.

Żadna z tych odpowiedzi nie jest powodem, by unikać Dallas. Obie są natomiast powodem, by przechowywać kopię danych w innym miejscu. Kopia zapasowa w tym samym budynku nie jest kopią zapasową, a szyfrowane kopie zapasowe poza lokalizacją przy użyciu restic można skonfigurować w jedno popołudnie.

Kiedy Dallas jest błędnym wyborem?

Dallas to rozsądne ustawienie domyślne, a nie sztywna zasada. W poniższych przypadkach należy wybrać inną lokalizację serwera.

• Użytkownicy znajdują się w Europie. Serwer w Dallas odpowiada na zapytania z Frankfurtu w czasie około 125 ms, a z Londynu w około 112 ms. Ta różnica wynika z odległości fizycznej, której nie zniweluje żadna zmiana konfiguracji.
• Użytkownicy znajdują się w Azji lub Australii. Opóźnienie z Singapuru wynoszące 215 ms jest jeszcze wyższe, a drugi serwer zlokalizowany bliżej tych użytkowników będzie skuteczniejszy niż jakakolwiek optymalizacja pierwszego serwera.
• Wszyscy użytkownicy znajdują się w jednej aglomeracji, która nie jest Dallas. Jeśli wszyscy korzystający z aplikacji są w Seattle, należy hostować ją w Seattle. Centralna lokalizacja przynosi korzyści tylko wtedy, gdy użytkownicy są rozproszeni.
• Umowa lub wymogi prawne nakazują przechowywanie danych w konkretnym kraju. Nie jest to kwestia wydajności i żaden benchmark nie rozstrzygnie tego problemu.
• Opóźnienia są kluczowym elementem strategii na amerykańskiej giełdzie. Silnik dopasowujący CME Group znajduje się w Aurora w stanie Illinois. NYSE działa z Mahwah w New Jersey, a Nasdaq z Carteret w New Jersey. Dallas jest oddalone od nich wszystkich o ponad 20 ms. Większość automatyzacji detalicznej nie odczuje różnicy, a wybór VPS dla botów handlowych zależy od tego, gdzie faktycznie przebiega ta linia.

Jakie prawo ma zastosowanie do serwera w Dallas?

Serwer w Dallas podlega prawu federalnemu USA oraz prawu stanu Teksas. W każdym audycie bezpieczeństwa pojawiają się dwie kwestie.

Ustawa US CLOUD Act pozwala władzom USA nakazać amerykańskiemu dostawcy udostępnienie danych, którymi zarządza, niezależnie od fizycznej lokalizacji dysku. Wybór innego miasta w USA nie zmienia tej sytuacji, a wybór miasta poza USA nie chroni przed tymi przepisami, jeśli dostawca jest firmą amerykańską.

Hosting w Teksasie nie oznacza automatycznego podlegania teksańskiemu prawu o ochronie prywatności. Ustawa TDPSA (Texas Data Privacy and Security Act), obowiązująca od 1 lipca 2024 roku, dotyczy przedsiębiorstw prowadzących działalność w Teksasie lub sprzedających produkty bądź usługi mieszkańcom Teksasu, które nie są uznawane za małe firmy według definicji federalnej Small Business Administration. Przepisy te podążają za klientami, a nie za fizyczną lokalizacją serwera. Przeniesienie serwera do Chicago nie zwalnia z obowiązków, a przeniesienie go do Dallas nie nakłada ich automatycznie.

W przypadku danych osobowych pochodzących z Unii Europejskiej, hosting w USA jest dozwolony, jeśli dysponuje się mechanizmem transferu danych. Według stanu na sierpień 2026 roku decyzja o adekwatności EU to US Data Privacy Framework pozostaje w mocy, podtrzymana przez Sąd UE we wrześniu 2025 roku, przy czym apelacja przed Trybunałem Sprawiedliwości pozostaje w toku. Praktycznym krokiem jest pisemne zapytanie dostawcy, czy dokonał on samooceny zgodności z tymi ramami (self-certification) lub czy podpisuje standardowe klauzule umowne (SCC), a następnie przechowywanie tej odpowiedzi w miejscu dostępnym dla audytora. Pozostałe kwestie prawne należy skonsultować z prawnikiem, ponieważ stan prawny w tym zakresie ulega zmianom.

Jak przetestować VPS w Dallas z własnej maszyny

Każda liczba podana powyżej jest pomiarem wykonanym przez kogoś innego. To Twój wynik jest rozstrzygający, a jego zebranie zajmuje około dwudziestu minut.

1. Poproś dostawcę o testowy adres IP oraz plik testowy dla lokalizacji w Dallas. Większość udostępnia stronę typu looking glass z obydwoma tymi elementami.
2. Z każdej sieci, w której znajdują się Twoi użytkownicy, wyślij co najmniej 20 pakietów ping i odczytaj wiersz podsumowania.
3. Prześledź trasę i policz sieci, przez które przechodzi ruch.
4. Pobierz plik testowy i sprawdź utrzymującą się prędkość pobierania.
5. Powtórz test w godzinach szczytu Twoich użytkowników, w wieczór dnia powszedniego, przez co najmniej dwa dni. Przeciążenia pojawiają się o 21:00, a nie o 11:00 rano.

ping -c 20 203.0.113.10
mtr -rwzc 100 203.0.113.10
curl -o /dev/null -s -w 'connect=%{time_connect}s ttfb=%{time_starttransfer}s speed=%{speed_download} B/s\n' "https://<test file host>/100mb.bin"

W systemie Windows pierwszym poleceniem jest ping -n 20 203.0.113.10. Wiersz podsumowania na końcu działania polecenia ping jest tym, który należy zachować:

rtt min/avg/max/mdev = 34.112/34.905/41.203/0.884 ms

Odczytuj mdev (odchylenie średnie) jako jitter. Średnia 35 ms przy mdev poniżej 2 ms oznacza stabilne połączenie. Ta sama średnia 35 ms przy mdev wynoszącym 20 ms oznacza, że coś na trasie jest niestabilne; będzie to odczuwalne gorzej niż stałe 60 ms w przypadku jakichkolwiek interaktywnych zadań. Utrata pakietów powyżej zera na ostatnim przeskoku, utrzymująca się przez 100 pakietów, jest usterką, a nie anomalią.

Przepustowość wymaga innego testu. Jedno połączenie TCP na długiej trasie jest ograniczone przez okno odbiorcze podzielone przez czas podróży w obie strony (RTT), więc wolne pobieranie pojedynczego strumienia nie dowodzi, że łącze jest wolne. Zamiast tego użyj strumieni równoległych. Uruchom iperf3 -s na VPS, otwórz ten port tylko dla swojego adresu, a następnie ze swojej maszyny:

iperf3 -c 203.0.113.10 -P 4 -t 30
iperf3 -c 203.0.113.10 -P 4 -t 30 -R

-P 4 otwiera cztery równoległe strumienie, a -R odwraca kierunek, więc drugie uruchomienie mierzy ścieżkę pobierania, z której faktycznie będą korzystać Twoi użytkownicy. Po zakończeniu zamknij port, ponieważ iperf3 nie posiada mechanizmu uwierzytelniania.

Sieć to tylko jedna oś. Kradzież cykli CPU (CPU steal) i prędkość dysku to osobne kwestie, a tani plan w doskonałej lokalizacji nadal będzie działał wolno, jeśli maszyna hosta jest przeciążona. Przejrzyj jak wykonać benchmark VPS zanim przeniesiesz na niego jakiekolwiek produkcyjne dane, a następnie poświęć pierwsze dziesięć minut na nowym VPS na jego zabezpieczenie.

FAQ

Czy serwer VPS w Dallas jest wystarczająco szybki dla użytkowników z obu wybrzeży USA?

Tak, w przypadku wszystkich zastosowań poza grami czasu rzeczywistego i handlem wrażliwym na opóźnienia. Typowy czas podróży w obie strony (RTT) z Dallas wynosi około 36 ms do Nowego Jorku oraz około 35 ms do Los Angeles, więc żaden użytkownik w kontynentalnych Stanach Zjednoczonych nie znajduje się daleko od serwera. Serwer w północnej Wirginii wygrywa w przypadku Nowego Jorku z wynikiem około 10 ms, ale wypada znacznie gorzej dla Los Angeles, osiągając około 62 ms. Wybierz Dallas, jeśli chcesz zminimalizować najgorszy możliwy przypadek, zamiast optymalizować medianę.

Czy teksańska sieć energetyczna obniża niezawodność serwera VPS w Dallas?

ERCOT to odrębna sieć z połączeniami prądu stałego o mocy około 1.2 GW z sąsiednimi regionami, więc Teksas nie może importować dużej ilości energii w przypadku niedoborów. Z tego powodu zimowa burza Uri spowodowała w lutym 2021 roku wielodniowe przerwy w dostawach prądu. Czas pracy bez przestojów (uptime) zależy od budynku, a nie od sieci, ponieważ akumulatory UPS podtrzymują zasilanie przez kilka minut, a generatory diesla działają tak długo, jak długo wystarcza paliwa. Zapytaj dostawcę o czas pracy generatora przy pełnym obciążeniu na paliwie zgromadzonym na miejscu oraz o datę ostatniego testu pełnego obciążenia.

Czy tornado lub fala upałów w Teksasie wyłączy mój serwer?

Nie bezpośrednio. Tornado EF3, które przeszło przez północne Dallas 20 października 2019 roku, zniszczyło centra handlowe i domy, natomiast profesjonalna hala danych to pozbawiona okien betonowa konstrukcja zaprojektowana na takie wiatry. Elementami narażonymi są dachowe jednostki chłodzące, które są również celem dużego gradu wiosennego. Upał generuje koszty, a nie przestoje, ponieważ systemy chłodzenia są zwymiarowane na lokalne warunki projektowe, choć awaria chłodzenia podczas fali upałów daje personelowi znacznie mniej czasu na reakcję. Przechowuj kopie zapasowe w innym regionie, ponieważ ryzykiem, którego nie da się wyeliminować projektowo, jest utrata całego obiektu.

Czy powinienem hostować w Dallas, jeśli moi użytkownicy są w Europie?

Nie. Serwer w Dallas odpowiada na zapytania z Frankfurtu w około 125 ms, a z Londynu w około 112 ms. Ta różnica wynika z odległości, więc żadna zmiana w konfiguracji jej nie usunie. Hostuj blisko użytkowników, a serwer w Dallas zachowaj do zadań, na które nikt nie czeka, takich jak kopie zapasowe czy zadania wsadowe. Jeśli przetwarzane są dane osobowe obywateli UE, lokalizacja w Unii Europejskiej eliminuje również kwestie transferu danych, które w przeciwnym razie wymagałyby udokumentowania.

Jak zmierzyć opóźnienie do serwera VPS w Dallas przed zakupem?

Uzyskaj od dostawcy testowy adres IP, a następnie uruchom ping -c 20 oraz mtr -rwzc 100 z każdej sieci, z której korzystają użytkownicy. W podsumowaniu polecenia ping sprawdź średnią wartość wraz z parametrem mdev: niska średnia przy wysokim mdev oznacza jitter, który jest odczuwalny gorzej niż stabilne, wyższe opóźnienie. Powtórz test w godzinach szczytu użytkowników przez dwa dni, ponieważ przeciążenia sieci są problemem zależnym od pory dnia. Do pomiaru przepustowości użyj iperf3 z czterema równoległymi strumieniami, ponieważ pojedynczy strumień TCP na długiej trasie jest ograniczony rozmiarem okna, a nie przepustowością łącza.