knorkator
Goto Top

Cisco - Level-One und Portbündelung bzw. Trunk

Hallo zusammen, hallo Aqui,
face-smile

Während der Umstellungsphase auf unsere neuen SG350 Switche muss ich parallel noch eine Verbindung zu einem Level-One Switch aufrecht erhalten.
Über diesen läuft die Kommunikation zu unseren Servern und dem Alt-Netz.
Derzeit habe ich hier vom Cisco Core-Switch
eine** 1GB Leitung zum Level-One Switch im Server-Rack.
Da dies natürlich ein Flaschenhals ist, würde ich die Verbindung gerne um eine weitere Erweitern sodass ich zumindest einen 2GB Uplink (ggf. auch 3-4GB)in das alte Netz habe.
Der Uplink-Port auf dem Cisco hängt in Vlan1 (welches auch Default Vlan auf den Level-One Switchen ist) und ist als Default-Route auf dem Cisco konfiguriert.

Ich bin hier etwas unsicher worauf hier zu achten ist.
Ein erster Test schlug fehl.. die Verbindungen wurden gekappt und der funktionierten erst nach Entfernung der 2. Leitung.
Ich habe mal blauäugig eine LAG Gruppe (LACP aktiv) auf dem Cisco gesetzt und einen Trunk auf dem Level-One Switch erstellt.
Dies funktionierte leider nicht so einfach...
Info bzgl. Trunk-Beschreibung bei Level-One gemäß Handbuch:
Trunk Membership
You can create multiple links between devices that work as one virtual,
aggregate link. A port trunk offers a dramatic increase in bandwidth for
network segments where bottlenecks exist, as well as providing a
fault-tolerant link between two devices.

Was ich noch für Infos bzgl. der Level-One Switches geben kann:
Ist auf dem L1 Switch eine Trunk-Zuordnung aktiv, sind die Ports im darunterliegenden LACP-Menü Disabled und Grau hinterlegt.
Ist der Trunk nicht aktiv, kann LACP auf den betreffenden Ports aktiviert werden.
Hier konnte aber auch der Support keine für mich verwertbare Aussage treffen wie ich dies mit Cisco kompatibel machen kann.

Evtl. hat ja jemand einen Hinweis für mich!

Vielen Dank im voraus!

Content-ID: 463863

Url: https://administrator.de/contentid/463863

Ausgedruckt am: 21.11.2024 um 12:11 Uhr

aqui
Lösung aqui 19.06.2019 aktualisiert um 13:00:57 Uhr
Goto Top
Im Grunde ist es ganz einfach...
Die Cisco SGs supporten rein nur LACP LAGs. Also den Standard den auch der Rest der Welt supportet. Sie sind also, wenn du so willst, damit per se schon mit dem gesamten Rest der Welt kompatibel, denn LACP mit 802.3ad LAGs ist ein IEEE genormter Standard weltweit ! face-wink
Damit sollte ein LACP LAG zu jedem Endgerät auf der anderen Seite problemlos klappen.
Ganz wichtig:
Du musst bei beiden Switches VORHER also vor Einrichtung des LAGs absolut sicherstellen das beide Member Ports im LAG eine identische und gleiche Konfig haben !
Es dürfen da also niemals unterschiedliche VLANs, Speeds usw. gemappt sein. Das würde immer bewirken das der LAG dann nie zustande kommt, da es einen Port Mismatch gibt !
Hier ist es Best Practise diese Member Ports vorher VOR dem Bündeln als LAG aus allen VLANs zu entfernen, Speeds auf Default usw. so das sie lediglich, wie im Standard, untagged Member im Default VLAN 1 sind !!
Das Zuweisen der Tags geschieht dann später immer auf dem dann logischen LAG Interface (siehe Schritt 2) was nach Einrichten des LAGs in der Konfig auftaucht ! Nie einzeln auf den Member Ports.
Aber ACHTUNG:
Auch hier gibt es böse Ausnahmen wie NetGear z.B. Die zäumen das (LAG) Pferd von hinten auf !
Dort z.B. müssen erst beide Member Port vorher absolut identisch konfiguriert sein mit allen VLAN Tags, PVID, Speed usw. bevor man den LAG bilden kann am Schluss. Gibt es Unterschiede kommt der LAG nicht zustande.
Ob das bei deinem L1 ggf. auch so ist sagt dir das Handbuch ?!

Auf dem Cisco SG ist die Prozedur recht einfach:

1.) LAG ID wählen und Member Ports definieren:

lag1
Wichtig ist hier:
  • LACP muss im Status auf Enabled sein.
  • LAK Link Status muss auf "UP" sein
