UPC
anuluj
Pokazywanie wyników dla 
Zamiast tego wyszukaj 
Czy miało to oznaczać: 

Dyskusja ogólna

Wykładowca
711 168 26

Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

TL;DR: Korzystając z łacza UPC, opóźnienie (ping) do serwerów Valve w Warszawie jest nieadekwatnie wysoki , co powoduje szereg problemów. Ruch domyślnie jest trasowany przez węzeł Telii. Co Ciekawe, problem dotyczy tylko niektórych serwerów, np ping sprawdzany z Krakowa dla 155.133.230.67 zwraca normalne dla tej trasy 10-15ms, jednak już 155.133.230.68 dostaje po drodzę +20ms i wynik wynosi 35-40ms. Opóźnienie wzrasta tylko jeśli trasa przechodzi przez węzeł Telii, przez Plix, Epix i Thinx wszystkie serwery mają jednakowy ping.  Opóźnienie do serwera w Wiedniu jest zawsze bardzo wysokie (55-60ms), mimo, że w całości leci po sieci własnej UPC Aorta (ale neistety przez Frankfurt).

 

A teraz po kolei. Zanim opiszę problem z Warszawą po krótce wyjaśnie jak działa sieć Valve, i dlaczego problem jest poważniejszy niż sie wydaje na pierwszy rzut oka.

 

Dla graczy z Polski najważniesze są serwery gier Valve w (w nawiasie odległość od Krakowa oraz ping trasą bezpośrednią z łacza UPC):

 

  • Warszawie (Poland Servers) 254km, 10-15ms/35-40ms
  • Wiedniu (EU East Servers) 331km, 50ms
  • Luksemburgu (EU West Servers) 985km,  35ms
  • Sztkoholmie (EU North Servers) 1037km, 40-45ms

Valve zdaje sobie sprawę, że nie tylko w UPC występują takie kwiatki jak np. w przypadku Wiednia, dlatego by jak najbardziej ograniczyć opóźnienia posiada też sieć gęstszą przekaźników (relay services) do podłacza się użytkownik, by już dalej, za pomocą sieci własnej valve połaczyć się z jednym z wspomnianych wcześniej serwerów.  Z punktu widzenia u klienta UPC najważniejsze są przekaźniki w:

 

  • Warszawie, 254km, 10-15ms/35-40ms
  • Frankfurcie, 803km, 25ms

Wiedeń odpada, gdyż pomimo niedużej odległośi geograficznejma bardzo wysokie opóźnienie. 

 

Po włączeniu gry, klient steam automatycznie bada ping do róznych lokacji aby określić najlepsze możliwe połączeni dla danego użytkownika. I tutaj pojawia się problem Każdy użytkownik UPC powinien zostać podłączony do Warszawy. Niestety, tak się stanie tylko jeśli mamy szczęście, gdyż połączenie z UPC przez telię do częśi serwerów i przekaźników ma 

bardzo duże opóźnienie. Jeśli mamy szczęści wygląda to tak (automatyczne pomiary dokonywane przez klienta steam):

 

Ping location: waw=13+1,fra=24+2,vie=44+4/25+1,lux=36+3/28+2,ams=34+3/32+2,sto=45+4/34+1,sto2=43+4/35+1,par=51+5/38+2,lhr=38+3,iad=127+12/109+3,sgp=180+18,gru=298+29/253+3

Warszawa najszybciej, na drugim miejscu Frankfurt. Dostaniemy podstawowe połączenie przez Warszawę, a zapasowe  przez Frankfurt:

 

 

 

Requesting session from waw#211 (155.133.230.52:27063). Ping = 16+21=37 (front+back=total).
Selecting waw#211 (155.133.230.52:27063) as primary for connection 1728789138. [Ping = 16+21=37 (front+back=total).]
Requesting session from fra#172 (162.254.197.74:27034). Ping = 27+19=46 (front+back=total).
Selecting fra#172 (162.254.197.74:27034) as backup #1 for connection 1728789138. Ping = 27+19=46 (front+back=total).

Co spowoduje, że w większości wypadków, nieważne na który serwer (waw, vie, lux, sto) trafimy nasz ping nie przekroczy 35ms, a zazwyczaj wyniesie miedzy 15-25ms:

 

 

