Vlákno názorů k článku Smyčka na ethernetu je špatná, bez přídavných ochran shodí síť od brk - Co se přesně děje, když zblbne USB síťovka?...

Co se přesně děje, když zblbne USB síťovka? Nepřímo jsem se s tím setkal 2x a vždy to jevilo známky smyčky, tak jsem dotyčného po telefonu nevedl, co má kde rozpojit a docela rychle došel k portu, který to dělal.

V jednom případě značková HP dokovačka, ve druhém no name USB síťovka za 3 stovky. Někdo vyškubl USB z PC a dock/síťovka zůstala na ethernetovém kabelu. Ta HP dokovačka měla pravděpodobně napájení, ale nevím. Neviděl jsem ji. Ta USB síťovka ovšem bere napájení z USB, o které přišla.

Co jsem o tom ze zvědavosti zkoušel něco najít, tak snad údajně síťové zařízení kvůli detekci protistrany přivádí na kabel co 15 ms nějaké napětí a ta osiřelá síťovka to dokáže využít, funguje v nějakém mezistavu a do sítě něco vypouští, což má podobný důsledek jako ta smyčka.

Co se tam přesně děje, co proti tomu funguje?

Tohle nejspíš bude způsobeno řízením toku na ethernetu. Některé USB síťovky, když nejsou připojeny k hostiteli (ale mají napájení), začnou vysílat rámce PAUSE, aby daly přepínači vědět, že nemohou nic přijímat. Bohužel některé přepínače tenhle rámec neznají a místo aby ho interpretovaly, přepošlou ho na všechny ostatní porty. Tím dostanou všechna ostatní zařízení zákaz vysílat a provoz na síti se zastaví.

Trochu mi v tom nesedí ta poznámka o USB síťovce bez napájení, to se mi úplně nezdá. Nebylo to tak, že ta USB síťovka zůstala zapojená v počítači, a počítač se uspal?

Ne. Dotyčný vyškubl síťovku z USB, která byla na kabelu a šel s notebookem pryč. Taky mě ta absence napájení zarazila.

To je ta věc, co to měla na svědomí:
https://www.tp-link.com/cz/home-networking/computer-accessory/ue330/

Asi něco takového, jako toto vlákno:
https://www.reddit.com/r/HomeNetworking/comments/qp6k57/unplugged_usbc_network_adapter_crashes_whole/

Myslim, ze jedina moznosti zjisti, co se vlastne deje je SPAN portu, kde je takove zarizeni pripojene + Wireshark. Co jsem mel moznost pozorovat, tak na portu, kde byala pripojena docking station hrde nesouci jmeno jednoho naseho internetoveho prodejce, byla k videni hromada vygenerovanych MAC adres. Jako by byla zapnuta funkce MAC spoofing. Co se ochrany tyce, tak doporucuji Port Security a Storm Controll

Ahoj, když jsem ještě dělal síťaře, tak se problém s dokovačkou řešil a nějak se vyřešil. Tuším, že to mělo něco dočinění s Wake-on-Lan … nebo něčím podobným. Už si nepamatuji, jestli se to řešilo na straně stanic - což pravděpodobně ne, spíš jsme pak provedli nějakou konfiguraci portů na access switchích. Totiž na straně access switchů se to chovalo tak, že uspaný nebo nějak neaktivní notebook v dokyně způsoboval UP/DOWNy na portech, což nám následně generovalo incidenty - už si na to vzpomínám. Na na starém Cisco switchy to byl pak tuším tento příkaz: spanning-tree portfast, na Nexusech to už bylo: spanning-tree port type edge.

To urce ne. Prikaz Spanning-tree portfast zpusobi, ze port na prepinace se hned prepne z blockiong do forwarding state. Pouziva se jen na portech ktere vedou k hostum. Jedinou vydohodu je, ze port na switchi nemusi projit rezimem listening a learning, takze neodazazi k situacim, kdy napr. dojde ke startu operacniho systemu, ale port na switchi jeste neni ve stavu forwarding (tzn sit stale nedostupna)...

U "modernejsich" verzi STP protokolu (802.1w, 802.1s) toho dela ponekud vic, ostatne proto to oznaceni "edge". Aneb opravdu nechcete mit topology change napric infrastrukturou s kazdym rebootem kocoveho desktopu...

Jo, kde jsou ty časy, kdy bez toho v Novell Netware sítích nenaskočil login dialog, pokud byl na switchi zapnut STP.