Erstellen eines dynamischen lacp-Kofferraums von HP Procurve 2412zl bis Proliant DL380 G7

9514
Maalobs

Ich konfiguriere einen dynamischen IEEE 802.3ad (LACP) -Trunk von einem Switch des HP Procurve 2412zl (Firmware-Version K.15.07) auf einen HP Proliant DL380 G7-Server. Der DL380 verfügt über 4 NICs und führt Win2008 R2 aus. Daher füge ich die NICs zusammen und belasse alles auf der empfohlenen "automatischen" Einstellung im HP NIC-Konfigurationstool. Der Server ist einer von zwei, sie werden an den Schnittstellen F17-F20 und F21-F24 des Switches angeschlossen.

Ich brauche die Server in einem separaten VLAN, hier ist die Konfiguration für das VLAN:

vlan 10  name "Lab_Mgmt" untagged B2,F17-F24 ip address 172.22.71.3 255.255.255.0 tagged B21 exit

Über die Schnittstelle B21 hinaus befindet sich ein DHCP-Relay von einem anderen Gerät im VLAN 10. Im Advanced Traffic Management Guide heißt es, um einen dynamischen LACP-Trunk in einem anderen VLAN neben dem DEFAULT_VLAN auszuführen, müssen Sie zunächst GVRP aktivieren und dann "verbieten", um zu verhindern, dass die Schnittstellen automatisch dem DEFAULT_VLAN beitreten, wenn der dynamische Trunk erstellt wird. GVRP bringt einige andere Dinge mit, die ich nicht will oder brauche. Daher deaktiviere ich es mit "unknown-vlans disable" für alle anderen Schnittstellen.

So mache ich es:

procurve-5412zl-1(config)# gvrp procurve-5412zl-1(config)# interface A1-A24,B1-B24,C1-C24,D1-D10,D13-D24,E1-E24, F1-F16,K1,K2 unknown-vlans disable procurve-5412zl-1(config)# vlan 1 forbid F17-F24 procurve-5412zl-1(config)# interface F17-F20 lacp active

Das Ergebnis danach sieht alles erfolgreich aus:

procurve-5412zl-1(config)# show trunks   Load Balancing Method: L3-based (Default), L2-based if non-IP traffic  Port | Name Type | Group Type  ---- + -------------------------------- --------- + ------ -------- F17 | XYZTEAM3_NIC1 100/1000T | Dyn2 LACP  F18 | XYZTEAM3_NIC2 100/1000T | Dyn2 LACP  F19 | XYZTEAM3_NIC3 100/1000T | Dyn2 LACP  F20 | XYZTEAM3_NIC4 100/1000T | Dyn2 LACP   procurve-5412zl-1(config)# vlan 10 procurve-5412zl-1(vlan-10)# show lacp  LACP  LACP Trunk Port LACP Admin Oper Port Enabled Group Status Partner Status Key Key ---- ------- ------- ------- ------- ------- ------ ------ F17 Active Dyn2 Up Yes Success 0 0  F18 Active Dyn2 Up Yes Success 0 0  F19 Active Dyn2 Up Yes Success 0 0  F20 Active Dyn2 Up Yes Success 0 0

Auf dem Proliant-Server zeigt das NIC Configuration Tool auch an, dass ein dynamischer 802.3ad-Trunk eingerichtet wurde.

Alles sollte gut sein, ist es aber nicht. Der Server erhält keine IP-Adresse vom DHCP. Dies ist der Fall, wenn ich LACP nicht aktiviere. Wenn ich den Server im VLAN 10-Subnetz mit einer statischen IP-Adresse konfiguriere, kann er nicht einmal die IP-Adresse des Switches anpingen, geschweige denn etwas außerhalb des VLANs. Der Switch kann auch kein Ping an den Server senden.

Ich habe einen weiteren Versuch mit F17-F20 durchgeführt und das Kontrollkästchen "Native Default Tag (VLAN 10)" im NIC-Konfigurationstool auf dem Server aktiviert, aber es gab keinen Unterschied. Hat jemand eine Idee, was ich vermisst habe?

2

3 Antworten auf die Frage

1
Sylvan

The DHCP server, is it on the same network 172.22.71.3 /24 as the other elements in the VLAN? If not, I think you should specify the DHCP-relay IP address on that VLAN with:

ip helper-address @DHCP-IP-Address
1
Maurice De Vidts

Ich sehe hier nicht, wo sich der Dynamic-Trunk in vlan10 befindet. Sie benötigen einen vlan 10-Tag-Stamm Dyn2 oder etwas anderes . Wenn dies nicht funktioniert, erstellen Sie einen statischen Trunk.

1
Nico57

On ProCurve switches, dynamic LACP really won't work with VLANs other than VLAN 1.

Something you seem to have overlooked: in your switch console log, the "show lacp" command is acually NOT restricted to VLAN 10, even though you're in the VLAN 10 config context. It simply outputs all dynamic trunks, irrespective of the VLAN configuration.

The GVRP statement from the ProCurve documentation looks like some kind of practical joke... I doubt the person who wrote this actually ever got it working.

Since you're dedicating specific ports to your servers, why not just use static (active) LACP anyway? Then you can assign your Trk trunks to whatever VLAN you like.

Verwandte Probleme