Sziasztok,
Csinált már valaki Mikrotikkel szabványos LACP (802.3ad) trunk (bond)-ot, úgy hogy a trunk-ben lévő IF-ek ténylegesen agregálodtak (1+1=2) ?
Adott egy Mikrotik 1100AHx2 "router"
Erre rákerül 4 fizikai gép (Debian), gépenként 2 portal, minden port LACP-al megy mikrotik irányba, bond felett pedig VLAN-ok.
mikrotik-debian bond + VLAN megy rendben, viszont két gép között csak gigabit megy át.
Ráadásul gigabites forgalom mellett ~40%-os CPU-val megy mikrotik ami azért soknak tűnik figyelembe véve azt hogy a portok harmadán megy csak mérés (2+2port).
Kicsit érdekes konstrukció 1100AHx2, 2 db Atheros8327 switch chip van rajta (portok: 1-5, 6-10),
a doksi szerint: http://i.mt.lv/routerboard/files/rb1100ug.pdf (10 oldal)
a switch-ek között gigabites link ??? (anyád)
googliztam már egy fél napot, volt olyan javaslat is hogy külön switch-re kerüljenek a LACP lábak (lacp1: 1,6 lacp2: 2,7 ), de nem ez a megoldás.
Szóval a kérdés az lenne van-e valakinél MÜKÖDŐ megoldás mikrotik - linux (vagy bármi más) közötti ténylegesen agregált LACP-ra ?
- 2816 megtekintés
Hozzászólások
> viszont két gép között csak gigabit megy át.
Ez normális. Olvass utána az L2, L2+L3, illetve L4 hashingnek.
- A hozzászóláshoz be kell jelentkezni
A mikrotik és a debian is tud balance-rr módot, ezzel át fog menni olyan 1.6 gigabit két fix gép között is. De ezt csak akkor használd ha tényleg két konkrét gép között van több mint 1 Gbps-re szükséged.
- A hozzászóláshoz be kell jelentkezni
Idézem a topicnyitót:
"... Mikrotikkel szabványos LACP (802.3ad) trunk (bond)-ot..."
na, a balance-rr az nem kifejezetten 802.3ad.
- A hozzászóláshoz be kell jelentkezni
Alapvetően a cél két IF összefogása a cél, nem redundancia, hanem sebesség érdekében.
Fontos hogy a bond felett VLAN-oknak át kell mennie.
- A hozzászóláshoz be kell jelentkezni
VLAN bármilyen bond felett átmegy, ez ne tartson vissza a balance-rr-től. Egyébként mind az LACP, mind a balance-rr szépen megy nálunk mikrotik és debian között. De ha jól értem nálad is ;-)
- A hozzászóláshoz be kell jelentkezni
na most tényleg magamból csinálok hülyét, baszus tényleg :)
- A hozzászóláshoz be kell jelentkezni
A már említett probléma mentén jelezném "bájdizájn" el van kefélve a dolog amit szeretnél. Ez nem switch, hanem egy router 2 switch chippel. Nem fogja tudni amit szeretnél. Nem arra való.
- A hozzászóláshoz be kell jelentkezni
Ezzel teljesen tisztában vagyunk, de azzal fözünk amit kaptunk, ha ezzel kell megoldani az adott feladatot akkor ezzel kell, nekem is jobban tetszene ha egy mezei 2960g lenne, de ez van.
- A hozzászóláshoz be kell jelentkezni
Ha nem feladat hogy 2Gbit átmenjen a két host közt, akkor nincs gond. Ha feladat, akkor sajnos nem nyert. Ezt akartam mondani, és nagyon nem azt, hogy a routerboard-al gond lenne. Egyszerűen nem erre szánták.
- A hozzászóláshoz be kell jelentkezni
+1
Ráadásul az egymással és a cpu-val 1Gbit-en összekötött 2db switch chip miatt ha elvben menne is a 2Gbit, akkor is max az azonos switch chipen ülő 2 debian között, semmi más irányban nem.
----------------------------------^v--------------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"
- A hozzászóláshoz be kell jelentkezni
egyébként miért ne menne?
A switch belül teljes értékű, és VLAN-t is támogat.
azaz mindkét PC ether1-et külön VLAN-ba teszen, mindkét PC ether2-t külön VLAN-ba teszed.
így azt hiszik, mintha 1-1 kábellel lenne összekötve.
- A hozzászóláshoz be kell jelentkezni
Az LACP az egy switch szolgáltatás, nem egy router szolgáltatás.
Ahogy már más is írta, a mikrotikben van két darab switch chip, és azok össze vannak kötve a processzorral mindkettő egy egy Gbps-es linkel.
Ez már eleve lehetetlenné teszi a megvalósítást router módban.
Itt van a belső összekötési rajza: http://i.mt.lv/routerboard/files/rb1100ug.pdf
Mikrotik esteében két módon lehet switch dolgokat megoldani, az egyk router módban, a másik switch módban.
Router módban minden adatcsomag átmegy a CPU-n és ott van feldolgozva, lényegében minden "szoftveresen" megy. Ez egy elég lassú módszer úgy VLAN, Bridge, stb megoldására, de megvan az az előnye, hogy tűzfalszabályt tudsz bármire felhúzni.
A swtich módban, maga a switch csipp old meg mindent. Evvel a bridgelés, vlan, L3 szűrések kb. minden képes a maximális 1 Gbps sebességen történni, evvel a módszerrel ha egyáltalán megvalósítható az LACP, akkor annak is kell mennie 2 Gbps sebességgel.
Az RB1000-ban két darab egyenként 6 portos switch csipp van, amibő 1 porton a processzorral kommunikál, tehát marad 5 szabad port. Ha lehetésges switch módban megoldani az LACP-t akkor max 2 gépet lehet összekötni rajta, ha mindkét gépet két hálókábelen kötöd be. Egy harmadik gép már nem köthető ugyanahhoz a switch csipp-hez, ezért csak a processzoron keresztül tud kommunikálni, tehát max 1 Gbps lehet az átvitele és a processzort is terheli.
Ha switch doglokat akarsz mikrotikkel megoldani, akkor jó lenne mikrotik switch-et venni, annak mind a kb 24 portja egy darab switch csippbe van bekötve, tehát képes akár mind a 24 portján 1 Gbps sebességet produkálni, full duplex-ben 2 Gbps-t, tehát összesen 48000 Gbps a belső sebessége.
- A hozzászóláshoz be kell jelentkezni
Tudja a mikrotik az LACP-t switch módban:
http://wiki.mikrotik.com/wiki/Manual:CRS_features#Trunking
De én a wikin leírt opciót nem érem el routeren (CCR1009), tehát lehet csak switch hardware esetében lehet használni.
- A hozzászóláshoz be kell jelentkezni
"The Trunking in the Cloud Router Switches provides static link aggregation groups with hardware automatic failover and load balancing."
IEEE802.3ad and IEEE802.1ax compatible Link Aggregation Control Protocol is not supported yet.
Tehát röviden - trunking támogatott, LACP nem.
- A hozzászóláshoz be kell jelentkezni
Ha megnézed a 10. oldalt, akkor:
van 2db 5portos switch chip, egyenként 1gbps uplink-el a CPU felé
valamint
eth11-eth12-t kiszolgáló PCIe illesztés
ill. eth13-at kiszolgáló PCIe illesztés
azaz összesen 4x1Gbps kezelhető külön külön.
A mikrotik CRS (mint switch) egy barkács megoldás. Van több dolog, amiben többet mint egy L2 switch - pl switch chip is támogat packet filtert, viszont több dolog van, amit viszont nem tud - pl spanning tree, LACP
- A hozzászóláshoz be kell jelentkezni
Ezért kell helyén kezelni. Van amikor ezen cuccok megléte nagy előny, van mikor meg pont az kéne ami hiányzik.
- A hozzászóláshoz be kell jelentkezni