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>Search

Reminder

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

upgrade
Knowledge Base

The Handling of Pecket Loss Between NE40 and S6506R Connected through Optical Channel

Publication Date:  2012-07-27  |   Views:  173  |   Downloads:  0  |   Author:  Shi Huaxiang  |   Document ID:  EKB0000242321

Contents

Issue Description

During the performance test, NE40-8 and S6506R are connected through optical channel. S6506R pings NE40 and there is less than 1% loss, but there is no loss when NE40 pings S6506R.
      

Alarm Information

      Null

Handling Process

Check the configuration of two devices. They are self-negotiation MB full-duplex. Port negotiation is not problematic. Change tail fiber and there is loss. The quality of the link is not problematic. S6506R floods packet quickly. Change No 31 system-bucket on NE40 as 64K and the problem is solved.
Ping 1,000 packets on S6506R and the loss occurs. 16 packets are lost. Display system-bucket 1 31 on NE40 and it is found that The number of the discarded packets:  16 (It is 0 before.)
      

Root Cause

There are the following reasons:
1. The negotiation of two ports is inconsistent and there is loss.
2. The loss is caused by the quality of interconnected fiber.
3. NE40 starts ping protection. In order to protect the device, it limits receiving speed of ping packet to avoid ping attack.

Suggestions

It is better for preventing attack if the leaky bucket is small. It is not suggested to change it large.