<div dir="ltr"><div><div><div><div><div><div><div>So... Here's some further investigation:<br></div>1. when the multicast socket is created first, then the link-local address socket created next, Dibbler does not receive messages from DHCPv6 clients.<br>
</div>2. when the link-local address socket is created first, then the multicast socket next, everything seems to work smoothly.<br></div>This must have changed somewhere in kernel at about 3.11-3.12.<br><br></div>How did I achieve this? I had to play with the source code. Final solution is to move a block of code within SrvTransMgr/SrvTransMgr.cpp in method TSrvTransMgr::openSocket.<br>
<br></div>When I took the block of code that begins with "#if 1" and ends with "#endif" just after the char srvAddr[16]; and recompile, it works.<br><br></div>Don't ask me why as I'm not a kernel, neither app developer.<br>
<br></div>Radek<br><div><div><div><div><br></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jun 18, 2014 at 9:10 PM, Radek Zajíc <span dir="ltr"><<a href="mailto:radek@zajic.v.pytli.cz" target="_blank">radek@zajic.v.pytli.cz</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dear all,<br><br>having the same issue, I did some further investigation. The firewall is not the problem (wide-dhcpv6 works), neither is an apparmor (uninstalled that piece of... and rebooted).<br>
<br>The configuration is really simple, however does not work with dibbler. It does work with wide-dhcp6, though.<br>
<br>First I was considered that dibbler may be affected by this issue: <a href="http://www.spinics.net/lists/netdev/msg286344.html" target="_blank">http://www.spinics.net/lists/netdev/msg286344.html</a><br>So I installed the latest kernel 3.15.0-031500-generic (testing on Ubuntu 14.04) - the problem still exists.<br>

<br>The latest thought I have is that dibbler is affected as mentioned here: <a href="http://serverfault.com/questions/590558/ubuntu-14-04-ipv6-multicast" target="_blank">http://serverfault.com/questions/590558/ubuntu-14-04-ipv6-multicast</a><br>

"This behavior was not present in kernel versions below 3.10, which apparently didn't handle node-local multicast properly. See the actual kernel patch that enforces this and the function definition of __ipv6_addr_needs_scope_id."<br>

<br>So I did further tests. Installed Ubuntu 13.10 with default kernel and settings - and Dibbler (0.8.2-1) works.<br>Installed Ubuntu 14.04 with default kernel and settings - and Dibbler (1.0.0~rc1-1) does not respond.<br>

<br>So I upgraded kernel in Ubuntu 13.10 to 3.14.1-031401-generic and Dibbler (0.8.2-1) does not respond anymore.<br><br>It seems there have really been kernel changes that broke/changed the multicast handling, breaking Dibbler completely.<br>

<br>To all of you who have problem with Dibbler, what kernel version are you using?<br><br>Thanks<br>Radek<br><br>=== dumps & info ===<br><br># tcpdump -i br0.2 '(udp port 546)||(udp port 547)' -n<br>tcpdump: verbose output suppressed, use -v or -vv for full protocol decode<br>

listening on br0.2, link-type EN10MB (Ethernet), capture size 65535 bytes<br># dibbler responses (missing)<br>16:22:26.251241 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>16:22:26.397952 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>

16:22:26.573567 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>16:22:27.615026 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>16:22:29.601133 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>

<br># wide-dhcpv6 responses (correct)<br>16:23:29.616639 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>16:23:29.616871 IP6 fe80::922b:34ff:fed1:ed8.49872 > fe80::e48a:3505:cf50:bb27.546: dhcp6 advertise<br>

16:23:29.617412 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 request<br>16:23:29.617556 IP6 fe80::922b:34ff:fed1:ed8.49872 > fe80::e48a:3505:cf50:bb27.546: dhcp6 reply<br>16:23:57.083111 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 confirm<br>

16:23:57.083308 IP6 fe80::922b:34ff:fed1:ed8.49872 > fe80::e48a:3505:cf50:bb27.546: dhcp6 reply<br>16:23:58.104311 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 confirm<br>16:23:58.104472 IP6 fe80::922b:34ff:fed1:ed8.49872 > fe80::e48a:3505:cf50:bb27.546: dhcp6 reply<br>

16:23:59.116940 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 confirm<br>16:23:59.117112 IP6 fe80::922b:34ff:fed1:ed8.49872 > fe80::e48a:3505:cf50:bb27.546: dhcp6 reply<br><br>==== Dibbler configuration ====<br>

# cat /etc/dibbler/server.conf<br>log-level 8<br>preference 0<br>iface "br0.2" {<br> // also ranges can be defines, instead of exact values<br> t1 1800-2000<br> t2 2700-3000<br> prefered-lifetime 3600<br> valid-lifetime 7200<br>

 class {<br>    pool 2a01:8c00:ff44::1000/96<br> }<br> ta-class {<br>    pool 2a01:8c00:ff44::2000/96<br> }<br> option dns-server 2a01:8c00:ff44::127<br>}<br><br># dpkg --list|grep dibbler<br>ii  dibbler-doc                                           1.0.0~rc1-1                                         all          documentation for Dibbler<br>

