Mikrotik netPower

Pokud ti tam v nejbližší době nepoteče víc jak Gbit, tak bych zůstal u normálních routerů od RB4011 výše.
Když potom vznikne nějaký problém, tak se na tak slabém HW dá bez hwoff těžko lokalizovat, neb když ho vypneš, tak ti to celé zdechne na výkonu.

ef jo taky jsem se docetl... ale zatim to jenom otukavam... Nevidim az tak jasne do te problematiky...

miract ano, to mam taky strach...

Co neudělám za diagnostiku na HW L3 offload oproti řešení, kdy stejná konfigurace leží v CPU?

basty
Nejlépe nacvičit na stole. Taky jsem na první pokus tápal. Ale není to nic světového.

ef takže už používáš.... Nějaké zkušenosti apd. ? Diky

Paradoxně na Mikrotik - Nasadil a nevím otom.
Dynamický routing. Teče tam 3Gb.
Původně jsem tam měl CCR1032. Měl jsem málo 10G portů. Tak jsem tam dal CCR2116. Štvalo mě že CPU mělo vyšší zátěž než na 1032, tak jsem tam zapnul HWL3offload.
Musím zaklepat, od nasazení fakt běží dál. I několik aktualizací RoS a vše ok. Je tam jak IPv4 tak IPv6. Pak jsem nasazoval další 2116 a už jsem to dělal jen na HWL3off. Místo 2116 chci příště koupit to nové CRS co má 20x2,5G 4xSFP+ a 2xQSFP+.

ef Co neudělám za diagnostiku na HW L3 offload oproti řešení, kdy stejná konfigurace leží v CPU?

V nouzi se hodí nějaké další Bridge, Eoip tunely, NATy, Torch... A to bez pořádného CPU neuděláš.

Za mě je lepší řešení pokud tam tečou jen 100vky Mbit L2 switch, klidně to může být i bez administrace. Do toho připojené všechny spoje a router pro lokalitu. Z toho routeru udělat VLANy do všech směrů na vedlejší routery a případně nějaké další VLANy na výkonnější routery dál v síti. Nad tím spustit OSPF případně i s BFD. Levné, funkční a spolehlivé řešení. Dají se tak řešit i 10Gbit páteře, kde se ale počítá s trošku lepším switchem než pár stovek.

používáme L3 HW už dlouho, prakticky od doby co to vydali. Je třeba NEpřistupovat k tomu jako k mikrotik konfiguraci ale jako k L2/L3 switchy. Ano, původně jsme nechápaly proč nejde udělat několik bridgů přes HW ale to je jenom naší hloupostí. Na L2 switchy také neděláme několik bridgů ale děláme to skrz vlany, že? To samé lze i u MK a ještě nad to nasadit L3 HW. Tam se pak vše chytá přes rozhraní bridge pod kterým jsou vlany a do vlan tabulky se přidá bridge a s tagem dané vlany.

Samozřejmě se musí vyvarovat několik chyb jako že se vytvoří vlan přímo na iface a ještě k tomu ho přidám do bridge. Tak to ne. Tohle samozřejmě funguje ve světě softwarové cesty v linuxu pod tím. V HW světě se musí vytvořit vlan tabulka pokud má být víc portů spojených v bridge a vlanou je spojit a pak v té vlaně je dostupný provoz těch dvou portů i pro L3 HW. Výhoda je jasná, můžu jedním klikem vypnout L3 a dalším i L2 HW a vyřešit problém.

A kdyby to někoho zajímalo, tak cca od v7.14 zvládá takový CRS3xx s 800MHz armem i gigabitový L3 provoz přes CPU když je stav nouze. A dočasný nat se dá také HW cestou nebo vyřazením jednoho portu s HW akcelerace.

Jinak za mě v nouzi řešíte nouzi u jiných L3 switchů jak? Tam asi není žádná možnost ne? Já řeším nouzi tak, že ostatní pojítka jsou beztak MKčka a tak nouzi řeším na nich. No ale za ty léta se nouze neřešila.

Osobně pokud bych měl dvě sólo pojítka na master a backup tak se na RSTP vykašlu a hodím to pod OSPF. Máme špatné zkušenosti s tím že třeba UBNT podle nálady, modelu, firmware něco dělá s STP/RSTP a občas ho i násilně blokuje a pak nefunguje nic.

JJ vim, ze to dlouho pouzivas... Je dobre ze to MK ma... Ja zatim zkusim netpower v L2 a postupne taky budeme asi prechazet...

hapi HWoffload mě zaujal, ale jak jsem zjistil, neumí to VRF a to ani v main tabulce. Nezanořil jsem se do fór, ale je vůbec nějaká šance, že to bude odbavovat nějak šikovně RouterOS? Protože ani fast path to neumí, tak je to takové ušaté.