cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
626
Views
0
Helpful
2
Replies

ISDN and Ike keep alives

rchester
Level 1
Level 1

Any one had trouble with above scenario?

I have set up a 1720 (with VPN module and isdn module) with IKE keep alives because the vpn terminates beyond the isdn termination.

The isdn address is negotiated and bound to a dialer interface

For testing I set the dialer list to ip any, so all worked well. Then I set the dialer list to list 101. This lists the ipsec protocol (esp) as interesting and IKE packets that have a source of 0.0.0.0

After a reload the router behaves as expected with the phase one exchange bringing up the line and then the isdn unbinding once real traffic stops.

The SA at the other end is deleted (no keep alives) and so we are set for the next time ;-) but there is no next time. The dialer neve sees another ike packet with a source of 0.0.0.0 unless the router reloads.

Any one seen similar?

reload in 25 years
2 Replies 2

b.speltz
Level 4
Level 4

You might be running into bug id# CSCdt62295 or CSCdt92715. Since I have no idea which IOS you’re running, this is only a guess but I would check Bug Navigator or call the Cisco TAC to be sure.

mwall
Level 1
Level 1

Fast switching does not work with VPN. The first packet goes through the tunnel, then the preceeding packets go through the cache to verify the destination.

Depending on what versions of code you are running, remove fast switching from the lan and the wan interface, no ip route-cache, and no ip mroute-cache. If you don't see it in the interface, it is on by default.

Good luck,

Mike

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: