[c-nsp] nhrp/dmvpn network-id

[danger will]

Hi Pete

Thanks i also thought of that but this still doesn't explain why for example in a dual dmvpn cloud / dual hub scenario you have to use different network-id's for each cloud as per the design guides. Because if it doesn't matter why not use the same network-id for the two dmvpn clouds

Thanks
--- On Thu, 9/9/10, Pete S. <pshuleski at gmail.com> wrote:

From: Pete S. <pshuleski at gmail.com>
Subject: Re: [c-nsp] nhrp/dmvpn network-id
To: "danger will" <myniuid at yahoo.com>
Cc: cisco-nsp at puck.nether.net
Date: Thursday, September 9, 2010, 5:51 AM

nhrp network-id is a locally significant.  Think OSPF process ID.  Much as you keep the OSPF process ID the same across a domain for sanity, Cisco recommends you keep the nhrp network-id the same on a single NHRP 
network(hub interface, and spokes) as a quick reference for what tunnel 
interface it terminates to on the hub.

So as you tested, you can use different network-id values on the spokes, as the network-id only matters locally.  Or you can do crazy things, on the hub, like bind two GRE tunnels to the same NHRP network(dmvpn cloud). 



--Pete





On Wed, Sep 8, 2010 at 9:13 PM, danger will <myniuid at yahoo.com> wrote:

Hi there



i’ve been bashing my head around this problem for a few days please help



ip nhrp network-id this is used to turn on nhrp on an interface and to

provide the logical membership to a certain DMVPN cloud, otherwise

stated each DMVPN cloud should have it’s unique network id, at least this is what all the design guides recommend.



What i did in my lab was to have each spoke and the hub in different

DMVPN clouds meaning spoke one had network-id 1 , spoke 2 had network-id

 2, hub had network-id 3 etc and it seemed to work just fine so i don't

understand the use of “ip nhrp network-id” and i can't seem to find a document to explain this in greater detail



Thanks