Dotaz: Velmi velke doby odezvy pri vetsim pingu

[DarkLogic]

Na mem routeru me trapi jedna vec - pri prikazu

ping -s 3000 uzivatel

router dokaze krasne pingat na uzivateluv pocitac s odezvou okolo 3 ms (dratova sit, v ceste jeden obycejny switch). Nicmene pri

ping -s 6000 uzivatel

se jiz zacnou objevovat odezvy v radech tisicu ms. Pri vetsim provozu to hazi dlouhe odezvy i pri 3000 pingu.

Ze zvedavosti jsem schvalne pouzil i dvojnasobne rychlejsi procesor s deskou, vymenil sitovou kartu na routeru, ale stale stejna vec. Nicmene 6000 ping mezi zminovanym routerem na druhem sitovem rozhrani a vedlejsim routerem je v poradku.

Netusi nekdo, v cem muze byt problem?

Odpovědi

[Petr Šobáň]

Jednoduše při tak velkém paketu se musí rozložit do několika a samozřejmě to trvá a zabírá čas

Jinak nefunguje co ? Pokud vše funguje není co řešit.

[6000]

rtt min/avg/max/mdev = 2.292/2.340/2.447/0.067 ms

(pri ping -s 6000 user)

[Michal Kubeček]

Jen pro jistotu: ta síť je gigabitový ethernet a všechny prvky podporují jumbo frames? Jestli ne, bude vám takové pakety fragmentovat nejspíš už odesílající počítač, takže podobné měření postrádá praktický smysl.

[DarkLogic]

No jde o to, ze takove velke odezvy se obcas pri beznem zatizeni objevuji i pri obycejnem malem pingu. Navic se mi nezda, proc ping -s 6000 z eth1 na druhy router je v poradku, ale ping -s 6000 z eth0 na uzivatele je takto nehorazne vysoky.

Jedna se o normalni 100 Mbit sit (jak na eth0, tak eth1)

[Michal Kubeček]

Vy ovšem ve skutečnosti neposíláte jeden paket, ale pravděpodobně čtyři. Na 100 Mb/s ethernetu je totiž limit (linkové vrstvy) 1536 B, z čehož vyplývá obvyklá hodnota MTU 1500. Takže místo toho, abyste poslal 6000 B dlouhé echo, pošlete ve skutečnosti čtyři fragmenty po 1500 . Takže to, co měříte, nemá vlastně se simulací reálného provozu vůbec nic společného, protože tam se nic podobného neděje.