Spoiler
ams: 32ms via fra (front=24ms, back=8ms)
atl: 122ms via lhr (front=38ms, back=84ms)
bom: 157ms via direct route
can: 235ms via cant (front=235ms, back=0ms)
canm: 235ms via cant (front=235ms, back=0ms)
cant: 235ms via direct route
canu: 235ms via cant (front=235ms, back=0ms)
dxb: 169ms via direct route
eat: 174ms via ams (front=34ms, back=140ms)
fra: 24ms via direct route
gru: 253ms via lhr (front=38ms, back=215ms)
hkg: 215ms via sgp (front=180ms, back=35ms)
iad: 109ms via lhr (front=38ms, back=71ms)
jnb: 195ms via lhr (front=38ms, back=157ms)
lax: 167ms via lhr (front=38ms, back=129ms)
lhr: 38ms via direct route
lim: 223ms via direct route
lux: 28ms via fra (front=24ms, back=4ms)
maa: 175ms via bom (front=157ms, back=18ms)
mad: 61ms via waw (front=13ms, back=48ms)
man: 207ms via sgp (front=180ms, back=27ms)
mwh: 172ms via ams (front=34ms, back=138ms)
okc: 142ms via lhr (front=38ms, back=104ms)
ord: 124ms via lhr (front=38ms, back=86ms)
par: 38ms via fra (front=24ms, back=14ms)
pwg: 233ms via direct route
pwj: 286ms via direct route
scl: 252ms via lim (front=223ms, back=29ms)
sea: 171ms via fra (front=24ms, back=147ms)
sgp: 180ms via direct route
sha: 284ms via shau (front=284ms, back=0ms)
sham: 284ms via shau (front=284ms, back=0ms)
shat: 284ms via shau (front=284ms, back=0ms)
shau: 284ms via direct route
sto: 34ms via waw (front=13ms, back=21ms)
sto2: 35ms via waw (front=13ms, back=22ms)
syd: 334ms via direct route
tsn: 198ms via tsnt (front=198ms, back=0ms)
tsnm: 198ms via tsnt (front=198ms, back=0ms)
tsnt: 198ms via direct route
tsnu: 198ms via tsnt (front=198ms, back=0ms)
tyo: 256ms via ams (front=34ms, back=222ms)
vie: 25ms via waw (front=13ms, back=12ms)
waw: 13ms via direct route

Jeśli jednak mamy pecha i trafimy na serwer w Warszawie z wysokiem pingiem jest zupełnie naczej:

 

 

Ping location: fra=26+2,lux=37+3/30+2,ams=33+3,waw=33+3,vie=44+4/38+2,lhr=40+4/39+3,par=56+5/40+2,sto=41+4,sto2=47+4/41+4,iad=124+12/110+3,sgp=192+19,gru=267+26/254+3

Ping to tych serwerów w Warszawie jest też dosyc niestabilny dlatego nie jest wtedy taki serwer wykorzystywany nawet jako backup, dostajemy najczęściej primary do fra i backup do ams, par lub sto. W efekcie najczęściej nasz ping w grze będzie w okolicach 40-60ms:

 

 

Spoiler
ams: 33ms via direct route
atl: 123ms via ams (front=33ms, back=90ms)
bom: 155ms via direct route
can: 230ms via cant (front=230ms, back=0ms)
canm: 230ms via cant (front=230ms, back=0ms)
cant: 230ms via direct route
canu: 230ms via cant (front=230ms, back=0ms)
dxb: 175ms via direct route
eat: 170ms via ams (front=33ms, back=137ms)
fra: 26ms via direct route
gru: 254ms via ams (front=33ms, back=221ms)
hkg: 227ms via sgp (front=192ms, back=35ms)
iad: 110ms via ams (front=33ms, back=77ms)
jnb: 194ms via ams (front=33ms, back=161ms)
lax: 167ms via ams (front=33ms, back=134ms)
lhr: 39ms via ams (front=33ms, back=6ms)
lim: 225ms via direct route
lux: 30ms via fra (front=26ms, back=4ms)
maa: 173ms via bom (front=155ms, back=18ms)
mad: 69ms via ams (front=33ms, back=36ms)
man: 219ms via sgp (front=192ms, back=27ms)
mwh: 171ms via ams (front=33ms, back=138ms)
okc: 141ms via ams (front=33ms, back=108ms)
ord: 124ms via ams (front=33ms, back=91ms)
par: 40ms via fra (front=26ms, back=14ms)
pwg: 242ms via direct route
pwj: 285ms via direct route
pwt: 369ms via direct route
scl: 236ms via direct route
sea: 170ms via ams (front=33ms, back=137ms)
sgp: 192ms via direct route
sha: 287ms via shau (front=287ms, back=0ms)
sham: 287ms via shau (front=287ms, back=0ms)
shat: 287ms via shau (front=287ms, back=0ms)
shau: 287ms via direct route
sto: 41ms via direct route
sto2: 41ms via sto (front=41ms, back=0ms)
syd: 324ms via direct route
tsn: 238ms via tsnt (front=238ms, back=0ms)
tsnm: 238ms via tsnt (front=238ms, back=0ms)
tsnt: 238ms via direct route
tsnu: 238ms via tsnt (front=238ms, back=0ms)
tyo: 259ms via ams (front=33ms, back=226ms)
vie: 38ms via fra (front=26ms, back=12ms)
waw: 33ms via direct route

