Mikrotik RB4011

pgb

tak je třeba vzít v poraz blokové schéma 4011, je to jen SW bridge. Pokud nad tím nemáš žádná pravidla a bridge fastpath je aktivní tak to hodně protáhne, ale osobně mi nepřijde vhodné mít někde kde tečou takovýhle data cokoliv přes SW bridge

pgb

ludvik hw offload bude fungovat max mezi porty 1-5 a 6-10. Jinak nemůže. Těch problémů s výkonem který jsem reportoval způsobených nešťastnou implementaci switchovacích obvodů je tolik, že se snažím mít RB jako router na klacku. Jinak to je mizérie.
edit: to se netýká RB s porty připojenými přímo do cpu

myghael

pgb Zase taková mizérie to není. Tu a tam máme RB4011 jako tříportový router (ether1, ether6, sfp), případně pokud je potřeba switchovat tak bridge nad porty 1-5 jako jeden port, bridge nad porty 6-10 jako druhý port, sfp jako třetí. Pak to (není-li tam moc velká zátěž typu Queues nebo firewall s 100+ pravidly) opravdu routuje co sběrnice umí a jednotlivé bridge nemají problém protáhnout, co mají (fullgigo např. z ether1 na ether5 atd.). Je ale potřeba v konfiguraci respektovat, co to zařízení fyzicky má.

pepulis

myghael A je to prosim tak velky rozdil, kdyz udelam jeden velky bridge nad vsemi porty a nebo jak pisete dva bridge, nad kazdou skupinou (1-5, 6-10)? Je to tak 1/2 roku zpet, co jsem se zde ptal, jak spravne nastavovat RB4011, pokud jej chvi pouzit ciste jako switch a bylo me zde napsano, ze mam udelat bridge a do nej dat vsechny porty. Chapu, ze RB4011 ma 2 switch cipy. Jak je to tedy spravne, pokud na uvedenem RB nechci pouzivat nic jineho, jen propojit vsechny porty: 1 port privadi konektivitu a dalsi ji odvadi do dalsich lokalit (popr. do bytovych domu). Děkuju za vysvetleni, co je z hlediska optimalizace lepsi.

pgb

myghael na všech RB je sakra velký problém s interním flowcontrolem mezi switch chippem a CPU. Typická situace, dneska jsem to znovu zkusil na 6.48 a nic není opraveno
RB který routuje (klidně 4011)

PROBLÉM 1:
Konfigurace:
ether1 - "WAN" (1Gbps port) bridge1 - "LAN", hw offload zapnutý --- členové ether2(1Gbps), ether3(100Mbps), ether4(1Gbps), ether5(1Gbps)
POPIS TESTU - stahování mezi PC za bridge1 a wan portem, bez natu, pouze routing
TEST 1: PC1 - ether2 - tahá 1Gbps, vše v pořádku TEST 2: PC2 - ether3 - tahá 100Mbps TEST 3: tahá PC1 a PC2 naráz - latence na PC1 letí do nebes a propustnost na PC1 náhle kolem 50Mbps.
Výsledek: razantní snížení propustnosti RB
edit: pokud jsou všechny porty v gigabitu tak není problém

PROBLÉM 2:
Mikrovýpadky na ether1-WAN i provozu skrz při zapnutém HW offloadingu na bridge1, při jeho vypnutí vše v pořádku a bez ztrátovosti.

EDIT: výše uvedené problémy nemají spojitost s vytížením cpu, to je vždy úplně minimální.

myghael

pepulis Jestli to chceš použít jenom jako switch, tak nic neřeš, udělej jeden velký bridge se všemi porty, pozapínej HW offload a ideálně dej uplink do SFP+. Nevidím v tom problém, i když nasazené to tak nikde nemám, na tohle použití bych tam dal switch.

myghael

pgb On ale píše o blbém bridgi ne o routingu. Nastavení ether1 = WAN a ether2 = LAN je pěkně na prd potom.

hapi Nápodobně.

hapi

aha, já tohle RB nemám nikde v bridge. Dokonce máme uplink na SFP+ a primární trasy jsou rozvedený přes 2xLACP a nic přes to nepociťuji.

Pokud chcete testnout bridge jestli blbne tak vypněte hw offloading, pak všechno obstará CPU ale to není u tohohle RB problém.

pgb

myghael tak to tě zklamu, týká se to i bridge přes CPU, proto před tím tak varuji. Jakmile se tam vyskytne 100Mbps tak celý slavný sfp+ jde do kytek ... natočím za chvilku video a pošlu to sem.

pgb

myghael tady to je ukázané, proto všude kde se mixuje rychlost tak jen switche.
https://youtu.be/n_OAcLXhd_M

