Petru Ratiu wrote:
Am o problema in jurul careia alerg de vreo cateva zile, poate se
gaseste cineva mai destoinic in alde L2 sa ma lamureasca.
Personajele sunt o masina Linux si un switch Allied Teles(yn|is),
modelul AT9000/24.
Intre cele doua personaje sunt trase doua cabluri utp, care sunt
agregate si peste care se transporta cateva vlanuri (nu mi-e clar daca
e de la asta, da' zic pt. full disclosure).
In principiu ingineria merge, dar nu reusesc sa gasesc un scenariu in
care sa se petreaca simultan urmatoarele doua conditii:
1. sa fie balansat traficul in ambele sensuri cu linuxul
Ai incercat asta cu o singura sursa si o singura destinatie ? Sau mai
multe surse mai multe destinatii ?
2. sa pot accesa pe IP switchul (a carui adresa e din clasa folosita
de unul din vlanuri)
Pe Linux folosesc driverul de bonding pe care l-am incercat cu mode=4
(802.3ad) sau mode=0 (balance-rr). Pe switch am setarile de LACP
active/passive/manual/disabled.
Incearca cu LACP active pe cele 2 porturi care dau spre linux si pe
Linux pune mode=4 pentru a activa LACP.
Am incercat diverse combinatii, dar nu o prea nimeresc pe aia
castigatoare. E evident ca daca las switchul in "dumb mode" nu o sa mi
se balanseze traficul spre server, dar nu mi-e foarte evident de ce nu
mai comunica corect switchul pe arp cand activez LACP.
De obicei atunci cand faci 802.3ad balansarea traficului se face via un
hash format din sursa/destinatie pe baza de MAC address in sensul ca un
singur flow o s-o cam ia pe un singur link pana se umple link-ul ala.
Inainte sa ma apuc sa flipez random diverse switchuri de rstp si alte
chestii oarecum apropiate, are cineva idee ce ar trebui sa-i fac?
Sau, mai bine, dracaria asta de ATI stie etherchannel (probabil se
cheama altfel la ei, ofc)?
Aia de scriu firmware pentru ATI 'smoke the wrong shit'.
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
