LACP-Trunk zwischen HPE 1920-24G und HP-2920-24G will nich
Ich bin hier am verzweifeln. Zwischen diesen beiden will es nicht funktionieren.
Zwischen zwei 1920-Switchen hat es einwandfrei funktioniert. Mit dem 2920 will es nicht.
Ich habe inzwischen folgendes probiert.
Auf dem 1920 Link-Aggregation einen virtuellen Port erstellt und diesen dann zu Trunk mit untagged vlan1 versehen.
Fertich. Hat wie gesagt beim Trunk zwischen zwei 1920 gereicht, funktioniert.
(Im Webfrontend)
Dann auf der cli des 2920
Keine Chance!
Auf dem 1920 werden beide Ports dauerhaft als "standby" ausgewiesen.
Dann auf dem 2920 wieder den Trunk entfernt.
Und probiert lacp auf den Interfaces zu aktivieren:
Keine Chance!
Kann mir einer helfen?
Zwischen zwei 1920-Switchen hat es einwandfrei funktioniert. Mit dem 2920 will es nicht.
Ich habe inzwischen folgendes probiert.
Auf dem 1920 Link-Aggregation einen virtuellen Port erstellt und diesen dann zu Trunk mit untagged vlan1 versehen.
Fertich. Hat wie gesagt beim Trunk zwischen zwei 1920 gereicht, funktioniert.
(Im Webfrontend)
Dann auf der cli des 2920
trunk 23,34 trk1 lacp
vlan 1 untagged trk1
wr mem
show trunks
Load Balancing Method: L3-based (default)
Port | Name Type | Group Type
------ + -------------------------------- ---------- + ----- --------
23 | 100/1000T | Trk1 LACP
24 | 100/1000T | Trk1 LACP
Keine Chance!
Auf dem 1920 werden beide Ports dauerhaft als "standby" ausgewiesen.
Dann auf dem 2920 wieder den Trunk entfernt.
no trunk 23,24
wr mem
show trunks
Load Balancing Method: L3-based (default)
Port | Name Type | Group Type
------ + -------------------------------- ---------- + ----- --------
interface 23 lacp active
interface 24 lacp active
Keine Chance!
Kann mir einer helfen?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 484993
Url: https://administrator.de/forum/lacp-trunk-zwischen-hpe-1920-24g-und-hp-2920-24g-will-nich-484993.html
Ausgedruckt am: 22.12.2024 um 06:12 Uhr
22 Kommentare
Neuester Kommentar
Hier mal die Ausgabe bei mir.
Wie gesagt, über das Menü eingestellt.
Sprich auf den Switch per SSH einloggen, dann menu eingeben -> Switch Config (2) -> Port Config (2) -> Edit -> Port auswählen, Group und Type wählen.
Gruß
geht jedoch hier auf ein 1820 von dort aus ein 2er LACP auf einen 1910.
Gruß
HP-2920-24G-PoEP# show trunks
Load Balancing Method: L3-based (default)
Port | Name Type | Group Type
------ + -------------------------------- ---------- + ----- --------
21 | Uplink - 1 100/1000T | Trk4 LACP
22 | Uplink - 2 100/1000T | Trk4 LACP
23 | Uplink - 3 100/1000T | Trk4 LACP
24 | Uplink - 4 100/1000T | Trk4 LACP
Wie gesagt, über das Menü eingestellt.
Sprich auf den Switch per SSH einloggen, dann menu eingeben -> Switch Config (2) -> Port Config (2) -> Edit -> Port auswählen, Group und Type wählen.
Gruß
geht jedoch hier auf ein 1820 von dort aus ein 2er LACP auf einen 1910.
Gruß
Hier steht wie man es im 2000er macht:
Mikrotik VLAN Konfiguration ab RouterOS Version 6.41
Bei denen ist LACP passive per default aktiv, so das man da nichts spezielles konfigurieren muss um den LAG zu formen. Keine gute Policy aber Billigheimer HP macht das nun mal so um vermutlich Netzwerk DAUs da konfigtechnisch zu helfen...egal.
Entscheidend ist aber durch das LACP passive dann das die andere Seite zwingend LACP active aktiviert haben muss !
Ggf. hast du das beim 1900er vergessen ??
Guckst du hier:
Und auch hier:
Der Rest ist dann nur noch das VLAN Tagging und das Native VLAN (PVID) einstellen:
Und hier:
Das wars, damit baut der 2000er sofort einen LACP LAG auf !
Und alle anderen Switches fremder Hersteller auch !!
Mikrotik VLAN Konfiguration ab RouterOS Version 6.41
Bei denen ist LACP passive per default aktiv, so das man da nichts spezielles konfigurieren muss um den LAG zu formen. Keine gute Policy aber Billigheimer HP macht das nun mal so um vermutlich Netzwerk DAUs da konfigtechnisch zu helfen...egal.
Entscheidend ist aber durch das LACP passive dann das die andere Seite zwingend LACP active aktiviert haben muss !
Ggf. hast du das beim 1900er vergessen ??
Guckst du hier:
Und auch hier:
Der Rest ist dann nur noch das VLAN Tagging und das Native VLAN (PVID) einstellen:
Und hier:
Das wars, damit baut der 2000er sofort einen LACP LAG auf !
Und alle anderen Switches fremder Hersteller auch !!
So, works as designed.
HPE V1910 Switch:
(Konfig wie oben, LAG mit den Port 47 und 48 verwendet)
LACP Status:
Hier sieht man gleich auch die Partner Ports und die Port States die ohne saubere LACP LAG Negotiation gar nicht angezeigt würden.
Analog dann der LAG Aggreagtion Port:
Hier sieht man auch die Bridge Mac Adresse des HPE 2626 auf der anderen Seite.
HPE ProCurve 2626 Switch:
Nackte Konfig und aktuellste Firmware, verwendete LAG Ports: 25 und 26:
Da die Ports alle per Default im LACP Passive Mode sind bildet sich der LAG hier vollkommen selber wenn man lediglich die Patchkabel vom V1910 einsteckt.
LACP Status (nicht relevante Ports entfernt)
Dann der LAG Status dazu:
Und nochmal der LLDP Neigbor Status der zeigt das der V1910 auch dranhängt:
Fazit:
Works as designed !!
HPE V1910 Switch:
(Konfig wie oben, LAG mit den Port 47 und 48 verwendet)
LACP Status:
Hier sieht man gleich auch die Partner Ports und die Port States die ohne saubere LACP LAG Negotiation gar nicht angezeigt würden.
Analog dann der LAG Aggreagtion Port:
Hier sieht man auch die Bridge Mac Adresse des HPE 2626 auf der anderen Seite.
HPE ProCurve 2626 Switch:
Nackte Konfig und aktuellste Firmware, verwendete LAG Ports: 25 und 26:
Da die Ports alle per Default im LACP Passive Mode sind bildet sich der LAG hier vollkommen selber wenn man lediglich die Patchkabel vom V1910 einsteckt.
LACP Status (nicht relevante Ports entfernt)
ProCurve Switch 2626# sh lacp
LACP
PORT LACP TRUNK PORT LACP LACP
NUMB ENABLED GROUP STATUS PARTNER STATUS
---- ------- ------- ------- ------- -------
1 Passive 1 Down No Success
2 Passive 2 Down No Success
3 Passive 3 Down No Success
....
23 Passive 23 Down No Success
24 Passive 24 Down No Success
25 Passive Dyn1 Up Yes Success
26 Passive Dyn1 Up Yes Success
ProCurve Switch 2626# sh trunks
Load Balancing
Port | Name Type | Group Type
---- + -------------------------------- --------- + ----- -----
25 | 100/1000T | Dyn1 LACP
26 | 100/1000T | Dyn1 LACP
ProCurve Switch 2626# sh lldp info remote-device
LLDP Remote Devices Information
LocalPort | ChassisId PortId PortDescr SysName
--------- + ------------------------- ------ --------- ----------------------
25 | d0 7e 28 85 1a 1e Gig... Gigabi... HPE1910
26 | d0 7e 28 85 1a 1e Gig... Gigabi... HPE1910
Fazit:
Works as designed !!
Ja, das ist klar, denn wenn du die LAG Member Ports auch nur irgendwie unterschiedlich konfiguriert hast, dann kommt der LACP LAG natürlich niemals hoch, das ist klar.
Wenn du kannst mache mal ein era startup auf der HP 29er Gurke, dann ist der jungfräulich. Das schliesst asymetrische Port Konfig dann komplett aus und dann sollte eigentlich ein einfaches Aufstecken der 1920er LAG Ports reichen damit es klappt.
Habs parallel hier nochmal mit einem Cisco Cat29xx und einem Mikrotik Switch getestet und der HP funktioniert da fehlerlos obwohl es ein HP ist.
Gut, solche simplen Basics sollten ja auch diese Gruselteile nun mindestens können.
Wenn du kannst mache mal ein era startup auf der HP 29er Gurke, dann ist der jungfräulich. Das schliesst asymetrische Port Konfig dann komplett aus und dann sollte eigentlich ein einfaches Aufstecken der 1920er LAG Ports reichen damit es klappt.
Habs parallel hier nochmal mit einem Cisco Cat29xx und einem Mikrotik Switch getestet und der HP funktioniert da fehlerlos obwohl es ein HP ist.
Gut, solche simplen Basics sollten ja auch diese Gruselteile nun mindestens können.
Vorher schau ich mir mal die Kanalbündelung in Venedig an.
Ha, der war gut !! Darf ich mal um Rat fragen?
Aber immer doch. Dafür ist ein Forum ja da...Ich muss/will auf jeden Fall die alten HP2920-24G ersetzen
Sehr vernünftig !Kannst Du mir hier Cisco's empfehlen?
Ist Stacking für dich ein Thema ?? Dann SG-550. Mit 10Gig Support SG-550XKein Stacking dann SG-250. Mit Layer 3 SG 350
Klassisch ist Core mit SG550(X) im Stack oder horizontal Stack und als L2 Access dann SG-250.
Damit bist du technisch auf einem besseren Niveau als derzeit HP.
Die ISCSI's sind 1GBit !! hat eine Fachfirma vor ca. 3Jahren hier eingebaut.
No comment. Die solltest du besser nicht mehr fragen geschweige denn an dein Netzwerk ranlassen. Wenn du verstärkt 10G im Backbone und iSCSI Netz machen willst nimmst du Mikrotik Switches wenn es um ein schmales Budget mit 10Gig geht. Hohe 10Gig Port Anzahl schmaler Preis, bestes Preis/Leitungs Verhältnis.
Cisco Catalysten wären vermutlich etwas über deinem Budget, oder ?
So sähe dann strukturell ein gängiges Standard Netzwerk Design im Enterprise Bereich aus:
Es gäbe unter den SGs auch noch die SG350X
Die können auch Stacking und sind etwas günstiger als die 5x0Xer
Wenn du für das iSCSI auf 10G setzen willst kommst du um den SG550X 8T8F nicht herum, sofern du auf der Empfehlung des @aqui nicht nachkommen willst und die mikrotiks beiseite lässt.
Allerdings kommst du mit deinen 10k nicht mehr weit😉
Du kannst aber auch erstmal die HPs als Edge-Switche behalten und im Core-Umfeld aufrüsten. Wir fahren hier auch aktuell noch einen Mischbetrieb aus HP 2920, 5406 und div. SGs (300er, 350er, 350Xer und 500Xer) und die LAGs laufen, wie sie sollen...
Später dann die EdgeSwitche tauschen...
Gruß
em-pie
Die können auch Stacking und sind etwas günstiger als die 5x0Xer
Wenn du für das iSCSI auf 10G setzen willst kommst du um den SG550X 8T8F nicht herum, sofern du auf der Empfehlung des @aqui nicht nachkommen willst und die mikrotiks beiseite lässt.
Allerdings kommst du mit deinen 10k nicht mehr weit😉
Du kannst aber auch erstmal die HPs als Edge-Switche behalten und im Core-Umfeld aufrüsten. Wir fahren hier auch aktuell noch einen Mischbetrieb aus HP 2920, 5406 und div. SGs (300er, 350er, 350Xer und 500Xer) und die LAGs laufen, wie sie sollen...
Später dann die EdgeSwitche tauschen...
Gruß
em-pie
Es gäbe unter den SGs auch noch die SG350X
Du hast Recht aber als reine L2 Access Switches wäre das rausgeschmissenes Geld denn dann reichen die SG250X allemal sofern man 10G nutzt.Allerdings liegt dann hier der Teufel im kleinen Detail.
Macht man z.B. eine Mac basierte Port Authentisierung (Sicherheit) mit 802.1x Passthrough ist die dynmaische VLAN Zuweisung nur im SG350 supportet. Reine Mac Auth ohne dyn. VLANs klappt da aber auch.
Man muss oder sollte also wissen welche genauen Anforderungen man im Access hat.
Allerdings kommst du mit deinen 10k nicht mehr weit
Mit Mikrotik HW schon Der Tip mit dem Mischbetrieb ist aber richtig. An den weniger kritischen Access Punkten kann man die HPs noch weiter verwursten.