Dotaz: Z jedne strany pomaly ping

[danfiala]

Ahoj. Mam doma nasledujici pidisit: Ke swichi jsou pripojeny dva pocitace + notebook a potom adsl modem.

Kdyz se pokusim z notasu pingnout nejaky pocitac v siti, jsou pingy rychle (cca. 0.5ms), ale pokud pingam z nejakeho pocitace v siti notebook, je to hruza. pingy jsou i kolem 1000ms, casto je to na stridacku: 0.5ms a za nim hned 1000ms.

Doma jsem se vzdy pripojoval pres wifi (ke swichi byl pripojen AP a notas pres AP). Take se pripojuji k siti v praci pres tu samou sitovku a tyhle problemy jsem nespozoroval, ale v praci jsem uz pres tyden nebyl...

Netusite, cim by to mohlo byt? Tahle pidisit se nachazi na plose 1m ctverecniho. Zkousel jsem treba primo pripojit pocitac a notebook krizovym kabelem a spozoroval jsem ten samy problem

Moc dekuji, :;DF

Odpovědi

[JMP]

A to je pri pingu na jmeno nebo na IP?

[danfiala]

Je to pri pingu na ip. Ty pocitace jsou na privatni siti z rozsahu 10.0.0.0 a na jednom switchi.

[JMP]

byt to pri pingu na jmeno, tak bych si tipnul na DNS, ale takhle bohuzel netusim...

[Filip Jirsák]

Zkuste na tom notebooku spustit tcpdump nebo wireshark nebo něco podobného – uvidíte, zda je zdržení v příchozím paketu nebo v odchozím, případně zda mezi příchozím a odchozím paketem neproběhne ještě nějaká komunikace. Nejsou na tom notebooku náhodou Windows se zapnutým firewallem a antivirem?

[danfiala]

Na notasu je kubuntu 6.10 , na tom kompu, se kterym to pingam, je xubuntu 7.04 . Notas je 10.0.0.1 a ten dryhy komp 10.0.0.2 . Tady je priklad vypisu z tcpdump, omlouvam se, ze to sem davam, jeste jsem s nim nepracoval. Ale jestli ho dobre chapu, tak mezi odchozim a prichozim paketem neni velke zdrzeni.

13:38:15.746563 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: ICMP (1), length: 84) 10.0.0.1 > 10.0.0.2: ICMP echo request, id 32555, seq 124, length 64

13:38:15.746599 IP (tos 0x0, ttl 64, id 1363, offset 0, flags [none], proto: ICMP (1), length: 84) 10.0.0.2 > 10.0.0.1: ICMP echo reply, id 32555, seq 124, length 64

13:38:17.746950 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: ICMP (1), length: 84) 10.0.0.1 > 10.0.0.2: ICMP echo request, id 32555, seq 125, length 64

13:38:17.746982 IP (tos 0x0, ttl 64, id 1364, offset 0, flags [none], proto: ICMP (1), length: 84) 10.0.0.2 > 10.0.0.1: ICMP echo reply, id 32555, seq 125, length 64

13:38:17.746953 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: ICMP (1), length: 84) 10.0.0.1 > 10.0.0.2: ICMP echo request, id 32555, seq 126, length 64

13:38:17.746991 IP (tos 0x0, ttl 64, id 1365, offset 0, flags [none], proto: ICMP (1), length: 84) 10.0.0.2 > 10.0.0.1: ICMP echo reply, id 32555, seq 126, length 64

[Jiří Veselský]

Velké zdržení není mezi okamžiky, kdy síťový stack dostal od síťové karty rámec, a kdy poslal na síťovou kartu odpověď. To samozřejmě nic neříká o době, která uplynula mezi přijetím rámce síťovou kartou z drátu a jeho předáním stacku, nebo naopak přijetím rámce kartou od stacku a jeho vysláním na drát.

Tímto jste vyloučil, že zpoždění způsobují nějaké vyšší mechanismy (například shaping), ale nic jste se nedozvěděl (a nemohl dozvědět) o časovém sledu událostí na fyzickém médiu.

[Filip Jirsák]

Myslím, že se tím vyloučilo, že jde o nějakou softwarovu chybu (firewall, překlad adres, arp) a problém je spíš v hardwaru.

[Jiří Veselský]

Začal bych pátráním, jestli není problém se síťovou kartou v notebooku. Není v /proc/net/dev na notebooku něco podezřelého (tj. nenulové údaje ve sloupcích jako errs či drop)? A co říká mii-tool tamtéž?

[danfiala]

Vypada to dobre, sloupce err a drop maji nuly.

mii-tool eth0 vraci:

eth0: negotiated 100baseTx-FD flow-control, link ok

[Jiří Veselský]

No tak pokud systémové nástroje neukazují nic chybného a pokud, jak říkáte "Zkousel jsem treba primo pripojit pocitac a notebook krizovym kabelem a spozoroval jsem ten samy problem", tak bych to na 99% tipoval na závadu té síťové karty (nebo něčeho kolem ní...).

Ještě bych možná zkusil /sbin/mii-tool -F 10baseT-HD eth0. Možná, že po shození na 10 mega pojede normálně (sice jenom 10 mega, ale furt to bude lepší, než stávající stav)... Ale taky to samozřejmě pomoct nemusí.

[cronin]

Nieco velmi podobne sa mi stalo pri zlom switchi. Jednym smerom isli udaje v poriadku, druhym bola obrovska stratovost paketov. Pritom nezalezalo na tom, ktore zasuvky sa pouzili, etc.

[danfiala]

Take jsem mel puvodne podezreni na router, ale nakonec je to spis chyba ovladace sitovky.

Reseni jsem nasel tady: https://bugs.launchpad.net/linux/+bug/42572

Moc dekuji za pomoc,

:;DF