Problem dotyczy około 40% przekaźników i 60% serwerów w Warszawie:

 

Dqrz1RE

 

Jest to bardzo dziwne, gdyżn ie ma żadnego powodu dlaczego opóźnienie do tych serwerów miało by tak wzrastać. Zwłaszcza, ze jeśli np. za pomocą VPN wymusimy trasę z pominięciem Telii  wszystko działa jak powinno:

QAJAO4j

 

Jak starałem się zaprezentowac powyżej, zapewnienie dobregi pingu do serwerów Valve w Warszawie powoduje, że gracze mają dostęp do wielu serwerów z niskimi opóźnieniami. Sieć Valve potrafi nawet "naprawić" takie kwiatki jak trasa z Polski do Wiednia przez Frankurt. Niestety, z niezrozumiałych dla mnie przyczyn, w około 30-40% przypadków opóźnienia znacznie wzrastają. Bardzo bym prosił by @GMateusz@Kamil czy inny pracownik UPC przyjżeli się sprawie i przekazali ją do odpowienich osób. UPC wymienia się selektywnie ruchem w PLIX (Equinix Poland) i EPIX Warszawa. Biorąc pod uwagę, że mówimy tutaj o ruchu który nie wymaga dużej przepustowości (godzina gry to około 100MB, predkośc ok, 30kB/s) może była by mozliwość by zmienić trasę i z Valve wymieniać się ruchem w którymś z dwóch wspomnianych punktów wymiany. Warto by było też ustalić dlaczego tak się dzieje. 

 

Jeśli ktoś chce potestować to zamieszczam do porównania odnośniki do arkuszy z moimi wynikami i adresami:

 Trasa bezpośrednia: 

https://drive.google.com/open?id=1g1Rx1J7HiD_RiWpI788QCMinso2q6LvQ

Trasa z wykorzystaniem VPn przez PLIX:

https://drive.google.com/open?id=12YZrfUfcbhP3IwCBlvIobIXN8vY_zFtW

 

Na koniec jeszcze trasy:

 

Warszwa, dobry ping:

 

Spoiler
HxICGFh

Warszawa, zły ping:

 

 

Spoiler
kcv608E

Wiedeń, fatalny ping:

 

 

Spoiler
GafEUEE

 

 

47 ODPOW. 47
Menedżer Społeczności
232 306 77

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

@zylx dzięki za info i obszerny materiał. Zapoznamy się z nim i przekażamy odpowiednim osobom w naszej firmie. 

 

PS. Ten TL;DR na początku tak podchwytliwie, bo krótszej wersji nie widzę

--
Jeśli moja odpowiedź jest pomocna kliknij Zaakceptuj jako rozwiązanie, dzięki temu inni szybciej do niej dotrą
Tagi (3)
Moderator
914 596 148

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

@zylx napisałem na priv.

UWAGA! Do 7 kwietnia przebywam na urlopie i nie pełnię obowiązków moderatora Społeczności UPC. Nie odpisuję na wiadomości prywatne. Moim bezpośrednim zastępcą jest Adrian. W razie potrzeby kontaktujcie się z nim lub z pozostałymi moderatorami. GMateusz

Nauczyciel
551 131 6

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

