djzort / net-dhcp Goto Github PK

See also https://en.wikipedia.org/wiki/MIT_License and https://metacpan.org/pod/Software::License::MIT

Contributors need to sign off:

@njtaylor n/a
@kyzn yes
@rfdrake yes
@shadowwa yes
@robertlandrum yes

Plus prior authors and contributors TBD

SHADINGER contacted by email and has given all his copyrights to me.

From https://rt.cpan.org/Ticket/Display.html?id=65890:

I was just trying out 0.66 of Net::DHCP::Packet (but also looking at 0.67_1 @ http://search.cpan.org/~djzort/Net-DHCP-0.67/lib/Net/DHCP/Packet.pm) and I don't see any support for IANA option 121 (aka MS option 249) for classless static routes. Notice:

Options :
...
(121) = \x10\x0A\x0A\x00\x00\x0A\x0A\x00\x01

I could obviously just wait for you to add it and update (and will when you do) but any hints on how to parse that in the meanwhile? I guess I need to "unpack()" it.

I've got a need to implement the getSubOptionValue method: I need to get the option 82 subtype 1 to know what client just tried getting a DHCP address.

It looks like getSubOptionValue is implemented, but commented-out completely with a FIXME note above. What's left to fix so that I can make this method work?

Hello,

Where can I find the Makefile.PL file ?

Regards.

But the documentation links to it several times from the "SEE ALSO" section (Net::DHCP, Net::DHCP::Packet::IPv4Utils, Net::DHCP::Constants, Net::DHCP::Packet).

If using long dhcp options (e.g. option 43) these should be splitted into multiple options. Currently if using addOptionRaw(DHO_VENDOR_ENCAPSULATED_OPTIONS ... with a value > 255 bytes Net::DHCP creates a malformed dhcp packet because it puts the whole data into a single option 43. According to RFC3396 Net::DHCP must split the option into multiple options of the same type. So currently we have for example a single option 43 with 500 bytes but there should be two options 43. One with the first 255 bytes of the value and another one with the remaining 245 bytes. This applies not just for the option 43 but here it is most common that you have a lot of data.