Well, I figured out a solution. The phone WAS sending 5 bytes but set the length field incorrectly. I amended the source code to be more forgiving.
From: Kea-users [mailto:[email protected]] On Behalf Of Sutherland, Rob Sent: Tuesday, November 08, 2016 3:41 PM To: [email protected] Subject: [Kea-users] Kea and malformed Vendor Class options [faked-from] I'm currently evaluating Kea and I have noticed that it will not accept packets from devices with a malformed Vendor Class option (option 124). Older Mitel phones encode this with 4 bytes, not 5. e.g. newer ("good"): 7c 05 00 00 04 03 00 older ("bad"): 7C 04 00 00 04 0 7C = 124, of course, and "04 03" is 1027, the Mitel enterprise ID. Any packet with the "bad" form triggers this error message: 2016-11-08 15:32:17.930 DEBUG [kea-dhcp4.bad-packets/27557] DHCP4_PACKET_DROP_0001 failed to parse packet from 10.200.200.1 to 10.200.107.32, received over interace eth1, reason: parsed Vendor Class option data truncated to size 4 Note: yes, "interace". From dhcp4_messages.cc Suggestions? Thanks in advance, Rob Rob Sutherland Senior Software Developer [email protected]<mailto:[email protected]> p: 613-280-2008 (Canada) p: 973-848-8811 (US)
_______________________________________________ Kea-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/kea-users
_______________________________________________ Kea-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/kea-users
