To have a better experience, please upgrade your IE browser.upgrade
Questo sito utilizza cookie di profilazione (propri e di terze parti) per ottimizzare la tua esperienza online e per inviarti pubblicità in linea con le tue preferenze. Continuando a utilizzare questo sito senza modificare le tue preferenze acconsenti all’uso dei cookie. Se vuoi saperne di più o negare il consenso a tutti o ad alcuni cookie clicca qui>
The website that you are visiting also provides Arabian language. Do you wish to switch language version?
يوفر موقع الويب الذي تزوره المحتوى باللغة العربية أيضًا. هل ترغب في تبديل إصدار اللغة؟
The website that you are visiting also provides Russia language Do you wish to switch language version?
Данный сайт есть в английской версии. Желаете ли Вы перейти на английскую версию?
When the NC server pings the NE80E that functions as a gateway, 1.5% of the packets are lost.
Since the NE80E cannot collect statistics about the Reply messages with which it responds to the NC server, you cannot check whether the NE80E has replied to the Request messages completely and correctly by collecting traffic statistics on the NE80E. However, the traffic statistics show that the NE80E receives all the Request messages that the NC server sends in the ping process.
Attach a PC to the NE80E directly and use the PC to ping the NE80E. Packet loss still occurs. Capture the packets and find that the NE80E can receive all the Request messages that the PC sends. However, some of the Request messages are not replied to. Therefore, the packet loss occurs on the NE80E.
An analysis of the captured packets shows that the NE80E sends an ARP Request message after each packet loss (For details about the captured ICMP packets, see the following attachment). The packet loss on the NE80E is caused by the loss of ARP entries.
A check of the ARP entries on the NE80E shows that the ARP entries are refreshed frequently. The aging time remains 20. That is, the NE80E refreshes its ARP table at least every minute.
Check the logs stored in the log buffer and find no abnormality.
Check the logs stored in the hard disk and find that a large number of BPDUs are sent out from GE 9/0/23 (nearly once every 30 minutes). The log information is as follows.
Feb 25 2009 01:23:37 DongZhiMen_NE80E_1 %%01MSTP/6/RECEIVE_CISTTC(l): MSTP received BPDU with TC, instance 0, port name is GigabitEthernet9/0/23.
Therefore, the NE80E frequently refreshes its ARP entries because it frequently receives BPDUs.
Based on the log information, an interface on the S8016 attached to the NE80E alternates between Up and Down frequently, generating a large number of BPDUs.
After shutting down the interface that alternates between Up and Down frequently on the S8016, the ping operation recovers and the packet loss rate is 0.
NE80E frequently refreshes its ARP entries because it frequently receives BPDUs.