GitLab

 * The code was trying to find pkt.lladdr but this doesn't exist in an RS packet.
Instead pkt.src exists which has a value like: fe80::a800:ff:fab1:abcd So we
need to convert this address (which is a link local address) to a mac address
and use that mac.

Introduce ipv62mac function which does the ipv6 address to mac conversion.

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

..so that rs responses (RA) and periodic ra are identical. Otherwise
some OSes seem to lose already obtained DNS configuration after
receiving an RA with O flag unset.
Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

In case of an IPv6 only VM we have to serve a Domain Search List
so that Windows VM can find the kms server by issuing:

nslookup -type=srv _vlmcs._tcp

An extra config option in ipv6 section is added; domains
This is a list of search domains included in DHCP6_Reply.
Since we validate it with force_list() there is no need for a
trailing comma.

This info could be passed in RAs but DNSSL options is not currently
supported by scapy's inet6.py.
Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

1) # tcpdump -i tap10 -vvv -w tcpdump.pcap to save capture in a tmp file
2) # python analyze_pcap.py tcpdump.pcap to see on-liner logs
3) # python analyze_pcap.py tcpdump.pcap -n 14 to see a packet's details
Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

This means that IPv6 will be auto-configured but DNS info
will be obtained via DHCPv6 requests.

With other words our router advertisements have the "O" flag set
and we add another handler that serves DHCPv6 requests by
passing DNS info.

Use a separate NFQUEUE to mangle the DHCPv6 traffic. Add another
ferm rule to achieve that.

This is done because Windows do not support RFC 6101:

http://tools.ietf.org/search/rfc6106
http://social.technet.microsoft.com/Forums/windowsserver/en-US/5757980a-5983-4efc-a5f3-27687b90fe41/does-win7-or-w2k8-server-support-rfc-6106?forum=ipv6Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

This is needed for NIC that obtain only IPv6.
Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Conflicts:
	version
Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Support both callback function signatures.
Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

* add devflow.conf
* add base version file

* add devflow.conf
* add base version file

This reverts commit be1030ab.

All IPv4 and IPv6 examples should use the documentation/test
ranges, see
https://tools.ietf.org/html/rfc5737 and
https://tools.ietf.org/html/rfc3849.

Conflicts:
	nfdhcpd.conf
Signed-off-by: Vangelis Koukis <vkoukis@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

dhcp - process_pending(5000)
rs - process_pending(10)
ns - process_pending(10)
Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>

Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>