David Anderson 78dd971886 Checkpoint some further hacking on AF_PACKET, before bailing. ...

AF_PACKET is poorly suited to be the main receiving socket of this
implementation, for a variety of reasons: it bypasses netfilter, you
receive duplicate packets when bridges and aggregated links are involved,
and more generally it's a lot of pain just to get a MAC address out of
the link layer.

Next up, I'm going to try using an AF_INET/SOCK_RAW socket as the main
listening socket, which loses a bit of precision in acquiring packets, but
puts more of the kernel and its desirable semantics between us and the wire.
We'll still have to use an AF_PACKET socket to transmit to unconfigured
clients (although the spec gives us an option to sidestep that as well
if we want).

2016-03-24 23:58:38 -07:00

..

testdata

Add a DHCPREQUEST from a DHCP relay to the test dataset.

2016-03-23 23:18:58 -07:00

conn_linux.go

Checkpoint some further hacking on AF_PACKET, before bailing.

2016-03-24 23:58:38 -07:00

options_test.go

Add copyright/license headers to source.

2016-03-05 15:14:52 -08:00

options.go

Document dhcp.Options.Uint16.

2016-03-23 23:46:32 -07:00

packet_test.go

Rename dhcp.go to packet.go in preparation for introduction of server.

2016-03-15 20:25:24 -07:00

packet.go

Add a Conn type for sending and receiving DHCP packets.

2016-03-23 23:30:42 -07:00

server.go

Enable custom import paths.

2016-03-24 13:12:10 -07:00