Wysokie pingi csgo

[qbeenio545]

u mnie jest tak ; 

Pinging 155.133.231.57 with 32 bytes of data:
Reply from 155.133.231.57: bytes=32 time=48ms TTL=55
Reply from 155.133.231.57: bytes=32 time=46ms TTL=55
Reply from 155.133.231.57: bytes=32 time=48ms TTL=55
Reply from 155.133.231.57: bytes=32 time=46ms TTL=55

Ping statistics for 155.133.231.57:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 46ms, Maximum = 48ms, Average = 47ms

W csa mam przegrane 4k godzin,do tej pory bylo wszystko ok,moze nieraz mialem loss w granicy 5-10% ale nie bylo takiego pingu. Teraz wszedlem na matchmaking,serwer waw czyli warszawski i ping 80-90 po wejsciu.Po 5sekundach skok od 100-900 i za jakis czas spadek do tych 90.

[-brtk-]

Jezeli stało się to po zmianie routera, to musisz czekac aż znowu ci wymienia, może jakiś wadliwy, to tylko sprzet.

[qbeenio545]

Jasne,zobaczymy co z tym nowym bedzie sie dzialo,zastanawia mnie tylko co z tym jest nie tak ze ping skacze do takich wartosci dopiero po wbiciu na serwer. 

[qbeenio545]

Z ciekawosci wszedlem na jeden serwer aby zobaczyc czy cos sie poprawilo i bylo to samo . Zaraz po tym zpingowalem sobie ten sam serwer w wiereszu polecen;

tracert 185.40.196.238

Tracing route to i8.liveserver.pl [185.40.196.238]
over a maximum of 30 hops:

1 2 ms 1 ms 1 ms livebox.home [192.168.1.1]
2 35 ms 19 ms 21 ms szcz-bg1.neo.tpnet.pl [83.1.4.21]
3 29 ms 80 ms 102 ms szcz-r2.tpnet.pl [80.50.157.117]
4 868 ms 994 ms 1276 ms war-ar8.tpnet.pl [195.117.0.10]
5 * 28 ms 30 ms 80.50.128.202
6 33 ms 32 ms 32 ms ae0-Nitro2-v103.etop.pl [80.72.32.48]
7 34 ms * 29 ms i8.liveserver.pl [185.40.196.238]

Jak widac ping gdzies tam jest bardzo wysoki,gdzie lezy przyczyna ? 

[-brtk-]

Wszystkie te testy pokazuj technikom, albo w zgłoszeniach do Orange. Tutaj już wyszło, że ping rośnie na węzłach w sieci Orange, na wyjściu ze szczecina do warszawy.

[Anonim]

U mnie jest tak 

Tracing route to i8.liveserver.pl [185.40.196.238]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 10.0.0.1
2 17 ms 17 ms 17 ms war-bng2.tpnet.pl [80.50.18.62]
3 17 ms 17 ms 21 ms war-r1.tpnet.pl [80.50.18.61]
4 19 ms 17 ms 17 ms war-ar8.tpnet.pl [195.117.0.10]
5 18 ms 17 ms 17 ms 80.50.128.202
6 18 ms 18 ms 17 ms ae0-Nitro2-v103.etop.pl [80.72.32.48]
7 17 ms 17 ms 17 ms i8.liveserver.pl [185.40.196.238]

[HypsteRT]

@qbeenio545z tego co piszesz to problem wystąpił po wymianie modemu. Proponuję zacząć od punktu wyjścia i zmiany, której dokonałeś, żeby spróbować podłączyć ponownie ten co miałeś i sprawdzić czy pingi zmalały ponownie. LB 2.0 nie jest może najnowszym modemem w naszej ofercie, ale w dalszym ciągu to stosunkowo przyzwoity modem jak na czas kiedy wchodził do użytku, więc nie wiązałbym problemu z samym urządzeniem. 

Niestety sama technologia ADSL ma to do siebie, że zależy od obciążenia danego DSLAM'a i mogło to się zbiec w czasie z Twoimi problemami.

