Dotaz: Padající TCP spojení

[sidik]

Ahoj,

řešíme v práci nepříjemnou věc - padá nám síť. Nejde ale o velké výpadky, naopak, pouze krátké ale časté pády TCP spojení. Všechno co jede přes TCP nám co chvíli ztratí spojení (IM, SSH, web...), tak na 2-5 vteřin. UDP jede bez problémů nebo dokáže tyhle krátké výpadky přežít - TeamViewer domů mi běží bez problémů celý den, stejně tak kolegova VPN.

Děje se to všem v kanceláři, nezávisle na OS (dva tu máme Linux, pak je tu jeden Mac a zbytek Windows). ISP tvrdí, že problém nevidí, protože ping k nám na AP je prý bez ztrát (o tom jak směrodatné je testování pingem se s ISP nemá cenu hádat).

Nenapadá někoho co by mohlo způsobovat tyhle problémy? Mezi námi a AP je ještě nějaké Cisco a podezření tak trochu padá na něj ale nenapadá mě, proč by se tak chovalo.

Se síťařinou sice mám zkušenosti ale převážně co se týče WiFi. Jak jsou tam kabely, switche a routery, tak to zvládnu nastavit ale tím to tak končí :) Mohl by mě někdo vzdělanější postrčit směrem, kde by on hledal příčinu?

Díky

Odpovědi

[pht]

Dívat se na síť tcpdumpem když se to děje.

Pokud se TCP už nevzpamatuje a děje se to u velkých přenosů dat tak to může být špatně nastavená PMTU, respektive blokování ICMP frag needed u providera.

[MMMMMMMMM]

Jednou jsem zažil vyloženě duchařinu v síti. (Velmi) špatně napsaná serverová aplikace a switch v podivném stavu, to byla noční můra. Kdyby byla aplikace napsaná dobře, nikdo by si ničeho nevšimnul, vše ostatní fungovalo naprosto OK, dlouhé povídání. Restartoval bych tedy všechny switche po cestě.

[Luboš Doležel (Doli)]

Bylo by dobré se Wiresharkem nejdřív podívat na to, co se vlastně děje.

[marek]

Dobry den.

Kratke vypdky spojeni muze mit na svedomi spatne nastaveny Spanning Tree Protocol. Pokud se pripoji/odpoji root bridge, dojde k prepocitani. Root bridge je volen podle nejnizsiho bridge Id. Takze teoreticky: mate v siti prepinac s nesmyslne vysokym Id Treba jse to zdedili po nekom, kdo vedel proc to dela. Nekdo ma nejaky virtualizovany stroj ve svem desktopu. Ten stroj je pripojen pres software bridge. Z nejakeho duvodu si u toho povolil STP/RSTP. Ma nizsi id. Kdyz si zapne desktop, dojde k prepocitani SPT (po dobu prepoctu muze byt vypadek). Kdyz desktop vypne, zase prepocitava. Uznavam ze popsany scenar neni moc pravdepodobny, ale uplne vylouceny take ne.

Marek

[sidik]

Super. Díky za všechny rady. Budu to teď nějakou dobu sledovat a uvidím. Kdyžtak se znovu ozvu :)

[vencour]

Měl bys vědět, jaké aplikace tam žijou a jak komunikují. Zpravidla tcp když se sestavuje, má nějaký dst-port a src-port, po přerušení spojení a opětovném navázání se aspoň jedna strana měnívá.

Vliv na sestavení spojení mohou mít všechny prvky po cestě. Moje zkušenost je taková, že ping mi vlivem změny v přenosové trase občas vypadne, ssh přežije o dost víc. Tj. ssh přežije hupnutí STP, odpojení eth kabelu apod.

Teoreticky by šlo třeba si posílat udp z obou konců proti sobě, pokud nějaké nedorazí, bude někde úzké hrdlo/něco ošklivého po cestě.