Optymizacja drogi danych do Frankfurt OVH

[nrmu]

Dzień dobry,

Czy byłaby możliwość zmniejszenia czasu, w jakim dane docierają do Frankfurt OVH (dokładniej do 135.125.190.181). Z tego co zauważyłem z `traceroute`, to najdłużej zajmuje tpnet, w tym przypadku był to `war-r12.tpnet.pl` (83.1.5.105). Jeśli jest możliwość minimalizacji opóźnień, bardzo proszę o kontakt.

Dziękuje

[j131 · Accepted solution]

Po pierwsze my, jako klienci tacy jak ty nie mamy wpływu na technikalia. Po drugie źle interpretujesz wyniki traceroute. Po trzecie praw fizyki nie zmienisz.

[tolek]

Możesz jeszcze zobaczyć różnicę z połączonym VPNem dla testów. 

[j131]

Możesz też pokazać jaki masz w tej chwili czas odpowiedzi, jeśli faktycznie jest nietypowy lub drastycznie odbiega od tego co widzą inni klienci, to może trzeba jakąś diagnostykę zrobić. Na oko spodziewałbym się odpowiedzi na ping w jakieś 20-30ms, to mniej więcej 1000km.

[cinn3k]

traceroute 135.125.190.181

traceroute to 135.125.190.181 (135.125.190.181), 30 hops max, 60 byte packets

 1 _gateway (192.168.2.1) 0.790 ms 0.840 ms 0.882 ms

 2 bialy-bng1.neo.tpnet.pl (83.1.4.246) 4.835 ms 4.830 ms 4.778 ms

 3 bialy-ar1.tpnet.pl (80.50.18.29) 4.492 ms bialy-ar2.tpnet.pl (80.50.122.29) 4.433 ms 4.446 ms

 4 195.116.35.198 (195.116.35.198) 8.956 ms 7.490 ms 7.434 ms

 5 be105.waw-wa2-pb1-nc5.pl.eu (54.36.50.78) 8.796 ms 8.711 ms 8.657 ms 6 * * *

 7 * * *

 8 * * *

 9 fra-fr5-sbb1-nc5.de.eu (213.251.128.113) 25.048 ms 22.946 ms 25.675 ms

10 * 37.59.16.56 (37.59.16.56) 31.787 ms *

I mnie działa bez problemowo.

[j131]

Jest sens dochodzić którędy pakiety mogą iść _tylko_ jeżeli ping do serwera docelowego jest nietypowy/niestabilny/zbyt duży. Czasy odpowiedzi na ping od serwerów "po drodze" nie mają większego znaczenia. Koledzy chcący uzyskać jakąś sensowną radę powinni zacząć od pokazania jaki jest u nich ten rzeczony czas odpowiedzi (czyli ping do serwera docelowego), taka moja rada którą oczywiście można zignorować.