Ja też zauważyłem pewną zależność, że nawet jak trasa omija Telię, to ping i tak jest podbijany na ostatnim hopie:

 

Z pominięciem telii:

 

 

Spoiler

 

 

A tu z telią zły ping i też dziwna trasa, bo raz zaraz po telii jest ostatni hop z IP serwera, a raz między telią a serwerem jest jakiś jeszcze jeden, który nie odpowiada na ping:

 

 

Spoiler

 

 

A tutaj trasy do IP, gdzie ping jest dobry i też ciekawa sprawa, bo trasy nie różnią się niczym jak w przypadku złych wyników, różni się po prostu IP serwera decelowego a ping nie jest podbijany:

 

 

Spoiler

 

Więcej nie ma sensu wklejać wyników, do innych IP, bo nie różnią się niczym, tylko decelowym hostem.

 

I oczywiście też inna sprawa, u mnie nieraz do tych IP, co u @zylx było źle, jest dobrze i na odwrót. Nie mam niestety vpna by sprawdzić, ale u @zylx'a jest wszystko ok jak zmieni trasę.

 

I jeszcze ta nieszczęsna Vienna, pisałem w tej sprawie z @Tomasz, zgłaszał tą sprawę gdzieś dalej i chyba nic z tego nie wyniknęło, bo odpowiedź była taka:

 

 

 „Ping w granicach 50 ms nie jest złym pingiem. Różnica w porównaniu do łącza od innego operatora wynika z różnej trasy jaką przechodzą połączenia, a to z kolei jest uzależniony od podpisanych umów międzyoperatorskich. Nie mamy możliwości wykonania jakiejkolwiek poprawy w tym zakresie.”

 I trasa ode mnie (z Warszawy):

 

Spoiler

 

A ja myślę, że to się da poprawić, tylko trzeba chcieć. Ping do Frankfurtu 50ms nie jest złym pingiem? Bo przez Frankfurt idzie trasa do Wiednia i nawet się zmniejsza, więc to coś jest na łączach LibertyGlobal (Aorty), że tak podbija ping. Jakoś do innych hostów we Frankfurcie da się osiągnąć niższe opóźnienia, co widać poniżej na zrzutach ekranu z tras:

 

Spoiler

 

 

 

 Tutaj analogiczna sytuacja, trasa do WIednia, UPC Austria:

Spoiler

Trasa do Wiednia po prostu po Aorcie jest skopana. We własnym szkielecie mieć takie opóźnienia? Coś jest nie tak i do poprawienia

 

Mam nadzieję, że sprawa nie stanie w miejscu i zostanie to poprawione, dla graczy Tym bardziej, że w Polsce po prostu wystarczy spiąć się z Valve w PLIX i dogadać się z nimi. @Kamil i @GMateusz działajcie, liczymy na Was! ;-)


_____________________________________


Wykładowca
711 168 26

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

@brtk, Mtr nie można wierzyć bezgranicznie. Nie zawsze wykrywa każdy hop i nie zawsze zmierzone przez niego opóźnienia sa prawidłowe. Wydaje mi się, że trasa do każdego ip z tego zakresu jest idantyczna (przechodzi przez węzeł telii), tylko nie każdy hop jest zawsze pokazywany. Robiąc traceroute po tcp lub udp widać, że hopów tam jest więcej.

 

Do do pingu do frankfurtu, to te 50ms to błąd pomiaru w mtr. Ping do frankfurtu oscyluje w okolicach 28ms co jest całkiem dobrym wynikiem. Jednak to jak skonfigurowane sa routery aorty powoduje, ze mtr reportuje ping 50ms. Przykładowo, mierząc do vie.valve.net mtr pokazuje mi 50ms już na węźle w krakowie, a później praktycznie tyle samo do samego Wiednia:

Spoiler
pBdZr8e

 

Ale już gdy sprawdzimy inny serwer:

Spoiler

 

2S4d7Sw

 

 

 

Widać, ze opóźnienie do tych samych wezłów jest zupełnie inne. 

 

Te 50ms do wiednia wynika po prostu z tego, że sygnał zamaist iść ok300km, wędruje 1400km. Krk-Fra (800km): ok30ms, fra-vie (600km): 20ms. Idać bezpośrednio Kra-vie mogło by być spokojnie 15ms jak do Wwarszawy. 

 

