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>

Reminder

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

upgrade

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

Publication Date:  2012-07-27 Views:  56 Downloads:  0
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.

END