Tunnel protection, tunnel status changes to reset , urgent pls !
Dear all. I have deployed DMVPN in my one region successfully. Now its time for the second region. Currently i have p2p gre tunnels with TUNNEL PROTECTION APPLIED. Everything is working fine. Now i created a DMVPN mgre tunnel on hub like this
ip address 172.27.0.1 255.255.192.0
no ip redirects
ip flow ingress
ip nhrp authentication cisco
ip nhrp map multicast dynamic
ip nhrp network-id 200
ip ospf network point-to-multipoint
ip ospf cost 1110
ip ospf hello-interval 10
ip ospf mtu-ignore
tunnel source 192.168.13.118
tunnel mode gre multipoint
tunnel key 5
Now i created spoke tunnel on spoke1, it registered, ospf adjacency formed, everything went smooth. Now as soon as i add tunnel protection to tunnel 222 see what happens
%LINK-5-CHANGED: Interface Tunnel222, changed state to reset
%LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel222, changed state to down
Why is this so ? i have been searching all google and cisco site but couldnt get a single explanation of what is meant by status "reset".
Re: Tunnel protection, tunnel status changes to reset , urgent p
Dear Sir, i have observed something strange. Tunnel 222 is getting in reset mode if i make Fa2/1 its tunnel source (whether ip of fa2/1 or int itself). As soon as i change the source ip or source interface and shut no shut it gets up and remains up. I have checked Fa2/1 but that interface is working perfectly and all fiber branches are falling on this interface. I have also checked for errors but none found. I am using same router 3845 with 12.4(20)T in our other region with exact same config and its working fine there so what is probably the issue here ?
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...