Yes both links are up when entering sh int command. I can ping the remote 7204 ds-3 interface from the 6513 and the same from the 7204 to the ds-3 link connected to the 6513. However I cannot ping the ds-3 interface while located on the router trough telnet. If I connect to the 7204 with telnet I can ping the remote end but not the local ds-3 interface. The same with the 6513.
When I check the ip ospf neigh status, I see the following on the 7204:
If you're not getting an adjacency to form across the DS3, the routers aren't going to route across it. I'd start with a debug ip ospf adj to get a general idea of what's going on--why the two routers aren't forming an adjacency. It could be any number of things--mismatched MTU's, mismatched subnet addresses, mismatched network types, multicast not working, etc.
I checked both interface on each router and the ip address settings are correct. Also I checked the network statement under router ospf section and the network command has the netmask as 0.0.31.255 and not the exact netmask configured on each interface. This command is the same on each router 7204, 7206 an 6513.
Also what is the difference of having the default-information originate command on both 7200's and not using this option. I know this is to propagate a default gateway under OSPF. Can this affect the router selection when using backup interface option on the 6513?.
Okay, so it sounds like OSPF is running on the interfaces, which is good. Again, though, we're probably going to need the output of show ip ospf adj to figure out what the problem is--why the two routers won't form an adjacency over this link.
Default information originate just originates a default route--you can use this if you need it, or not. This shouldn't impact anything we're seeing here.
Check "show ip ospf interface" on the 6513 and the 7204.
Do you have a network statement under router ospf, for the subnet used on the DS3?
If that's not it, try debug ip ospf adj.
Anyway, when the neighbor relation problem is solved you will have to increase the cost of the DS3 link since the default of 2 will not be high enough: the routes from the 7204 via the 7206 to the 6513 will also have a cost of 2 (POS=1 + GigE=1).
Both interfaces appear under the sh ip ospf interface command. The network statement have the 0.0.31.255 mask in all three routers. But I do not see a neighbor peering link between the 6513 and the 7204 on the Ds-3 link.
Also I found out that the ospf router-id was using the vlan interface on the 6513. And that interface was configured as a passive interface because there is not another router behind that segment. I changed the router-id to the ip address of the POS interface on the 6513 router.
Now I can see the route to 64.192.xxx.73 (7204 DS-3 interface) with a gateway pointing to the POS on the 7206 router.
Another thing I found out was that the 6513 router had the maximum-path 2 command under the router ospf section. I was testing this when I changed the cost of the Ds-3 link to 1 on both 7204 and 6513 routers.
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 ...