Я устранял неполадки, используя ping на маршрутизаторах Cisco серий 2600 и 3700. В ping выполняется на интерфейсах, имеющих статус up, линейный протокол up. На интерфейсах FastEthernet, если статус up и протокол линии up, маршрутизатор может успешно пропинговать IP-адрес своего собственного интерфейса FastEthernet. Для последовательных интерфейсов, если статус up и протокол линии up, в некоторых случаях маршрутизатор не может пропинговать свой собственный IP-адрес последовательного интерфейса.
Может ли кто-нибудь объяснить, почему пинг на собственном интерфейсе маршрутизатора должен завершиться неудачно для последовательного интерфейса в up/up штат?
R4#show ip interface brief
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 192.168.10.1 YES NVRAM up up
Serial0/0 192.168.1.2 YES NVRAM up up
FastEthernet0/1 unassigned YES NVRAM administratively down down
Serial0/1 192.168.4.1 YES NVRAM up up
R4#ping 192.168.1.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.2, timeout is 2 seconds:
....
Есть последовательные интерфейсы Frame Relay? Если это так, вам необходимо сопоставить IP-адрес локального интерфейса с одним из активных DLCI, чтобы проверить связь с интерфейсом.
interface Serial0/0
ip address 192.168.0.1 255.255.255.0
frame-relay map ip 192.168.0.2 102 broadcast
frame-relay map ip 192.168.0.1 102