Ballevill 0 Zgłoś post Napisano Marzec 10, 2018 (edytowany) Witam wszystkich już od dłuższego czasu prowadzę batalie z ovh, Problem polega na tym że transfery do polski z sgb w godzinach popołudniowych 17+ są na poziomie 20mb/s nawet jeśli wykupisz pakiet Platynowy gdzie masz mieć gwarantowaną przepustowość w danym regionie i korzystanie z Peeringu prywatnego który nie kosztuje mało i tu pytanie jak im dobrać się do dup.... zgłoszenie jest ciągle otwarte pieniędzy nie zwracają i robią ze mnie idiotę że u nich wszystko ok i tak iperf do waw z domu to [root@s16]# iperf -c 85.234.xxx.xxx -i1 -r -p 6666------------------------------------------------------------Server listening on TCP port 6666TCP window size: 85.3 KByte (default)------------------------------------------------------------------------------------------------------------------------Client connecting to 85.234.xxx.xxx, TCP port 6666TCP window size: 325 KByte (default)------------------------------------------------------------[ 5] local 79.137.71.xxx port 55344 connected with 85.234.xxx.xxx port 6666[ ID] Interval Transfer Bandwidth[ 5] 0.0- 1.0 sec 58.4 MBytes 490 Mbits/sec[ 5] 1.0- 2.0 sec 51.6 MBytes 433 Mbits/sec[ 5] 2.0- 3.0 sec 30.1 MBytes 253 Mbits/sec[ 5] 3.0- 4.0 sec 33.8 MBytes 283 Mbits/sec[ 5] 4.0- 5.0 sec 36.8 MBytes 308 Mbits/sec[ 5] 5.0- 6.0 sec 45.9 MBytes 385 Mbits/sec[ 5] 6.0- 7.0 sec 57.9 MBytes 485 Mbits/sec[ 5] 7.0- 8.0 sec 22.4 MBytes 188 Mbits/sec[ 5] 8.0- 9.0 sec 17.5 MBytes 147 Mbits/sec[ 5] 9.0-10.0 sec 19.6 MBytes 165 Mbits/sec[ 5] 0.0-10.0 sec 374 MBytes 313 Mbits/sec[ 4] local 79.137.71.xxx port 6666 connected with 85.234.xxx.xxx port 58739[ 4] 0.0- 1.0 sec 48.9 MBytes 410 Mbits/sec[ 4] 1.0- 2.0 sec 73.8 MBytes 619 Mbits/sec[ 4] 2.0- 3.0 sec 76.3 MBytes 640 Mbits/sec[ 4] 3.0- 4.0 sec 76.1 MBytes 638 Mbits/sec[ 4] 4.0- 5.0 sec 74.3 MBytes 623 Mbits/sec[ 4] 5.0- 6.0 sec 74.4 MBytes 624 Mbits/sec[ 4] 6.0- 7.0 sec 75.3 MBytes 631 Mbits/sec[ 4] 7.0- 8.0 sec 73.8 MBytes 619 Mbits/sec[ 4] 8.0- 9.0 sec 74.6 MBytes 626 Mbits/sec[ 4] 9.0-10.0 sec 72.8 MBytes 610 Mbits/sec[ 4] 0.0-10.0 sec 722 MBytes 604 Mbits/sec[sUM] 0.0-10.0 sec 771 MBytes 645 Mbits/sec a do sgb Server listening on TCP port 5001TCP window size: 64.0 KByte (default)------------------------------------------------------------------------------------------------------------------------Client connecting to iperf.ovh.net, TCP port 5001TCP window size: 64.0 KByte (default)------------------------------------------------------------[576] local 192.168.1.1 port 52002 connected with 188.165.12.136 port 5001[ ID] Interval Transfer Bandwidth[576] 0.0- 1.0 sec 5.63 MBytes 47.2 Mbits/sec[576] 1.0- 2.0 sec 2.75 MBytes 23.1 Mbits/sec[576] 2.0- 3.0 sec 2.63 MBytes 22.0 Mbits/sec[576] 3.0- 4.0 sec 2.63 MBytes 22.0 Mbits/sec[576] 4.0- 5.0 sec 2.75 MBytes 23.1 Mbits/sec[576] 5.0- 6.0 sec 2.88 MBytes 24.1 Mbits/sec[576] 6.0- 7.0 sec 2.63 MBytes 22.0 Mbits/sec[576] 7.0- 8.0 sec 2.75 MBytes 23.1 Mbits/sec[576] 8.0- 9.0 sec 3.00 MBytes 25.2 Mbits/sec[576] 9.0-10.0 sec 2.63 MBytes 22.0 Mbits/sec[576] 0.0-10.0 sec 30.3 MBytes 25.3 Mbits/sec[568] local 192.168.1.1 port 5001 connected with 188.165.12.136 port 53199[568] 0.0- 1.0 sec 509 KBytes 4.17 Mbits/sec[568] 1.0- 2.0 sec 686 KBytes 5.62 Mbits/sec[568] 2.0- 3.0 sec 509 KBytes 4.17 Mbits/sec[568] 3.0- 4.0 sec 411 KBytes 3.36 Mbits/sec[568] 4.0- 5.0 sec 392 KBytes 3.21 Mbits/sec[568] 5.0- 6.0 sec 378 KBytes 3.10 Mbits/sec[568] 6.0- 7.0 sec 336 KBytes 2.76 Mbits/sec[568] 7.0- 8.0 sec 408 KBytes 3.34 Mbits/sec[568] 8.0- 9.0 sec 519 KBytes 4.25 Mbits/sec[568] 9.0-10.0 sec 624 KBytes 5.12 Mbits/sec[568] 0.0-10.7 sec 5.13 MBytes 4.02 Mbits/sec[sUM] 0.0-10.7 sec 5.62 MBytes 4.41 Mbits/sec Powiedzcie jak zmusić ovh do naprawy tego. ?? Dodatkowo mam prośbę czy byście ze swoich lokalizacji w pl zrobić iperfa do iperf.ovh.net -i1 -r i wkleić wyniki w poście ? Może jeśli zobaczą że jest to problem globalny to może ruszą cztery litery bo przez nich tracę klientów i oni mają to gdzieś ! P.s Tracing route to iperf.ovh.net [188.165.12.136]over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 192.168.1.1 2 1 ms 1 ms 1 ms host-xxxxxxxxxxxx 3 1 ms 1 ms 1 ms 10.200.0.1 4 <1 ms <1 ms <1 ms 10.192.27.1 5 <1 ms <1 ms <1 ms 10.192.17.1 6 * * * Request timed out. 7 28 ms 28 ms 28 ms be100-1166.ams-1-a9.nl.eu [91.121.215.190] 8 33 ms 33 ms 33 ms be104.rbx-g1-nc5.fr.eu [178.33.100.160] 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 32 ms 32 ms 32 ms iperf.ovh.net [188.165.12.136]Trace complete. Dzięki Edytowano Marzec 10, 2018 przez Ballevill (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Marzec 10, 2018 [ ID] Interval Transfer Bandwidth [ 5] 0.0- 1.0 sec 62.5 MBytes 524 Mbits/sec [ 5] 1.0- 2.0 sec 78.5 MBytes 659 Mbits/sec [ 5] 2.0- 3.0 sec 79.8 MBytes 669 Mbits/sec [ 5] 3.0- 4.0 sec 78.4 MBytes 657 Mbits/sec [ 5] 4.0- 5.0 sec 80.0 MBytes 671 Mbits/sec Akurat ruch do ich iperfa leci linkiem gdzie jest 1G do nich i więcej wolnego pasma nie było. Ale pewnie 1G zamknie bez problemu. Udostępnij ten post Link to postu Udostępnij na innych stronach
Ballevill 0 Zgłoś post Napisano Marzec 10, 2018 (edytowany) Akurat ruch do ich iperfa leci linkiem gdzie jest 1G do nich i więcej wolnego pasma nie było. Ale pewnie 1G zamknie bez problemu. Miłosz ale iperfa puszczałeś z domu czy z waw do sgb ? bo z waw do sgb mam fulla ale problem występuje gdzieś dalej po stronie rutingu w waw... Edytowano Marzec 10, 2018 przez Ballevill (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Marzec 10, 2018 Miłosz ale iperfa puszczałeś z domu czy z waw do sgb ? bo z waw do sgb mam fulla ale problem występuje gdzieś dalej po stronie rutingu w waw... Od siebie. Ruch do nich pcham Thinxem Wysłane z mojego S41 przy użyciu Tapatalka Udostępnij ten post Link to postu Udostępnij na innych stronach
Ballevill 0 Zgłoś post Napisano Marzec 10, 2018 Od siebie. Ruch do nich pcham Thinxem Wysłane z mojego S41 przy użyciu Tapatalka Dzięki za info ja mam 500/500 i do waw wyciągam fulla a z sgb w kb pobieram :/ i nie mogą tego rozpracować Udostępnij ten post Link to postu Udostępnij na innych stronach
is_wm 287 Zgłoś post Napisano Marzec 11, 2018 Mam praktycznie to samo. Transfer z serwera max 5mbps. Przez 2 tygodnie wykonałem z milion poleceń, o które prosił support, także uruchamiali sobie w rescue, wchodzili na SSH itd. W końcu temat umarł, bo nie wiedzą o co chodzi. Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Marzec 11, 2018 Pokażcie jak leci ruch, pewnie gdzieś jest jego gradacja Udostępnij ten post Link to postu Udostępnij na innych stronach
Ballevill 0 Zgłoś post Napisano Marzec 11, 2018 Miłosz TRACEROUTE (using proto 1/icmp)HOP RTT ADDRESS1 0.00 ms 192.168.1.12 0.00 ms host-85-234-252-1.wtvk.pl (85.234.252.1)3 0.00 ms 10.200.0.14 0.00 ms 10.192.27.15 0.00 ms 10.192.17.16 ...7 31.00 ms be100-1166.ams-1-a9.nl.eu (91.121.215.190)8 31.00 ms be104.rbx-g1-nc5.fr.eu (178.33.100.160)9 ... 1112 32.00 ms iperf.ovh.net (188.165.12.136) Tak naprawdę ruch leci do warszawy i i tam dalej między waw a sgb mam full z domu do warszawy też full oni mają coś skitrane na rutingu i nie wiedzą co bo ja też od kilku miesięcy walczę z tym Mam praktycznie to samo. Transfer z serwera max 5mbps. Przez 2 tygodnie wykonałem z milion poleceń, o które prosił support, także uruchamiali sobie w rescue, wchodzili na SSH itd. W końcu temat umarł, bo nie wiedzą o co chodzi. Zgłoś ponownie jak zaczniemy ich atakować to może się ruszą. Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Marzec 12, 2018 5 0.00 ms 10.192.17.1 6 ... 7 31.00 ms be100-1166.ams-1-a9.nl.eu (91.121.215.190) 8 31.00 ms be104.rbx-g1-nc5.fr.eu (178.33.100.160) 9 ... 11 12 32.00 ms iperf.ovh.net (188.165.12.136) A cóż pod 6 jest? Tak naprawdę ruch leci do warszawy i i tam dalej między waw a sgb mam full z domu do warszawy też full oni mają coś skitrane na rutingu i nie wiedzą co bo ja też od kilku miesięcy walczę z tym Napisz to jeszcze raz z przecinkami i kropkami, bo niewiele rozumiem. Udostępnij ten post Link to postu Udostępnij na innych stronach
Ballevill 0 Zgłoś post Napisano Marzec 13, 2018 A cóż pod 6 jest? Napisz to jeszcze raz z przecinkami i kropkami, bo niewiele rozumiem. Tracing route to iperf.ovh.net [188.165.12.136] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 192.168.1.1 2 1 ms 1 ms 1 ms host-85-234-252-1.wtvk.pl [85.234.252.1] 3 <1 ms 1 ms 1 ms 10.200.0.1 4 <1 ms <1 ms <1 ms 10.192.27.1 5 <1 ms <1 ms <1 ms 10.192.17.1 6 * * * Request timed out. 7 28 ms 28 ms 27 ms be100-1166.ams-1-a9.nl.eu [91.121.215.190] 8 33 ms 33 ms 33 ms be104.rbx-g1-nc5.fr.eu [178.33.100.160] 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 32 ms 32 ms 32 ms iperf.ovh.net [188.165.12.136] Trace complete. Miłosz: 1) Jeśli robię iperfa z domu do serwera ovh w warszawie mam pełną prędkość. 2) Jeśli robię iperfa z serwera ovh z warszawy do serwera w strasbourgu mam pełną prędkość. 3) Jeśli robię iperfa z domu do serwera strasbourg mam wyniki jak wyżej. Kiedy nie dzwonie do nich to mają inną historyjkę Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Marzec 13, 2018 Poka jeszcze tracert do serwera w wawie. I możesz sie zapytać swojego dostawce czemu ruch pchają globalem do OVH, a nie przez jakiś openpeering. Bo wygląda na to, że gradacja ruchu jest gdzieś na globalu. Udostępnij ten post Link to postu Udostępnij na innych stronach
Ballevill 0 Zgłoś post Napisano Marzec 13, 2018 (edytowany) Poka jeszcze tracert do serwera w wawie. I możesz sie zapytać swojego dostawce czemu ruch pchają globalem do OVH, a nie przez jakiś openpeering. Bo wygląda na to, że gradacja ruchu jest gdzieś na globalu. Tracing route to xxx.pl [79.137.71.xxx] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 192.168.1.1 2 1 ms 1 ms 1 ms host-85-234-252-1.wtvk.pl [85.234.252.1] 3 1 ms 2 ms 1 ms 10.200.0.1 4 <1 ms <1 ms <1 ms 10.192.27.1 5 <1 ms <1 ms <1 ms 10.192.17.1 6 * * * Request timed out. 7 6 ms 6 ms 6 ms vl2.var-6-a72.pl.eu [91.121.215.209] 8 8 ms 8 ms 8 ms vl1067.waw-d1-a75.pl.eu [91.121.131.151] 9 * * * Request timed out. 10 * * * Request timed out. 11 8 ms 8 ms 8 ms ns306xxxxxxxx.eu [79.137.71.xxx] Trace complete. Miłosz niby ok ale czy global czy nie i tak powinno to działać jak należy a nie że ovh olewa sprawę i ma klientów w dup.... Edytowano Marzec 13, 2018 przez Ballevill (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Vescer 1 Zgłoś post Napisano Marzec 13, 2018 Tyle że OVH nie ma co z tym zrobić kiedy problem leży po stronie twojego ISP. Udostępnij ten post Link to postu Udostępnij na innych stronach
Ballevill 0 Zgłoś post Napisano Marzec 13, 2018 Tyle że OVH nie ma co z tym zrobić kiedy problem leży po stronie twojego ISP. Nie leży bo ovh samo się przyznało ze mają problem i nie wiedzą o co chodzi tym bardziej że testy odbywały się u różnych providerów. Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Marzec 13, 2018 Sam widzisz, że ruch wychodzi Ci globalem. A nie powinien, bo OVH jest w dwóch największych openpeeringach w Polsce. Więc tam powinien lecieć. Udostępnij ten post Link to postu Udostępnij na innych stronach
Vescer 1 Zgłoś post Napisano Marzec 13, 2018 (edytowany) Jest parę rzeczy które należałoby tu sprostować.iperf.ovh.net - jest w Roubaix a nie w Strasburgu czyli ruch może inaczej leciećOVH pomiędzy swoimi data center ma własny peering więc to że z Warszawy do Strasburgu masz pełną prędkość nie jest niczym nadzwyczajnym.W tym przypadku prawdopodobnie ciała daje twój ISP - z wyniku trasowania można wyczytać że jest to wtvk.pl, a zaglądając na ich stronę możemy zobaczyć że łączę 500/500Mbps dajesz jakieś niecałe 40zł za miesiąc - a tak niska cena jak widać nie bierze się znikąd. Ot w kraju może być dobrze, a poza? - no cóż... Edytowano Marzec 13, 2018 przez Vescer (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Ballevill 0 Zgłoś post Napisano Marzec 15, 2018 Jest parę rzeczy które należałoby tu sprostować. iperf.ovh.net - jest w Roubaix a nie w Strasburgu czyli ruch może inaczej lecieć OVH pomiędzy swoimi data center ma własny peering więc to że z Warszawy do Strasburgu masz pełną prędkość nie jest niczym nadzwyczajnym. W tym przypadku prawdopodobnie ciała daje twój ISP - z wyniku trasowania można wyczytać że jest to wtvk.pl, a zaglądając na ich stronę możemy zobaczyć że łączę 500/500Mbps dajesz jakieś niecałe 40zł za miesiąc - a tak niska cena jak widać nie bierze się znikąd. Ot w kraju może być dobrze, a poza? - no cóż... Jest tu trochę prawdy ale nie do końca skoro do warszawy do sieci ovh wchodzi mi pełne łącze a dalej idzie siecią ovh do sgb czy też rbx to problem leży po stronie ovh a nie isp. A ovh twierdzi ze problem leży po stronie kabla sieciowego w serwerze no po prostu banda idiotów w tym ovh pracuje. Udostępnij ten post Link to postu Udostępnij na innych stronach
Vescer 1 Zgłoś post Napisano Marzec 15, 2018 W tak dużych firmach support jak i help desk zwykle właśnie mało co potrafią. Dopiero dział techniczny ma naprawdę wykwalifikowany personel który dobrze zna się na rzeczy - no ale ci zwykle mają co robić bo nie są zatrudnieni od siedzenia, monitorowania usług i odpowiadania na ticket'y. Udostępnij ten post Link to postu Udostępnij na innych stronach
Ballevill 0 Zgłoś post Napisano Marzec 30, 2018 Problem rozwiązany częściowo bo do mnie zmiana trasy pomogła i nie był to problem mojego isp tylko Tpix ma coś zrąbane bo z różnych lokalizacji i isp sprawdzane nadal jest i u każdego u kogo idzie ruch przez tpix problem występuje Udostępnij ten post Link to postu Udostępnij na innych stronach
