[Dnsmasq-discuss] No unsolicited RAs on interface that doesn't exist at startup

Maarten de Vries maarten+dnsmasq at m.de-vri.es
Sat May 12 00:02:51 BST 2018


Awesome. Thanks for the quick merge, and of course dnsmasq itself :)

-- Maarten


On 12-05-18 00:24, Simon Kelley wrote:
> Patch slightly rearranged and applied.
>
>
> Thanks,
>
> Simon.
>
>
> On 10/05/18 21:07, Maarten de Vries wrote:
>> I noticed that dnsmasq often wasn't sending any unsolicited RAs for me.
>>
>> This turned out to happen when the interface (a bridge interface) wasn't
>> created yet at the time dnsmasq started. When dnsmasq is started after
>> the interface is created, it sends RAs as expected. I assume this also
>> extends to other types of virtual interfaces that are created after
>> dnsmasq starts.
>>
>> Digging into the source, it seems to be caused by a missing call to
>> ra_start_unsolicited for non-template contexts in construct_worker from
>> src/dhcp6.c. The attached patch adds that call, but only if the
>> interface index or address changed to prevent doing fast RAs for no reason.
>>
>> I tested it on my own server and it appears to work as expected. When
>> the interface is created and configured, dnsmasq does fast RAs for a
>> while and then settles into slow RAs.




More information about the Dnsmasq-discuss mailing list