Beides bedeutet das der LACP LAG aktiv ist.
In den "Settings" sieht man das dann auch nochmal:
lag2

2.) VLANs dem LAG zuweisen (Trunk Mode):

lag3

Fertig !
Leider schreibst du nicht welches Level One Model du hast. Dann hätte man mal auf das Manual gesehen.
Ein Screenshot wäre ebenso hilfreich gewsen wenn er ein GUI hat. face-sad

Wichtig ist hier auch das du am Level One identisch vorgehst.
  • Member Ports identisch konfigurieren.
  • LAG mit entspr. LAG ID bilden.
  • Ggf. LACP Protokoll auf dem LAG aktivieren.
Bei Cisco ist LACP als Standard gleich aktiv bei einem LAG. Viele Billigswitches haben aber häufig die Option das das separat gemacht werden muss. Das musst du checken.

LACP LAGs habe einen eigenen Loop Protection Mechnismus. Es kann also nie zu einem Loop kommen wenn der LAG sauber und richtig konfiguriert ist.
Bis dato hab ich noch keinen Switch gesehen auf dem das vom Cisco aus noch nicht klappte. Das wäre sehr sehr ungewöhnlich und man kann nur vermuten das du auf L1 Seite ggf. einen Konfig Fehler begangen hast !

Siehe für zusätzliche Infos auch hier:
Mikrotik VLAN Konfiguration ab RouterOS Version 6.41
und hier:
Netzwerk Management Server mit Raspberry Pi
Knorkator
Knorkator 19.06.2019 um 13:34:13 Uhr
Goto Top
Hallo aqui,

vielen Dank für Deinen Beitrag.
Im o.a. Beitrag ist der Link zum Handbuch hinterlegt.
Wollte den Beitrag nicht mit Bilder aufblähen.. sorry.

Ab Seite 79 wird die Trunk-Funktionalität detaillierter Beschrieben.

Ich werde Deine Anmerkungen morgen oder am Wochenende durchtesten!

Vielen Dank!
aqui
Lösung aqui 19.06.2019 aktualisiert um 13:51:08 Uhr
Goto Top
OK, sorry übersehen im Eifer des Gefechts !

Da steht es ja wie es geht ab Seite 6-33
  • LAG (Trunk) definieren und Port Member zuweisen. Wichtig ist da nur der Identifier wie "TR1" (logisches Interface) und die Member Ports. Limiting bleibt auf "No Limits".
  • Dann 6-36 LACP aktivieren und Key definieren. Achtung: Die LACP Key Nummer muss für beide Member Ports immer gleich sein ! Gleicher Key = Gruppe der Member Ports. Alternativ Auto Key Generation belassen, dann handeln die das mit dem Cisco auf der Gegenseite dynamisch aus.
  • Im LACP Status Overview sollten dann beide Ports auf grün gehen wenn LACP mit der Gegenseite (Cisco) sauber ausgehandelt wurde !
  • Danach dann die VLANs auf dem Trunk Interface zuweisen. Per default wird wie auch beim Cisco SG das VLAN 1 untagged mit auf dem Trunk übertragen.
  • Fertisch
Sollte fehlerlos klappen !
Seite 79 sehe ich übrigens gar nicht in dem Handbuch face-sad
Knorkator
Knorkator 19.06.2019 um 13:53:23 Uhr
Goto Top
Ok, probiere ich aus!


Zitat von @aqui:
Seite 79 sehe ich übrigens gar nicht in dem Handbuch face-sad

;)
handbuch
aqui
aqui 19.06.2019 aktualisiert um 13:58:11 Uhr
Goto Top
Ich gehe immer von der Seitennummer des Originals aus ! face-smile
Knorkator
Knorkator 20.06.2019 um 13:30:50 Uhr
Goto Top
Zitat von @aqui:
Da steht es ja wie es geht ab Seite 6-33
  • LAG (Trunk) definieren und Port Member zuweisen. Wichtig ist da nur der Identifier wie "TR1" (logisches Interface) und die Member Ports. Limiting bleibt auf "No Limits".
  • Dann 6-36 LACP aktivieren und Key definieren. Achtung: Die LACP Key Nummer muss für beide Member Ports immer gleich sein ! Gleicher Key = Gruppe der Member Ports. Alternativ Auto Key Generation belassen, dann handeln die das mit dem Cisco auf der Gegenseite dynamisch aus.
  • Im LACP Status Overview sollten dann beide Ports auf grün gehen wenn LACP mit der Gegenseite (Cisco) sauber ausgehandelt wurde !
