Re: [opennhrp-devel] DMVPN Phase 2
Brought to you by:
fabled80
From: Timo T. <tim...@ik...> - 2014-06-26 05:19:11
|
On Thu, 26 Jun 2014 08:18:12 +0500 masoom alam <mas...@gm...> wrote: > Suppose if I have one hub and two spoke nodes, each have one public > address and one NBMA address. If I specify the following In NHRP terminology: NBMA = non-broadcast = public Internet address. protocol address = private address. > configurations in the racoon file for the HUB to Spoke1. : > spdflush; > flush; > > # Security policies > spdadd 10.0.0.0/16 10.1.0.0/16 any > -P out ipsec > esp/tunnel/192.168.2.1-62.149.40.78/require; > > spdadd 10.1.0.0/16 10.0.0.0/16 any > -P in ipsec > esp/tunnel/62.149.40.78-192.168.2.1/require; > > > Then repeat the same thing from the Spoke1 --> HUB - only switch the > NBMA addresses, will it work? No. This incompatible. Tunnel policy is different from transport policy on the wire. You will also lose the ability create dynamic tunnels unless you hack opennhrp-script to adjust SPD on spoke discovery. Though, tunnel mode makes nhrp pretty useless because the NBMA address is selected by security policy instead of by NHRP. > Assume the same is done between Hub and Spoke 2. If I run OpenNHRP on > the hub and spokes nodes, will dynamic tunnel between Spoke1 and > Spoke2 will be formed or not? Dynamic in the sense that we have not > specified any such configuration for Spoke1 and Spoke2 in the > ipsec.conf or in the racoon.conf. Am I missing some thing here? > According to Cisco DMVPN, the Spoke1 <---> Spoke2 ipsec tunnels will > be formed dynamically. > > Further, I am testing all this topology in the LAB, IF i am not using > BGP and specifying static routes in the HUB, whether Spoke1 will > learn the routes automatically and thus no routes will be needed to > be specified at the Spoke1 or Spoke 2 for traversing their private > networks? No. Tunnel mode and BGP are incompatible. Your suggestion is IPsec tunnel - not DMVPN. - Timo |