ii  dibbler-server                                        1.0.0~rc1-1                                         amd64        portable DHCPv6 server<br><br># ip -6 maddr show dev br0.2<br>6:      br0.2<br>        inet6 ff02::1:2<br>

        inet6 ff02::1:ff00:2<br>        inet6 ff02::fb<br>        inet6 ff02::1:ff00:0 users 2<br>        inet6 ff02::1:ffd1:ed8<br>        inet6 ff02::1:ff00:1<br>        inet6 ff02::2 users 2<br>        inet6 ff02::1<br>

        inet6 ff01::1<br><br>==== wide-dhcpv6-server ====<br># cat /etc/wide-dhcpv6/dhcp6s.conf<br>option domain-name-servers      2a01:8c00:ff44::127;<br>option domain-name              "dira.lan";<br><br>interface br0.2 {<br>

    address-pool br02 3600;<br>};<br><br>pool br02 {<br>    range 2a01:8c00:ff44::1000 to 2a01:8c00:ff44::2000;<br>};<br><br># dpkg --list|grep wide-dhcp<br>ii  wide-dhcpv6-server                                    20080615-12                                         amd64        DHCPv6 server for automatic IPv6 hosts configuration<br>

<br># ip -6 maddr show dev br0.2<br>6:      br0.2<br>        inet6 ff05::1:3<br>        inet6 ff02::1:2<br>        inet6 ff02::1:ff00:2<br>        inet6 ff02::fb<br>        inet6 ff02::1:ff00:0 users 2<br>        inet6 ff02::1:ffd1:ed8<br>

        inet6 ff02::1:ff00:1<br>        inet6 ff02::2 users 2<br>        inet6 ff02::1<br>        inet6 ff01::1<br><br>============== Ubuntu 13.10 with linux-image-3.11.0-12-generic ======================<br>20:57:13.467201 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>

20:57:13.467685 IP6 fe80::5054:ff:fe05:c0d1.547 > fe80::e48a:3505:cf50:bb27.546: dhcp6 advertise<br>20:57:13.497322 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>20:57:13.498217 IP6 fe80::5054:ff:fe05:c0d1.547 > fe80::e48a:3505:cf50:bb27.546: dhcp6 advertise<br>

20:57:13.671613 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>20:57:13.672369 IP6 fe80::5054:ff:fe05:c0d1.547 > fe80::e48a:3505:cf50:bb27.546: dhcp6 advertise<br>20:57:14.668986 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>

20:57:14.669696 IP6 fe80::5054:ff:fe05:c0d1.547 > fe80::e48a:3505:cf50:bb27.546: dhcp6 advertise<br>20:57:16.668977 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>20:57:16.669683 IP6 fe80::5054:ff:fe05:c0d1.547 > fe80::e48a:3505:cf50:bb27.546: dhcp6 advertise<br>

20:57:16.895300 IP6 fe80::5054:ff:fe05:c0d1.546 > ff02::1:2.547: dhcp6 renew<br>20:57:20.684582 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>20:57:20.685098 IP6 fe80::5054:ff:fe05:c0d1.547 > fe80::e48a:3505:cf50:bb27.546: dhcp6 advertise<br>

<br>============== Ubuntu 13.10 with 3.14.1-031401-generic ======================<br>21:04:06.376502 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>21:04:06.414278 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>

21:04:06.440153 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>21:04:07.454272 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>21:04:09.455268 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>

21:04:13.457167 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br>21:04:21.461210 IP6 fe80::e48a:3505:cf50:bb27.546 > ff02::1:2.547: dhcp6 solicit<br><br><br><div class="gmail_extra"><br><br><div class="gmail_quote">
<div><div class="h5">
On Fri, May 30, 2014 at 5:11 PM, George Joseph <span dir="ltr"><<a href="mailto:george.joseph@fairview5.com" target="_blank">george.joseph@fairview5.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><div class="h5">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>On Fri, May 30, 2014 at 3:52 AM, Tomasz Mrugalski <span dir="ltr"><<a href="mailto:thomson@klub.com.pl" target="_blank">thomson@klub.com.pl</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 30.05.2014 10:42, <a href="mailto:amysue.z@gmail.com" target="_blank">amysue.z@gmail.com</a> wrote:<br>



> I have installed dibbler 0.84 on centos 6.3 32bit. The pc has received<br>
> client solicit message, verified by wireshark. But dibbler server don't,<br>
> and no advertise message send.<br>
> I have no idea what to do now, could any one help me.<br>
Check your firewall. Wireshark is doing raw packet capture on wire, so<br>
it bypasses firewall. Dibbler opens regular UDP socket, so it is<br>
affected by a firewall.<br>
<br>
Two things to check: ip6tables and apparmor.<br>
<br>
Tomek<br>
<br></blockquote></div><div>Funny...I have the exact same problem on Fedora 20.  I had previously run dibbler with no issues but switched back to "dhcpd -6" for a while.   When I tried dibbler again last week (same binary as the earlier working install), it acted as though it wasn't receiving packets and I had to go back to "dhcpd -6".    I did upgrade from Fedora 19 to 20 in the mean time so I'm wondering if something in the environment is causing the problem.  dhcpd IS working though.</div>


<div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div></div></div></div>
<br></div></div>_______________________________________________<br>
<a href="http://klub.com.pl/cgi-bin/mailman/listinfo/dibbler" target="_blank">http://klub.com.pl/cgi-bin/mailman/listinfo/dibbler</a><br>
<br></blockquote></div><br></div></div>
</blockquote></div><br></div>