OVH <-> PLIX leży?

[hehe 0]

Od około dwóch godzin loss na poziomie 98% do serwerów OVH. Problem rozpoczyna się na routingu z PLIXem. Zauważalny spadek ruchu na wykresie na ich stronie http://pl-ix.pl/pl. Zero informacji na ten temat od supportu OVH. Znowu krety zerwały światłowód? ;>

[ertcap 0]

Od około dwóch godzin loss na poziomie 98% do serwerów OVH. Problem rozpoczyna się na routingu z PLIXem. Zauważalny spadek ruchu na wykresie na ich stronie http://pl-ix.pl/pl. Zero informacji na ten temat od supportu OVH. Znowu krety zerwały światłowód? ;>

Powinni natychmiast polozyc sesje z PLIXem zeby ruch sobie wszedl innymi laczami (tranzytem).

Jezeli tego nie zrobili (przez kilka godzin) to:

a. nie maja odpowiedniego zapasu na uplinkach (GBLX, Tata, etc) wbrew temu co pisza

albo:

b. nie maja NOCu 24/7/365

Innej mozliwosci nie widze.

[Trans 0]

Żałosne co chwile od 12 przerywa połączenie a mam serwer gry więc nie za wesoło. Jedynie nie przerywa dla tych co mają neostrade z tego co zauważyłem ...

[Gość N3T5kY]

Z Astera też leży i kwiczy, ale z Orange już śmiga

[juventinio 0]

C:\Documents and Settings\Bartek>tracert ovh.pl

