Skip to main content

Kontrollera faktisk forwarding med packet capture

Nedan gjorde jag i felsökning med Cisco TAC där policy based routing inte fungerade på 10.5(4) och 10.5(6) (buggen i fråga). Felet uppstod endast när enbart 1 interface var kopplat till VLANet, när interfacet gick ned och sedan upp så applicerades ej PBR.

! Spela in trafik

debug platform internal tah elam 
 trigger init
 reset
 set outer ipv4 src_ip 1.1.1.1 dst_ip 2.2.2.2
 start

 report

SUNDOWN1 ELAM REPORT SUMMARY
slot - 1, asic - 0, slice - 0
============================

Incoming Interface: Eth1/21
Src Idx : 0x51, Src BD : 300
Outgoing Interface Info: dmod 1, dpid 24
Dst Idx : 0x60d, Dst BD : 2618

Packet Type: IPv4

Dst MAC address: 00:11:C0:FF:EE:00
Src MAC address: 00:F8:2C:C9:21:B1

Dst IPv4 address: 2.2.2.2
Src IPv4 address: 1.1.1.1
Ver     =  4, DSCP    =    0, Don't Fragment = 0
Proto   = 17, TTL     =  255, More Fragments = 0
Hdr len = 20, Pkt len =   75, Checksum       = 0x5f74

L3 DA SGT = 0, L3 SA SGT = 0

L4 Protocol  : 17
UDP Dst Port : 53
UDP Src Port : 26828

Drop Info:
----------

LUA:
LUB:
LUC:
LUD:
Final Drops:

vntag:
vntag_valid    : 0
vntag_vir      : 0
vntag_svif     : 0

Här ser vi då inkommande interface (Eth1/21 0x51) samt utgående interface (0x60d). Man tar reda på vilket interface det matchar genom:

show hardware internal tah niv_idx 0x60d
niv_idx  : 1549
Interface: Ethernet1/45

Det här var beteende vi väntade. När vi senare slog samma kommandon efter att interfacet hade gått ned och upp visades ett annat utgående interface, vilket då var felaktigt beteende i switchen.