De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document legt uit hoe u een Cisco Nexus 9000 VXLAN multisite TRM Fabric kunt implementeren waar grensgateways zijn aangesloten via DCI-switches
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
1) Aangezien dit document is gebaseerd op twee DC’s die VXLAN-multisite functie gebruiken, moeten er twee eenvoudige stoffen worden gemaakt
2) MSD maken en DC1 en DC2 verplaatsen
3) Maak een extern fabric en voeg DCI-switches toe
4) Multisite underlay en Overlay maken
5) Maak VRF-uitbreidingsbijlagen bij grensgateways
6) Verificatie van het verkeer van ongeregeldheden
7) Verificatie van multicastverkeer
# AGM wordt door hosts in het weefsel gebruikt als het standaard MAC-adres van de gateway. Dit zal hetzelfde zijn op alle bladeswitches (zoals alle bladeswitches in de stof op een of andere manier worden uitgevoerd door Fabric Forwarding). Standaard gateway IP-adres en MAC-adres zijn hetzelfde op alle Leaf-switches
# replicatiemodus voor dit documentdoel is multicast; Een andere optie is om de Ingreress Migration (IR) te gebruiken
# Multicast groepssubster zal de multicast groep zijn die door VTEPs wordt gebruikt om BUM verkeer te repliceren (zoals ARP-verzoeken)
# Schakel het vakje voor "Enable Tenant Routed Multicast (TRM)" in
# Indien nodig andere vakjes bedienen.
# Indien nodig de relevante vakjes wijzigen.
# Alle velden blijven standaard voor dit documentdoel beschikbaar.
# ASN is automatisch ingevuld van het type dat is meegeleverd op het tabblad Algemeen
# Underlay Routing Loopback IP-bereik zou degenen zijn die worden gebruikt voor protocollen zoals BGP, OSPF-OSPF
#Underlay VTEP loopback IP bereik zijn degenen die voor de NVE interface zullen worden gebruikt.
# Underlay RP is voor de PIM RP die wordt gebruikt voor BUM multicast groepen.
# Multi-site Overlay IFC Implementatiemethode is "Direct_To_BGWS" omdat hier DC1-BGW’s de Overlay-out-verbinding met de DC2-BGW’s vormen. DCI-switches die in de topologie worden getoond, zijn alleen doorvoerlaag 3-apparaten (evenals VRFLITE)
# Zodra de velden ingevuld zijn, klikt u op "Opslaan".
# Als de stappen 1 tot en met 3 zijn uitgevoerd, ziet de Fabric Building pagina er hieronder uit.
# In deze stap worden de DC1- en DC2-stoffen verplaatst naar Multisite-MSD die is gemaakt in Stap 3. Hieronder staan de screenshots voor het bereiken van hetzelfde resultaat.
# Selecteer de MSD, klik op "Verplaats stoffen" en selecteer vervolgens DC1 en DC2 één voor één en dan "toevoegen".
# Wanneer beide stoffen worden verplaatst, zal de startpagina er als volgt uitzien
# Multisite-MSD zal DC1 en DC2 als lidstoffen tonen
# Het maken van VRF's kan worden uitgevoerd vanuit MSD-weefsel dat van toepassing is op beide stoffen. Hieronder staan de screenshots om hetzelfde te bereiken.
# Vullen als het geavanceerde tabblad en dan "aanmaken"
# Vliners maken en bijbehorende VPN's. SVI's kunnen worden gemaakt van MSD-stoffen die van toepassing zijn op beide stoffen.
# In het tabblad "geavanceerd" schakelt u het selectieteken in als de BGW's de Gateway voor netwerken moeten zijn
#Zodra alle velden ingevuld zijn, klikt u op "Netwerk maken"
# Herhaal de dezelfde stappen voor andere VLAN’s/netwerken
# Dit voorbeeld houdt rekening met DCI-switches die op het pad van het pakket liggen van DC1 naar DC2 (wat de intersite communicatie betreft), die vaak worden waargenomen wanneer er meer dan twee stoffen zijn.
# Extern fabric-chassis bevat de twee DCI-switches die bovenaan de topologie staan die in het begin van dit document wordt weergegeven
# Maak een fabric met de "externe" sjabloon en specificeer de ASN
# andere relevante velden voor de plaatsing wijzigen
# Hier worden alle switches per stof aan de respectievelijke Fabric toegevoegd.
De procedure om switches toe te voegen wordt in de onderstaande screenshots weergegeven.
# indien "Preseve Config" "NO" is; de eventueel aanwezige switchconfiguratie zal worden gewist; De uitzondering is hostname, de variabele Opstarten, het MGMT0 IP-adres, de route in VRF Context Management
# Stel de Rollen op switches correct in (met de rechtermuisknop op de schakelaar, stel rol in en pas de relevante rol toe
# rangschikt de lay-out van switches dienovereenkomstig en klik vervolgens op "lay-out opslaan"
# voert deze stap uit voor alle netwerken van stoffen.
# Dit moet ook worden gedaan in DC1 en DC2 voor het VRF-gedeelte.
# Merk op dat de multicast groep voor de VRF-> 239.1.2.100 handmatig is gewijzigd van de automatisch bevolkte groep; Best practice is het gebruik van verschillende groepen voor Layer 3 VNI VRF en voor elke L2 VNI VLAN-bundelgroep
# Vanaf NXOS 9.3(3) en DCNM 11.3(1) kunnen Border Gateways fungeren als Border Gateways en VRFLITE aansluitpunt (dat de Border Gateway een VRFLITE-burcht met een externe router laat hebben en zodat externe apparaten met de apparaten in de stof kunnen communiceren)
# In het kader van dit document vormen grensgateways VRFLITE-buurten met de DCI-router die zich in het noorden van de hierboven getoonde topologie bevinden.
# Eén punt om op te merken is dat; VRFLITE- en multisite onderste links kunnen niet dezelfde fysieke links zijn. Er moeten afzonderlijke koppelingen worden gecentrifugeerd om de vrite en multisite Underlay te vormen
# Screenshots hieronder illustreert hoe je zowel VRF LITE- als multisite extensies op Border Gateways kunt bereiken.
# Naar "tabelweergave" overschakelen
# Gaat naar het tabblad "links" en voegt vervolgens een link tussen de stoffen VRFLITE toe en moet het bronfabric als DC1 en het doelfabric als DCI specificeren
# Selecteer de juiste interface voor broninterface die naar de juiste DCI-switch leidt
# onder het verbindingsprofiel, geef de lokale en externe IP-adressen op
# schakelt ook het aankruisvakje in - "auto-implementatievlag" zodat de configuratie van de DCI-switches voor VRFLITE ook automatisch wordt ingevuld (dit wordt in een volgende stap gedaan)
#ASNs wordt automatisch ingevuld
# Zodra alle velden met de juiste informatie zijn ingevuld, klikt u op de knop "Opslaan"
# volgende stap is om de Multisite Underlay te configureren op elke Border Gateway in elk Fabric.
# Daarvoor hebben we afzonderlijke fysieke koppelingen nodig van BGW's naar DCI-switches. De koppelingen die in stap 10 voor VRFLITE zijn gebruikt, kunnen niet voor multisite Overlay worden gebruikt
# Deze interfaces zullen deel uitmaken van "standaard vrf" in tegenstelling tot de vorige waarin de interfaces deel zullen uitmaken van huurder vrf (dit voorbeeld is huurder-1)
#Onder screenshots helpt u om door de stappen te lopen voor deze configuratie.
# De zelfde stap zal moeten worden uitgevoerd voor alle verbindingen van BGW's naar DCI-switches
# Aan het eind, zullen in totaal 8 interfabric multisite onderlijnverbindingen worden gezien zoals hieronder.
# Wanneer Multisite Underlay is voltooid, worden de multisite overlay interfaces/Links automatisch ingevuld en kunnen ze in de tabelweergave onder koppelingen binnen Multisite MSD-fabric worden gezien.
# Standaard zal de multisite Overlay alleen de bgp l2vpn evpn buurt vormen van elke site BGWs naar de andere die nodig is voor de communicatie met het éénvoudig apparaat van de ene locatie naar de andere. Wanneer Multicast echter moet worden uitgevoerd tussen de sites (die zijn aangesloten door de VLAN-multisite functie), is dit vereist om het TRM-selectieteken in te schakelen, zoals hieronder wordt gezien voor alle overlay interfaces binnen Multisite MSD Fabric. Met screenshots wordt getoond hoe u dit kunt uitvoeren.
# Voer een opslagmethode uit die de desbetreffende configuraties volgens de bovengenoemde stappen die zijn ondernomen, stuwt
# Wanneer u MSD selecteert, zijn de configuraties die worden ingedrukt alleen van toepassing op de Border Gateways.
# Daarom is het vereist om op te slaan/in te zetten voor de afzonderlijke stoffen, waardoor de relevante configuraties worden gedrukt op alle reguliere bladeswitches/VTEP's
# Selecteer de MSD en ga naar het VRF-gedeelte
# Merk op dat de optie Extend moet zijn "MULTISITE+VRF_LITE" zoals in dit document, de functionaliteit van de grensgateway en de VRFLITE zijn geïntegreerd op de switches van de grensgateway.
# AUTO_VRF_LITE wordt op waarde ingesteld
# PEER VRF-NAAM zal voor alle 8 handmatig moeten worden ingevuld zoals hieronder wordt getoond van BGW’s naar DCI-switches (in dit voorbeeld wordt dezelfde VRF-NAAM gebruikt op DCI-switches)
# Klaar, klik op "Opslaan"
# Wanneer u VRF-uitbreidingen maakt, worden alleen de booster-gateways extra configuraties met de VRFLITE DCI-switches gebruikt
# Daarom moet het reguliere blad afzonderlijk worden geselecteerd en vervolgens klikt u op in de "selectieteken" voor elke vaste VRF zoals hierboven aangegeven.
# Klik op Deployment om de configuraties te duwen
# Selecteer de relevante netwerken in het MSD-weefsel
# Merk op dat momenteel alleen de grensgateways zijn geselecteerd; Voer hetzelfde uit en selecteer in dit geval de reguliere Leaf-switches/VTEP’s-> DC1-VTEP en DC2-VTEP.
# Als u klaar bent, klikt u op "opstellen" (dat de configuraties op alle 6 bovengenoemde switches zal duwen)
# Deze stap is om te controleren of de VRF en de netwerken worden weergegeven als "Geimplementeerd" op alle stoffen; als de weergave hangend is, zorg er dan voor dat de configuraties "worden ingezet".
# Deze stap is vereist om alle relevante IP-adressering, BGP-, VRFLITE-configuraties naar de DCI-switches te duwen.
# Om dit te doen selecteert u het Externe Fabric en klikt u op "Opslaan en implementeren"
DCI-1# sh ip bgp sum BGP summary information for VRF default, address family IPv4 Unicast BGP router identifier 10.10.100.1, local AS number 65001 BGP table version is 173, IPv4 Unicast config peers 4, capable peers 4 22 network entries and 28 paths using 6000 bytes of memory BGP attribute entries [3/504], BGP AS path entries [2/12] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.4.10.1 4 65000 11 10 173 0 0 00:04:42 5 10.4.10.9 4 65000 11 10 173 0 0 00:04:46 5 10.4.20.37 4 65002 11 10 173 0 0 00:04:48 5 10.4.20.49 4 65002 11 10 173 0 0 00:04:44 5 DCI-1# sh ip bgp sum vrf tenant-1 BGP summary information for VRF tenant-1, address family IPv4 Unicast BGP router identifier 10.33.10.2, local AS number 65001 BGP table version is 14, IPv4 Unicast config peers 4, capable peers 4 2 network entries and 8 paths using 1200 bytes of memory BGP attribute entries [2/336], BGP AS path entries [2/12] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.33.10.1 4 65000 8 10 14 0 0 00:01:41 2 10.33.10.9 4 65000 10 11 14 0 0 00:03:16 2 10.33.20.1 4 65002 11 10 14 0 0 00:04:40 2 10.33.20.9 4 65002 11 10 14 0 0 00:04:39 2 DCI-2# sh ip bgp sum BGP summary information for VRF default, address family IPv4 Unicast BGP router identifier 10.10.100.2, local AS number 65001 BGP table version is 160, IPv4 Unicast config peers 4, capable peers 4 22 network entries and 28 paths using 6000 bytes of memory BGP attribute entries [3/504], BGP AS path entries [2/12] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.4.10.5 4 65000 12 11 160 0 0 00:05:10 5 10.4.10.13 4 65000 12 11 160 0 0 00:05:11 5 10.4.20.45 4 65002 12 11 160 0 0 00:05:10 5 10.4.20.53 4 65002 12 11 160 0 0 00:05:07 5 DCI-2# sh ip bgp sum vrf tenant-1 BGP summary information for VRF tenant-1, address family IPv4 Unicast BGP router identifier 10.33.10.6, local AS number 65001 BGP table version is 14, IPv4 Unicast config peers 4, capable peers 4 2 network entries and 8 paths using 1200 bytes of memory BGP attribute entries [2/336], BGP AS path entries [2/12] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.33.10.5 4 65000 10 11 14 0 0 00:03:28 2 10.33.10.13 4 65000 11 11 14 0 0 00:04:30 2 10.33.20.5 4 65002 12 11 14 0 0 00:05:05 2 10.33.20.13 4 65002 12 11 14 0 0 00:05:03 2
#Eenmaal ingezet, zullen we 4 IPv4 BGP buurten zien van elke DCI-switch naar alle BGW's en 4 IPv4 VRF BGP-buurten (wat voor de huurder VRF EXtensie is)
# Aangezien DCI-switches onderlinge verbindingen hebben, is een iBGP IPv4-wijk ideaal, zodat als er stroomafwaartse aansluitingen op de DCI-1-schakelaar plaatsvinden, het Noord- naar Zuid-verkeer nog steeds via DCI-2 kan worden doorgestuurd
# Hiervoor is een iBGP IPv4-buurtschap vereist tussen DCI-switches en gebruik aan beide zijden ook de volgende-hop-zels.
# Een Freeform zal op DCI-switches moeten worden gecentrifugeerd om dit te bereiken. De vereiste configuraties zijn zoals hieronder.
# DCI-switches in de bovenstaande topologie worden in vPC geconfigureerd; Dus kan de reservekopie SVI gebruikt worden om de iBGP buurten te bouwen
# Selecteer het DCI-weefsel en klik met de rechtermuisknop op elke schakelaar en "Beeld/Bezig beleid"
# Voer dezelfde verandering uit op de DCI-2-schakelaar en "save&Deploy" om de eigenlijke configuraties naar de DCI-switches te duwen
# Als deze optie is uitgevoerd, kan de CLI-verificatie worden uitgevoerd onder de onderstaande opdracht.
DCI-2# sh ip bgp sum BGP summary information for VRF default, address family IPv4 Unicast BGP router identifier 10.10.100.2, local AS number 65001 BGP table version is 187, IPv4 Unicast config peers 5, capable peers 5 24 network entries and 46 paths using 8400 bytes of memory BGP attribute entries [6/1008], BGP AS path entries [2/12] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.4.10.5 4 65000 1206 1204 187 0 0 19:59:17 5 10.4.10.13 4 65000 1206 1204 187 0 0 19:59:19 5 10.4.20.45 4 65002 1206 1204 187 0 0 19:59:17 5 10.4.20.53 4 65002 1206 1204 187 0 0 19:59:14 5 10.10.8.1 4 65001 12 7 187 0 0 00:00:12 18 # iBGP neighborship from DCI-2 to DCI-1
# Aangezien al Underlay IGP in dit voorbeeld OSPF is, zullen alle VTEPs Beveiliging OSPF met de ruggen vormen en dit omvat ook de BGW-switches op één site.
DC1-SPINE# show ip ospf neighbors OSPF Process ID UNDERLAY VRF default Total number of neighbors: 3 Neighbor ID Pri State Up Time Address Interface 10.10.10.3 1 FULL/ - 1d01h 10.10.10.3 Eth1/1 # DC1-Spine to DC1-VTEP 10.10.10.2 1 FULL/ - 1d01h 10.10.10.2 Eth1/2 # DC1-Spine to DC1-BGW2 10.10.10.1 1 FULL/ - 1d01h 10.10.10.1 Eth1/3 # DC1-Spine to DC1-BGW1
# Alle loopbacks (BGP-routerID’s, NVE-loopbacks) worden in OSPF geadverteerd; Vandaar dat binnen een netwerk alle Loopbacks worden geleerd via OSPF-routeringsprotocol dat zou helpen om de l2VPN-enbuurtgebouwen verder te vormen
# Binnen een stof zal deze topologie IPvVPN-buurten van l2VPN hebben, van Spines tot de reguliere VTEPs en ook tot Border Gateways.
DC1-SPINE# show bgp l2vpn evpn sum BGP summary information for VRF default, address family L2VPN EVPN BGP router identifier 10.10.10.4, local AS number 65000 BGP table version is 80, L2VPN EVPN config peers 3, capable peers 3 22 network entries and 22 paths using 5280 bytes of memory BGP attribute entries [14/2352], BGP AS path entries [1/6] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.10.10.1 4 65000 1584 1560 80 0 0 1d01h 10 # DC1-Spine to DC1-BGW1 10.10.10.2 4 65000 1565 1555 80 0 0 1d01h 10 # DC1-Spine to DC1-BGW2 10.10.10.3 4 65000 1550 1554 80 0 0 1d01h 2 # DC1-Spine to DC1-VTEP
# Gezien het feit dat dit een multisite implementatie is met grensgateways die van de ene locatie naar de andere werken met eBGP l2vpn evpn, kan hetzelfde worden geverifieerd met behulp van onderstaande opdracht op een Border Gateway-switch.
DC1-BGW1# show bgp l2vpn evpn sum BGP summary information for VRF default, address family L2VPN EVPN BGP router identifier 10.10.10.1, local AS number 65000 BGP table version is 156, L2VPN EVPN config peers 3, capable peers 3 45 network entries and 60 paths using 9480 bytes of memory BGP attribute entries [47/7896], BGP AS path entries [1/6] BGP community entries [0/0], BGP clusterlist entries [2/8] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.10.10.4 4 65000 1634 1560 156 0 0 1d01h 8 # DC1-BGW1 to DC1-SPINE 10.10.20.3 4 65002 1258 1218 156 0 0 20:08:03 9 # DC1-BGW1 to DC2-BGW1 10.10.20.4 4 65002 1258 1217 156 0 0 20:07:29 9 # DC1-BGW1 to DC2-BGW2 Neighbor T AS PfxRcd Type-2 Type-3 Type-4 Type-5 10.10.10.4 I 65000 8 2 0 1 5 10.10.20.3 E 65002 9 4 2 0 3 10.10.20.4 E 65002 9 4 2 0 3
# Met TRM-configuraties op zijn plaats zullen alle Leaf-switches (inclusief BGW’s) mvpn-buurten met de stekkers vormen
DC1-SPINE# show bgp ipv4 mvpn summary BGP summary information for VRF default, address family IPv4 MVPN BGP router identifier 10.10.10.4, local AS number 65000 BGP table version is 20, IPv4 MVPN config peers 3, capable peers 3 0 network entries and 0 paths using 0 bytes of memory BGP attribute entries [0/0], BGP AS path entries [0/0] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.10.10.1 4 65000 2596 2572 20 0 0 1d18h 0 10.10.10.2 4 65000 2577 2567 20 0 0 1d18h 0 10.10.10.3 4 65000 2562 2566 20 0 0 1d18h 0
# Ook zijn de grensgateways vereist om het mvpn-nabuurschap tussen elkaar te vormen zodat het multicast-Oost-West-verkeer correct zal passeren.
DC1-BGW1# show bgp ipv4 mvpn summary BGP summary information for VRF default, address family IPv4 MVPN BGP router identifier 10.10.10.1, local AS number 65000 BGP table version is 6, IPv4 MVPN config peers 3, capable peers 3 0 network entries and 0 paths using 0 bytes of memory BGP attribute entries [0/0], BGP AS path entries [0/0] BGP community entries [0/0], BGP clusterlist entries [2/8] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.10.10.4 4 65000 2645 2571 6 0 0 1d18h 0 10.10.20.3 4 65002 2273 2233 6 0 0 1d12h 0 10.10.20.4 4 65002 2273 2232 6 0 0 1d12h 0
# Maken Loopbacks in huurder VRF met unieke IP adressen op Alle Gateways van de Rand.
# Voor dit doel selecteert u DC1, klikt u met de rechtermuisknop op DC1-BGW1, beheert u interfaces en maakt u vervolgens loopback zoals hieronder wordt weergegeven.
# Dezelfde stap zal moeten worden gezet op de andere 3 grensgateways.
# In deze topologie worden de DCI-switches geconfigureerd met VRFLITE in de richting van de BGW’s. VRFLITE wordt ook geconfigureerd in de richting van de Noord-DCI-switches (dat wil zeggen naar de Core-switches)
# Voor TRM-doeleinden is de PIM RP binnen de VRF-huurder-1 gelegen in de Core-switch die via VRFLITE op de DCI-switches wordt aangesloten
# Deze topologie heeft IPv4 BGP buurtschap van DCI switches naar de Core Switch binnen VRF huurder-1 die boven in het diagram staat.
# Hiertoe worden subinterfaces gecreëerd en toegewezen met IP-adressen en worden ook BGP-buurten ingesteld (Deze worden door CLI rechtstreeks op de DCI- en Core-switches gedaan)
DCI-1# sh ip bgp sum vrf tenant-1 BGP summary information for VRF tenant-1, address family IPv4 Unicast BGP router identifier 10.33.10.2, local AS number 65001 BGP table version is 17, IPv4 Unicast config peers 5, capable peers 5 4 network entries and 10 paths using 1680 bytes of memory BGP attribute entries [3/504], BGP AS path entries [3/18] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.33.10.1 4 65000 6366 6368 17 0 0 4d10h 2 10.33.10.9 4 65000 6368 6369 17 0 0 4d10h 2 10.33.20.1 4 65002 6369 6368 17 0 0 4d10h 2 10.33.20.9 4 65002 6369 6368 17 0 0 4d10h 2 172.16.111.2 4 65100 68 67 17 0 0 00:49:49 2 # This is towards the Core switch from DCI-1
# Bovenaan rood ligt de BGP-buur in de richting van de Core-schakelaar van DCI-1.
DCI-2# sh ip bgp sum vr tenant-1 BGP summary information for VRF tenant-1, address family IPv4 Unicast BGP router identifier 10.33.10.6, local AS number 65001 BGP table version is 17, IPv4 Unicast config peers 5, capable peers 5 4 network entries and 10 paths using 1680 bytes of memory BGP attribute entries [3/504], BGP AS path entries [3/18] BGP community entries [0/0], BGP clusterlist entries [0/0] Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.33.10.5 4 65000 6368 6369 17 0 0 4d10h 2 10.33.10.13 4 65000 6369 6369 17 0 0 4d10h 2 10.33.20.5 4 65002 6370 6369 17 0 0 4d10h 2 10.33.20.13 4 65002 6370 6369 17 0 0 4d10h 2 172.16.222.2 4 65100 53 52 17 0 0 00:46:12 2 # This is towards the Core switch from DCI-2
# respectieve BGP-configuraties zijn ook vereist op de coreswitch (terug naar de DCI-1 en DCI-2)
# Met alle bovenstaande configuraties geduwd van DCNM en handmatige CLI (stappen 1 tot en met 21) dient de bereikbaarheid van het éénvoudig beeld in het oosten/westen te worden uitgevoerd
DC1-Host1# ping 172.16.144.2 source 172.16.144.1 PING 172.16.144.2 (172.16.144.2) from 172.16.144.1: 56 data bytes 64 bytes from 172.16.144.2: icmp_seq=0 ttl=254 time=0.858 ms 64 bytes from 172.16.144.2: icmp_seq=1 ttl=254 time=0.456 ms 64 bytes from 172.16.144.2: icmp_seq=2 ttl=254 time=0.431 ms 64 bytes from 172.16.144.2: icmp_seq=3 ttl=254 time=0.454 ms 64 bytes from 172.16.144.2: icmp_seq=4 ttl=254 time=0.446 ms --- 172.16.144.2 ping statistics --- 5 packets transmitted, 5 packets received, 0.00% packet loss round-trip min/avg/max = 0.431/0.529/0.858 ms
DC1-Host1# ping 10.200.200.100 source 172.16.144.1 PING 10.200.200.100 (10.200.200.100) from 172.16.144.1: 56 data bytes 64 bytes from 10.200.200.100: icmp_seq=0 ttl=250 time=0.879 ms 64 bytes from 10.200.200.100: icmp_seq=1 ttl=250 time=0.481 ms 64 bytes from 10.200.200.100: icmp_seq=2 ttl=250 time=0.483 ms 64 bytes from 10.200.200.100: icmp_seq=3 ttl=250 time=0.464 ms 64 bytes from 10.200.200.100: icmp_seq=4 ttl=250 time=0.485 ms --- 10.200.200.100 ping statistics --- 5 packets transmitted, 5 packets received, 0.00% packet loss round-trip min/avg/max = 0.464/0.558/0.879 ms
Voor dit documentdoel is de PIM RP voor de "huurder-1" VRF ingesteld en extern aan het VXLAN-fabric aanwezig; Per de topologie wordt PIM RP ingesteld op Core-schakelaar met het IP-adres -> 10.20.200.100
Zie Topologie die aan het begin wordt getoond.
# Noord/Zuid-multicast verkeer afkomstig van niet-VXLAN host-> 172.17.100.100, ontvanger is aanwezig in beide datacenters; DC1-Host1-> 172.16.14.1 en DC2-Host1-> 172.16.144.2, Groep -> 239.100.100.100
Legacy-SW#ping 239.100.100.100 source 172.17.100.100 rep 1 Type escape sequence to abort. Sending 1, 100-byte ICMP Echos to 239.100.100.100, timeout is 2 seconds: Packet sent with a source address of 172.17.100.100 Reply to request 0 from 172.16.144.1, 3 ms Reply to request 0 from 172.16.144.1, 3 ms Reply to request 0 from 172.16.144.2, 3 ms Reply to request 0 from 172.16.144.2, 3 ms
DC1-Host1# ping multicast 239.144.144.144 interface vlan 144 vrf vlan144 cou 1 PING 239.144.144.144 (239.144.144.144): 56 data bytes 64 bytes from 172.16.144.2: icmp_seq=0 ttl=254 time=0.781 ms # Receiver in DC2 64 bytes from 172.17.100.100: icmp_seq=0 ttl=249 time=2.355 ms # External Receiver --- 239.144.144.144 ping multicast statistics --- 1 packets transmitted, From member 172.17.100.100: 1 packet received, 0.00% packet loss From member 172.16.144.2: 1 packet received, 0.00% packet loss --- in total, 2 group members responded ---
DC2-Host1# ping multicast 239.145.145.145 interface vlan 144 vrf vlan144 cou 1 PING 239.145.145.145 (239.145.145.145): 56 data bytes 64 bytes from 172.16.144.1: icmp_seq=0 ttl=254 time=0.821 ms # Receiver in DC1 64 bytes from 172.17.100.100: icmp_seq=0 ttl=248 time=2.043 ms # External Receiver --- 239.145.145.145 ping multicast statistics --- 1 packets transmitted, From member 172.17.100.100: 1 packet received, 0.00% packet loss From member 172.16.144.1: 1 packet received, 0.00% packet loss --- in total, 2 group members responded ---