At first I ping the R1's IP address from R2, there are many packets discarded, then I ping the R2's IP address from itself, there are many packets discarded too, finally I ping the R2's IP address from a pc,there is no packets discarded.
I know the WAN leased circuit is not normal,I Wonder the second ping discards packet,but the third ping doesn't discard packet.Why???
Would you help me? I am waiting for your answer anxiously.
The problem resides in WAN leased line only. As the packets are discarded in the second try to its own interface, try chaning the interface to s1 or any one to verify that your interface is not faulty. and enable the icmp debugs to narrow down the problem.
Nothing to wonder. Your router is quite working normally, there is a problem with your link b/w R1 & R2.
The clarification for your wonder is as follows.
From R2, while pinging to R1's IP address, just it will get a reply from R1. But in serial links, when you are trying to ping to it's own IP address, then the path is ping REQUEST-- R2 --> R1 --> R2 and then it'll take REPLY and same reverse path i.e R2 --> R1 --> R2. Total round trip path is two times than pinging to remote router IP. Observe that even time delay of ping to R2 from R2 is approx twice the delay of ping to R1 from R2 (In case of pinging to Serial interfaces IP's only).
With best regards...
Pls kindly rate if helpful or answered your question.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...