Trasa śledzenia do ovh.pl [87.98.239.34]
przewyższa maksymalną liczbę przeskoków 30

  1     1 ms     1 ms     1 ms  do-gansinca.sukcesnet.pl [85.14.118.1]
  2     1 ms     2 ms     1 ms  rb1-cr.sukcesnet.pl [89.25.166.161]
  3     3 ms     1 ms     1 ms  do-sukces.3s.pl [85.14.85.225]
  4     9 ms     *        *     OVH.plix.pl [195.182.218.147]
  5    39 ms     *        *     30g.pra-1-6k.routers.chtix.eu [213.251.128.113

  6    73 ms    47 ms     *     50g.fra-1-6k.routers.chtix.eu [213.251.128.110

  7     *        *        *     Upłynął limit czasu żądania.
  8    85 ms     *       40 ms  80g.p19-2-6k.routers.chtix.eu [213.186.32.150]
  9    40 ms     *       39 ms  10g.p19-57-6k.routers.chtix.eu [213.251.128.34

 10     *        *        *     Upłynął limit czasu żądania.
 11     *        *        *     Upłynął limit czasu żądania.
 12     *        *        *     Upłynął limit czasu żądania.
 13     *        *        *     Upłynął limit czasu żądania.
 14     *        *        *     Upłynął limit czasu żądania.
 15     *        *        *     Upłynął limit czasu żądania.
 16     *        *        *     Upłynął limit czasu żądania.
 17     *        *        *     Upłynął limit czasu żądania.
 18     *        *        *     Upłynął limit czasu żądania.
 19     *        *        *     Upłynął limit czasu żądania.
 20     *        *        *     Upłynął limit czasu żądania.
 21     *        *        *     Upłynął limit czasu żądania.
 22     *        *        *     Upłynął limit czasu żądania.
 23     *        *

masakra.

[jurdziol 0]

A Oles sobie mistrzostwa w Berlinie oglada.... http://forum.ovh.pl/showthread.php?p=56145#post56145

[patryk 451]

Po 7 godzinach jest info w panelu "robót": http://travaux.ovh.net/?do=details&id=3322

[juventinio 0]

błyskawiczna reakcja.

[marekxbx 71]

Żałosne co chwile od 12 przerywa połączenie a mam serwer gry więc nie za wesoło. Jedynie nie przerywa dla tych co mają neostrade z tego co zauważyłem ...

 

TP nie leci via PL-IX

[jurdziol 0]

Przejrzalem forum ovh i dla mnie to jakas paranoja.

 

Oles ludzi sie pyta czy juz jest ok, cos zmienil i ludzie maja sprawdzac, zamiast samemu sobie sprawdzic lg nawet na stronie PL-IX (no i nie zapominajac, ze powinno moc to zrobic na routerach, ktore sie uzywa - nie korzystalem nigdy z takiego, ale nie wierze, ze nie maja takiej opcji).

 

Teraz chyba wszyscy wiemy jestesmy pewni, ile jest warte "SLA 1h" w OVH.

[kafi 2425]

jurdziol, swoim postem pokazałeś, że tak naprawdę na sieciach to nie za bardzo się znasz.

Czym innym jest sprawdzenie sobie łącza z wzorcowych routerów looking-glassa [pomijam to, że nie wszyscy operatorzy dają dostęp do tego], a czym innym z domowej końcówki klienckiej.

 

A na routerze można sobie sprawdzić trasę... ale w większości tylko wychodzącą

[jurdziol 0]

Raczej wszyscy wiedzieli, ze problem jest w Amsterdamie, wiec sprawdzenie trasy do Roubaix z routera w Warszawie pokazalo by problem, w druga strone z Roubaix do Warszawy rowniez. Ewentualnie prosze mnie wyprowadzic z bledu

[Miłosz 2311]

coś znowu problem z ovh jest :/ akurat jak jest potrzebny dostep do Managera :/

 

traceroute to ovh.pl (87.98.239.34), 30 hops max, 40 byte packets

1 10.0.0.1 (10.0.0.1) 7.441 ms 11.045 ms 12.336 ms

2 serwer.local.pl (172.16.1.1) 15.053 ms 16.311 ms 17.522 ms

3 serwer.local.pl (77.252.172.1) 18.085 ms 18.949 ms 20.077 ms

4 77.252.174.5 (77.252.174.5) 20.820 ms 21.583 ms 22.224 ms

5 83.238.253.1 (83.238.253.1) 23.665 ms 25.859 ms 26.787 ms

6 ToruH001rt01-ToruH001rt05.inetia.pl (83.238.248.50) 29.630 ms 21.269 ms 26.047 ms

7 ToruH001rt05-WarsC001rt06.inetia.pl (83.238.250.30) 18.563 ms 19.597 ms 20.925 ms

8 WarsC001RT06-WarsH002RT22.inetia.pl (83.238.250.6) 22.234 ms 23.372 ms *

9 WarsH002RT22-WarsB010RT06.inetia.pl (83.238.250.176) 27.287 ms 31.636 ms 32.419 ms

10 * OVH.plix.pl (195.182.218.147) 13.186 ms *

11 30g.pra-1-6k.routers.chtix.eu (213.251.128.113) 31.554 ms * *

12 * * *

13 * * *

14 * * *

15 * * *

16 * * *

17 * * *

18 * * *

19 * * *

20 * * *

21 * * *

22 * * *

23 * * *

24 * * *

25 * * *

26 * * *

27 * * *

28 * * *

29 * * *

30 * * *

 

#edit

to chyba powazniejsza awaria, bo niektóre strony umieszczone na serwerach w ovh nie działają, RBX2 działa, chyba wycieło Paris

[Gość N3T5kY]

no racja nie działa, ale tak na boku to do ovh.pl tracert ci nigdy nie dojdzie

[Miłosz 2311]

faktycznie zapomniałem o tym ale traceroute na inne strony tez nie bangla

[Gość N3T5kY]

Dalej leży... jak dobrze że to RBX 1 (odpkukać)

[xorg 693]

Najlepiej jest do ping.ovh.org =]

[^^KaMaZZ~.^ 154]

hmm, dziwne, 2 rózne pingi w zalezności od hosta OVH, 2 trasy zrobiłem ze światła tepsy:

 

traceroute to ping.ovh.org (213.251.131.44), 30 hops max, 40 byte packets

1 80.48.115.1 (80.48.115.1) 0.136 ms 0.128 ms 0.168 ms

2 83.1.81.205 (83.1.81.205) 1.214 ms 1.311 ms 1.458 ms

3 war-r1.do.lodz-r1.tpnet.pl (194.204.175.197) 3.202 ms 3.203 ms 3.202 ms

4 xe-2-1-0-0.ffttr2.Frankfurt.opentransit.net (193.251.250.77) 27.803 ms 27.806 ms xe-3-0-0-0.ffttr2.Frankfurt.opentransit.net (193.251.255.221) 27.805 ms

5 xe-3-0-0-0.auvtr2.Aubervilliers.opentransit.net (193.251.128.154) 37.193 ms 37.195 ms 37.194 ms

6 tengige1-9-5-0.pastr1.Paris.opentransit.net (193.251.128.233) 35.622 ms tengige1-1-5-0.pastr1.Paris.opentransit.net (193.251.129.114) 35.411 ms tengige1-9-5-0.pastr1.Paris.opentransit.net (193.251.128.233) 35.248 ms

7 teleglobe-5.GW.opentransit.net (193.251.254.142) 35.536 ms 35.788 ms 35.576 ms

8 30g.teleglobe.th1-1-6k.routers.chtix.eu (213.186.32.245) 37.063 ms * *

9 80g.p19-7-6k.routers.chtix.eu (213.186.32.133) 101.160 ms * *

10 213.251.131.44 (213.251.131.44) 35.978 ms 35.869 ms 35.892 ms

 

traceroute to luffa.pl (213.251.186.137), 30 hops max, 40 byte packets

1 80.48.115.1 (80.48.115.1) 0.061 ms 0.058 ms 0.058 ms

2 83.1.81.205 (83.1.81.205) 22.555 ms 22.559 ms 22.558 ms

3 war-r1.do.lodz-r1.tpnet.pl (194.204.175.197) 2.979 ms 2.981 ms 3.221 ms

4 xe-2-1-0-0.ffttr2.Frankfurt.opentransit.net (193.251.250.77) 27.739 ms 27.739 ms xe-3-0-0-0.ffttr2.Frankfurt.opentransit.net (193.251.255.221) 27.724 ms

5 xe-1-1-0-0.auvtr2.Aubervilliers.opentransit.net (193.251.128.238) 37.304 ms xe-1-1-1-0.auvtr2.Aubervilliers.opentransit.net (193.251.128.98) 37.305 ms 37.304 ms

6 tengige0-11-0-2.pastr1.Paris.opentransit.net (193.251.129.134) 37.695 ms 37.485 ms tengige1-9-1-0.pastr1.Paris.opentransit.net (193.251.129.122) 35.315 ms

7 teleglobe-5.GW.opentransit.net (193.251.254.142) 35.295 ms 35.424 ms 35.517 ms

8 30g.teleglobe.th1-1-6k.routers.chtix.eu (213.186.32.245) 52.405 ms * *

9 160g.rbx-1-6k.routers.chtix.eu (213.186.32.194) 39.845 ms * *

10 rbx-3-m1.routers.ovh.net (213.251.191.4) 39.669 ms 39.668 ms 150.879 ms

11 fr2.luffa.pl (213.251.186.137) 150.909 ms 150.961 ms 150.890 ms