Hello there, I have a testing lab with :
1 OpenBSD router which have 2 vlan interfaces (PF is not enabled) 1 Switch with 2 vlan configured I can ping from one host on vlan A to another host on vlan B. I try to broadcast with VLC a sample song with a multicast address from host on vlan A. >From the host on vlan B, I have another VLC client with try to join the multicast address to play the song. I changed these settings to enable multicast forwarding (and rebooted) : net.ip.inet.mforwarding=1 in sysctl multicast=YES in rc.conf.local Then, I successfully configured dvmrpd with a sample dvmrpd.conf : "interface vlanA interface vlanB " I start dvmrpd with "dvmrpd -dv", and the only one way to make this work is to : Stop broadcasting traffic from host on vlan A. Stop listening from host on vlan B. Run the command "dvmrpd -dv" Start listening from host on vlan B. Start broadcasting from host on vlan A. When I run the command "dvmrpd -dv" with the host on vlan A broadcasting multicast, the dvmrpd daemon just stops after he started. Here is the debug output : " startup kmr_init: interface vlanA kmr_init: interface vlanB fsm_if: event 'UP' resulted in action 'START' and changing state for interface vlanB from 'DOWN' to 'QUERIER' rt_insert: inserting route 192.168.1.0/24 fsm_if: event 'UP' resulted in action 'START' and changing state for interface vlanA from 'DOWN' to 'QUERIER' rt_insert: inserting route 192.168.2.0/24 send_igmp_query: interface vlanA send_igmp_query: interface vlanB mfc_start_expire_timer: group 224.80.0.1 mfc_start_prune_timer: group 224.80.0.1 mrt_add_mfc: interface 29, group 224.80.0.1 fatal in dvmrpe: unknow neighbor to send prune route decision engine exiting kernel multicast forwarding cache decoupled kmr_shutdown: interface vlanB kmr_shutdown: interface vlanA waiting for children to terminate terminating My questions are : - Why dvmrpd is so unstable while he's just receiving traffic? - Can I simply add a static route instead of using dvmrpd? - Can you confirm me dvmrpd is more efficient than mrouted at this time ? Many thanks for your help Cheers Luthing -- Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-dev-tech-f151936.html