Vlákno názorů k článku Jak správně číst výpisy z traceroute od lahvon - No, to právě ze zkušenosti vím, že až...
-
No, to právě ze zkušenosti vím, že až tak docela není pravda.
Často tím mává v situaci, kdy má vlastní linku plně vytíženou P2P provozem a tak subjektivně pociťuje pomalý Internet a logicky i výpadky na PING.
A existují i zákazníci, kteří jsou schopní dožadovat se nápravy, když jim Cacti začalo v RRD vykreslovat nárůst latence z 5 na 7 ms. Důvod byl prostý, došlo k přepojení na jinou optickou trasu přes republiku. Ovlivnění zákazníka nulové, ale v grafech mu to udělalo skok. :)
Takže zákazníci čast fakt reklamují naprosto neoprávněné věci. -
arez (neregistrovaný)Hmm, a pak se najde ISP, ktery si v siti nastavi pro ICMP nejvyssi prioritu QoS, pro jistotu jeste do stejne fronty hodi par znamych mericu rychlosti a ma hotovo. Jeho zakaznici nameri super linku se super odezvama, akorat jim to v realu jede o "kapku" pomaleji :) I toto jsem u nas na Vysocine zazil :/
-
A právě proto tam ta funkce zahazování ICMP packetů je.
Stejně tak bývá většinou nastaveno, komu má a komu nemá odpovídat. Čili pro vlastní zařízení pro network management a monitoring routery odpovídají, pro běžného uživatele však ne.
Stejně tak je potřeba počítat s tím, že poněkud více zatížený router může stále přenášet všechna data v pohodě a bez zpoždění, ale na PING se už zpoždění projeví (díky prioritizaci packetů) a nebo jsou uplně zahazovány.
I o tom je právě ta situace, kdy zákazník mává výpisem traceroute a nebo pingu a přitom to není odpovídající podklad pro reklamaci. Jelikož nemá skutečné hodnoty a skutečný stav sítě. -
anonymníVlastnost zde popisovaná jako "Cisco bug" není závadou ani chybou směrovačů Cisco, ale jejich konfigurovatelnou vlastností. Směrovač má nastaven limit, kolik odpovědí ICMP unreachable může za určitou dobu odeslat. Stačí vypnout ICMP rate limit příkazem "no ip icmp rate-limit" a směrovač bude odpovídat na všechny traceroute pakety.
