Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Finger28 04. 08. 2023, 17:29:06
-
Ahojky.
Mám menší záhadu a nevím, co to může způsobovat. Download a Upload na netu frčí normálně, když je NAS Synology puštěný. Tak a teď ta záhada.
Když je NAS v režimu spánku, upload najednou spadne z 800Mb/s na 4Mb/s. Zkoušel jsem v Mikrotiku ax3 přehodit kabel od NASky do jiného Lan portu a pořád to vykazuje ten samý problém. Odpojím lan kabel NASky od Mikrotiku a opět to jede na 800Mb/s.
Máte někdo tušení, co to může způsobovat a kde mám hledat?
-
iperf3 na Mikrotik
iperf3 z Mikrotiku do internetu
(cílem je izolovat pomalost v LAN vs. pomalost v internetu)
tcpdump na té izolované trase a doufat že tam něco vykoukáš
možná bych taky koukal na to v jakém režimu jsou ty porty, i když je divné že by něco shazovalo všechny porty switche do 10Mb/s -- to se dělá na Mikrotiku "swconfig dev switch0 show", na běžných počítačích mii-tool eth0
(předpokládám Mikrotik s OpenWRT; u jiných OS viz jejich dokumentace…)
-
jak se to chová,m když se namísto vytažení káblu z mikrotika jen zakáže daný interface v konfiguraci milkrotika?
-
Když ten NAS spí, v jakém režimu vidí dotyčný eth port *switch* ? Např. stovku nebo desítku ? Jaký je na tom portu traffic? Jsou tím směrem naučené nějaké MAC adresy?
Nemůže se stát, že vypnutý NAS způsobí na dotyčném eth portu pasivní smyčku (HW L1 loopback), čímž by vhodně disponovanému switchi mohl způsobit smyčku? Takový problém jsem kdysi zažil, na jiném switchi a zcela jiném koncovém hardwaru. Pak se tím směrem může cyklit provoz, učit MAC adresy apod. Eth port na NASu nemusí být ve stavu StandBy+WoL, může být fakt natvrdo zhasnutý, bez napájení.
Problém by šel aproximovat tím, že do RJ45 nakrimpujete pár mezi 1+2 a 3+6 = smyčku na 10/100 Mbps. Pokud se to chová stejně jako spící NAS, víte v čem je problém.
-
To vypadá na zmatení (jakého)switche různými stavy / přechody neaktivity/powersavingu/greenethernet/link-speed tím NASem.
Hned mě napadlo, že NAS v spánku shodí síťovku do 10Mbps, ale switch nějakýmy brykulemi (= A)okolky, Díky tomáši sokole, aá je správně) ten switch všechny porty takhle pofluše všechny..
co vyměnit switch , jehož model by bylo zajímavé znát?
-
BTW proti té parazitní pasivní smyčce na 10/100 by mohlo pomoct, povolit switchi na tom portu linknout pouze gigabit, pokud to lze. (Modulo další pohádka. Switch musí mít management, na gigabitu je povinně autonegotiation, ale u některých zařízení lze alespoň omezit množinu "advertised" rychlostí apod.) Je zajímavé, že proti lokální smyčce se většina switchů odmítne linknout, ale některé ji vezmou :-)
-
To vypadá na zmatení (jakého)switche různými stavy / přechody neaktivity/powersavingu/greenethernet/link-speed tím NASem.
Hned mě napadlo, že NAS v spánku shodí síťovku do 10Mbps, ale switch nějakýmy brykulemi (= A)okolky, Díky tomáši sokole, aá je správně) ten switch všechny porty takhle pofluše všechny..
co vyměnit switch , jehož model by bylo zajímavé znát?
presne, zkusit kabel primo pichnout do kompu a zkusit rychlost bez switche, bez lanky.
-
Děkuji za odpovědi.
Takže moje poznatky. V Mikrotiku jsem zakázal port, kde je připojený NAS a rychlost se vrátila do normálu (rychlost netu OK). Pak jsem zkoušel připojit NAS Lan kabelem na přímo k PC a protože nemám na PC dva Lan konektory, tak jsem zkusil připojit Mikrotik s USB-Lan adapterem. Tom mi buď běžel NAS nebo jen net.
No a teď nevím, co dál. :(
Soft na Mikrotiku je tovární, což není OpenWRT, pokud se nemýlím.
-
Soft na Mikrotiku je tovární, což není OpenWRT, pokud se nemýlím.
Taky jsem musel poridit prvni MT protoze to kolega chtel kvuli VPN.. a jeho WAN port se nalinkuje na 100 Mbit, LAN na 1G. Takze nic noveho na svete, MT je levnej kram ktery chodi jak se mu zachce. Tyhle problemy jsem s nicim jinym nemel.
(jedna se o Mikrotik RB750Gr3 / hEX).
Ja jeste zkusim upgradnout fw, zda to pomuze, co vy?
-
...
No a teď nevím, co dál. :(
Soft na Mikrotiku je tovární, což není OpenWRT, pokud se nemýlím.
Tvuj problem se jmenuje hloupy switch ... mikrotiky(rozhodne ty levne) nemaji switch s managementem. A na 90% se ti deje to, ze ten spici nas prepne port na 10Mbit. Coz je problem v okamziku, kdy na ty siti mas cokoli, co posila nejake broadcasty/multicasty (a to mas zcela urcite, protoze se to pouziva bezne). Ty se posilaji na vsechny aktivni porty = tvoje sit ma prave 10Mbit cela. Jednoduse proto, ze kdyz ten switch neni schopen na ten pomaly port dorucit, tak zacne pakety (vsechny) zahazovat.
Co s tim muzes delat ...
1) prinut NAS at ten port vypne (pak se ti pochopitelne neprobudi, kdyz ho budes chtit pouzivat)
2) prinut NAS, at ten port necha na 100/1000 (bude te to stat asi tak korunu za rok a elektrinu). Tech 100 by ti melo stacit, na tom uz to prevazne nepoznas.
3) nech ten NAS bezet - snizis rizikou selhani disku asi tak o 2 rady, a bude te to stat asi tak 2Kc/den.
4) porid si switch s managementem (to bude par tisicovek)
Netyce se to samozrejme jen NASu, ale obecne cehokoli co ti takhle shodi port, nebo to nativne nic jinyho neumi (spousta krabek neumi ani 100Mbit).
-
A na 90% se ti deje to, ze ten spici nas prepne port na 10Mbit. Coz je problem v okamziku, kdy na ty siti mas cokoli, co posila nejake broadcasty/multicasty (a to mas zcela urcite, protoze se to pouziva bezne). Ty se posilaji na vsechny aktivni porty = tvoje sit ma prave 10Mbit cela. Jednoduse proto, ze kdyz ten switch neni schopen na ten pomaly port dorucit, tak zacne pakety (vsechny) zahazovat.
Ta hypotéza není úplně pitomá, ale příliš věrohodná mi taky nepřipadá :-)
10 Mbps broadcastů nebo multicastů? To by tam musel běžet nějaký video stream, a docela tlustý. Takové to běžné tlachání windowsů a různého uPnP potřebuje úplně zanedbatelné pásmo.
Dále: problém toho typu, že když se switchi nevejdou do konkrétního portu všechny broadcasty (a multicasty) které by tam chtěl sypat, tak že se zabrzdí celej, to jsem ještě neviděl a připadá mi to magické. Čekal bych, že tohle pořeší egressová fronta per port. Co se do ní nevejde, to má smůlu jenom pro ten daný port. Nicméně je fakt, že jsem toho taky ještě dost málo zažil. Ještě mě napadá, jestli se na tom nemůže nějak podílet 802.3x flow control, ale to mi přijde spíš divné, když je koncové zařízení ve StandBy - leda jako vadná implementace ve switchi...
-
Tak si to vyzkousej, to neni nutne o tom, ze toho bude 10Mbit. Na to aby veci prestaly fungovat staci o dost min, ono to uspany zarizeni typicky moc nekomunikuje. Setkal sem se s tim opakovane.
Pricemz 10 Mbit je sotva jeden videostream, napriklad. Staci jedna kamera ktera to posila jako multicast, a je vymalovano.
A neni to zadna magie, muticast se na hloupym switchi chova presne stejne jako broadcast = switch se zacne chovat jako HUB. Ostatne, stejny problem nastane, kdyz vycerpas ARP.
-
:-) "tak si to vyzkoušej" - v naší skromné LANce mám běžně spících kompů sáček, a nikdy jsem s nimi neměl problém. Pokud to proti nějakému vadnému modelu switche ve vzácných případech dělá problém, tak bych musel mít na stole ten konkrétní hardware. Jít hledat ztracené klíče někam, kde se dobře hledá, není úplně slibný přístup k problému :-)
Ano mně se taky věci občas se... kazej. Ale neházím je do jednoho pytle hned od pohledu. Že to vypadá prostým okem stejně, nemusí mnoho znamenat. Vysvětlení bývají roztodivná a někdy kuriózní.
"Uspané zařízení typicky moc nekomunikuje" - jako vtip beru. Věcně: no ono nekomunikuje vůbec. Pokud má linknutý Eth port, tak kvůli probouzení. Což funguje tak, že síťovka, zanechaná při usnutí v patřičné konfiguraci a krmená StandBy napájením, autonomně filtruje přišedší pakety (bez omezení průchodnosti) a čeká na "magickou sekvenci". Pokud tuto "žádost o probuzení" zaznamená, pošle budíček standardním postupem do hloubi motherboardu svému hostitelskému čipsetu (PCI signálem PME# nebo analogickým mechanismem na PCI-e).
Dovedu si představit, že jako protiargument použijete scénář, kde spící server má uvnitř bdící IPMI BMC, které na jedné ze síťovek parazituje jakýmsi bočním kanálem - a tedy "uspaný server trochu komunikuje", navíc ta postranní tkanička má omezené pásmo. Toto ale není náš případ, NAS za deset klacků nejspíš BMC obsahovat nebude.
Přijde mi nepravděpodobné, že by síťovka "uspaná do režimu Wake-on-LAN" dokázala autonomně generovat PAUSE frejmy (802.3x flow control) - ale ověřené to nemám. Netušíte někdo, jestli jsou tyhle frejmy viditelné ve wiresharku? Myslím kdybych si to chtěl někdy odposlechnout pasivním TAPem. Když odposlechové síťovce flow control zakážu, tak jestli mi je předá nastojato...
Za druhé mi není jasné, proč by "síťovka v uspaném počítači" PAUSE frejmy posílala. Možná bugem v ovladači nebo v hardwaru - že by brala ohled na plnou frontu vůči hostiteli, kterou sladce spící hostitel samozřejmě ignoruje... ale to je jenom moje bujná fantazie.
Fakt je, že na svých switchích mám 802.3x zakázané. A jsou switche, kde to v managementu zakázat nejde.
Taky byla jeden čas populární čínská inovace "broadcast storm protection" na bázi rate-limitu. Prostě čipset v hardwaru uměl, omezit kapacitu propouštěných broadcastů a multicastů. Třeba na 1 Mbps. Viděl jsem pár modelů unmanaged switchů, které tohle měly zapnuté a nebylo jak to vypnout nebo konfigurovat. Takže když jste poslal nějaký video stream multicastem, tak umřel například ARP a DHCP :-) U některých modelů managed switchů jsem to viděl konfigurovatelné a trochu chytřejší, s vyloučením užitečných druhů provozu...
Switche integrované uvnitř WiFi APček, routerboardů apod. nebývají úplně hloupé. Už třeba proto, že umí hardwarově VLANy, včetně nastavení tagged / untagged portů. Protože procesor APčka do toho integrovaného switche kouká VLANovým trunkem (nebo i dvěma). A vedle toho trunku pro payload mívá management CPU ke switchi i nějaký boční komunikační kanál pro management (nevím zda MDIO nebo I2C apod.) Od výrobce čipsetu mají výrobci krabiček k dispozici proprietární utilitu nebo API, přes které se dají číst a konfigurovat parametry jednotlivých fyzických portů. Třeba v OpenWRT tomu bývá trochu vidět na zoubek, naopak proprietární firmwary (RouterOS) mívají tyhle věci zabalené do GUI/CLI.
"muticast se na hloupym switchi chova presne stejne jako broadcast = switch se zacne chovat jako HUB".
Chápu jak jste to myslel. Terminologicky správně to úplně není, protože switch nadále dělá store and forward, nevzniká kolizní doména.
"Ostatne, stejny problem nastane, kdyz vycerpas ARP."
Měl jste patrně na mysli: když switchi dojdou sloty ve "forwarding database" = v tabulce naučených MAC adres, která mívá v hardwaru switche pevnou maximální velikost.
ARP tabulky existují na L3 stanicích = koncových uzlech sítě. ARP mapuje adresy mezi L3 a L2.
Njn. Bez fyzického přístupu těžko zjistíme, co se tam tazateli přesně děje.
-
Děkuji ještě jednou za podněty, bohužel nejsem zdatný síťař, tak bych to nerad celé rozes... Vše mi nastavil kamarád. Vzpomínám si, že jsem chtěl naposledy po něm, aby mi pomohl z NAS certifikátem a zpřístupnil mi 80 port na ověření certifikátu. Chtěl jsem tu 80 port po každém obnovení certifikátu zakázat, což dělám a od té doby mi NAS dělá toto. Nevím, zda to má s tím souvislost.
Může?
info hardwaru: https://mikrotik.com/product/hap_ax3
firmware: 7.10.2
WinBox - 3.39
-
:-) "tak si to vyzkoušej" - v naší skromné LANce mám běžně spících kompů sáček, ...
V ty svy skromny sitce zjevne nemas soho switch za par stovek, protoze se presne jak sem popsal chova kazdej. Ja taky doma takovej nemam ... pro ve skromne ucely mam 24port s managementem. Ale v supleti se mi nejaky urcite vali. Nemusi to byt spici zarizeni, staci kdyz ten port bude na 10Mbit. Coz se da nasimulovat tak, ze vemes PC a ten port na 10 shodis (na tom soho switchi to neudelas, protoze to neumi ze ...)
... Chtěl jsem tu 80 port po každém obnovení certifikátu zakázat, což dělám a od té doby mi NAS dělá toto. Nevím, zda to má s tím souvislost.
S pravdepodobosti 99,9999% ne ;D. Vsak si pricinu odhalil tim, zes ten nas odpojil a funguje to ze?
Fakt nejjednodussi reseni bude v tom, ze mu zakazes usinat.
BTW: v7 je pokud vim takovy hodne nedomrly firmware ... jestli to tvoje krabka dovoli, a jestli si na to troufas, moh bys zkusit to zhodit na v6. Ale nevidim moc nadeje, ze by se zrovna v tomhle pripade chovani zmenilo.
-
hap_ax3 je po mém soudu dělo.
Zmínil jste Winbox - paráda, takže se do něj asi umíte podívat. Za prvé se umět přihlásit :-)
Osobně bych bádal někde směrem Interfaces -> Ethernet a hledal bych status konkrétního portu, na kterém visí NAS.
Případně bych mu zkusil trochu pokonfigurovat rychlost (ev. duplex natvrdo full), a rozhodně zakázat flow control.
Bohužel jediný Mikrotik, kterého tady mám, je CRS112 = echt switch, "naštěstí" s RouterOS, ale menu ohledně Ethernetu má možná trochu jiné, než Váš AX3. Tak či onak, v příloze jsou tři screenshoty z Winboxu. Tím směrem koukejte, případně se taky podělte screenshotem.
Člověče takovou krásnou hračku máte, a vůbec si s ní nehrajete :-)
-
BTW: v7 je pokud vim takovy hodne nedomrly firmware ... jestli to tvoje krabka dovoli, a jestli si na to troufas, moh bys zkusit to zhodit na v6. Ale nevidim moc nadeje, ze by se zrovna v tomhle pripade chovani zmenilo.
Njn... ale aspoň že v7.10.2 je čerstvej, ne úplně kulatej a major verze 7 už není úplná novinka.
A downgrade na v6 tuším může klapnout jenom v případě, že v tom boardu v6 byl z výroby, což už trochu pochybuju.
Hlavně... že by zrovna tohle chování způsoboval bug v RouterOS... jako never say never, ale...
-
Teda jako proč vubec chcete vypinat NAS? Nestačí jenom nastavit uspávání disků? Stejně na tom nejvíc žerou ty disky, samotná deska NASu imho nežere skoro nic...
-
Teda jako proč vubec chcete vypinat NAS? Nestačí jenom nastavit uspávání disků? Stejně na tom nejvíc žerou ty disky, samotná deska NASu imho nežere skoro nic...
Snad byste nám nekazil zábavu pane profesore :-) To síťařské téma je zajímavé samo o sobě...
-
Ja teda možno triafam celkom vedľa, ale napadlo ma, že či ten krásny NAS náhodou necucia trafic cez seba. Či tam náhodou nebeží DHCP, ktoré nakonfiguruje ostatné stroje, aby používali ten NAS ako bránu.
-
Zkusil jste vyměnit kabel za jiný patch kabel z NAS do AX3?
Podobnou zkušenost mám z vlastních krimpovaných kabelů. Po odpojení AP ze sítě (odpojené trafo) mi mikrotik v logu co pár vteřin hlásil 10Mb UP > 10Mb DOWN pod kterým začalo kolabovat vzdálené připojení a nedávalo to smysl
Při zapnutém AP bylo vše OK tak jsem pátral až do té doby než jsem zjistil že se neustále přepínal 100Mb>1Gb a zpět.
Po výměně za Patch kabel všechny problémy zmizely.
-
Zkusil jste vyměnit kabel za jiný patch kabel z NAS do AX3?
Podobnou zkušenost mám z vlastních krimpovaných kabelů. Po odpojení AP ze sítě (odpojené trafo) mi mikrotik v logu co pár vteřin hlásil 10Mb UP > 10Mb DOWN pod kterým začalo kolabovat vzdálené připojení a nedávalo to smysl
Při zapnutém AP bylo vše OK tak jsem pátral až do té doby než jsem zjistil že se neustále přepínal 100Mb>1Gb a zpět.
Po výměně za Patch kabel všechny problémy zmizely.
Měl jste v tom vlastnoručním kabelu dodrženo barevné kódování? Především zapojení párů. Nabízí se zábavná hypotéza, že při nedodržení zapojení párů může dojít ke kapacitnímu přeslechu mezi dvěma páry, ve šťastném případě mezi 1+2 vs. 3+6 (RX a TX na 10/100 Mbps). Takže při "zdravém" linku to zlobí, a když jeden konec vypne budiče (přejde do stavu vysoké impedance) tak parazitní vazba může vytvořit smyčku...
-
Zkusil jste .....
Měl jste v tom vlastnoručním kabelu dodrženo barevné kódování? Především zapojení párů. Nabízí se zábavná hypotéza, že při nedodržení zapojení párů může dojít ke kapacitnímu přeslechu mezi dvěma páry, ve šťastném případě mezi 1+2 vs. 3+6 (RX a TX na 10/100 Mbps). Takže při "zdravém" linku to zlobí, a když jeden konec vypne budiče (přejde do stavu vysoké impedance) tak parazitní vazba může vytvořit smyčku...
Napsal jste to přesně, po krimpování jsem ihned zapojit tester který ukázal, že vše jde krásně po sobě a řekl si vše cajk zapojím to hned a nic nekontroloval. Nějakou dobu to fungovalo než nastaly nevysvětlitelné problémy a prohodil jsem to za patch kabel který vše eliminoval. Posléze jsem zjistil že páry byli špatně a nastalo to co jste uvedl.
Tahle situace mi to připomíná. a) zapnuté vše funguje b) uspané blbne připojení c) nedává to žádný smysl
Už chybí jen log z mikrotiku který hlásá 10Mb up a 10 down co pár vteřin a bude to ono.
-
Takže na vypnutém NAS ukazuje Mikrotik viz. obrázky. Když dám natvrdo v ethernetu 1Gb tak na statusu je stále 10Mb. Nebo to jde i jinak?
-
Případně bych nechal tedy zapnutý NAS ale když to dělá i při přechodu "uspání" to mi trochu vadí. :(
Předpokládám, že poslední kolonku odštrnu, aby NASka se nevypínala. (Povolit automatické vypnutí)
Ještě jednou díky.
-
Tohle je bezny stav. 10Mbps vadi. Na MK zatrhnete podporovane rychlosti ethernetu pouze 100/1000 a kdyz se nas vypne, tak by se mel kabel rozpojit a nebude to delat ty problemy. Kdyz se zapne, chytne se normalne na gigo.
-
No vida jak se začínáte chytat :-)
Nechal bych na Mk na portu co kouká do NASu povoleno jenom 1000/full, ostatní položky zakázat.
Zkuste taky zakázat auto-negotiation.
Po změně konfigurace v Mikrotiku musíte v tomtéž okně vpravo nahoře kliknout ještě "Apply", není to jako na telefonu že změníte klikátko a je to tam rovnou. Pokud si správně pamatuju, tak v RouterOS už není další globální "save to nvram", aby se konfigurace neztratila při výpadku napájení.
Po opuštění a znovuotevření konfiguračního dialogu, kde se šteluje rychlost a duplex, by mělo být vidět, že nastavení "drží", a pokud se neprojeví v tabu "status", tak bych zkusil ještě reboot (jakkoli mi to u Mk připadá nadbytečné). Nemohu vyloučit ani variantu, že to na tomhle hardwaru z nějakého důvodu natvrdo nastavit nepůjde :-( a v tom případě těžko soudit, kterou přesně vrstvu prohlásit za chybnou.
Existuje poučka, že na gigovém ethernetu autonegotiation zakázat *nelze*, protože je povinnou součástí toho režimu. V tom případě by ale port na switchi, pokud je tak nastavený, měl oznamovat pouze gigo, a neměl by být ochoten se linknout na čemkoli nižším. Samozřejmě s výhradou nějakého bugu :-(
Případně můžete zkusit, jako akademické cvičení, vypnout auto-nego a nastavit natvrdo stovku. Konkrétně 100/full. Tahle kombinace by měla být možná, a ta desítka by měla dát konečně pokoj. Akorát pak není jisté, zda se proti tomu NAS linkne v bdělém stavu (protože neuvidí auto-nego výzvu) a pokud se i linkne, tak samozřejmě stovková rychlost poněkud zamrzí :-) Proto tuhle variantu zmiňuji jako akademickou (studijně-ladící).
Tušímže ten auto-nego handshake startuje na desítce. I to může být teoreticky důvodem, proč switch hlásí, že ten port jede 10 Mbps - akorát že před dokončením auto-negotiation by neměl hlásit "link up".
Pořád mi vrtá hlavou, proč by měla vadit ausgerechnet desítka, ale flow control máte vypnutou, takže už se asi nechám poddat.
BTW, startujete ten NAS pomocí Wake on LAN? Máte ho v NASu povolený. Pokud WoL v NASu zakážete, a zároveň necháte povoleno vypínání celého NASu, měl by Eth port NASu zhasnout při vypnutí úplně a nekompromisně. EDIT: no asi WoL nepoužíváte, když se ten link snažíte zabít :-)
-
...ještě přemejšlím... nemáte ve WinBoxu ve sloupci menu při levém okraji položku "switch"? Cucám si to z prstu, ale vrtá mi hlavou, jestli by se tam nedala 802.3x flow control zakázat globálně pro celý Mikrotik. Jako že on to sice může mít zakázáno per port zvenčí proti stanici (RX i TX), ale co já vím jak zachází s kapacitami portů interně. Že by se celá switchovací matice zpomalila (snížila si kapacitu) ve chvíli, kdy se jeden port linkne na 10 Mbps, to mi přijde uhozené...
-
...vrtá mi hlavou, jestli by se tam nedala 802.3x flow control zakázat globálně pro celý Mikrotik.
Ať koukám jak koukám, s tímhle asi smolík.
Ono by se to dalo zakázat na všech jednotlivých portech, ale jednak je otázkou, zda tohle nějak ovlivní pozorovanou nemravnost interně na switchovací matici, druhak mám obavu, že na jednom portu to vypnout nepůjde, a to na interním trunku, který vede ze switche do management CPU. Tohle rozhraní je tuším interní, "implicitní", není samostatně vidět v konfiguračním GUI - ale v hardwaru je velmi skutečné. A pokud se zrovna tady projeví "802.3x head of line blocking", tak to jistě může udávit internet všem :-(
-
...trochu šmejdím kolem toho fenoménu, že 10Mb port zpomalí celý switch. A i v internetech zaznamenávám dva ostře kontrastní tábory: jednak lidi znalé problematiky síťovin, kteří tvrdí, že je to nesmysl, a pak jednotlivce, kteří tvrdí, že teorii znají, ale taky drží v ruce konkrétní malý switch nebo AP/router, který se přesně takhle chová :-) Možná se ze zvědavosti zeptám ve fóru OpenWRT, co o tom kdo ví. Tam mají o hardwaru switchů dost přehled, na úrovni čipsetů. Nevím kde jinde už bych takové rozumy sosal.
Vžycky když někde čtu parametry nějakého switche nebo čipsetu, tak se tam píše "non-blocking". Ale taky čtu tu a tam neadresné zmínky o "input-buffered" switchích, jako že nemají fronty směrem egress per port (ani virtuální). Ale ani tohle mi nevysvětluje, proč by měl celý switch blokovat desítkový port, který ani není vytížený po strop (protože nemá čím být vytížený). Samozřejmě nemůžu vyloučit nějakou čínskou zkratku v designu switchovací matice, že se přesně takhle chová.
Stejně... input-buffered switch. To musí být nějaká historie. Vždyť dnešní switche, i hloupé, běžně podporují 802.1p. Tam jsou v levné variantě ve směru egress čtyři fronty per port, s priorizací...
-
Maly nebo zadny buffer...
-
Takže na svůj přiznaně OT dotaz na fóru OpenWRT (https://forum.openwrt.org/t/10mb-client-to-a-cheap-1gb-switch-hol-blocking/168025) mám zatím reakci od moderátora ( :-O ) že ten problém existuje - přihodil dvě nedávná sousední vlákna, kde lidi specifikovali totéž chování, jenom ve vztahu 100/1000 Mbps. Údajně to omezuje i upload z lokální wifi do WAN - k tomu byl tuším komentář, že to zas funguje tím způsobem, že WAN port v APčku nemá samostatnou síťovku, ale je taky protažený tímtéž interním VLANovým switchem jako LAN porty...
= @jjrsk má pravdu.
Pokud je tohle schopné se šířit skrz externí Gb switch, tak jsme myslím zpátky u 802.3x flow control. Pokud by izolace druhým switchem měla fungovat, tak je třeba vykostit flow control mezi switchem a APčkem. Nebo líp, musí mít externí switch svoji flow control interně v matici implementovánu tak, aby se nechovala tímto dementním způsobem. (Nebo vadný buffering, nebo kde se ti gremlini vlastně schovávají.)
-
Vyzkoušel jsem na všech portech mikrotiku dát Full Duplex 1Gb při zapnutém NAS a přestal jít net úplně. Musel jsem přes Wifi se dostat na správu mikrotiku a znovu jsem aktivoval "Auto Negotiation" a zase net naběhl.
Zajímavé je, že při zapnutém NAS jde vidět, že je tam 100Mb a nejde to ani natvrdo dat 1Gb. Kabel je OK, vyzkoušený.
Tak co dál.
-
Ještě jedna věc. Na všech portech mi svítí 0 u Link Downs, až na portu kde mám NAS, je 1. Co to znamená.
Dík
-
Vyzkoušel jsem na všech portech mikrotiku dát Full Duplex 1Gb při zapnutém NAS a přestal jít net úplně. Musel jsem přes Wifi se dostat na správu mikrotiku a znovu jsem aktivoval "Auto Negotiation" a zase net naběhl.
Zajímavé je, že při zapnutém NAS jde vidět, že je tam 100Mb a nejde to ani natvrdo dat 1Gb. Kabel je OK, vyzkoušený.
Tak co dál.
To je divné, mám totožnou topologii sítě (hAP AX2 a Synology přímo do něj), NAS spí a interface stále slinkován na 1Gbit. Navíc mne na vašem obrázku zaráží, že Synology hlásí (Link Partner Advertising), že umí pouze 100Mbit. Zkoušel jste jiný port na Mikrotiku? I když to spíše vypadá na problém s NAS.
-
Také mám hAP ax2 i NAS Synology v domácí síti a žádný problém... Pokud má NAS gigabitový port, podíval bych se, zda má propojovací kabel osmi vodičové zapojení. Občas se dá potkat kabel, který má zapojené jen 4 vodiče a ten jede pouze 100Mbit. Firmware pro hAP ax2 verze 7 není dokonalý, ale pracují na něm. Verze 6 není již dle mého kompatibilní s hAP ax2, ale nebál bych se aktuální testovací verze 7.11rc3. U mě doma jede bez problému. U verze 7.9 - 7.10.2 jsem měl problém s wifi.
-
Podivnosti v auto-nego jsou dodnes občas k vidění, ale opravdu vzácně.
Dávno pryč jsou doby, kdy kombinace 3com vs. Catalyst fungovala jenom při vnuceném nastavení (pevná rychlost).
V obecné rovině je ale pravda, že "všichni testují proti referenční implementaci" = proti tomu kdo prodá nejvíc portů, což na Ethernetu bude odhadem Intel, Realtek nebo Marvell (nebo ještě Broadcom). "Ostatní" = nereferenční implementace proti sobě navzájem občas (vzácně) mohou vykazovat divné věci.
Tohle je tak zralé, vzít zkoumané krabičky někam, kde je k dispozici aspoň pár prověřených kabelů, switchů a počítačů a udělat si plugfest. Nebo si nějaký šrot půjčit domů. Stav CATx kabelu lze neomylně posoudit leda reflektometrem - což levné testery za 5000 nebývají.
Gigabit jede po všech čtyřech párech, na každém páru duplex - a sice umí detekovat rozdíl přímý vs. křížený, ale je třeba minimálně dodržet "párovost" pinů v konektoru RJ45.
https://www.electronicshub.org/wp-content/uploads/2022/01/CROSSOVER-RJ-45-ETHERNET-CABLE-T-568A-%E2%80%93-T-568B-FINAL.png
https://www.google.com/search?client=firefox-b-d&q=CAT5+RJ45+pinout&tbm=isch
Pokud by kabel měl v pořádku jenom oranžový a zelený pár (1+2 a 3+6), mohlo by se stát, že sousedé auto-nego handshakem domluví na gigabitu, a pak nejsou schopni navázat link. Někdy to končí do ztracena, jiné kombinace Eth PHY nakonec konstatují zradu, ustoupí na 100 Mbps a ten gigabit už nezkoušejí. Zda to ale může končit tak, že konkrétní uzel v této situaci už nabízí v auto-nego jenom 100 Mbps, to je otázka.
Počítadlo "link downs" ukazuje, kolikrát byl link ztracen a znovu navázán - od posledního vynulování počítadla, tzn. u Vás patrně od studeného startu zařízení.
hAP AX2 vs. hAP AX3 jsou na první pohled různé modely Routerboardu, ale zdá se, že mají shodný čipset IPQ6010 od Qualcomm/Atheros. Tzn. z hlediska HW kompatibility by se mohlo jednat o platné srovnání.
Pokud se týče srovnání "NAS Synology jako NAS Synology", tady bych byl bez podrobnějších informací opatrný - různé modely, generace, platformy CPU a čipsetu... nejsem odborník na tuto značku.
-
Vyzkoušel jsem na všech portech mikrotiku dát Full Duplex 1Gb při zapnutém NAS a přestal jít net úplně. Musel jsem přes Wifi se dostat na správu mikrotiku a znovu jsem aktivoval "Auto Negotiation" a zase net naběhl.
Zajímavé je, že při zapnutém NAS jde vidět, že je tam 100Mb a nejde to ani natvrdo dat 1Gb. Kabel je OK, vyzkoušený.
Tak co dál.
Souhlas, je divné, že zapnutý NAS nemá port v režimu 1Gbps. Mě se také port vypnutého NAS (DS220+) přepne na 10Mbps. Pokud to není špatným nebo nestandardním propojovacím kabelem, zbývá porucha železa nebo troufnu si tvrdit, vzácná nekompatibilita.
Je něco v logu routeru ?
Můžete přidat fotku, jak máte konfigurovaný port v NAS (Síť/Síťové rozhraní/Upravit/IPv4?
Zaujal mě příspěvek, že router je v továrním nastavení, ale přidávali jste pravidlo pro port 80. Dříve jste problém nepozoroval. Není to moc dobrá rada, ale pokud nepoužíváte další individuální nastavení, nabízí se reset routeru a začít znova.