Grunsatzfrage LAG
Hallo zusammen
Ich habe eine Grundsatzfrage zu LAG. Ich hoffe ich habe via Suche nicht übersehen, konnte nichts finden.
1. Wird ein LAG immer nur auf Trunk Ports definiert? Also zwei Uplink Ports werden ge-lagt?
2. Welche IP muss ich meinem (M)LAG geben? Ich mache ein vlan LINKAGGR mit z.B. der mgmt IP 192.168.5.1 und adde Port4+5. Danach erstelle ich ein LAG aus diesen zwei Ports und gebe die IP 192.168.5.200? Macht das Sinn? In welchem IP-Subnetz welches VLAN's sollte die IP des LAG's sein?
danke
Ich habe eine Grundsatzfrage zu LAG. Ich hoffe ich habe via Suche nicht übersehen, konnte nichts finden.
1. Wird ein LAG immer nur auf Trunk Ports definiert? Also zwei Uplink Ports werden ge-lagt?
2. Welche IP muss ich meinem (M)LAG geben? Ich mache ein vlan LINKAGGR mit z.B. der mgmt IP 192.168.5.1 und adde Port4+5. Danach erstelle ich ein LAG aus diesen zwei Ports und gebe die IP 192.168.5.200? Macht das Sinn? In welchem IP-Subnetz welches VLAN's sollte die IP des LAG's sein?
danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 247466
Url: https://administrator.de/contentid/247466
Ausgedruckt am: 08.11.2024 um 06:11 Uhr
13 Kommentare
Neuester Kommentar
ad 1.) Ja, 2 oder mehr Ports. Gibts noch was anderes außer Switchports wo LAGs konfiguriert werden oder wie kommst du auf die Frage ?
Oder meinst du mit"Trunk" ob diese Ports tagged oder untagged sein müssen ?
Wenn Letzteres der Fall ist, ist das völlig unerheblich. Du kannst LAGs genauso auf untagged Ports definieren wie auch auf tagged. Sprich man kann sowohl einen Server z.B. mit 2 NICs und einem LAG untagged anbinden wie auch einen weiteren Switch mit einem bzw. 2 tagged Links die zu einem LAG geformt sind.
Beides ist problemlos möglich.
ad 2.) Erstmal keine, denn 802.3ad / LACP Link Aggregation ist eine reine Layer 2 Geschichte und hat mit IP Adressen erstmal rein gar nichts zu tun. Sie funktioniert ja auch auf reinen Layer 2 Switches die gar keine Ahnung von IPs haben !
Die Frage ist also wenn dann nur relevant wenn du auch einen Layer 3 (Routing) Switch hast...aber auch nicht wirklich !
Auch ein L3 Switch hat ja immer global eine virtuelle Gateway IP pro VLAN, völlig unabhängig von LAGs. Hat also mit dem LAG an sich nix zu tun. Also auch hier stellt sich die Frage gar nicht bzw. ist überflüssig.
Ein bischen Praxis zu dem Thema mit Switchkonfig findest du z.B. hier:
Netzwerk Management Server mit Raspberry Pi
Für Winblows ist das hier lesenswert zum Thema LAG:
http://www.microsoft.com/en-us/download/details.aspx?id=40319
Hope this helps ?
Oder meinst du mit"Trunk" ob diese Ports tagged oder untagged sein müssen ?
Wenn Letzteres der Fall ist, ist das völlig unerheblich. Du kannst LAGs genauso auf untagged Ports definieren wie auch auf tagged. Sprich man kann sowohl einen Server z.B. mit 2 NICs und einem LAG untagged anbinden wie auch einen weiteren Switch mit einem bzw. 2 tagged Links die zu einem LAG geformt sind.
Beides ist problemlos möglich.
ad 2.) Erstmal keine, denn 802.3ad / LACP Link Aggregation ist eine reine Layer 2 Geschichte und hat mit IP Adressen erstmal rein gar nichts zu tun. Sie funktioniert ja auch auf reinen Layer 2 Switches die gar keine Ahnung von IPs haben !
Die Frage ist also wenn dann nur relevant wenn du auch einen Layer 3 (Routing) Switch hast...aber auch nicht wirklich !
Auch ein L3 Switch hat ja immer global eine virtuelle Gateway IP pro VLAN, völlig unabhängig von LAGs. Hat also mit dem LAG an sich nix zu tun. Also auch hier stellt sich die Frage gar nicht bzw. ist überflüssig.
Ein bischen Praxis zu dem Thema mit Switchkonfig findest du z.B. hier:
Netzwerk Management Server mit Raspberry Pi
Für Winblows ist das hier lesenswert zum Thema LAG:
http://www.microsoft.com/en-us/download/details.aspx?id=40319
Hope this helps ?
- LAG ist eine Layer2 Technologie - also keienr lei IPs.
- Auch wenn Trunks und LAG häufig gemeinsam auftreten -> Bei LAG werden aus zwei physikalischen Verbindungen ein logischer. Dieser wird gleich behandelt wie ein anderer, der nur ein Kabel hat. Kannst also mit VLANs-trunken oder was immer.
@aqui hat es erwähnt.
Gruß
Netman
Hallo,
LAG mit VLANs = Trunk
z.B. Server, NAS/SANs, PCs, oder Switche.
LAGs kann man für mehrere Sachen nutzen, aber es geht bei dem verfahren eigentlich
immer darum einen so genannten "Flaschenhals" zu umgehen bzw. ihn gar nicht erst
aufkommen zu lassen und die Daten besser verteilen zu können.
Es gibt zwei Sorten bzw. Arten LAGs einmal die dynamischen via dem LACP die "automatisch"
konfiguriert werden und einmal die statischen LAGs die manuell konfiguriert werden, aber eines
haben beide Arten gemeinsam, sie müssen immer zweingend auf beiden Seiten gleich konfiguriert
sein bzw. werden.
Gruß
Dobby'
1. Wird ein LAG immer nur auf Trunk Ports definiert?
LAG = Link Aggregation GroupLAG mit VLANs = Trunk
Also zwei Uplink Ports werden ge-lagt?
Ja, mindestens zwei und höchstens 8 Ports.2. Welche IP muss ich meinem (M)LAG geben? Ich mache ein vlan LINKAGGR mit z.B. der mgmt IP
192.168.5.1 und adde Port4+5. Danach erstelle ich ein LAG aus diesen zwei Ports und gebe die IP
192.168.5.200? Macht das Sinn? In welchem IP-Subnetz welches VLAN's sollte die IP des LAG's sein?
LAGs selber haben keine IP Adressen nur die Endabnehmer die daran angebunden worden sind, wie192.168.5.1 und adde Port4+5. Danach erstelle ich ein LAG aus diesen zwei Ports und gebe die IP
192.168.5.200? Macht das Sinn? In welchem IP-Subnetz welches VLAN's sollte die IP des LAG's sein?
z.B. Server, NAS/SANs, PCs, oder Switche.
LAGs kann man für mehrere Sachen nutzen, aber es geht bei dem verfahren eigentlich
immer darum einen so genannten "Flaschenhals" zu umgehen bzw. ihn gar nicht erst
aufkommen zu lassen und die Daten besser verteilen zu können.
Es gibt zwei Sorten bzw. Arten LAGs einmal die dynamischen via dem LACP die "automatisch"
konfiguriert werden und einmal die statischen LAGs die manuell konfiguriert werden, aber eines
haben beide Arten gemeinsam, sie müssen immer zweingend auf beiden Seiten gleich konfiguriert
sein bzw. werden.
Gruß
Dobby'
Soweit ich verstanden habe, wird der Begriff Trunk oft unterschiedlich verwendet.
Ja, da hast du Recht.Bei Cisco heisst ein Trunk = Etherchannel und viele nutzen diese Bezeichnung auch.
Der gesamte Rest der Netzwerk Welt bezeichnet das Bündeln von Ports aber immer als Trunking.
Wasserdicht ist es immer wenn man von Link Aggregation oder eben LAG spricht, dann ist eindeutig was gemeint ist.
Ganz besonders vorsichtig muss man bei Windows sein. Da wird das allgemein als Teaming bezeichnet birgt hier aber auch gefahren, da Microsoft damit auch nur Failover Szenarien beschreibt mit 2 Links die mit Link Aggregation gar nichts zu tun haben.
Das ist oft ein heisser Streitpunkt bei MS Teaming hier im Forum bis man technisch geklärt hat was genau gemeint ist
Was deine Schilderung von oben anbetrifft wäre es sehr hilfreich wenn du genau klären kannst was ein "MLAG" ist. Das "M" davor ist unüblich in der netzwerkwelt und kann wieder was besonderes meinen ?!
Hilfreich wäre auch wenn du mal grundsätzlich klären könntest WAS für einen Switchhersteller bzw. Modell du dort einsetzt.
Die Konfiguration sieht ja recht krank und unübersichtlich aus. Wer hat nur sowas verbrochen als Hersteller ???
Das Schlüsselwort "Summit" lässt auf Extreme Networks schliessen ?? Wäre ja eine magakranke und komplizierte Konfig Syntax...aber nundenn.
Desweiteren irritiert sehr die Bezeichnung "fiberchannel" im Output ?!
Das lässt vermuten das das gar kein LAN Switch ist, sondern ein Storage Fiberchannel Switch der mit Ethernet nichts zu tun hat ?! Sowas hat Extreme aber wiederum nicht, was die Verwirrung größer macht.
Alternativ kann es natürlich auch ein DCB Switch also ein Hybrid Switch sein der beides kann. Auch sowas hat Extreme nicht im Portfolio...
Das alles ist sehr verwirrend an deinem o.a. Output und solltest du dringenst klären damit wir hier weiterkommen !!
Nur mal als Beispiel sieht eine Cisco oder Brocade Konfig so aus. HP ist mehr oder weniger identisch:
!
vlan 1
name Default
vlan 2
name Mgmt
vlan 3
name Manager
vlan 4
name Mitarbeiter
!
spanning-tree vlan
1, 2, 3 ,4 priority 1024
!
interface Vlan1
description Default L3
!
interface Vlan2
description Mgmt VLAN L3
no ip redirects
ip address 192.168.1.1 /24
!
interface Vlan3
description Manager VLAN L3
no ip redirects
ip address 192.168.3.1 /24
!
interface Vlan4
description Mitarbeiter VLAN L3
no ip redirects
ip address 192.168.2.1 /24
!
!
interface Ethernet1/1
description Switch Uplink (Trunk1)
switchport
switchport mode trunk
channel-group 1 mode active
interface Ethernet1/2
description Switch Uplink (Trunk1)
switchport
switchport mode trunk
channel-group 1 mode active
!
interface Ethernet1/3
description Server Uplink (Trunk 2)
switchport
switchport mode access
switchport access vlan 2
channel-group 10 mode active
!
interface Ethernet1/4
description Server Uplink (Trunk 2)
switchport
switchport mode access
switchport access vlan 2
channel-group 10 mode active
!
!
interface Port-channel 1
description Trunk Uplink Switch
switchport
switchport mode trunk
switchport trunk allow vlan all
!
interface Port-channel 10
description Trunk Server
switchport
switchport mode access
switchport access vlan 2
!
VLAN xyz ist die VLAN Definition. Die Interfaces vlan x bezeichnen die Switch internen virtuellen L3 Interfaces worüber geroutet wird.
Nach draussen hin sind die Ports Eth 1/1 und 1 /2 der physische Switch Uplink also die 2 gebündelten (LAG) Ports. Bei Cisco bedeutet der Mode "trunk" das dies ein tagged Uplink ist !
Die Ports 1/3 und 1/4 sind hier ein Beispiel für einen untagged Trunk (LAG) auf einen Server im VLAN 2
Die Port Channel Interfaces sind wieder virtuelle Interfaces die den LAG gemeinsam betreffen der Intex bezieht sich da auf die Channel Group Indexierung. Dort kann man weitere LAG spezifische Kommandos definieren wie hier z.B. erlauben das alle VLANs tagged übertragen werden oder den Balancing Algorythmus (Hashing) umstellen.
Der Mode active im Group Kommando sagt das auf diesen aktiv Ports LACP gesprochen wird.
Letzteres ist einen Cisco spezifische Geschichte, das ist bei anderen herstellern geringfügig anders.
Die Konfig zeigt aber sehr schön die allgemeine Syntax Logik die immer hinter solchen LAGs steckt. Layer 2 Zusammenfassen der physischen Ports (channel-group) und Konfig auf dem LAG Interface. Layer 3 Konfig ist eh standard (vlan x Interfaces) die würde bei allen Herstellern auch so aussehen wenn keine LAGs definiert sind !
Hab ich mir gedacht bei MLAG. MLAGs sind was Besonders. Der LAG Standard IEEE 802.3ad verbietet eigentlich per Definition das LAGs auf unterschiedliche Geräte aufgesplittet werden. Sie dürfen immer nur Point zu Point von Gerät zu Gerät gehen. Das liegt daran das solche LAGs keinerlei Laufzeitunterschiede erkennen können und keinerlei Paket Recovery Mechanismen haben.
Daher rührt auch das Verbot LAGs bzw. Memberports mit unterschiedlichen Geschwindigkeiten zu definieren was übrigens bis heute zwingend gilt !
Das LAG Splitting ist mittlerweile aufgeweicht, allerdings ist das kein Standard ! Jeder Hersteller macht da sein eigenes Ding. Du kannst also keine MLAGs von Extreme auf Cisco, Brocade MLAGs usw. terminieren.
Hersteller haben solch proprietäre Lösungen kreiert weil man so eine sehr gute Redundanz hinbekommt und auf das ungeliebte Spanning Tree verzichten kann. Man schlägt so 2 Fliegen mit einer Klappe: Performanceerhöhung durch LAG mit gleichzeitiger Redundanz durch die paralelen LAG Links und Verzicht auf Spanning Tree.
Genau so sehen heutige State of the Art Netzwerk Designs aus !
So supporten mittlerweile alle relevanten Hersteller durchgängig diese MLAGs, Split Trunks, Multi Chassis Trunks und wie auch immer Hersteller dieses Feature bei sich bezeichnen.
Deswegen musst du übrigens auch die IP basierten Peers definieren, denn damit koppelt man diese beteiligten MLAG Switches zu quasi einem in Bezug auf Link Aggregation. Über diesen Peer sharen die Switches Informationen für ihre Layer 2 Forwardig Database also welche Mac Adresse wo über welchen Link geforwardet wird.
Mit der megakranken Extreme Konfig Syntax (igitt...) musst du aber selber klar kommen Es sei denn das hier liest ein Extreme Certified Professional hier der dir die Konfig aus der Hand schüttelt...
Daher rührt auch das Verbot LAGs bzw. Memberports mit unterschiedlichen Geschwindigkeiten zu definieren was übrigens bis heute zwingend gilt !
Das LAG Splitting ist mittlerweile aufgeweicht, allerdings ist das kein Standard ! Jeder Hersteller macht da sein eigenes Ding. Du kannst also keine MLAGs von Extreme auf Cisco, Brocade MLAGs usw. terminieren.
Hersteller haben solch proprietäre Lösungen kreiert weil man so eine sehr gute Redundanz hinbekommt und auf das ungeliebte Spanning Tree verzichten kann. Man schlägt so 2 Fliegen mit einer Klappe: Performanceerhöhung durch LAG mit gleichzeitiger Redundanz durch die paralelen LAG Links und Verzicht auf Spanning Tree.
Genau so sehen heutige State of the Art Netzwerk Designs aus !
So supporten mittlerweile alle relevanten Hersteller durchgängig diese MLAGs, Split Trunks, Multi Chassis Trunks und wie auch immer Hersteller dieses Feature bei sich bezeichnen.
Deswegen musst du übrigens auch die IP basierten Peers definieren, denn damit koppelt man diese beteiligten MLAG Switches zu quasi einem in Bezug auf Link Aggregation. Über diesen Peer sharen die Switches Informationen für ihre Layer 2 Forwardig Database also welche Mac Adresse wo über welchen Link geforwardet wird.
Mit der megakranken Extreme Konfig Syntax (igitt...) musst du aber selber klar kommen Es sei denn das hier liest ein Extreme Certified Professional hier der dir die Konfig aus der Hand schüttelt...
Hallo Ramono,
funktioniert dein MLAG nicht oder wo ist aktuell das Problem? Die Config Schnipsel, die du beigefügt hast sehen erstmal augenscheinlich korrekt aus Was mir aber aufgefallen ist - Am Beispiel Switch A. Du erstellt ein ISC VLAN (was ja auch richtig ist) lässt den MLAG Interconnect aber über Port 5 laufen (=VLAN GerenciaRede). Warum?
Generell gilt bei bei Multi Link Aggregation Derivaten:
Zwischen den MLAG Teilnehmern muss ein ISC-VLAN erstellt werden (=Interconnect)
Auf dem ISC VLAN müssen IP konfiguriert sein
Auf dem ISC VLAN darf kein ipforwarding aktiviert sein
Das ISC VLAN enthält nur den einen ISC Port bzw. Trunk
Auf den ISC Ports müssen natürlich alle User/Server VLANS übertragen werden
Gruß
exellent
funktioniert dein MLAG nicht oder wo ist aktuell das Problem? Die Config Schnipsel, die du beigefügt hast sehen erstmal augenscheinlich korrekt aus Was mir aber aufgefallen ist - Am Beispiel Switch A. Du erstellt ein ISC VLAN (was ja auch richtig ist) lässt den MLAG Interconnect aber über Port 5 laufen (=VLAN GerenciaRede). Warum?
Generell gilt bei bei Multi Link Aggregation Derivaten:
Zwischen den MLAG Teilnehmern muss ein ISC-VLAN erstellt werden (=Interconnect)
Auf dem ISC VLAN müssen IP konfiguriert sein
Auf dem ISC VLAN darf kein ipforwarding aktiviert sein
Das ISC VLAN enthält nur den einen ISC Port bzw. Trunk
Auf den ISC Ports müssen natürlich alle User/Server VLANS übertragen werden
Gruß
exellent