I have several (7) tunnels going into 1 hub router. All 7 tunnels are "qm_idle", but only 1 has an OSPF neighbor relationship with the hub. Debugging OSPF hello on both ends, my remote sends a hello out the tunnel, but it is never recieved by the hub. Using Ciscoworks to compare the remote configurations, I do not see any difference between the remote that works and the ones that do not. This is for the backup links to serial lines, so it is not a critical thing, but it is a nusiance.
The tunnels are mGRE. Our tunnels that are backups to point-to-point WAN links work fine (they are in backup interface mode). The tunnels in question are up/up all the time as we use OSPF to flow the traffic. We assign a higher cost to the backup tunnels so the traffic flow goes over the FRAME WAN links (we know that the backup interface mode does not work well with FRAME).
As I said, 1 of the 7 is working perfectly. We have compared configurations between the one that works and one that doesn't and cannot find any differences. Sniffing the traffic is a last resort on the serial ports due to needing a Y-cable to be put in place on the external v.35 DSU.
When I debug ip ospf hellos, I see hellos leave the remote on the tunnel, but they never reach the hub router.
Login to the FXOS chassis manager.
Direct your browser to https://hostname/, and log-in using the user-name and password.
Go to Help > About and check the current version:
Check the current version availa...
We have configured the outside and inside Interface with official ipv6 adresses, set a default route on outside Interface to our router, we also have definied a rule , which also gets hits, to permit tcp from inside Interface to any6.
In Syslog I also se...