Das geht scheinbar nicht so einfach.
Wenn ich Ports zur Trunk-Gruppe hinzufüge, lässt sich LACP auf diesen Ports nicht mehr aktivieren.
Aktiviere ich zuerst LACP und möchte die Ports dann zur Trunk-Gruppe hinzufügen, kann ich sie keiner Trunk-Gruppe hinzufügen.

Habe nun auf dem Cisco den LACP-Schalter für die LAG deaktiviert und schon funktioniert die Verbindung.

* Danach dann die VLANs auf dem Trunk Interface zuweisen. Per default wird wie auch beim Cisco SG das VLAN 1 untagged mit auf dem Trunk übertragen.
Vlans übertrage ich nicht auf diesem Port da dieser als Gateway fungiert.
aqui
Lösung aqui 20.06.2019 um 13:54:24 Uhr
Goto Top
Das geht scheinbar nicht so einfach.
Steht aber im Handbuch das es so einfach geht ! face-wink
Wenn ich Ports zur Trunk-Gruppe hinzufüge, lässt sich LACP auf diesen Ports nicht mehr aktivieren.
Ooops..das ist ungewöhnlich. Könnte ein Indiz sein das die Ports noch unterschiedlich konfiguriert sind ?! (Siehe oben)
Oder...das LACP per Default aktiviert wird wie es bei 98% aller Switches der Fall ist.
Oder...das du es andersrum machen musst. Erst LACP aktivieren auf den Member Ports und dann in den LAG bringen.
Eins von allem sollte ja klappen !
Aktiviere ich zuerst LACP und möchte die Ports dann zur Trunk-Gruppe hinzufügen, kann ich sie keiner Trunk-Gruppe hinzufügen.
Das lässt dann auf ein "HP Verhalten" schliessen !!!
Dort ist LACP per Default an und die LAG Member formen dann je nach LACP Handshaking vom Gegenüber den LAG automatisch !
Das dürfte vermutlich hier der Fall sein.
Aktiviere also mal LACP auf den beiden Member Ports und schliesse dann den Cisco an.
Wenn das LACP Handshaking durch ist hast du dann vermutlich automatisch deine LAG Gruppe ?! Das ist auch ein verbreitetes Verhalten bei solchen Billigswitches.
Habe nun auf dem Cisco den LACP-Schalter für die LAG deaktiviert und schon funktioniert die Verbindung.
Schlecht !
Das sind dann statische LAGs und die bergen die Gefahr von Loops usw. solltest du besser immer mit LACP machen wenn irgend möglich.
Vlans übertrage ich nicht auf diesem Port da dieser als Gateway fungiert.
Na ja...mindestens eins mus ja drauf sein, auch wenn es nur das Default VLAN ist face-wink
Knorkator
Knorkator 20.06.2019 um 14:06:59 Uhr
Goto Top
Zitat von @aqui:>
Das geht scheinbar nicht so einfach.
Steht aber im Handbuch das es so einfach geht ! face-wink
Wenn ich Ports zur Trunk-Gruppe hinzufüge, lässt sich LACP auf diesen Ports nicht mehr aktivieren.
Ooops..das ist ungewöhnlich. Könnte ein Indiz sein das die Ports noch unterschiedlich konfiguriert sind ?! (Siehe oben)
Nope.. auf dem Cisco sind beide Ports im Vlan1 als Access konfiguriert
Auf dem dem LevelOne sind beide Ports nur in Vlan 1

Habe nun auf dem Cisco den LACP-Schalter für die LAG deaktiviert und schon funktioniert die Verbindung.
Schlecht !
Das sind dann statische LAGs und die bergen die Gefahr von Loops usw. solltest du besser immer mit LACP machen wenn irgend möglich.
Die Konfiguration aus LAG (mit evtl. aktivem LACP) am LevelOne sowie aktiviertem LACP auf der LAG am Cisco führten ja zum Verbindungsabbruch zwischen den Switchen.

Was ich noch probieren kann, die Möglichkeiten sind ja begrenzt, ist, auf beiden Ports am LevelOne LACP zu aktiveren - Dann halt ohne Trunk Konfiguration am selbigen.. ich mach das mal.. ist ja grad keiner da den es stören könnte...


