No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>


To have a better experience, please upgrade your IE browser.


A Service Server Failed to Ping the Interconnection Port on the Connected NE80E in a VRRP Group

Publication Date:  2013-10-08 Views:  42 Downloads:  0
Issue Description

The networking was as follows:

                   eth-trunk 1

NE80E -1-----------------NE80E-2

       g4/0/8                  g4/0/7

             |                         |

            sw                   sw

             |                         |

             |                         |

                  Service server

The two NE80Es formed a VRRP group to provide redundant gateway services for the connected service server. The service server failed to ping the interconnection port on the master NE80E and the NE80E did not learn the ARP entries on the service sever but learned the MA C address of the service server.
Handling Process

Huawei excluded the link fault as the issue cause because the MAC address of the service sever could be learned and then confirmed that the issue was caused by errors in ARP packet exchanges.

To address the issue, Huawei performed the following operations and observed the following information:

1. Enabled STP on devices on a ring topology, but the issue persisted.

2. Ran the debug arp packet command to check whether the equipment configuration caused the error in ARP packet exchanges.

*0.3964282271 XJ-WLMQ-HBL-CE-1.CDMA ARP/7/arp_send:Slot=1;Send an ARP Packet, op

eration : 1, sender_eth_addr : 0018-8288-2cba,sender_ip_addr :, ta

rget_eth_addr : 0000-0000-0000, target_ip_addr :                  

*0.3964282271 XJ-WLMQ-HBL-CE-1.CDMA ARP/7/arp_rcv:Slot=4;Receive an ARP Packet, 

operation : 2, sender_eth_addr : 0012-3f1c-8649, sender_ip_addr :,

 target_eth_addr : 0018-8288-2cba, target_ip_addr :

The information showed that ARP packets were sent from the board in slot 1 but reply packets were received at the board in slot 4. As a result, the corresponding ARP entry was not learned on the NE80E and the ping operation failed.

3. Checked the NE80E configuration and found the arp learning strict command was run, which meant if ARP packets were sent from board A but reply packets were received at another board, the corresponding ARP entry would not be learned.
Root Cause
The arp learning strict command configuration enabled the device to strictly check the ingress and egress boards of ARP packets and to learn an ARP entry only when the ingress and egress boards were the same.
Undo the arp learning strict command.