Routing IP Failover - ktoś jeszcze ma problemy?

gshegosh - 11-02-2010 12:30
Routing IP Failover - ktoś jeszcze ma problemy?
IP failover 188.165.18.188 nie rutuje mi na mojego Kimsufi. IP z 94... na to samo Kimsufi działa.

Czy ktoś ma taki sam problem?

Do cholery, ustawiłem to wg OVH-poradnika i działało parę dni, potem przestało. Potem ustawiłem wg tego co mi Meto tu na forum podpowiedział i podziałało parę dni, a teraz jeden działa, drugi nie.

Telefoniczny support odsyła na pomoc@ovh.pl, tam nie odpowiadają. Zgłoszenie w menadżerze ostatnio było obsługiwane kilka dni i jedyne co, to ktoś sprawdził ping na główne IP a nie na IP failover! Pozostaje liczyć że ktoś tutaj mi pomoże :-(

Albo się znajdzie 100 innych ludzi co ma taki sam problem i OVH w końcu sprawdzi swoje switche.

gshegosh - 11-02-2010 12:46
Tak wygląda traceroute ode mnie na działające IP:

Kod: C:\Documents and Settings\gk>tracert xxx.pl

Trasa śledzenia do krugly.pl [94.23.95.xxx]
przewyższa maksymalną liczbę przeskoków 30

1 1 ms 1 ms 1 ms WRT300N [10.10.10.1]
2 * * * Upłynął limit czasu żądania.
3 * * * Upłynął limit czasu żądania.
4 * * * Upłynął limit czasu żądania.
5 * * * Upłynął limit czasu żądania.
6 * * * Upłynął limit czasu żądania.
7 * * * Upłynął limit czasu żądania.
8 24 ms * 18 ms var-1-6k.routers.chtix.eu [213.251.130.69]
9 * 56 ms * 40g.ams-1-6k.routers.chtix.eu [213.251.128.126]

10 69 ms 49 ms 46 ms 20g.vss-2-6k.routers.chtix.eu [94.23.122.113]
11 53 ms 69 ms 45 ms xxx.pl [94.23.95.xxx]

Śledzenie zakończone. A tak na wadliwe:

Kod: C:\Documents and Settings\gk>tracert xxx.pl

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

1 1 ms <1 ms <1 ms WRT300N [10.10.10.1]
2 * * * Upłynął limit czasu żądania.
3 * * * Upłynął limit czasu żądania.
4 * * * Upłynął limit czasu żądania.
5 * * * Upłynął limit czasu żądania.
6 * * * Upłynął limit czasu żądania.
7 * * * Upłynął limit czasu żądania.
8 * 19 ms 27 ms var-1-6k.routers.chtix.eu [213.251.130.69]
9 42 ms 41 ms * 40g.ams-1-6k.routers.chtix.eu [213.251.128.126]

10 60 ms * 54 ms 40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]
11 46 ms 46 ms 43 ms rbx-63-m1.routers.ovh.net [91.121.130.201]
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 * * * Upłynął limit czasu żądania.
24 * * * Upłynął limit czasu żądania.
25 * * * Upłynął limit czasu żądania.
26 * * * Upłynął limit czasu żądania.
27 * * * Upłynął limit czasu żądania.
28 * * * Upłynął limit czasu żądania.
29 * * * Upłynął limit czasu żądania.
30 * * * Upłynął limit czasu żądania. Trace route na bramę z którego korzysta moje IP Failover:

Kod: C:\Documents and Settings\gk>tracert 188.165.18.1

Trasa śledzenia do 188-165-18-1.ovh.net [188.165.18.1]
przewyższa maksymalną liczbę przeskoków 30

1 1 ms 1 ms 1 ms WRT300N [10.10.10.1]
2 * * * Upłynął limit czasu żądania.
3 * * * Upłynął limit czasu żądania.
4 * * * Upłynął limit czasu żądania.
5 * * * Upłynął limit czasu żądania.
6 * * * Upłynął limit czasu żądania.
7 * * * Upłynął limit czasu żądania.
8 17 ms * 17 ms var-1-6k.routers.chtix.eu [213.251.130.69]
9 41 ms 41 ms * 40g.ams-1-6k.routers.chtix.eu [213.251.128.126]

