Differences

This shows you the differences between two versions of the page.

--- soc:2011:pcmattman:journal:week8 [2011/07/15 02:26]
pcmattman day 4 log
+++ soc:2011:pcmattman:journal:week8 [2011/07/15 07:02]
pcmattman day 5 log
@@ Line 32: / Line 32: @@
 So far so good though.
+==== Day 5 (July 15) ====
+I managed to implement checking of both the Client ID and Server ID in all packets that are received from a server this evening. This will keep gPXE from accepting DHCPv6-assigned addresses that don't actually belong to it, as well as keeping to the standard.
+The initial of DHCPv6 is essentially complete at this stage, as a full transaction can be performed both with and without rapid commit support, as well as a standard Information Request (to retrieve only DNS servers, for example). Still lacking is the support for actually configuring gPXE with the outcome of a DHCPv6 session, but this will involve the previously mentioned settings.h changes. That will be the next thing I implement.
+I'm also not sure about how to set up routing for DHCPv6 addresses yet. The RFC does not actually state that an IPv6 prefix or router information is provided as part of a standard address assignment, so it is impossible to globally route packets without a router advertisement. I'm half tempted to perform a router advertisement as the first stage in a DHCPv6 session, and store the resulting router and prefix for later use. This would require the router solicitation function to change a bit to return a bit more information, but I don't see that being a problem. The alternative is to try and manipulate existing IPv6 miniroutes or inject new routes hoping that it "just works".
+One important note about completing this basic DHCPv6 support - aside from IPv6 fragmentation and proper handling of IPv6 extension headers, IPv6 support is now "functionally complete" in gPXE. Hurrah! :)

Trace:

Differences

Navigation

Search

Toolbox

QR Code