Vlans übertrage ich nicht auf diesem Port da dieser als Gateway fungiert.
Na ja...mindestens eins mus ja drauf sein, auch wenn es nur das Default VLAN ist face-wink
Jajaja.. ;)
aqui
Lösung aqui 20.06.2019 um 14:11:31 Uhr
Goto Top
auf beiden Ports am LevelOne LACP zu aktiveren - Dann halt ohne Trunk
Genau ! Das war ja der Vorschlag mit dem "HP Verhalten".
LACP bewirkt dann das der Trunk im L1 automatisch angelegt wird.
Wichtig ist dann natürlich das du auch wieder LACP auf der Cisco Seite aktivierst sonst wird das ja nix !!
Knorkator
Knorkator 20.06.2019, aktualisiert am 21.04.2022 um 15:03:02 Uhr
Goto Top
Zitat von @aqui:

auf beiden Ports am LevelOne LACP zu aktiveren - Dann halt ohne Trunk
Genau ! Das war ja der Vorschlag mit dem "HP Verhalten".
LACP bewirkt dann das der Trunk im L1 automatisch angelegt wird.
Wichtig ist dann natürlich das du auch wieder LACP auf der Cisco Seite aktivierst sonst wird das ja nix !!
So... es funktioniert.

Das Design der Oberfläche hätte man etwas besser lösen können.
Auf dem L1 Switch habe ich nun 2 alte Trunks die in der Hauptmaske auftauchen und einen "versteckten" Trunk/LAG, der nur in der LACP-Status-Maske erscheint.

Hier mal ein Screenshot vom Trunk Membership.
Man sieht hoffentlich, dass Port 19 und 20 keinem Trunk hinzugefügt werden können.

trunk

Hier sieht man nun den LACP Status nach erfolgreicher Aushandlung mit dem Cisco.
Im unteren Bereich sieht man den Trunk-Status von der Startseite.. da erscheint die neue Verbindung überhaupt nicht.

lacp

Vielen Dank für die Unterstützung und noch einen schönen Feiertag!
aqui
aqui 20.06.2019 aktualisiert um 14:31:53 Uhr
Goto Top
So... es funktioniert.
Wie vermutet ! face-wink 👏
Ist eine saublöde Logik auf diesen Billigteilen. Du siehst ja wohin das führt. Aber wenn man seine Pappenheimer kennt... !
Das Design der Oberfläche hätte man etwas besser lösen können.
Wem sagst du das ! Aber was erwartest du bei China Billigteilen vom Grasnarben Niveau face-wink
Hier mal ein Screenshot vom Trunk Membership.
Bitte das "+" auch benutzen bei den embeddeten Grafiken, dann landen sie auch an der richtigen Position im Text und man versteht den Zusammenhang !! face-wink
und noch einen schönen Feiertag!
Oha...hab ich da was verpasst ?? Ich muss buckeln heute !!
Knorkator
Knorkator 20.06.2019 um 14:36:43 Uhr
Goto Top
Zitat von @aqui:
Wem sagst du das ! Aber was erwartest du bei China Billigteilen vom Grasnarben Niveau face-wink
Bin froh, dass ich die Dinger bald los bin.. obwohl ich eigentlich nicht schlechtes drüber sagen kann.. die laufen hier ohne jegliche Probleme seit 2009. Nicht alle, aber die meisten.

Bitte das "+" auch benutzen bei den embeddeten Grafiken, dann landen sie auch an der richtigen Position im Text und man versteht den Zusammenhang !! face-wink
Ajo.. hab ich verpennt..

und noch einen schönen Feiertag!
Oha...hab ich da was verpasst ?? Ich muss buckeln heute !!
Tja.. falsches Bundesland würd ich mal sagen..
face-smile

Also nochmal vielen Dank!
aqui
aqui 20.06.2019 um 14:41:35 Uhr
Goto Top
obwohl ich eigentlich nicht schlechtes drüber sagen kann.. die laufen hier ohne jegliche Probleme
Da hast du Recht. In der Regel sind die ja nicht schlecht wenn man ohne Support und ohne Bug Fixing mit sowas leben kann. Für das Gros der Banalnetze reicht sowas unter den o.a. Voraussetzungen.
falsches Bundesland
http://bfy.tw/OCCI hat halt nicht jeder face-sad
Knorkator
Knorkator 20.06.2019 um 14:49:57 Uhr
Goto Top
Zitat von @aqui:

obwohl ich eigentlich nicht schlechtes drüber sagen kann.. die laufen hier ohne jegliche Probleme
Da hast du Recht. In der Regel sind die ja nicht schlecht wenn man ohne Support und ohne Bug Fixing mit sowas leben kann. Für das Gros der Banalnetze reicht sowas unter den o.a. Voraussetzungen.
Die Infrastruktur war zum Einzug 2009 auch wesentlich einfacher ohne Vlans, Virtualisierung etc.
Da gab es 3 Server und man ist aus Kosten/Kompatibilitätsgründen bei den Dingern geblieben.
Zuletzt habe ich sogar gebrauchte bei Ebay gekauft..

