IP do OVH

[Victor 0]

Witajcie, proszę o podanie IP do serwerów OVH (na pinga).

[malu 460]

91.121.85.100 -> Proszę.

Nie lepiej spingować ovh.fr/ovh.pl ?

[Victor 0]

Pingsy mają w miarę.

91.121.85.100 -> Proszę.

Nie lepiej spingować ovh.fr/ovh.pl ?

Lepiej pingować serwery klienckie .

[malu 460]

Pierdoły gadasz...

[debian-sysadmin 0]

Pingsy mają w miarę.

 

Z puntu widzenia ISP czy innego operatora telekomunikacyjnego wygląda to tak, że priorytetyzacja protokołu ICMP może powodować:

1) krótkie czasy pingów w sieci obciążonej jeżeli priorytet ICMP jest wysoki,

2) długie czasy pingów i ich gubienie w sieci nieobciążonej jeżeli priorytet ICMP jest niski.

 

Praktyką kiepskich ISP (np. sieci osiedlowe) może być nadawanie wysokiego priorytetu ICMP na routerach szkieletowych, aby użytkownik miał wrażenie że sieć działa. Z drugiej strony praktyką dużych ISP (Telia, TPNET, GTS, etc.) może być ograniczenia odpowiedzi na ICMP na routerach szkieletowych.

 

Przykład: w trasie do ovh.pl jest host: 213.251.130.53 - rekord A ma 30g.gblx.ldn-1-6k.routers.ovh.net, ale nie ma do tego rekordu PTR (revDNS). W każdym razie ten host wyraźnie celowo gubi pingi (np. w traceroucie) w ruchu powiedzmy tranzytowym, ale jeżeli robimy traceroute do niego samego, to okazuje się że 100% ICMP przechodzi.

 

Lepiej pingować serwery klienckie .

 

Jeżeli te serwery kliencie to są dedyki, to klient oczywiście może kształtować politykę ruchu protokołem ICMP. Wtedy duże straty nie muszą swiadczyć o problemach w szkielecie operatora. To tak dla informacji jeżeli znajdziesz jakiś serwis np. www.serwis.jakis.pl i spróbujesz zrobić mtr do niego. Gdy okaże się, że host docelowy gubi pingi, to może być efekt świadomej polityki klienta. Jak zgadniesz, czy pod docelowym IP wisi dedyd czy hosting dzielony?

[ertcap 0]

priorytetyzacja protokołu ICMP

Dlatego warto uzywac np. tcptraceroute.