[Dnsmasq-discuss] Gotcha!

[Gene Czarcinski]

Well, I seem to be able to create the problem at will!

I created a small patch (attached) to instrument things.  The result was 
that BOTH autostarted networks got screwed up! The syslog is also 
attached.  Here is the output of ip addr which show not one but TWO bad 
addresses on it [10:6 and 10:8]:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     inet 127.0.0.1/8 scope host lo
     inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: p33p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast 
state UP qlen 1000
     link/ether 30:85:a9:8f:e9:82 brd ff:ff:ff:ff:ff:ff
     inet 192.168.17.2/24 brd 192.168.17.255 scope global p33p1
     inet6 fd00:beef:10:6:3285:a9ff:fe8f:e982/64 scope global dynamic
        valid_lft 7135sec preferred_lft 7135sec
     inet6 fd00:beef:10:8:3285:a9ff:fe8f:e982/64 scope global dynamic
        valid_lft 7172sec preferred_lft 7172sec
     inet6 fd00:dead:beef:17:1::2/128 scope global
        valid_lft forever preferred_lft forever
     inet6 fe80::3285:a9ff:fe8f:e982/64 scope link
        valid_lft forever preferred_lft forever

Here is what I believe is the solution (it is pretty much in the 
patch).  In periodic_ra() [radv.c], a test needs to be added so that if 
the send_ra() is to go to an interface which is NOT ours, don't do it 
... "ours" being defined by any interface=<ip6addr>

My next step is to give this a try.

I do not know if this is the absolutely right fix because I am not sure 
I understand how p33p1 got queued up for this dnsmasq instance.

Any insight appreciated.

Gene
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dnsmasq-ra-debug-2.patch
Type: text/x-patch
Size: 2127 bytes
Desc: not available
URL: <http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/attachments/20121201/522d8d21/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RTR-ADVERT-falcon-p33p1-3.log.gz
Type: application/x-gzip
Size: 2867 bytes
Desc: not available
URL: <http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/attachments/20121201/522d8d21/attachment-0001.bin>