10 * 134 ms 51 ms 20g.vss-2-6k.routers.chtix.eu [94.23.122.113]
11 47 ms 49 ms 67 ms 188-165-18-1.ovh.net [188.165.18.1]

Śledzenie zakończone. Octave, are You messing with routing tables??

EDIT:

OK, znowu działa. Ciekawe na jak długo. Proszę, napiszcie jeśli też macie takie okresowe problemy z IP failover, zwłaszcza w klasie 188.165.18.*

Misiektt - 11-02-2010 13:35
Sugeruje dołożyć numer ticketów bo się zaraz dowiesz że trolujesz

maxix - 11-02-2010 15:00
@gshegosh: Ja natomiast, proponuje czytać prace.ovh.pl. Napisane jest w jednym z ticketów http://prace.ovh.pl/?do=details&id=11843 w komentarzach: Cytat:
"Karta #1 nie zadziała poprawnie z ostatnią konfiguracją i to spowodowało
problemy z działaniem niektórych adresów IP fail-over oraz bloków RIPE.
Konfiguracja została poprawiona i zsynchronizowana. W razie problemów,
prosimy o kontakt na noc@ovh.net."

gshegosh - 11-02-2010 16:22
Misiektt, najwyżej mnie Octave wywali z forum, IP podałem bez cenzury ;-)

maxix, dzięki za link.

Dodam tylko, że tym razem problem został rozwiązany szybko i odpowiedź z pomocy dostałem. Nadal jednak muszę mieć to skonfigurowane tak jak Meto opisał w jednym z wątków, a nie tak jak jest w poradniku OVH ;-) Ale się nie będę czepiał.

meto - 11-02-2010 17:43
Po prostu tam jest źle napisane :) Szkoda że tego nie poprawili... Wydaje mi się że ich konfig by działał, gdyby zastosować to co pisałem w temacie o IP-Ripe (właczenie forwardowania pakietów na XenServerze).

http://forum.ovh.pl/showthread.php?t=11655

gshegosh - 11-02-2010 18:23
Krótko, żeby nie wyjść na totalnego trolla ;-)

1. Oczywiście że jest błąd w poradniku, ale mam prawo uważać to za nieprofesjonalne - korzystając z oficjalnej dokumentacji, do której BOK zresztą kieruje, spodziewam się że jest ona prawidłowa. Oczywiście błędy się zdarzają, ale profesjonaliści wytknięte błędy szybko poprawiają :-)

2. Być może zadziałałoby po wykonaniu szeregu ciekawych modyfikacji; XenServer jednak jest przez OVH oferowany jako gotowy produkt, jest na nim interfejs sieciowy odpowiedni prekonfigurowany, itp. - nie po to wybieram taki przyjazny produkt, z okienkowym klientem i w ogóle, żeby potem się przebijać w nieudokumentowane przez sprzedawcę sztuczki.

Tak tylko głośno myślę.

maxix - 11-02-2010 20:00
ip 188.165.18.188 pinguje :)

meto - 11-02-2010 21:02
Cytat:
Krótko, żeby nie wyjść na totalnego trolla ;-)

1. Oczywiście że jest błąd w poradniku, ale mam prawo uważać to za nieprofesjonalne - korzystając z oficjalnej dokumentacji, do której BOK zresztą kieruje, spodziewam się że jest ona prawidłowa. Oczywiście błędy się zdarzają, ale profesjonaliści wytknięte błędy szybko poprawiają :-)

2. Być może zadziałałoby po wykonaniu szeregu ciekawych modyfikacji; XenServer jednak jest przez OVH oferowany jako gotowy produkt, jest na nim interfejs sieciowy odpowiedni prekonfigurowany, itp. - nie po to wybieram taki przyjazny produkt, z okienkowym klientem i w ogóle, żeby potem się przebijać w nieudokumentowane przez sprzedawcę sztuczki.

Tak tylko głośno myślę. W sumie też się dziwie, zmiany o których mowa to włączenie forwarodowania pakietów, co w sumie mogliby zrobić domyślnie włączone na xenbr0, wtedy poradnik by był ok raczej :) Problem jest taki ze używamy go jako gateway a on nas wycina na IPtables.