Hi Timo, Ver is 0.13, some patches were added due to problems I reported to this forum in the past and the changes I think were latter submitted upstream as well. I went over the changes and did not really see the relation to the current problem (it was related NBMA address). Concerning how it breaks: First messages are exchanged between spoke and hub, but then spoke stops transmission. The counter of tx counter of mgre interface is not advancing when multicast is sent by Quagga. Another possibly important input is that I am running opennhrp inside a namespace implementing VRF-lite. Your support and recommendations are highly appreciated.
Thank you! Alex On Thu, Jun 11, 2015 at 5:13 PM, Timo Teras <timo.te...@iki.fi> wrote: > On Wed, 10 Jun 2015 09:18:47 +0300 > Alex Levit <alexl.glo...@gmail.com> wrote: > > > Hello, > > > > I have working HUB & Spoke setup, with RIP working over it and all is > > OK. > > > > I am trying to enable Phase3 feature and for this reason I am adding > > shortcut and redirect directives to opennhrp.conf as below: > > > > HUB > > ==== > > interface mgre1 > > holding-time 7200 > > multicast dynamic > > shortcut > > redirect > > > > Spoke > > ===== > > interface mgre1 > > holding-time 7200 > > map 4.1.1.6/24 2.1.6.1 register > > multicast 4.1.1.6 > > shortcut > > redirect > > ====================================== > > > > Multicast traffic from spoke to hub stops running and below messages > > are appearing in spoke log: > > > > .... > > Jun 9 21:36:49 SmartSwitch daemon.info opennhrp[7220]: Traffic > > Indication from proto src 4.1.1.6; about packet to 224.0.0.9 > > Jun 9 21:36:49 SmartSwitch daemon.info opennhrp[7220]: Sending > > Resolution Request to 224.0.0.9 > > Jun 9 21:36:49 SmartSwitch daemon.err opennhrp[7220]: No peer entry > > for protocol address 224.0.0.9 > > Jun 9 21:36:49 SmartSwitch daemon.info opennhrp[7220]: Failed to > > resolve 224.0.0.9: protocol address unreachable (6) > > .... > > > > Is there anything wrong with my config ? > > What is possible reason for that behavior ? > > The above logs are weird. TI is not sent on multicast traffic. At least > should not be. What version of opennhrp you have? Is there any local > patches applied? > > Could you also explain a bit more how the it breaks? >
------------------------------------------------------------------------------
_______________________________________________ opennhrp-devel mailing list opennhrp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opennhrp-devel