Catalyst 6500 S2T CEF-vermeldingen begrijpen
Inhoud
Inleiding
In dit document wordt beschreven hoe Cisco Catalyst 6500 met Supervisor Sup2T-programma's (Cisco Express Forwarding) CEF-items zijn geconfigureerd op Cisco IOS-software in de lijnkaartenhardware die wordt gebruikt om packet forwarding te bereiken.
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
- Cisco Express Forwarding (CEF)
-
Cisco Catalyst 6500 Series switches
- Cisco Distributed Forwarding Card (DFC)
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende hardware- en softwareversies:
-
Cisco Catalyst 6500 WS-X6848-GE-TX (met DFC4) lijnkaart.
- Cisco Catalyst 6500 met Supervisor 2T op IOS versie 15.2.1SY5
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 zorgen dat u de potentiële impact van elke opdracht begrijpt.
Achtergrondinformatie
CEF als een Layer 3-switchmechanisme wordt gebruikt door de meeste Cisco-switches met meerdere lagen.Het is noodzakelijk voor netwerktechnici om te begrijpen hoe CEF werkt om dagelijks netwerkuitval, pakketverlies of pakketvertragingsscenario's op te lossen.
Sup2T supervisor in standalone modus of als VSS wordt momenteel geïmplementeerd door veel bedrijfsnetwerken als een core switch, aggregaten vrijwel alle andere routing of switching devices. Dit betekent ook dat het meeste intra- en interdomeinverkeer wordt doorgestuurd om de pakketten succesvol naar zijn bestemmingen te kunnen leveren. Om dit te bereiken, moet Sup2T de juiste routeringsinformatie statisch of dynamisch via routeringsprotocollen hebben geleerd.
In een modulair chassis kunnen er naast de supervisor meerdere forwarding-motoren bestaan. Bepaalde lijnkaarten (vooral de nieuwe generatie zoals C6800-32P10G) bevatten al hun eigen forwarding-engine om de prestaties van pakketschakelen te verbeteren, het opzoeken van CEF-items wordt lokaal uitgevoerd en zorgt ervoor dat bronnen het best worden verdeeld voor verkeer dat over verschillende lijnkaarten binnendringt.
Deze CEF-items die worden gedeeld door alle forwarding-engines kunnen om meerdere redenen niet worden toegewezen in HW, van een softwaredefect, uitputting van bronnen tot hoge CPU-omstandigheden en voorkomt dat de switch voldoende tijd heeft om alle items bij te werken, dit kan een reeks ongewenste gebeurtenissen veroorzaken.
Netwerkdiagram
Netwerk:
Switch#show module 3
---------------------- ----------------------------- Mod Ports Card Type Model Serial No. --- ----- -------------------------------------- ------------------ ----------- 3 48 CEF720 48 port 10/100/1000mb Ethernet WS-X6848-GE-TX SAL2003X5AH ---- --------------------------- ------------------ ----------- ------- ------- 3 Distributed Forwarding Card WS-F6K-DFC4-A SAL2003X5AH 1.4 Ok
CEF-items identificeren via gedistribueerde forwardingengines
In het diagram is een zelfstandige 6506-switch voorzien van een Supervisor 2T en een lijnkaart WS-6848-GE-TX met een DFC in sleuf 3. Host 3750X die via poort G3/1 is verbonden met de lijnkaart, stuurt verkeer naar het Loopback 0-adres 1.1.1.1 van 3850.
Hiervoor heeft 3750X een statische route naar IP-adres 1.1.1.1 tot en met volgende hop 10.1.1.10, de SVI van VLAN 1 in de Sup2T-switch. De Sup2T-switch moet dit verkeer routeren naar 3850-switch op basis van een statische routevermelding voor IP 1.1.1.1/32 via volgende hop 10.1.2.1, de 3850-interface die is verbonden met de Sup2T in VLAN 2.
MXC.CALO.3750X#show ip route | inc 1.1.1.1 S 1.1.1.1 [1/0] via 10.1.1.10 MXC.CALO.Sup2T#show ip route | inc 1.1.1.1 S 1.1.1.1 [1/0] via 10.1.2.1 CALO.MXC.3850#show ip route | inc 1.1.1.1 C 1.1.1.1 is directly connected, Loopback1
Houd er rekening mee dat om het eenvoudig te houden, zowel 3750X- als 3850-switches via dezelfde lijnkaart op de 6500 zijn aangesloten. Dit betekent dat het verkeer lokaal wordt opgezocht en ook lokaal wordt doorgestuurd.
Een pakket dringt Sup2T-switch binnen via Gi3/1 en bereikt uiteindelijk de forwarding-engine (omdat dit een DFC is). De forwarding-engine parseert het veld voor het IP-adres van de bestemming in dit pakket en zoekt de geprogrammeerde CEF-vermeldingen op voor de beste match (langste masker).
Aangezien dit een DFC-kaart is, betekent dit dat deze zijn eigen CEF-vermeldingen heeft en om deze te verifiëren, is het noodzakelijk dat we deze met command attach [dec] of attach switch [1-2] mod [dec] voor VSS aan de lijnkaart bevestigen.
Nu moet je in de DFC-prompt, opdracht tonen platform hardware cef of tonen platform hardware cef vpn 0 retourneren alle CEF vermeldingen geprogrammeerd voor algemene routering tabel (VPN 0 / Geen VRF).
Aangezien het doel prefix 1.1.1.1/32 is, gebruikt u command show platform hardware cef vpn 0 lookup 1.1.1.1. De opdracht retourneert de beste overeenkomst voor prefix 1.1.1.1 en degene die het gebruikt om daadwerkelijk verkeer door te sturen:
MXC.CALO.Sup2T#attach 3 Trying Switch ... Entering CONSOLE for Switch Type "^C^C^C" to end this session MXC.CALO.Sup2T-dfc3#show platform hardware cef vpn 0 Codes: decap - Decapsulation, + - Push Label Index Prefix Adjacency 32 0.0.0.0/32 receive 33 255.255.255.255/32 receive 34 10.1.85.254/32 glean 35 10.1.85.5/32 receive 36 10.1.86.5/32 receive [snip...] MXC.CALO.Sup2T-dfc3#show platform hardware cef vpn 0 lookup 1.1.1.1 Codes: decap - Decapsulation, + - Push Label Index Prefix Adjacency 262 1.1.1.1/32 Vl2 ,0c11.678b.f6f7
De CEF-vermelding is er, het werd geprogrammeerd als gevolg van onze statische invoer geprogrammeerd in IOS-software via commando ip-route 1.1.1.1 255.255.255.255 10.1.2.1.
U kunt ook controleren of dit item hits krijgt en het verkeer wordt doorgestuurd met dit item via opdrachten tonen platform hardware cef 1.1.1.1 detail die een aangrenzende vermelding retourneert:
MXC.CALO.Sup2T-dfc3#show platform hardware cef 1.1.1.1 detail Codes: M - mask entry, V - value entry, A - adjacency index, NR- no_route bit LS - load sharing count, RI - router_ip bit, DF: default bit CP - copy_to_cpu bit, AS: dest_AS_number, DGTv - dgt_valid bit DGT: dgt/others value Format:IPV4 (valid class vpn prefix) M(262 ): 1 F 2FFF 255.255.255.255 V(262 ): 1 0 0 1.1.1.1 (A:114689, LS:0, NR:0, RI:0, DF:0 CP:0 DGTv:1, DGT:0)
Ten slotte laat de aangrenzende vermelding zien hoe het pakket wordt herschreven en of het verkeer wordt herschreven door deze aangrenzende vermelding:
MXC.CALO.Sup2T-dfc3#show platform hardware cef adjacencies entry 114689 detail RIT fields: The entry has a Layer2 Format _________________________________________________________ |decr_ttl = YES | pipe_ttl = 0 | utos = 0 |_________________|__________________|____________________ |l2_fwd = 0 | rmac = 0 | ccc = L3_REWRITE |_________________|__________________|____________________ |rm_null_lbl = YES| rm_last_lbl = YES| pv = 0 |_________________|__________________|____________________ |add_shim_hdr= NO | rec_findex = N/A | rec_shim_op = N/A |_________________|__________________|____________________ |rec_dti_type = N/A | rec_data = N/A |____________________________________|____________________ |modify_smac = YES| modify_dmac = YES| egress_mcast = NO |____________________________________|____________________ |ip_to_mac = NO |_________________________________________________________ |dest_mac = 0c11.678b.f6f7 | src_mac = d8b1.902c.9680 |___________________________|_____________________________ | Statistics: Packets = 642 Bytes = 75756 <<<<
De dest_mac en src_mac zijn de belangrijkste waarden, die de nieuwe L2-headers aangeven die voor dit pakket zijn geschreven. Bestemming MAC-adres 0c11.678b.f6f7 is 10.1.2.1 dat is de 3850 (Volgende hop naar 1.1.1.1 bereiken):
MXC.CALO.Sup2T#show ip arp 10.1.2.1 Protocol Address Age (min) Hardware Addr Type Interface Internet 10.1.2.1 30 0c11.678b.f6f7 ARPA Vlan2
Ook toont het veld Statistieken aan dat verkeer deze aangrenzende ingang raakt en L2-headers dienovereenkomstig worden herschreven.
CEF-items verwijderen
Het verwijderen van CEF-vermeldingen kan ons helpen om items te verwijderen die mogelijk verkeerd zijn geprogrammeerd (bijvoorbeeld naar een verkeerde aangrenzende vermelding) of zelfs voor trainingsdoeleinden. Het biedt ook een manier om een routeringspad aan te passen.
Om een CEF-vermelding te verwijderen, moet u begrijpen dat CEF-vermeldingen sequentieel worden geprogrammeerd en een hardware-index hebben toegewezen, bijvoorbeeld:
MXC.CALO.Sup2T-dfc3#show platform hardware cef vpn 0
Codes: decap - Decapsulation, + - Push Label
MXC.CALO.Sup2T-dfc3#show platform hardware cef vpn 0
...
Index Prefix Adjacency 259 10.1.2.255/32 receive 260 10.1.1.1/32 Vl1 ,a0ec.f930.3f40 261 10.1.2.1/32 Vl2 ,0c11.678b.f6f7 262 1.1.1.1/32 Vl2 ,0c11.678b.f6f7 <<<< Our CEF entry of interest has a HW index of 262.
...
Deze hardware-index is het belangrijkste element om een CEF-item te verwijderen, omdat het als referentie wordt gebruikt. Echter, om een wijziging op het te doen, moet het worden geconverteerd naar een software-handle. U kunt dit bereiken met de opdracht testplatform hardware cef index-conv hw_to_sw [hw index]
MXC.CALO.Sup2T-dfc3#test platform hardware cef index-conv hw_to_sw 262 hw index: 262 ----> sw handle: 101
Nu dat u weet dat de software handvat, kunt u doorgaan met de CEF entry verwijderen met opdracht testplatform hardware cef v4-delete [sw handle] masker [masker lengte] vpn [dec]
MXC.CALO.s2TVSS-sw2-dfc3#test platform hardware cef v4-delete 101 mask 32 vpn 0 test_ipv4_delete: done.
Nu wordt onze CEF-vermelding verwijderd:
MXC.CALO.Sup2T-dfc3#show platform hard cef vpn 0 1.1.1.1 Codes: decap - Decapsulation, + - Push Label Index Prefix Adjacency MXC.CALO.Sup2T-dfc3#show platform hard cef vpn 0 [snip...] 259 10.1.2.255/32 receive 260 10.1.1.1/32 Vl1 ,a0ec.f930.3f40 261 10.1.2.1/32 Vl2 ,0c11.678b.f6f7 288 224.0.0.0/24 receive <<<<<<< Index 262 no longer exists in the CEF entries. 289 10.1.85.0/24 glean
Merk op dat de test platform hardware cef vpn 0 opdracht werd uitgevoerd onder de DFC prompt. Op deze manier is de CEF-vermelding verwijderd uit de CEF-tabel van de DFC en NIET van de toezichthouder, u moet echt voorzichtig zijn met welke doorstuurengine de vermeldingen worden verwijderd.
Een verandering in het verkeer heeft het risico van geen zichtbaarheid (in geval van een labtest), dit kan te wijten zijn aan de hit van een andere CEF-vermelding. Overweeg om altijd de meest exacte te matchen (langste masker). In dit lab komt het neer op:
MXC.CALO.Sup2T-dfc3#show plat hard cef vpn 0 lookup 1.1.1.1 Codes: decap - Decapsulation, + - Push Label Index Prefix Adjacency 262048 0.0.0.0/0 glean
Dus wat doet deze vermelding eigenlijk met het pakket?:
MXC.CALO.Sup2T-dfc3#show platform hardware cef adjacencies entry 262048
RIT fields: The entry has a Recirc. Format _________________________________________________________ |decr_ttl=NO | l2_fwd=NO | ccc = 6 | add_shim_hdr = YES |_____________|____________|_________|____________________ |rc_fidx=0 | rc_shimop=1 | rc_dti_type=4 | rc_data = 0x10B |____________|_____________|_______________|______________ Statistics: Packets = 2163 Bytes = 255234
Taken from a CPU packet capture using Catlayst 6500 NETDR tool. For NETDR capture tool details refer to: Catalyst 6500 Series Switches Netdr Tool for CPU-Bound Packet Captures ------- dump of incoming inband packet ------- l2idb Po1, l3idb Vl1, routine inband_process_rx_packet, timestamp 01:00:17.841 dbus info: src_vlan 0x1(1), src_indx 0xB40(2880), len 0x82(130) bpdu 0, index_dir 0, flood 0, dont_lrn 0, dest_indx 0x5FA4(24484), CoS 0 cap1 0, cap2 0 78020800 00018400 0B400100 82000000 1E000464 2E000004 00000010 5FA45BDD destmac D8.B1.90.2C.96.80, srcmac A0.EC.F9.30.3F.40, shim ethertype CCF0 earl 8 shim header IS present: version 0, control 64(0x40), lif 1(0x1), mark_enable 1, feature_index 0, group_id 0(0x0), acos 0(0x0), ttl 14, dti 4, dti_value 267(0x10B) 10000028 00038080 010B ethertype 0800 protocol ip: version 0x04, hlen 0x05, tos 0x00, totlen 100, identifier 51573 df 0, mf 0, fo 0, ttl 255, src 10.1.1.1, dst 1.1.1.1 icmp type 8, code 0 ------- dump of outgoing inband packet ------- l2idb NULL, l3idb Vl2, routine etsec_tx_pak, timestamp 01:03:56.989 dbus info: src_vlan 0x2(2), src_indx 0x380(896), len 0x82(130) bpdu 0, index_dir 0, flood 0, dont_lrn 0, dest_indx 0x0(0), CoS 0 cap1 0, cap2 0 00020000 0002A800 03800000 82000000 00000000 00000000 00000000 00000000 destmac 0C.11.67.8B.F6.F7, srcmac D8.B1.90.2C.96.80, shim ethertype CCF0 earl 8 shim header IS present: version 0, control 0(0x0), lif 16391(0x4007), mark_enable 0, feature_index 0, group_id 0(0x0), acos 0(0x0), ttl 15, dti 0, dti_value 540674(0x84002) 000800E0 0003C008 4002 ethertype 0800 protocol ip: version 0x04, hlen 0x05, tos 0x00, totlen 100, identifier 50407 df 0, mf 0, fo 0, ttl 254, src 10.1.1.1, dst 1.1.1.1 icmp type 8, code 0
Nu wordt al het verkeer met een bestemming van 1.1.1.1 dat binnenkomt via lijnkaart 3 opnieuw gecirculeerd met shim-header en gepunteerd op CPU. Soms wordt in plaats van deze CEF-vermelding een andere 0.0.0.0/0 met een aangrenzende drop gezien en doet precies hetzelfde.
Een CEF-vermelding toevoegen
Wanneer een CEF-vermelding wordt toegevoegd, lost dit in de meeste gevallen elk probleem met misprogrammeren op dat pakketverlies, pakketvertraging of een hoog CPU-gebruik veroorzaakt. Kennis van hoe u de CEF-vermeldingen in hardware kunt installeren, biedt niet alleen de mogelijkheid om een verkeerd geprogrammeerde invoer te corrigeren, maar ook om elke pakketverzending te manipuleren door het pakket opnieuw te circuleren, naar een volledig andere interface te wijzen of een volgende stap te zetten, een gerouteerd pakket naar wens te herschrijven en / of te laten vallen, enz. Dit alles, zonder opnieuw laden van de doos, verwijderen en instellen van de configuratie of een schijnbare wijziging. De CEF entry toevoeging kan worden gedaan zonder in de configuratie modus ook. (Zoals u ook hebt gedaan met de CEF-procedure voor het verwijderen van invoer die in het vorige gedeelte is uitgelegd).
Kortom, er zijn hier twee situaties, wanneer u een geldige ARP-vermelding hebt voor de volgende hop, in dit geval 10.1.2.1 en wanneer u dat niet doet (om welke reden dan ook). De tweede situatie dwingt u om daadwerkelijk een geldige ARP-vermelding aan te maken (via statische ARP):
Stap 1. Er is een ARP-vermelding in de switch voor 10.1.2.1, de volgende stap voor 1.1.1.1.
MXC.CALO.Sup2T#show ip arp 10.1.2.1 Protocol Address Age (min) Hardware Addr Type Interface Internet 10.1.2.1 2 0c11.678b.f6f7 ARPA Vlan2 MXC.CALO.Sup2T#show ip route | inc 1.1.1.1 S 1.1.1.1 [1/0] via 10.1.2.1
Een ARP-vermelding is geprogrammeerd als hostroute ( /32 ) in de CEF-tabel:
MXC.CALO.Sup2T-dfc3#show plat hard cef vpn 0 look 10.1.2.1 Codes: decap - Decapsulation, + - Push Label Index Prefix Adjacency 53 10.1.2.1/32 Vl2 ,0c11.678b.f6f7 And of course, there is an index for this which again will tell us how a packet should be rewritten to reach 10.1.2.1: MXC.CALO.Sup2T-sw2-dfc3#show plat hard cef vpn 0 10.1.2.1 detail [snip...] Format:IPV4 (valid class vpn prefix) M(53 ): 1 F 2FFF 255.255.255.255 V(53 ): 1 0 0 10.1.2.1 (A:114689, LS:0, NR:0, RI:0, DF:0 CP:0 DGTv:1, DGT:0) Wait, wasn't 114689 adj entry the same used for 1.1.1.1?: MXC.CALO.Sup2T-sw2-dfc3#show plat hard cef 1.1.1.1 de [snip...] Format:IPV4 (valid class vpn prefix) M(54 ): 1 F 2FFF 255.255.255.255 V(54 ): 1 0 0 1.1.1.1 (A:114689, LS:0, NR:0, RI:0, DF:0 CP:0 DGTv:1, DGT:0)
Elk pakket met elk IP-adres van de bestemming dat dezelfde datalink heeft als de volgende hop, moet via dezelfde interface worden doorgestuurd en worden herschreven met dezelfde L2-headers.
Hoewel dit in het begin misschien vrij duidelijk lijkt, is het eigenlijk het belangrijkste element om een CEF-vermelding toe te voegen, je moet het vertellen hoe een pakket moet worden herschreven met een specifieke CEF-vermelding voor de aangrenzende locatie.
Stap 2. Stel nu dat er geen ARP-vermelding automatisch voor dit is gemaakt, dus u moet een statische ARP-vermelding maken.
Om dit te doen, moet u het MAC-adres weten van het apparaat dat wordt gebruikt als next-hop voor prefix 10.1.2.1, dus het wordt verzonden naar 0c11.678b.f6f7. Als er al een MAC-adresvermelding is in de opdracht show mac address-table address 0c11.678b.f6f7 die goed is, als dat niet het geval is, moet u een statisch MAC-item maken:
MXC.CALO.Sup2T(config)#mac address-table static 0c11.678b.f6f7 vlan 2 int Gi3/21 Displaying entries from DFC switch [2] linecard [3]: vlan mac address type learn age ports ----+----+---------------+-------+-----+----------+----------------------------- 2 0c11.678b.f6f7 static No - Gi3/21
Stap 3. Ten slotte moet een statische ARP-vermelding worden gemaakt om een CEF-vermelding te kunnen programmeren:
MXC.CALO.Sup2T(config)#arp 10.1.2.1 0c11.678b.f6f7 arpa <<< Static ARP configuration MXC.CALO.Sup2T#show ip arp 10.1.2.1 Protocol Address Age (min) Hardware Addr Type Interface Internet 10.1.2.1 - 0c11.678b.f6f7 ARPA <<< Now the static ARP entry is complete
// Attaching to DFC3...
MXC.CALO.Sup2T-sw2-dfc3#show plat hard cef 10.1.2.1 detail [snip...] Format:IPV4 (valid class vpn prefix) M(53 ): 1 F 2FFF 255.255.255.255 V(53 ): 1 0 0 10.1.2.1 (A:114689, LS:0, NR:0, RI:0, DF:0 CP:0 DGTv:1, DGT:0)
The ARP entry exist in CEF table for DFC3. Same Adjacency Index result as before...
Nu u begrijpt wat deze aangrenzende vermeldingen doen, kunt u eindelijk doorgaan met het toevoegen van een CEF-vermelding. In de laatste sectie werd de CEF-vermelding voor prefix 1.1.1.1/32 verwijderd via de opdracht testplatformhardware cef v4-delete. Voeg het nu toe via het commando testplatform hardware cef v4-insert [prefix] [lengte masker] vpn [vpn nummer] adjacency [adjacency index]
Om dit te verifiëren, gebruikt u de opdracht testplatform hardware cef v4-insert 1.1.1.1 32 vpn 0 adjacency 114689. De vermelding is weer toegevoegd in de DFC CEF-tabel:
MXC.CALO.Sup2T-sw2-dfc3#test platform hardware cef v4-insert 1.1.1.1 32 vpn 0 adjacency 114689 test_ipv4_insert: done: sw_index = 42 MXC.CALO.Sup2T-sw2-dfc3#show plat hard cef vpn 0 1.1.1.1 Codes: decap - Decapsulation, + - Push Label Index Prefix Adjacency 54 1.1.1.1/32 Vl2 ,0c11.678b.f6f7 Ping from the 3750X to Loopback 0 is successful and HW forwarded by 6500 DFC. MXC.CALO.Sup2T-sw2-dfc3#show platform hard cef adj entry 114689 Index: 114689 -- Valid entry (valid = 1) -- RIT fields: The entry has a Layer2 Format _________________________________________________________ |decr_ttl=YES | l2_fwd=NO | ccc = 4 | add_shim_hdr = NO |_____________|____________|_________|____________________ Statistics: Packets = 684 Bytes = 80712
// Logs in 3850
CALO.MXC.385024XU#show logging [snip...] *Jan 23 05:59:56.911: ICMP: echo reply sent, src 1.1.1.1, dst 10.1.1.1, topology BASE, dscp 0 topoid 0 *Jan 23 05:59:57.378: ICMP: echo reply sent, src 1.1.1.1, dst 10.1.1.1, topology BASE, dscp 0 topoid 0 *Jan 23 05:59:57.390: ICMP: echo reply sent, src 1.1.1.1, dst 10.1.1.1, topology BASE, dscp 0 topoid 0
Items toevoegen en verwijderen voor VRF-routeringstabellen
Gedurende de configuratie gemaakt van alle voorgaande stappen, is de vpn 0 string in de show platform hardware cef commando's afgedwongen. Zelfs als het volledig overbodig lijkt omdat de opdracht standaard de items voor de algemene routeringstabel of vpn 0 retourneert, is dit met opzet gedaan om altijd in gedachten te houden dat items worden toegevoegd of verwijderd uit specifieke routeringstabel instanties (VRF's), via het document dat u hebt toegevoegd en verwijderd CEF-item 1.1.1.1/32. Bepaalde voorvoegsels bestaan echter zeer waarschijnlijk in verschillende VRF's (d.w.z. 10.x.x.x) en het verwijderen, toevoegen of wijzigen van een CEF-vermelding voor een verkeerde VRF kan een negatief effect hebben.
Verwijder een CEF item met prefix 1.1.1.1/32 voor VRF TEST_VRF. Voor een gedetailleerde beschrijving van de toevoeging van CEF-vermeldingen, raadpleegt u de sectie Een CEF-vermelding toevoegen van dit document.
Als u de VRF wilt toevoegen, wijzigt u SVI's in 6500 switch in de voorgestelde VRF met opdracht ip vrf forwarding [VRF-NAME] en voegt u ten slotte dezelfde statische route toe in onze TEST_VRF-tabel:
MXC.CALO.Sup2T(config)#ip vrf TEST_VRF MXC.CALO.Sup2T(config-vrf)#int vlan 1 MXC.CALO.Sup2T(config-if)#ip vrf forwarding TEST_VRF % Interface Vlan1 IPv4 disabled and address(es) removed due to enabling VRF TEST_VRF MXC.CALO.Sup2T(config-if)#ip add 10.1.1.10 255.255.255.0 MXC.CALO.Sup2T(config-if)#int vlan 2 MXC.CALO.Sup2T(config-if)#ip vrf forwarding TEST_VRF % Interface Vlan2 IPv4 disabled and address(es) removed due to enabling VRF TEST_VRF MXC.CALO.Sup2T(config-if)#ip add 10.1.2.10 255.255.255.0 MXC.CALO.Sup2T(config)#ip route vrf TEST_VRF 1.1.1.1 255.255.255.255 10.1.2.1
MXC.CALO.Sup2T#show ip vrf
Name Default RD Interfaces
TEST_VRF <not set> Vl1
Vl2
De VRF's zijn ook sequentieel geprogrammeerd. Dit was de eerste VRF in de switch (geen andere VRF was eerder geconfigureerd), dus het VPN-nummer voor deze VRF-instantie moet 1 zijn. Voer de opdracht show platform hardware cef vpn 1 uit om te controleren of dit waar is:
MXC.CALO.Sup2T-sw2-dfc3#show plat hard cef vpn 1 Codes: decap - Decapsulation, + - Push Label Index Prefix Adjacency 34 10.1.1.10/32 receive 35 10.1.1.0/32 receive 36 10.1.1.255/32 receive 38 10.1.2.10/32 receive 43 10.1.2.0/32 receive 44 10.1.2.255/32 receive 53 10.1.2.1/32 Vl2 ,0c11.678b.f6f7 54 1.1.1.1/32 Vl2 ,0c11.678b.f6f7 [snip...] However, usually, switches have hundred or thousands of VRFs and just count them in the 'show ip vrf' command output would be quite difficult. In order to know which VPN number is assigned to a VRF we will run the command "show platform hardware cef vrf [VRF name] [prefix] detail", it will return the actual vpn number for that VRF: Format:IPV4 (valid class vpn prefix) M(54 ): 1 F 2FFF 255.255.255.255 V(54 ): 1 0 1 1.1.1.1 <<<<<<<<<<< The number in red determines the VPN this prefix belongs to. (A:114689, LS:0, NR:0, RI:0, DF:0 CP:0 DGTv:1, DGT:0)
Het is belangrijk om het daadwerkelijke VPN-nummer en de software-index voor dit item te kennen, zodat u kunt doorgaan met het verwijderen of toevoegen van / aan deze VRF-instantie:
MXC.CALO.Sup2T-sw2-dfc3#test platform hardware cef index-conv hw_to_sw 54 hw index: 54 ----> sw handle: 42 MXC.CALO.Sup2T-sw2-dfc3#test platform hardware cef v4-delete 42 mask 32 vpn 1 test_ipv4_delete: done. Result: MXC.CALO.Sup2T-sw2-dfc3#show platform hardware cef vpn 1 lookup 1.1.1.1 Codes: decap - Decapsulation, + - Push Label Index Prefix Adjacency 262049 0.0.0.0/0 drop Traffic is now getting punted, and the effects are seen in the 3750X pings to 1.1.1.1: MXC.CALO.3750X#ping 1.1.1.1 repe 5000000 Sending 5000000, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds: !!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!! [snip...]
// Packet loss
Houd er rekening mee dat in een productienetwerk pakketverlies en schokkerige audio of slechte video wordt ervaren als gevolg van deze CEF-invoervoorwaarde. Daarom wordt aanbevolen om deze tests uit te voeren in een onderhoudsvenster.
Feedback