Re: [opennhrp-devel] Tunnel route traffic but after a time stops working

[Timo T. <tim...@ik...>]

Sonia wrote:
> Thank you Timo!! Enabling CONFIG_ARPD in 2.6.22.19 kernel solves the
> problem. So opennhrp uses ARPD cache to get the IP address of the
> NHRP packet destination, doesn't it??

Yes. You can see the active private to public IP mappings using
"ip neigh show", just like you see IP to MAC mappings. opennhrp
replaces in-kernel ARP implementation with userland NHRP
implementation.

> Now we have to run a routing protocol over the gre tunnel, such as
> RIP-v2 which uses multicast traffic. How can we configure opennhrp to
> make it work??

Multicast traffic is tricky. It works to some degree, but still
needs more work. It is also highly dependent on your spoke/hub
topology. Read opennhrp.conf(5) and usage of "multicast" in config
file.

You might be good enough with "multicast nhs" on leaf nodes.
Additionally you need to think about how shortcuts are formed. I'm
not all familiar how RIP works, but nature of DMVPN partial mesh
needs to be taken into account when choosing the exact configuration.

I am using BGP myself, and tested OSPF once and got it working.

> Thank you again!!
> 
> PD: if I have time I will try to make a patch for NHRP header flags!

Nice. For leaf node, you are probably just interested about what type
of registration is sent. So managing that bit is fairly trivial.

To get the the NHS side handled properly needs a fair amount of work.

- Timo