Ich versuche, mich mit der Konfiguration des Netzwerkstapels einer neuen Site um das zu kümmern, was genau hier vor sich geht. Dieses besondere Stück, an dem ich arbeite, ist ziemlich einfach, aber es fällt mir schwer herauszufinden, was die ursprüngliche Absicht war. Es gibt einen Cisco Catalyst 3750x mit drei Port-Kanälen (jeweils mit vier Schnittstellen pro Stück), die an drei ESXi-Hosts gehen. Der Catalyst ist über einen Meraki MS42 über eine einzige Schnittstelle (kein Port-Kanal) mit dem Rest des Netzwerks verbunden. VLAN 100 überträgt den Netzwerkverkehr, die anderen VLANs sind für vMotion oder isolierte Netzwerke vorgesehen. Ich denke, ein großer Teil meiner Schwierigkeit besteht darin, dass ich kein Cisco-ese spreche.
Die Einrichtung
Port-Kanal 1
interface Port-channel1
switchport access vlan 100
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
interface GigabitEthernet1/0/1
description ESX1
switchport access vlan 100
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
channel-group 1 mode on
!
interface GigabitEthernet1/0/2
description ESX1
switchport access vlan 100
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
channel-group 1 mode on
!
interface GigabitEthernet1/0/3
description ESX1
switchport access vlan 100
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
channel-group 1 mode on
Port-Kanal 2 (Ich lasse Port-Kanal 3 weg, da er in der Konfiguration mit Port-Kanal 2 identisch ist.)
interface Port-channel2
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
!
interface GigabitEthernet1/0/5
description ESX2
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
channel-group 2 mode on
!
interface GigabitEthernet1/0/6
description ESX2
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
channel-group 2 mode on
!
interface GigabitEthernet1/0/7
description ESX2
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
channel-group 2 mode on
!
interface GigabitEthernet1/0/8
description ESX2
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 100,101,172,192
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk
channel-group 2 mode on
Uplink-Ports
Auf dem Katalysator:
interface GigabitEthernet1/0/24
description Uplink
switchport access vlan 100
switchport trunk native vlan 2
!
Auf dem Meraki:
Trunk port using native VLAN 1; allowed VLANs: all
Die Fragen
- Die Kombination von
switchport access
undswitch port trunk allowed
macht dieswitchport access
Konfiguration zu einem No-Op, oder? Sie können keinen Port im Zugriffs- und Amtsleitungsmodus haben, es sei denn, ich irre mich. Kann mir das jemand bestätigen? - Nach meinem Verständnis wird nach dem Hinzufügen eines Ports zum Port-Channel im gesamten VLAN eine STP-Konfiguration pro Port-Channel und nicht pro Port durchgeführt. Wenn ich einen Portkanal aus Fa 1/10 und Fa 1/11 erstelle, konfiguriere ich sie als Amtsleitungen unter Verwendung ihres zugewiesenen Portkanals und nicht ihrer einzelnen Ports (zumindest mache ich das mit ProCurves). Ist das richtig?
- Wenn das letzte Element korrekt ist, bedeutet dies, dass die gesamte Port-Konfiguration der Port-Channel-Mitglieder entweder ein No-Op ist oder durchgeführt wurde, bevor dieser Port zum Port-Channel-Mitglied gemacht wurde. Ist das eine vernünftige Annahme?
- Wie zum Teufel kommt der Datenverkehr von VLAN 100 über den Uplink (ich kann die auf den ESXi-Hosts gehosteten VMs erreichen)? VLAN 100 verschwindet, sobald es auf Meraki trifft, und die nativen VLAN-Tags sind unterschiedlich. Die Dinge funktionieren, aber ich kann nicht anders, als das Gefühl zu haben, dass etwas mit diesem Setup seltsam ist, und es wäre vorzuziehen, VLAN 100 bis zum Rest des Stacks durchzuschieben. Damit die Dinge noch seltsamer werden, endet VLAN 2 auch an Port 41 auf dem Meraki. Alles andere ist auf Native VLAN 1 eingestellt.
In Zukunft bin ich geneigt, VLAN 100 aufzugeben oder den Rest unseres Stacks neu zu konfigurieren, damit das Subnetz, das auf VLAN 100 läuft, nicht mehrere VLANs (100 und 1) verwendet und die native VLAN-Tag-Nichtübereinstimmung auf dem Uplink (Port 41 -) behebt - Gi 1/0/24). Gedanken zu diesem Plan?