Die bisher umgestellten Systeme/Mitarbeiter berichten übrigens von einer besseren Geschwindigkeit/Rückmeldung des ERP-System etc.
Und dabei haben die noch nicht einmal mitbekommen, dass der Rechner nun in einem anderen Netz und auf neuen Switchen läuft.

falsches Bundesland
http://bfy.tw/OCCI hat halt nicht jeder face-sad
Na ja.. ich bin ja auch hier.. trotz Feiertag.
face-smile
aqui
aqui 20.06.2019 um 14:51:34 Uhr
Goto Top
Dann jetzt schnell den Feiertag genießen wo alles rennt.... face-monkey
Knorkator
Knorkator 20.06.2019 um 14:55:31 Uhr
Goto Top
Zitat von @aqui:>
Dann jetzt schnell den Feiertag genießen wo alles rennt.... face-monkey
Nee.. ich muss die Systeme auf die neuen Switche umstellen.
Die Clients sind ja easy, aber die Drucker müssen auf die richtigen Ports(Vlan) und am Printerserver umgestellt werden etc. etc. etc.
Und da keine Patchfeld-Doku vorhanden ist.... na ja.. zum Glück hab ich noch LanTopolog im Einsatz!
aqui
aqui 21.06.2019 um 09:14:57 Uhr
Goto Top
Und da keine Patchfeld-Doku vorhanden ist....
Oha...das ist dann aber hart. Aber wenn nun alles neu und schön wird kann man das ja nebenbei noch gleich mitmachen.
Ganz wichtig hier: LLDP aktivieren ! Das zeigt dir dann immer gleich auch das Gegenüber mit Portnummern auf den Switches an ! (Klick auf LLDP Neighbor Information !) face-wink
lldp
Knorkator
Knorkator 21.06.2019 um 11:04:59 Uhr
Goto Top
Lantopolog zeigt mit zum Glück perfekt an, welcher Rechner an welchem Switchport hängt.
Daher musste ich beim Umstecken dann nur den Port vom Patchfeld notieren um es später sinnvoll zu dokumentieren.
So kann ich wenigstens erahnen, welche Portbereiche des Patchfeldes in welchem Büro landen.
lan

LLDP ist per Default scheinbar auf allen Switchen eingeschaltet.
So ganz verstehe ich aber derzeit nicht, was mir das jetzt genau bringt
Auf dem o.a. System Versandbuero sehe ich hier die Verbindung zum Core, aber auch 2 Clientsysteme..?
aqui
aqui 21.06.2019 aktualisiert um 11:12:49 Uhr
Goto Top
https://de.wikipedia.org/wiki/LLDP
Ist ein Auto Discovery Protokoll... Wie Cisco CDP (was du auf deinen Ciscos abschlaten solltest wenn LLDP aktiv ist !) nur eben nicht proprietär sondern ein offener Standard.
Knorkator
Knorkator 21.06.2019 um 14:04:35 Uhr
Goto Top
Ok, derzeit habe ich, scheinbar per Default, CDP und LLDP aktiv.
Auf den LevelOne Switchen kann ich hierzu übrigens nichts finden.

Überlege, ob ich nun LLDP oder CDP deaktivieren soll..
Die LevelOne Geräte "sterben" ja kurzfristig bei mir aus.

Zur Übersicht:
topo
aqui
aqui 21.06.2019 aktualisiert um 15:37:40 Uhr
Goto Top
Immer CDP deaktivieren !!
CDP ist proprietär (Cisco). Manche anderen Hersteller supporten es zwar auch aber meist nur in Teilen. Cisco selber promotet es seit Längerem auch nicht mehr, da auch im Voice Bereich und ebenso im Data Center Bereich LLDP der de facto Standard ist.
Und...es sollte logischerweise immer nur ein einziges Infrastruktur Discovery Protokoll im Netzwerk geben niemals mehrere denn Side Effects können da manchmal böse Sachen machen.
Fazit:
CDP auf allen Komponenten deaktivieren und nur LLDP anlassen.
Level 1 als Billigheimer hat aus Kostengünden keins der beiden implementiert wie generell die Masse der China Switches.
Knorkator
Knorkator 21.06.2019 um 15:47:36 Uhr
Goto Top
Ok, Danke für den Hinweis!

Dann werde ich, auch wenn die LevelOne Switche weg sind, CDP deaktiviert lassen.

Vielen Dank für Deine Unterstützung!