<div dir="ltr">Hello Francis, good evening. Any news on my question??<br><div style="font-family:comic sans ms,sans-serif;font-size:large;display:inline" class="gmail_default">​<u>​</u></div><u>Old</u><div style="font-family:comic sans ms,sans-serif;font-size:large;display:inline" class="gmail_default"><u>​</u> <u>​</u></div><u>issue:</u><br><ol><li>I suppose it sends unicast<div style="font-family:comic sans ms,sans-serif;font-size:large;display:inline" class="gmail_default">​ ​</div>and I know it does NOT work: [root@geek njp]# /opt/kea/sbin/perfdhcp -6 -e address-only 2001:db8:beef:55:2</li><li>I suppose it sends multicast<div style="font-family:comic sans ms,sans-serif;font-size:large;display:inline" class="gmail_default">​ ​</div>and works:  [root@geek njp]# /opt/kea/sbin/perfdhcp -6 -l eth0<br></li></ol><br>Continuing with my thesis I came across a curious<div style="font-family:comic sans ms,sans-serif;font-size:large;display:inline" class="gmail_default">​ ​</div>observation. Evaluating the<div style="font-family:comic sans ms,sans-serif;font-size:large;display:inline" class="gmail_default">​ ​</div>physical<div style="font-family:comic sans ms,sans-serif;font-size:large;display:inline" class="gmail_default">​ ​</div>resources of the server during a stress test using perfdhcp I noticed that kea-dhcp6 does not use any memory, but a lot of processing power<div style="font-family:comic sans ms,sans-serif;font-size:large;display:inline" class="gmail_default">​ ​</div>(ran pidstat server side twice)!! Can this be ?? What is the explanation for this behavior??<br><br>Thank you so much for all the help<br><br><br>On Mon, Sep 11, 2017 at 12:07 PM, Nicolas Javier Pantazis <<a href="mailto:nicolasjavierp@gmail.com">nicolasjavierp@gmail.com</a>> wrote:<br>><br>> Hello Francis, good morning. I have resolved the issue, scouring through the logs I found a legend that read something like "Kea dropped package because it is Unicast" so I investigated the options of perfdhcp and reformulated how I call the script.<br>><br>> Before: [root@geek njp]# /opt/kea/sbin/perfdhcp -6 -e address-only 2001:db8:beef:55:2<br>> After:  [root@geek njp]# /opt/kea/sbin/perfdhcp -6 -l eth0<br>><br>> It works now but I still do not completely understand why the client was sending  packages on unicast to the server and not responding. <br>><br>> Thank you for everything<br>><br>><br>> On Fri, Sep 8, 2017 at 11:21 AM, Francis Dupont <<a href="mailto:fdupont@isc.org">fdupont@isc.org</a>> wrote:<br>>><br>>> Nicolas Javier Pantazis writes:<br>>> > Hello Francis, good morning. Thank you for the reply, they do match here is<br>>> > the output of the dhcpdump:<br>>> ><br>>> > 19:11:48.300621 IP6 2001:db8:beef:55::3.dhcpv6-client ><br>>> > 2001:db8:beef:55::2.dhcpv6-server: dhcp6 solicit<br>>><br>>> => and lsof? Kea won't listen on 2001:db8:beef:55::2 by default.<br>>><br>>> > The issue is very strange that is why I need your help. The strange thing<br>>> > is that perfdhcp worked perfectly for ipv4.<br>>><br>>> => DHCPv4 uses (by default, you can change the service socket type)<br>>> a BPF/LPF/etc socket, DHCPv6 uses standard UDP.<br>>><br>>> Regards<br>>><br>>> Francis Dupont <<a href="mailto:fdupont@isc.org">fdupont@isc.org</a>><br>>><br>>> > > Can you check solicits are sent to an address the server is listen to?<br>>> > > (you should have the destination address in your dump, for the server<br>>> > > lsof displays open file (including socket) details).<br>>> > > If not match, you should modify the perfdhcp argument or the Kea server<br>>> > > config (cf interface configuration in DHCPv4 server guide).<br>>><br>>> PS: you can have a kernel filter (ip6tables on Linux) which drops<br>>> incoming packets. Usually tcpdump/wireshark/etc can see them but<br>>> they are not delivered to the server.<br>><br>><br>><br>><br>> --<br>> Nicolas Javier Pantazis<br>><br>> ---------- __o<br>> -------- _`\<,_      "The bike wants to go fast!   and brakes are death!"<br>> ------- (*)/ (*)<br>> ~~~~~~~~~~~~~~~~<br>><br>><br><br><br><br>--<br>Nicolas Javier Pantazis<br><br>---------- __o<br>-------- _`\<,_      "The bike wants to go fast!   and brakes are death!"<br>------- (*)/ (*)<br>~~~~~~~~~~~~~~~~<br><br></div>