S93 vsi bottom table was not deleted caused peer vendor device mac flapping

Publication Date:  2012-11-13 Views:  227 Downloads:  2
Issue Description
S9300(version is V1R2SPC002) interconnected with peer vendor device by trunk, S93 trunk interface bound VS1, it appeared mac flapping on peer vendor device, flapping mac is 0025-9e14-0b87, the 2 interfaces that flapping on peer vendor device are LAG3(interconnection S93 trunk5) and sdp681. It should keep the mac address learnt from sdp681 in normal situation. The mac table collected from peer vendor device shows that flapping frequency is high. But it did not find the mac flapping on connection s93. It kept the mac address learnt from eth-trunk5. (topology shows in attachment)
Alarm Information
NULL
Handling Process

1. The two interfaces that MAC flapping of peer vendor device shows in attachment.
2. After the confirming, the correct table of peer vendor device learnt from the right interface.
3. The left interface connected with S93 through trunk, view the mac table on S93, find that the destination mac address kept learning from the trunk interface connecting with peer vendor device.
dis mac-add 0025-9e14-0b87
MAC address table of slot 1:
-------------------------------------------------------------------------------
MAC Address    VLAN/       PEVLAN CEVLAN Port            Type      LSP/       
               VSI/SI                                              MAC-Tunnel 
-------------------------------------------------------------------------------
0025-9e14-0b87 NCR-AN-OM   -      -      Eth-Trunk5      dynamic   1/0        
0025-9e14-0b87 RRPP-NCR-03 -      -      Eth-Trunk5      dynamic   1/0
MAC address table of slot 2:
-------------------------------------------------------------------------------
MAC Address    VLAN/       PEVLAN CEVLAN Port            Type      LSP/       
               VSI/SI                                              MAC-Tunnel 
-------------------------------------------------------------------------------
0025-9e14-0b87 NCR-AN-OM   -      -      Eth-Trunk5      dynamic   2/0        
0025-9e14-0b87 RRPP-NCR-03 -      -      Eth-Trunk5      dynamic   2/0        
-------------------------------------------------------------------------------
MAC address table of slot 6:
-------------------------------------------------------------------------------
MAC Address    VLAN/       PEVLAN CEVLAN Port            Type      LSP/       
               VSI/SI                                              MAC-Tunnel 
-------------------------------------------------------------------------------
0025-9e14-0b87 NCR-AN-OM   -      -      Eth-Trunk5      dynamic   6/0        
0025-9e14-0b87 RRPP-NCR-03 -      -      Eth-Trunk5      dynamic   6/0        
-------------------------------------------------------------------------------
interface Vlanif2203
description RRPP-NCR-03
l2 binding vsi RRPP-NCR-03

4. MAC table is trigger and maintenanced according to flow, peer vendor learnt the destination mac address from left interface, it means there is flow from S93 to peer vendor device, the mac table of S93 keep from flapping, it learnt from the interface connection with peer vendor device, it doubt that S 93 return the flow to peer vendor device after the flow go to S93 from peer vendor device.
5. The problem is about timing, the trigger condition is undo int eth-trunk, it will inform to delete related vsi table when deleting trunk, there is some probability that trunk has been deleted before deleting vsi table, so the flow return to the peer vendor device after it came to S93.
Operation record:
Dec  8 2010 03:37:50 XXXXX%%01SHELL/6/DISPLAY_CMDRECORD(l): Record command information. (Task=co0, Ip=**, User=huawei, Command="display this")
Dec  8 2010 03:38:00 XXXXX%%01SHELL/5/CMDRECORD(l): Record command information. (Task=co0, Ip=**, User=huawei, Command="undo eth-trunk 5")
#Dec  8 03:38:00 2010 XXXXX/IFNET/4/IF_PVCDOWN:OID 1.3.6.1.6.3.1.1.5.3 Interface 124 turned into DOWN state.

Root Cause
MAC table is trigger and maintenanced according to flow, peer vendor learnt the destination mac address from left interface, it means there is flow from S93 to peer vendor device, the mac table of S93 keep from flapping, it learnt from the interface connection with peer vendor device, it doubt that S 93 return the flow to peer vendor device after the flow go to S93 from peer vendor device.
Suggestions
Elusion way: Delete VSI related configuration of vlanif that in eth-trunk before deleting eth-trunk, then delete eth-trunk.
Recover way: reboot the device
Solution: V1R2 version cannot solve the problem by patch because the hardware limit. It can be solved after V1R3SPC200 version.

END