„Pulsující“ ping na switch

[nosmo]

Zdravím,

jeden z našich switchů vykazuje podivné chování - když na něj pustím ping, tak zhruba každých 10sekund vyskočí z hodnot < 10ms na hodnotu kolem 2000ms. Na switch jsou připojeny klientské stanice, přes RSTP ostatní switche a je do něj připojena vždy jedna větev bondingu z našich 4 serverů. Pinguju přes síť, stejné chování i když se napojím napřímo.

Zkoušeli jsme odpojit ten bonding a když jsme odpojili všechny 4 servery, tak problém zmizel, resp. zmizel ten pravidelný interval, ale zdálo se, že po nějaké době občas ping vyskočí. Po zapojení libovolného jednoho bondingu serveru se problém opět objevil. Trafik přes switch je nula nula prd, stejné chování v nočních hodinách i při denním provozu.

Je to vůbec problém, který kromě toho, že se to divně chová, může mít nějaký dopad? Nějaký nápad, co by to mohlo způsobovat?

Díky za jakýkoliv podnět.

[Reklama]

[citanus006]

jaky to je "bonding" a jsou nejak nakonfigurovane switche aby ten bonding podporovaly? Ona je totiz jedna vec mit bonding z jednoho serveru do jednoho switche a druha mit ho do vice switchu.

Doporucuju juknout na web napr. na virtual port channel (tak tomu rika cisco). Nebo primo sem: https://www.kernel.org/doc/Documentation/networking/bonding.txt

[j]

Switch pingovatelny = managovatelny  => podivej se na zatizeni CPU. Pro bezny switchovani by to problem bejt nemel, to se deje na HW, ale ruzna dalsi funcknost/funcionalita muze byt uz na SW urovni, a to je traga i na ciscu za stovky kKc.

Jinak i ty jednotky ms jsou pomerne strasny. Prave sem se sel mrnout na jedno cisco a dava neco pod 1,5ms. Domaci dlink pak je trochu horsejsi, ale do 2ms se vejde. V obou pripadech ty swiste dejaj vicemene kulovy.

[pavlix]

Kolem 5ms jsem jednu dobu pingal z domova na seznam.cz a to jsem měl po cestě několik bezdrátových spojů.

[nosmo]

díky za tipy, prověřím ten bonding, máme bonding z každého serveru vždy do dvou switchů..

bohužel switche nemají nějaký přehled o vytížení CPU, na switchi by nemělo běžet nic dalšího, resp. konfigurace je stejná jako na všech ostatních..

ono ty pingy na samotný switch jsou daný tím, že když se pinguje skrz switch, tak to řeší HW, když se ale pinguje samotný switch, tak to většinou řeší ten switch softwarově takže trafik skrz switch, např. ping na servery za ním má spolehlivě ping kolem 1ms, resp <1ms.

[Reklama]

[noname001]

bohužel switche nemají nějaký přehled o vytížení CPU, na switchi by nemělo běžet nic dalšího, resp. konfigurace je stejná jako na všech ostatních..

skoro kazdej switch dnes ma aspon snmp, tam by to vytizeni bejt mohlo

[meh]

a co treba dump arp dotazu, jestli se tou dobou nevyplavila z arp tabulky mac adresa kam ma poslat odpoved.

[brm]

0. tohle pulsovani dela vetsina switchu, ale ve vyrazne mensim rozsahu 1-20ms, 2000 je trochu moc.
1. cemu to vadi?
2. je treba pingat opravdu kazdou 1s(nevim, jaky tam mate casovy interval) ?
3. co to dela, kdyz pingate co 5s?

[JardaP .]

Nebylo by zajimavejsi nez sledovani pingu pustit skrz ten switch nc pres nejaky rourometr a sledovat, jestli prenosova rychlost take tak nejak blbe poskakuje?

[ja]

co sa tyka toho pingu, skus ho trochu zrychlit s parametrom -i aspon na 5 pingov za sekundu (interval 0.2)

ze ci je to zalezitost jedneho paketu alebo tam mas nejake kratke casove obdobie pocas ktoreho sa mozno viacero paketov oneskori

[nosmo]

prověřil jsem nastavení bondu a našel úplně triviální překlep "active_backup" namísto "active-backup"  všechny servery naběhly do balance-rr módu a to zrovna není friendly mód, pokud vede každý kabel do jiného switche.. chytrákovi co se překlepnul asi uklepnu prsty, že si to po sobě neprověřil

zvyšení frekvence pingu ukázalo, že je to spíš 2s zásek switche, všech x pingů v daném intervalu trvalo úměrně dlouho tomu cca 2s záseku..

po nastavení bondingu se problém zjevně zmírnil, už žádné pravidelné pulzy, ale problém s vysokými nárazovými pingy na switchích zůstává, pouze není tak častý a pravidelný a hlavně - přesunul se na switche, přes které je z našich serverů routován traffic ven, takže v routování traficu ven bude nejspíš zakopaný další pes..

[ja]

skus pozriet ako je robeny ten bonding, ci na tych ostatnych switchov nebude tiez nejaky preklep alebo nejaka drobnost

neviem ako ostatni ale prestavam do toho vidiet mozno by aj ostatnym diskuterom pomohlo nejake schema ako su dane switche poprepajane

[anonym]

Nenašel jsem v diskuzi, co to jsou za switche.

Co se týče bondingu (aka Cisco port-channel) přes více zařízení (mLACP
). Tak každý výrobce to má řešeno mírně jinak. Je možné, a hodně spekuluji, protože moc informací v diskuzi není, že Mukiosonic bonding vlastně neumí a děje se "mac move". A v případě mac move by měl switch udělat flush na CAM table (tabulku MAC vs port ze kterého se jej naučil) a začíná se je znova učit. A ty peaky co vidíte v pingu je zrovna okamžik kdy CPU dělá manipulace s CAM tabulkou. Je to ale spekulace. Dále tam může být problém s multicastem, který výrobci řeší pomocí CPU, dále navíc můžete mít v síti nárazově třebas i broaccast, opět, Mukiosonic to v hardware mít nejspíše nebude, a rámce bude kopírovat do portů pomocí CPU. Osobně bych zkusil připojit analyzátor provozu (wireshark chcete-li) a kouknul se co tam ve chvíli toho peaku teče. Pokud toho provozu není extrémně hodně.

[nosmo]

Jde o převážně 24port Planet Switche a jeden 48port Zyxel, žádný Cisco.

ale jak už jsem psal, upravením bondingu na serverech připojených ke switchům (nikoliv na switchích) se problém na switchích vyřešil..

[MaKr]

Je to "vlastnost switchů." Ta odpověď pingem je pomalá jen od managementu switche. Pokud budeš pingat na zařízení za switchem, bude ti odpovídat v pořádku.