Bug 15928 - udhcpc6 -O option data not added as environment data when processing returned server response
Summary: udhcpc6 -O option data not added as environment data when processing returned...
Status: NEW
Alias: None
Product: Busybox
Classification: Unclassified
Component: Networking (show other bugs)
Version: 1.36.x
Hardware: All Linux
: P5 normal
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-01-29 12:13 UTC by Nicholas Langford
Modified: 2024-01-29 12:13 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:


Attachments
Patch to encode option data as hex string oin env variable if not directly supported in dhcpv6 client (1005 bytes, application/octet-stream)
2024-01-29 12:13 UTC, Nicholas Langford
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nicholas Langford 2024-01-29 12:13:22 UTC
Created attachment 9700 [details]
Patch to encode option data as hex string oin env variable if not directly supported in dhcpv6 client

Using busybox v1.36.1

When running a DHCPv6 client and adding user defined options, using the -O, on the udhcpc6 command line, the data returned by the DHCP server is not accessible in the script defined in the -s command line option.

The use of the -O option works for DHCPv4 clients with the option data being processed and exposed as an environment variable.  E.g. with "-O 143" on the command line any returned data would be encoded as a hex string under the variable opt143, which is in turn accessible in the script referenced by the -s CLI option (as $opt143).

This does not seem to be implemented for the DHCPv6 client.

To address this I have created a local patch file that replicates the behavior I observed with DHCPv4 (see attachment)

I hope this can be used to address this bug...