[Dnsmasq-discuss] dnsmasq 2.64rc2

[Simon Kelley]

On 02/12/12 11:34, Gene Czarcinski wrote:
> On 12/02/2012 06:19 AM, Gene Czarcinski wrote:
>> On 12/01/2012 04:25 PM, Simon Kelley wrote:
>>> I've pushed dnsmasq-2.64rc2 at
>>>
>>> http://www.thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.64rc2.tar.gz
>>>
>>>
>>> This adds an extra check on which interfaces router advertisements go
>>> out on, and the SetDomainServers DBus method. This will become 2.64
>>> final very soon unless any problems are reported.
>>>
>> This is looking very good! The my RTR-ADVERT problem (really the RAs
>> from the virtual network's dnsmasq being sent to the real NIC) seem to
>> have disappeared. While I believe that things are fixed, I want to do
>> a little more testing.
>>
>> In addition, I want to look at the source code as compared to 2.64rc1
>> to see what you did.
>>
>> I do notice one change that I found a bit surprising. With two virtual
>> network autostarted [10:6 on virbr11 and 10:8 on virbr15], RTR-ADVERT
>> messages are only for virbr15 [10:8]. Net6 appears OK and functions
>> with virtual guests but far fewer RTR-ADVERT messages from it... like
>> none. Just saying.
>>
> Problem still exists where p33p1 is getting SLAAC addresses.
>
> When this occurs, there are no RTR-ADVERT syslog messages for the
> network now on p33p1. Sometimes it is only one and other times it is
> both net6 and net8, I doubt that this would happen with DHCPv6 because
> there has to be a server out there actually servicing that network.
>
> I will keep poking around.

Ok, that supports my theory that a router-advert multicast is somehow 
making it from a virbr interface to p33pl. The new check suppresses the 
adverts on p33pl, but not the original problem. If this occurs with 
--bind-dynamic, but not --bind-interfaces, another possibility is some 
scary race condition associated with the creation of the new interface.


Simon.

>
> Gene
>
> _______________________________________________
> Dnsmasq-discuss mailing list
> Dnsmasq-discuss at lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>