Padající TCP spojení

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

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.

In Ada the typical infinite loop would normally be terminated by detonation.

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ě.

Linux Dokumentační Projekt - PDF ke stažení

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

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ě.

Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.

Dotaz: Padající TCP spojení

Odpovědi