EtherChannel-ontwerpen

Inleiding

Dit document beschrijft verschillende mogelijke combinaties van verschillende apparaten die via EtherChannel zijn aangesloten.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

• Cisco-switching en Catalyst-bewerkingen
• STP
• EtherChannel-concepten
• Cisco Layer 2-protocollen

Gebruikte componenten

De informatie in dit document is gebaseerd op, maar niet beperkt tot:

• Cisco Catalyst 6500 switches
• Cisco Nexus 3000 Switches
• HaBR met Virtual Switch Link (VSL), VSS, Stapelset en vPC
• EtherChannel

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Als uw netwerk live is, zorg er dan voor dat u de potentiële impact van een fysieke laagverbinding begrijpt.

Achtergrondinformatie

Dit document is handig om inzicht te krijgen in verschillende aanbevolen manieren om EtherChannel tussen Cisco-apparaten of een Cisco-apparaat en een niet-Cisco-apparaat te bouwen.

Toelichting

Een EtherChannel bestaat uit individuele interfacekoppelingen die dezelfde logische en fysieke eigenschappen moeten hebben. Deze links worden gebundeld als één logische link die niets anders is dan de EtherChannel.

Voorbeeld, 

Vanuit Link-perspectief: Gigabit Ethernet-interfaces kunnen worden gebundeld, maar Gigabit Ethernet-interface kan niet worden gebundeld met Fast Ethernet of TenGigabit Ethernet en vice versa.

Vanuit apparaatperspectief: EtherChannel kan worden gevormd tussen twee apparaten, d.w.z. twee switches of een switch en een meerlaagse switch of een switch en een server, enz.

Ook kan het worden gevormd tussen twee logische toestellen, d.w.z. twee switch stapels, of een switch en een switch stapel, een OR switch en een vPC, enz.

Meervoudige EtherChannel-tentoonstellingen

Ontwerpen 1. EtherChannel tussen twee enkelvoudige Switches

Ontwerpen 1. EtherChannel tussen twee enkelvoudige Switches

De tentoonstellingen van EtherChannel die worden getoond zijn het basisontwerp van EtherChannel bestaande uit twee verbindingen tussen twee switches.

Ontwerp 2. EtherChannel met 8 links

Ontwerp 2. EtherChannel met 8 links

De tentoonstellingen van EtherChannel die hierboven worden getoond is het basisontwerp van EtherChannel dat uit acht verbindingen tussen twee switches bestaat die de maximum ondersteunde actieve verbindingen (zoals per PAGP) is.

EtherChannel kan in totaal 16 links hebben waar 8 actief zijn en de andere 8 zijn op hot standby (ss per LACP).

Ontwerpen 3. EtherChannel tussen Stack en een enkele Switch. Variatie 1.

Ontwerpen 3. EtherChannel tussen Stack en een enkele Switch. Variatie 1

Dit ontwerp toont de verbinding EtherChannel in een gestapeld milieu. Stack Switch 1 en Stack Switch 2 zijn twee verschillende switches, maar handelen logisch gezien als een Single Switch-entiteit die StackWise als een protocol uitvoert.

Design 4: EtherChannel tussen twee Stacks. Variatie 1.

Design 4: EtherChannel tussen twee Stacks. Variatie 1

Dit ontwerp demonstreert de EtherChannel-verbinding tussen twee gestapelde Switches.

Logische switch 1 aan de linkerkant bestaat uit twee fysische switches d.w.z., stapel switch 1 en stapel switch 2, verbonden over stapelkabels en op dezelfde manier aan de rechterkant is er een logische switch 2.

In dit geval wordt EtherChannel gevormd tussen logische switch 1 en logische switch 2.

EtherChannel, die hier gecreëerd is, ligt tussen twee enkele logische entiteiten, de ene is logical switch 1 en de andere is logical switch 2.

Design 5: EtherChannel tussen twee VSS-/VSL-instellingen

Design 5: EtherChannel tussen twee VSS-/VSL-instellingen

Dit ontwerp toont de EtherChannel-verbinding tussen twee VSS/VSL Setup-Switches aan. Linkerbovenkant Switch fungeert als een Virtual Active switch en de Linkeronderkant switch fungeert als een Virtual Stanby Switch zijn aan elkaar gebonden via VSS/VSL protocol dat als resultaat fungeert als één logische switch. Op dezelfde manier is ook de juiste virtuele setup ontworpen.

De hier getoonde EtherChannel is een perfect voorbeeld van volledige redundantie tussen twee VSS/SVL-instellingen.

Ontwerp 6: EtherChannel tussen Stack en een enkele Switch. Variatie 2.

Ontwerp 6: EtherChannel tussen Stack en een enkele Switch. Variatie 2

Dit ontwerp toont EtherChannel tussen de logische switch aan de linkerkant en de switch aan de rechterkant.

Logical Switch 1 fungeert als een enkele switch maar bestaat uit een stapel van drie fysische Switches, namelijk Switch 1, Switch 2 en Switch 3.

