Created attachment 341 [details] Patch to modify DHCP client to support static routes and vendorinfo The attached patch modifies the DHCP client to support the DHCP options: (1) static routes and (2) vendorinfo. The static routes are being exported in a variable "sroutes" that contains a list such as "NETWORK1 NETMASK1 GATEWAY1 NETWORK2 NETMASK2 GATEWAY2". The Vendor info is being exported in a variable "vendorinfo_option1" where option1 is the suboption found (only option1 is supported as text option).
Created attachment 441 [details] static routes patch
Created attachment 443 [details] suboptions patch (needs more work)
Static routes patch is committed to git. Thanks. What is this suboption thing? Where is it used?
The vendor info structure can be used to receive vendor specific data that some servers advertise.
Created attachment 449 [details] suboptions patch (needs more work)
(In reply to comment #4) > The vendor info structure can be used to receive vendor specific data that some > servers advertise. I understand that. I was asking about more details. What is the format of this data? Can you give example(s) what some vendors put there? The patch for that is not so nice technically (uses large structure on the stack. why?). It also lacks any comments. What is "option1"? Is it a real suboption name? It sounds strange. Check out current git and see how OPTION_STATIC_ROUTES was explained in the comments. You need to do something like that for OPTION_SUBOPTIONS.
Actually it is not standard what a provider might put there. The providers we partner with usually put text data there to indicate local stuff (e.g. ACS server). That is the reason I used option1 as name for the field.
Edited bug description - static routes patch is in git now. Vendor info patch is not.
I believe with recent addition of arbitrary hex options this can be done without further modifying the code. Closing.