Przy czym te 15ms KRK-WAW po aorcie to mało nie jest (są operatorzy, którzy mają 5ms), ale jest to akceptowalne, bo wynika głównie z wybranej technologii i za sporą część tego opóźnienia (8-10ms) odpowiada odcinek od abonenta do pierwszego wezła. Dalej, już po światłowodzie aorta daje radę.   

 

Spoiler
iV9Mkoc

 

Nauczyciel
551 131 6

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

Ciekawe czy mają możliwość skrócenia tej trasy, zapewne tak, bo posiadają styk w Wiedniu. Wszystko kwestia ustawień.


_____________________________________


Wykładowca
711 168 26

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

Możliwość jest na pewno, co widać choćby po pingach do wiednia innych graczy z polski na steam. Tylko wiązało by się to z wykorzystaniem nie swojej infrastruktury. 

Nauczyciel
551 131 6

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

I jak tam sprawa stoi @Kamil?


_____________________________________


Nauczyciel
551 131 6

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

Przypomnę się z tematem bo brak odezewu..


_____________________________________


Moderator
914 596 148

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

Nie mogę jeszcze nic konkretnego Wam przekazać więc nie pisałem.

UWAGA! Do 7 kwietnia przebywam na urlopie i nie pełnię obowiązków moderatora Społeczności UPC. Nie odpisuję na wiadomości prywatne. Moim bezpośrednim zastępcą jest Adrian. W razie potrzeby kontaktujcie się z nim lub z pozostałymi moderatorami. GMateusz

Nauczyciel
551 131 6

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

Dopytuje się w tej sprawie, żeby nie było jak z puma6, zero odzewu i tyle, problem zamieciony pod dywan, tak samo jak routery dla testujących, które były nam obiecane 10 miesięcy temu.


_____________________________________


Moderator
914 596 148

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

@brtk ale ze mną się nie baw w grę słów. Napisałem jasno i wyraźnie, że jak będzie opcja byś dostał Giga CB to go ode mnie dostaniesz. Także proszę mi nie zarzucać zerowego odzewu w sprawie modemów dla testujących.

UWAGA! Do 7 kwietnia przebywam na urlopie i nie pełnię obowiązków moderatora Społeczności UPC. Nie odpisuję na wiadomości prywatne. Moim bezpośrednim zastępcą jest Adrian. W razie potrzeby kontaktujcie się z nim lub z pozostałymi moderatorami. GMateusz

Nauczyciel
551 131 6

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

Tylko jak mam tak dłużej czekać to prędzej rozmysle się z UPC i wezmę konkurencję, bo tak samo jak wy nie lubicie jak pisze się takie rzeczy, to my klienci nie lubimy niczego więcej jak czekania na nic. Ale nie o tym jest ten temat też, a bardziej z zero odzewu chodziło mi o zamieciony temat pod dywan z puma6.

 

Dlatego też przypominam się w tym temacie, wolę dostać odpowiedz że jeszcze nic nie ustalono niż siedzieć kilka miesięcy z nieświadomością niczego, a ponaglanie może coś przyspieszyć, tym bardziej jak Wy sami będziecie przypominać się odpowiedniemu działowi.


_____________________________________


Moderator
914 596 148

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

@brtk bez skonfigurowanego CMTS'a mogę do Ciebie wysłać GCB to użyjesz go jako podstawki pod kubek z herbatą. Ja nie przyśpieszę pewnych działań, które muszą zostać wykonane. 

UWAGA! Do 7 kwietnia przebywam na urlopie i nie pełnię obowiązków moderatora Społeczności UPC. Nie odpisuję na wiadomości prywatne. Moim bezpośrednim zastępcą jest Adrian. W razie potrzeby kontaktujcie się z nim lub z pozostałymi moderatorami. GMateusz

Nauczyciel
551 131 6

Re: Bardzo wysoki ping do serwerów Valve w Warszawie i Wiedniu

Tak, a mam możliwość wzięcia 1Gb i wtedy nagle CMTS by był skonfigurowany 😁 Nie uważasz że 10 miesięcy to długo na czekanie jak umowa ma 24 miesiące? Z resztą szkoda pisać, bo wiem że to nie od ciebie zależy. 

 

Będę się w sprawie opisanej w tym temacie przypominać, by nie stało to w miejscu. A o modemie już nie piszmy bo robimy ot 😉


_____________________________________