Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Jozef 30. 07. 2013, 11:45:08
-
Dobry den,
mam problem s pingom v sieti. Response time je chvilu fajn <1ms(asi tak 20-30 ping-ov), ale potom z neznameho dovodu rapidne narastie(niekedy az na 500ms) cca 5-10 ping-ov, potom opat klesne na povodnych <1ms. Toto sa deje vo win7, ked nabootujem linux ping je vzdy cca 0.19ms. Driver siet. kraty som nastavil aby pouzival vzdy 1Gb-full duplex a 9kB MTU. Pouzivame 1GB L2 managed switche TP-link. Prosim poradte v com moze byt problem, alebo co este skusit... Dakujem. Jozef
-
Ahoj, jakou síťovou kartu používáš? Je totiž možné, že ovladač pod Linuxy bude víc odladěný než pod Windows (typicky je to u low end karet - Realtek, Atheros), taky si zkus traceroute nabo tracert (podle toho, jestli si ve Windows nebo v Linux, jestli ti to nehopsa nekde v interni siti :D ), a v neposlední řadě bych zkusil i jiný switch (může být právě nekompatibilita mezi danou síťovou kartou s příslušným ovladačem a switchem. i když to je nepravděpodobné).
-
Ahoj, jakou síťovou kartu používáš? Je totiž možné, že ovladač pod Linuxy bude víc odladěný než pod Windows (typicky je to u low end karet - Realtek, Atheros), taky si zkus traceroute nabo tracert (podle toho, jestli si ve Windows nebo v Linux, jestli ti to nehopsa nekde v interni siti :D ), a v neposlední řadě bych zkusil i jiný switch (může být právě nekompatibilita mezi danou síťovou kartou s příslušným ovladačem a switchem. i když to je nepravděpodobné).
Ahoj, je tam sietovka Realtek. Po znizeni prenosovej rychlosti na 100MB full duplex sa to zlepsilo, ale stale sa tam objavuju latencie > 300ms.
Na ostatnych strojoch v sieti je to v poriadku(pingy cca 1ms) a medzi switch-mi je to tiez stabilne(cca 1ms)...
-
Je to jen předpoklad, ale pravděpodobně máš nainstalovaný referenční ovladač z Windows, pokud jo, zkus jej přeinstalovat buď nejnovějším ovladačem z Windows Update (pokud tam bude), nebo použij ovladač ze stránek výrobce motherboardu. Každopádně, to že se ti to zlepšilo, je trochu divné, pokud máš 100Mbit switche, tak bys to teoreticky neměl poznat, ale u zařízení typu TP-Link a podobně se to asi dá čekat (omlouvám se, pokud sem se tímto někoho dotkl), osobně bych tam dal auto, jen v jednom případě sem byl nucen nastavovat natvrdo rychlost a duplex a to byl failover dvou síťovek v Linuxu.
-
No a kam pinguješ? Ven ze sítě? Pokud ano, překontroloval bych stav systému, jestli se o to nestará nějaký červík, který si vezme svůj prostor a když odešle, zase ho uvolní. Celkem běžná záležitost u windowsů. V Linuxu červík není a tak to jde normálně.
-
No a kam pinguješ? Ven ze sítě? Pokud ano, překontroloval bych stav systému, jestli se o to nestará nějaký červík, který si vezme svůj prostor a když odešle, zase ho uvolní. Celkem běžná záležitost u windowsů. V Linuxu červík není a tak to jde normálně.
Pingam len vramci vnuternekj siete, medzi pocitacmi uzivatelov...
Je to jen předpoklad, ale pravděpodobně máš nainstalovaný referenční ovladač z Windows, pokud jo, zkus jej přeinstalovat buď nejnovějším ovladačem z Windows Update (pokud tam bude), nebo použij ovladač ze stránek výrobce motherboardu. Každopádně, to že se ti to zlepšilo, je trochu divné, pokud máš 100Mbit switche, tak bys to teoreticky neměl poznat, ale u zařízení typu TP-Link a podobně se to asi dá čekat (omlouvám se, pokud sem se tímto někoho dotkl), osobně bych tam dal auto, jen v jednom případě sem byl nucen nastavovat natvrdo rychlost a duplex a to byl failover dvou síťovek v Linuxu.
Pouzivam ovladac priamo od vyrobcu. Instaloval sa len cez .inf subor, a bez zbytocneho balastu okolo...
-
...Celkem běžná záležitost u windowsů. V Linuxu červík není a tak to jde normálně...
Nechci tady rozvádět nějaký flame, ale podle mého je systém stejně tak stabilní, jak stabilní je jeho uživatel, a v případě čerstvě nainstalovaného systému je situace stejná, ať už de o Windows, Linux nebo MacOS (respektive na Windows se dělaji viry, červi, trojani a já nevím co nejčastěji, protože je asi nejrozšiřenější). Tudíž situace asi běžná, ale ne z pohledu systému, ale z pohledu uživatele (a teď mě ukamenujte :D ).
to Jozef: Zkus následující možnosti, jestli máš k dispozici notebook s Windowsy, tak proveď ping s ním, taky pokud máš možnost použít jinou síťovku, byť třeba dočasně, tak bych to taky otestoval a v neposlední řadě bych vypl na minutku switch/switche, aby se jim vyprázdnila ARP/MAC tabulka. Mohl bys sem poslat HWID dané síťovky (Správce zařízení - Vlastnosti daného HW - Upřesnit a je to hned asi prvni nebo druhá položka roletového menu, mohl bych se pokusit najit ti lepší ovladač, mimochodem většinou se ty aplikace tváří jako balast, ale třeba u Bigfootu ta aplikace zajišťuje bezproblémový chod).
-
o jakou verzi Win7 se jedna? pokud o enterprise, zkus:
netsh interface tcp set global autotuninglevel=disabled
-
Dobry den,
mam problem s pingom v sieti. Response time je chvilu fajn <1ms(asi tak 20-30 ping-ov), ale potom z neznameho dovodu rapidne narastie(niekedy az na 500ms) cca 5-10 ping-ov, potom opat klesne na povodnych <1ms. Toto sa deje vo win7, ked nabootujem linux ping je vzdy cca 0.19ms. Driver siet. kraty som nastavil aby pouzival vzdy 1Gb-full duplex a 9kB MTU. Pouzivame 1GB L2 managed switche TP-link. Prosim poradte v com moze byt problem, alebo co este skusit... Dakujem. Jozef
Překvapuje mě že ještě nikdo nezmínil možnost problémů s kabely. Dělá to samé i když si vezmete kvalitní kabel kterým se připojíte přímo do switche?
-
Překvapuje mě že ještě nikdo nezmínil možnost problémů s kabely. Dělá to samé i když si vezmete kvalitní kabel kterým se připojíte přímo do switche?
Vzhledem k tomu, že v prvním příspěvku bylo, že v Linuxech to nedělalo, že to děá ve Windows, tak sem s touto variantou nepočítal (předpokládám, že to jedné z jedné stanice - ať už formou dualbootu nebo instalace nového systému, nebo aspoň na stejné zásuvce).
-
Překvapuje mě že ještě nikdo nezmínil možnost problémů s kabely. Dělá to samé i když si vezmete kvalitní kabel kterým se připojíte přímo do switche?
Vzhledem k tomu, že v prvním příspěvku bylo, že v Linuxech to nedělalo, že to děá ve Windows, tak sem s touto variantou nepočítal (předpokládám, že to jedné z jedné stanice - ať už formou dualbootu nebo instalace nového systému, nebo aspoň na stejné zásuvce).
Tak nějak jsem to chápal i já. Zkusil bych nabootovat do stavu nouze s prací v síti a zkusit ping tam. Pokud i tak budou problémy, tak bych šel po nastavení HW. Pro zajímavost bych si zkusil i linux z virtuálu pod windows, tam už by měl také vykazovat chyby.
-
Překvapuje mě že ještě nikdo nezmínil možnost problémů s kabely. Dělá to samé i když si vezmete kvalitní kabel kterým se připojíte přímo do switche?
Vzhledem k tomu, že v prvním příspěvku bylo, že v Linuxech to nedělalo, že to děá ve Windows, tak sem s touto variantou nepočítal (předpokládám, že to jedné z jedné stanice - ať už formou dualbootu nebo instalace nového systému, nebo aspoň na stejné zásuvce).
Aha, tak to jsem přehlédl. Pak bych tedy doporučoval zaměřit se na to zda v obou OS je skutečně nastaveno MTU 9000 (jumbo frames), možná je to ve skutečnosti nastaveno jen ve Windows nebo jen v Linuxu a právě ty jumbo frames mohou dělat neplechu. Nebo se podpora jumbo frames může v driverech Windows a Linuxu lišit. Každopádně pokorný návrat ke standardnímu MTU 1500 může (ale nemusí) napovědět co se děje.
-
Pokud chce MTU9000, tka daní hodnota musí být povolena/podporována na všech switchích i zařízeních připojených od dané lokální L2 sítě.
Jiné možmé vysvětlení, zvláště pokud s epokusu účastní notebook může být řízení spotřeby.
Jiné, že se nevšiml a v komplu má i wifi kartu současně aktivovanou, to také dokáže zamotat hlavu. :-)
-
Pokud chce MTU9000, tka daní hodnota musí být povolena/podporována na všech switchích i zařízeních připojených od dané lokální L2 sítě.
Toto není pravda, stačí podpora pouze ve switchích a zařízeních které spolu takto budou komunikovat. Dokonce jde s různými zařízeními na té samé L2 síti komunikovat různými MTU - někdo má třeba síťovou kartu která podporuje MTU jenom 1500, někdo 7000, někdo až 9000 a když se to správně nastaví tak to funguje (není nutno hned všem snížit MTU na nejnižší společné).
-
když se to správně nastaví tak to funguje (není nutno hned všem snížit MTU na nejnižší společné).
Aha. A to už se ti někdy povedlo? O takovém případu ještě nevím. U každého, kdo tuhle jumbo frame krávovinu zkoušel, to jen rozmrdalo komplet celou síť.
-
když se to správně nastaví tak to funguje (není nutno hned všem snížit MTU na nejnižší společné).
Aha. A to už se ti někdy povedlo? O takovém případu ještě nevím. U každého, kdo tuhle jumbo frame krávovinu zkoušel, to jen rozmrdalo komplet celou síť.
Ano, povedlo. Měl jsem v síti všude MTU 9000 a připojil jsem tam síťovku která uměla MTU max. 7000 nebo tak nějak (Realtek), což samozřejmě nefunguovalo dobře. Když jsem ale všem v síti kteří s touhle síťovkou měli komunikovat domluvil pomocí "ip route add X.X.X.X mtu 7000 dev eth0" tak to fungovalo dobře. Pak jsem se na to stejně vykašlal a vrátil se k MTU 1500, protože jsem větší MTU vlastně ani nepotřeboval (rozdíl v rychlosti nebyl znatelný) - byl to jen experiment se kterým mi došla trpělivost když jsem viděl že přibývají síťovky na kterých MTU 9000 nefunguje.
-
Když jsem ale všem v síti kteří s touhle síťovkou měli komunikovat domluvil pomocí "ip route add X.X.X.X mtu 7000 dev eth0" tak to fungovalo dobře.
Aha. Tak toto není opravdu to, co bych zahrnul pod termín "funguje". ::) ;D
-
Ja by som tipoval, ze hopsanie sposobuje ovladac karty v zavislosti na vytazeni systemu v casovom useku od zaciatku prijmu ramca az do jeho konca, co moze byt niekolko malo mikrosekund. V tomto useku moze byt system zaneprazdneny niektorym procesom na dobu dlhsiu ako by bolo vhodne. Prerusenia od hw sa normalne vykonavaju ramci odlozeneho spracovania. To znamena len tolko, ze karta ramec prijme, ale jeho spracovanie je odlozene na cas az kym neskonci spracovanie predchadzajuceho procesu v casom kvante planovaca procesov. To moze byt az v desiatkach milisekund. Pridavaju sa k tomu prerusenia od hw s vyssou prioritou a ich obsluha.
Pravdepodbne tvoja karta nema host procesor na vypocty segmentacie (segmentation offload) a pocitanie checksum, alebo nieje takto nastavena. Tak ci tak, bude to skor ovladacom.
-
Dakujem vsetkym, ktory sa ucastnili tejto diskusie!
Problem sa vyriesil ked som zmenit MTU na povodnych 1500. Prajem prijemny den :)
-
Je to jen předpoklad, ale pravděpodobně máš nainstalovaný referenční ovladač z Windows, pokud jo, zkus jej přeinstalovat buď nejnovějším ovladačem z Windows Update (pokud tam bude), nebo použij ovladač ze stránek výrobce motherboardu.
Osobně mám zkušenost přesně opačnou. Totiž, že ořezaný ovladač ve Windows, nebo jeho raná verze od Výrobce je mnohem kvalitnější i stabilnější jako poslední verze od Výrobce. Tam je totiž mnohdy třeba nainstalovat kompletní sadu nástrojů. Občas jde nainstalovat jen čistý ovladač, a i to bývá pro většinu lidí příliš složité.
Nedávno jsem takhle vzdal LAN (chipset Marwell) + BT (Foxconn, buil-in ICH9M)+ WLAN (buil-in ICH9M). Než zkoumat jak je to vzájemně propojené, tak jsem to nainstaloval a zakázal tomu v rámci možností uživatele utravovat. U sebe na počítači používám jeden z prvních ovladačů, který kdy výrobce vypustil (až odchytal pár much) a funguje pořád spolehlivě. Zajímavé je, že jde o rozšířený Broadcom chipset (myslím jsou i stejné ovladače hned pro několik generací), ale Microsoft je nikdy nenabízel ke stažení prostřednictvím služby pro získání ovladače.