Jak pisałem w poprzednim wątku translacja i IPv4/IPv6 w przypadku xDSL może mieć jedynie minimalny wpływ. W przypadku światłowodu nie ma znaczenia w ogóle.

Widziałem, że pingacie też do liveservera. Z tego co wiem, to już chyba większość sprzętu mają w OVH, a tutaj nie ma mowy o problemach na styku pomiędzy OVH i Orange, bo rury mają duży, naprawdę duuuży zapas 🙂 Nie wiem czy wszystkie serwery liveserver są już w OVH, na pewno wszystko w OVH mają w serwisie hostplay.

Ale tak jak pisałem proponuję wrócić do punktu wyjścia podłącz stary modem i sprawdź czy problem ustąpił, to będziemy szukać dalej.

[-brtk-]

@HypsteRT tylko, że jego stary modem skończył żywot 😉

[qbeenio545]

Wiec tak,moj stary modem czyli ZTE zxv10 W300 podlaczylem i pingi nie skakaly po wejsciu na serwer.Wszystko dzialalo jak nalezy natomiast jesli gra pinguje sobie serwery to jest jak bylo .Nie wiem,byc moze wiaze sie to z mala przepustowoscia mojego lacza. Co do starego modemu to  jest uszkodzony poniewaz co jakis czas traci synchro ADSL i sie resetuje. Niestety na nowego LB musze jeszcze kilka dni  poczekac bo w u mnie w miescie go nie mieli.

Tak pinguje gra:

atl: 907ms via iad (front=895ms, back=12ms)
bom: 1046ms via hkg (front=960ms, back=86ms)
can: 1187ms via cant (front=1187ms, back=0ms)
dxb: 1072ms via hkg (front=960ms, back=112ms)
eat: 959ms via iad (front=895ms, back=64ms)
gru: 1038ms via iad (front=895ms, back=143ms)
hkg: 960ms via direct route
iad: 895ms via direct route
jnb: 978ms via direct route
lax: 955ms via iad (front=895ms, back=60ms)
lim: 1048ms via iad (front=895ms, back=153ms)
lux: 861ms via ams (front=847ms, back=14ms)
maa: 1028ms via hkg (front=960ms, back=68ms)
mad: 904ms via ams (front=847ms, back=57ms)
ord: 910ms via iad (front=895ms, back=15ms)
pwg: 1193ms via direct route
pwj: 1143ms via direct route
pwt: 930ms via sha (front=930ms, back=0ms)
scl: 1092ms via iad (front=895ms, back=197ms)
sgp: 995ms via hkg (front=960ms, back=35ms)
sha: 930ms via direct route
sto: 1055ms, forced direct route instead of best triangulated route (874ms) via ams
syd: 1077ms via hkg (front=960ms, back=117ms)
tsn: 1147ms via tsnt (front=1147ms, back=0ms)
tyo: 1009ms via hkg (front=960ms, back=49ms)
vie: 867ms via ams (front=847ms, back=20ms)
waw: 871ms via ams (front=847ms, back=24ms)

[HypsteRT]

Obydwa modemy już są nieco leciwe, ale LB 2.0 jest bez porównania lepszy, więc z dużym prawdopodobieństwem można wykluczyć problem sprzętowy.

W tym przypadku stawiam na a) samą niestety technologię xDSL i liczbę użytkowników, którzy są na tym DSLAM - z tym niestety nic się nie da zrobić, bo tak ta technologia działa, b) dodatkowo znaczenie może mieć sama odległość zakończenia pętli abonenckiej od DSLAM'a.

Jedyne co mi jeszcze w tym przypadku przychodzi do głowy, to jak odbierzesz już LB 2, to przeprowadź testy w porze, w której normalnie grasz i spróbuj 2-3 razy wstać wcześniej np. 4-5 rano i sprawdzić ponownie, chodzi o to, żeby przetestować działanie w porze, kiedy peak korzystania z netu jest najmniejszy, czyli bardzo wcześnie rano, bo jak grasz wieczorami, to wszyscy zaczynają korzystać z netu i właśnie taki wynik niestety możesz uzyskać.