Protistranu konfiguroval technik s UPC. V routeru máme Supermicro SGP-i4Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Ethernet bonding 802.3ad Cisco=>Mikrotik
Ethernet bonding 802.3ad Cisco=>Mikrotik
Má někdo zkušenost a provozuje bonding 802.3ad oproti Ciscu ? Včera jsme nastavovali konektivitu 2x1G a funguje nám to jen jako by v jednom směru a to v Tx - tam se to krásně rozkládá mezi oba ethernety ale Rx jede pořád jen přes jeden ethernet Protistranu konfiguroval technik s UPC. V routeru máme Supermicro SGP-i4
Protistranu konfiguroval technik s UPC. V routeru máme Supermicro SGP-i4
0 x
802.3ad funguje pouze na routerboardech, ne na x86.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
hapi píše:802.3ad funguje pouze na routerboardech, ne na x86.
A jak to nastavit jinak oproti ciscu ? balance rr nebo balance tlb ? Prej to dělali a fungovalo to ale už je to dýl a musí si to prej oživit jak se to nastavovalo.
0 x
Mám to na x86 proti Ciscu a funguje správně.
- Přílohy
-
- Výstřižek.PNG (41.59 KiB) Zobrazeno 2606 x
0 x
UPC má asi nedostatek 10gbps portů 
. Máme od nich taky bonding 2x 1gbps. Jejich Cisco proti našemu ccr1072.
Petr.
. Máme od nich taky bonding 2x 1gbps. Jejich Cisco proti našemu ccr1072.Kód: Vybrat vše
slaves=sfp1_UPC,sfp2_UPC
mode=802.3ad
link-monitoring=mii
transmit-hash-policy=layer-2-and-3
mii-interval=100ms
down-delay=0ms
up-delay=0ms
lacp-rate=30secs
min-links=0
Petr.
0 x
Hmmm, nemůže být problém v MTU ? https://forum.mikrotik.com/viewtopic.php?t=144322
0 x
mrazek609 píše:Mám to na x86 proti Ciscu a funguje správně.
protože to máš na wanu tedy rx kde ti to rozděluje ten před tebou. To funguje. Pokud to má na tx dělat x86 tak to nefunguje ačkoliv zpracovat data z LACP mu nedělá problém.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Pokud traffic od UPC chodi jen jednim portem, je problem v nastaveni UPC. Pravdepodobne maji transmit hash policy nastavenou na L2, tedy rozklad podle MAC adres - a ty jsou dve. Jedna u vas, druha u UPC, takze vzdy skonci provoz prave v jednom portu.
Resenim takove situace je rekonfigurace u UPC, aby transmit hash policy byla L2+L3, tedy MAC+IP.
Resenim takove situace je rekonfigurace u UPC, aby transmit hash policy byla L2+L3, tedy MAC+IP.
0 x
zajdee píše:Pokud traffic od UPC chodi jen jednim portem, je problem v nastaveni UPC. Pravdepodobne maji transmit hash policy nastavenou na L2, tedy rozklad podle MAC adres - a ty jsou dve. Jedna u vas, druha u UPC, takze vzdy skonci provoz prave v jednom portu.
Resenim takove situace je rekonfigurace u UPC, aby transmit hash policy byla L2+L3, tedy MAC+IP.
Já používám layer 3+4 na MK a na straně switche source-ip+destination-ip (layer3). Linky se vyvažujou přesně. Čistá Layer2 je samozřejmě k ničemu, když máte na obou stranách routing. Pak to pojede vždy jen po jedné lince.
1 x
Na domácí přípojku to jde. :-))) http://www.speedtest.net/result/3688392378.png
Ano. A to zni presne jako problem na strane toho Cisca - pouziti ciste L2.
0 x