Zapojení testu, ty názvy odpovídají názvům na videu:
RB4011-2/10.10.15.1 <==10G.DAC==> RB4011-1/bridge1sfp+,ether6-1Gbps,ether7-100Mbit ether6<==1G.LAN==>RB4011-3/10.10.15.2 ether7<==100M.LAN==>RB4011-4/10.10.15.3

Vytížíš bridge na 100M portu a celé to jde do kopru jakmile to v mk leze přes cpu. Jakmile to je v různách switchovacích grupách v případě rb4011 (porty ether5 a ether7) tak to je v pořádku. Routing se chová úplně stejně, pokud není mix rychlostí na jedné switchovací skupině, tak to funguje bez problémů.

basty

Navážu. Nevím jestli to tvoje chápu přesně, ale vše co jde přes CPU píšeš, tak je špatně.

Já mam teď zapojení.

4011 router s tím, že porty 3 a 7 jsou v jednom bridgi (2 sektory) a oba mají jen 100M zařízení
SFP+ wan 10Gbps bez bridge (vše teče sem)

No a pozoruji to stejné, ale jenom v portu 3.

Tzn. pustim btest na 100Mbps v portu 3 a špatný, ping se zvedne a PL...
Ale kdyz to stejné pustim v portu 7 tak se to nedeje...

Coz je zajimavy podle schematu jsou 2 stejny switchcipy zapojeny stejne do CPU, kde SFP+ je take do CPU...

edit: podle testu co jsem zevrubne udelal na vice 4011, tak je problem opravdu jen na portech 1 - 5. Tam kdyz si pohlidate aby nebyl 100M port, tak by to melo slapat...

pgb

basty nevím, mi to dělalo na obou switch chipech, ale netestoval jsem všechny možná kombinace portů a bridgu na různých switch chipech.

Jen taková myšlenka, čistá spekulace: pokud ve skupině 1-5 máš alespoň 1x 100M, tak obsadí interní flowcontrol (switch chip1 vs CPU) a ve skupině 6-10 interní flowcontrol (switch chip 2 vs CPU) se neaktivuje díky nějaké chybě..... Mě se totiž tahle chyba projevovala na obou switch chipech, ale netestoval jsem 100M v první i druhé skupině naráz.

basty

Jj... mozna to tak nejak bude... Zkousel jsem i v portech 1 - 5 100M ale aby nebyl v bridge a taky spatne...
Nicmene nevyresil jsi to nijak...? Je to ve stavu, ze proste nesmi tam byt 100M port... min. teda podle mych testu muze byt v 6-10 a vykon to nesnizuje.
Mame prave na lokalitach vzdy jen par nebo zadne 100M, tak to prehazu a uvidime.

pgb

Nevyřešil, reportoval jsem to, několikrát jsem se ptal a no ETA.

PS: je jedno jestli je port v bridgi nebo ne.

basty

No kdyz uz si s tim hraju, tak zkousim nejaky propustnosti pres tu 4011.
Ze 4011 mam 10G privod do supermicra.

Pustim btest z 4011 to jede nejakych 2,3Gbps a u RX drops naskakujou pakety... Coz je asi jasny.

Pak to tedy zkusim z 2 zarizeni za tou 4011, oboji nastavim btest na remote TX na 700M napr.
Kdyz tak tece cca gigo tak RX dropy nenaskakuji. Ale kdyz pustim dalsich 700Mbps, tak se to nekde mezi 1G a 2G zlomi a naskakujou RX dropy.
Zkousel jsem to i na jine 4011 a to stejne...
Je to vlastnost? Napul mi tam nedava ten SFP+ smysl.
Vytizeni procu bylo 15%, neni tam vubec nic nastavene, conntr. vypnuto.
Maximalne to muzou delat ty bridge, ve kterych jsou ty 2 iface ze kterych tece tech 2x 700Mbps... Ale tomu neverim, ze by to bylo lepsi...
Ty RX dropy jsou na wan rozhrani SFP+, ktere v bridge neni...

ef

basty není náhodou linka do CPU pro to sfp+ 2,5Gb?

ef

ef A tak linky do portů 1-5 a 6-10 mají 2,5Gb linku do CPU.
https://i.mt.lv/cdn/product_files/RB4011iGSplusRM_180903.png

basty

https://i.mt.lv/cdn/product_files/RB4011iGSplusRM_180903.png

no, nemela by byt.... ale muze to davat smysl pri testu z MK...

jinak tok byl 1,7Gbps (700 + 700 + regulerni traf) a i pri tomto to dropovalo..

ale pravda jednotlive vetve 1-5 a 6-10 jsou zapojeny jenom 2,5G...

basty

Tak ne chyba.... 2 testované RB jsem měl v portu 1 a portu 6... Takze kazdy stream 700Mbps byl na sve vetvi 2,5G

basty

Btest z 4011 UDP na supermicro dava 7,2Gbps...

« Předchozí stránka Další stránka »