Het is niet verplicht om een EtherChannel-lidlink aan te sluiten op elke switch in de stapel.

Ontwerp 7: EtherChannel tussen twee Stacks. Variatie 2.

Ontwerp 7: EtherChannel tussen twee Stacks. Variatie 2

Dit is de variant van het vorige ontwerp, maar in dit ontwerp hebben we ook de stapel aan de rechterkant.

Design 8: EtherChannel met vPC

Design 8: EtherChannel met vPC

In dit ontwerp, aan de linkerkant, zijn er twee fysiek en logisch gescheiden Nexus-apparaten, Nexus Switch 1 en Nexus Switch 2.

Deze Nexus-switches voeren het Virtual Port Channel (vPC)-protocol op dusdanige wijze uit dat het peer-apparaat (in dit geval de switch aan de rechterkant) de Nexus-instelling als één switch ervaart.

vPC is een functie die beschikbaar is voor Nexus switches . Met EtherChannel-koppelingen kunt u twee Nexus-switches die de vPC-functie en -configuratie uitvoeren, onderling verbinden. Op deze manier kunt u één logisch knooppunt maken.

vPC verbindt twee Nexus switches samen door Layer 2 te spoofen, inclusief STP BPDU en FHRP (First Hop Routing Protocol — HSRP, VRRP, GLBP).

Nexus wordt voornamelijk gebruikt voor datacenters en VSS voor campusomgevingen. Het maximum aantal apparaten dat u voor zowel vPC als VSS kunt gebruiken is 2. Wat het verschil betreft, VSS heeft één besturingsplane vs vPC heeft 2 verschillende. Met VSS elimineert u het gebruik van VRRP, HSRP, enz. Met VPC moet je nog steeds één HSRP of VRRP gebruiken.

vPC is een virtualisatietechnologie waarmee verbindingen die fysiek zijn verbonden met twee verschillende apparaten uit de Cisco Nexus Series, kunnen worden weergegeven als één poortkanaal naar een derde eindpunt.

Ontwerp 9:EtherChannel met NIC-koppeling

Ontwerp 9:EtherChannel met NIC-koppeling

Met NIC Teaming kunt u meerdere fysieke en virtuele netwerkinterfaces combineren tot één logische virtuele adapter die NIC Team wordt genoemd. 

Dit ontwerp demonstreert een EtherChannel-verbinding tussen de switch en de Server.

In dit geval kan EtherChannel vanaf het switch-uiteinde worden geconfigureerd met ON-mode of LACP Active/Passive-modus; dit is afhankelijk van het protocol dat van de peer kant loopt.

Design 10: EtherChannel met firewall in HA-modus

Design 10: EtherChannel met firewall in HA-modus

Dit ontwerp demonstreert de EtherChannel-verbinding tussen VSS/VSL Setup-Switches en de Firewall in HA-modus.

De Switch Links bovenaan fungeert als een actieve switch en de switch Links onderaan fungeert als een standby Switch en is via VSS/VSL-protocol aan elkaar gekoppeld. Als gevolg daarvan fungeren ze beide als één logische switch.

Aan de rechterkant zijn er logisch en fysiek gescheiden twee Firewalls die over het algemeen fungeren als Active en Standby. Om redundantie te bereiken, dient er vanaf elke firewall een koppeling te zijn die is aangesloten op beide Switches van VSS-/VSL-instellingen. De redundantie wordt bereikt door twee EtherChannel; PortChannel 10 en PortChannel 20 in dit geval. PortChannel 10 bestaat uit twee koppelingen, die respectievelijk starten vanaf Firewall 1 en eindigen op VSS/ VSL switch Active en Standby en dezelfde manier waarop PortChannel 20 start vanuit Firewall 2.

Ontwerpen 11. Niet-ondersteund ontwerp met redundante firewall

Ontwerpen 11. Niet-ondersteund ontwerp met redundante firewall

Dit ontwerp wordt niet ondersteund. De reden hiervoor is dat de Port-Channel-configuratie aan de kant van de switch niet correct is en leidt tot een verkeersblokkering op het standby-apparaat. Een dergelijk ontwerp wordt alleen ondersteund wanneer u ASA of FTD in de modus Cluster Spanned (Cluster verspreid) configureert.

Raadpleeg het vorige ontwerp voor meer informatie.

Ontwerpen 12. Niet-ondersteund ontwerp met FHRP-geconfigureerde routers

Ontwerpen 12. Niet-ondersteund ontwerp met FHRP-geconfigureerde routers

Dit ontwerp wordt niet ondersteund omdat het in strijd is met het basisontwerpprincipe van EtherChannel.

In dit ontwerp, aan de linkerkant werken beide switches als een enkele logische Switch tegenover de rechterkant zijn de routers fysiek en logisch gescheiden.

Router 1 en router 2 worden gekoppeld aan FHRP-protocol en bieden geen ondersteuning voor EtherChannel-redundantie.

Het is dus niet legitiem en ondersteund om koppelingen afkomstig van deze routers onder één EtherChannel te bundelen.