[Kea-users] Testing option 43
Darren Ankney
darren.ankney at gmail.com
Tue Jun 13 12:38:35 UTC 2023
Hi Kraishak,
Does this do something for some device you are trying to support?
option vendor-encapsulated-options "test";
Typically, option 43 is defined on the basis of something that a
vendor device needs to receive. That gives some constraints regarding
how it is configured. Most of the time, it will be a collection of
one or more sub-options. For example, here is one vendor's passing of
a URL for tr69 in ISC DHCP:
option space CALIXGC;
option CALIXGC.acs-url code 1 = text;
vendor-option-space CALIXGC;
option CALIXGC.acs-url "http://someurl";
which, translated to Kea, would look like this:
"option-def": [
{
"space": "CALIXGC",
"name": "acs-url",
"code": 1,
"type": "string"
},
{
"name": "vendor-encapsulated-options",
"code": 43,
"type": "empty",
"encapsulate": "CALIXGC"
}
],
"option-data": [
{
"name": "vendor-encapsulated-options",
"code": 43
},
{
"space": "CALIXGC",
"name": "acs-url",
"code": 1,
"data": "http://someurl"
}
]
See if you can send that to your device or discover what actual data
your device needs and we can see how that might be configured?
Thank you,
Darren Ankney
On Tue, Jun 13, 2023 at 7:42 AM Kraishak Mahtha <kraishak.edu at gmail.com> wrote:
>
> Hi Darren,
>
> Thank you for the suggestion but I am still facing the same problem.
>
> {
> "code": "43",
> "csv-format": true,
> "data": "74657374",
> },
>
> ---> With the above format I am getting a few issues because of double quotes for the code, and for CSV format, If I set that to true I am getting an error as
> 2023-06-13 06:23:40.309 ERROR [kea-dhcp4.dhcp4/6561.139810011805888] DHCP4_PARSER_FAIL failed to create or run parser for configuration element subnet4: option data does not match option definition (space: dhcp4, code: 43): attempt to write invalid option data field type into the option buffer: 0 (kea-dhcp4.conf:60:27)
> Error encountered: option data does not match option definition (space: dhcp4, code: 43): attempt to write invalid option data field type into the option buffer: 0 (kea-dhcp4.conf:60:27)
>
> The final trial is as follows:
> {
> "code": "43",
> "csv-format": false,
> "data": "74657374",
> },
>
> This also gave me an empty for option 43 in the ACK packet.
>
> This is the subnet of the ISC config that I using for testing
> subnet 3.4.0.0 netmask 255.255.0.0 {
> pool {
> range 3.4.0.2 3.4.0.5;
> range 3.4.0.12 3.4.0.16;
> range 3.4.0.41 3.4.0.56;
> }
> default-lease-time 86400;
> max-lease-time 86400;
> option domain-name "test.com";
> option domain-name-servers 6.6.6.6,7.7.7.7,8.8.8.4;
> option routers 3.4.0.1;
> option subnet-mask 255.255.0.0;
> option vendor-encapsulated-options "test";
> }
>
> Thanks
> Kraishak
>
>
>
> On Tue, Jun 13, 2023 at 12:35 AM Darren Ankney <darren.ankney at gmail.com> wrote:
>>
>> Hi Kraishak,
>>
>> Have a look here:
>> https://kea.readthedocs.io/en/kea-2.2.0/arm/dhcp4-srv.html?highlight=%22vendor-encapsulated-options%22#dhcpv4-vendor-specific-options
>>
>> You might need to setup encapsulated sub-options and tell Kea to
>> include the "vendor-encapsulated-options-space" content in the options
>> as a sub-option:
>>
>> "option-data": [
>> {
>> "name": "REPLACE_ME",
>> "space": "vendor-encapsulated-options",
>> "code": 1,
>> "csv-format": false,
>> "data": "74657374"
>> },
>> {
>> "name": "vendor-encapsulated-options"
>> }
>> ]
>>
>> So, above, first the data is added as a sub-option of option 43
>> (option 43 typically consists of one or more sub-options). Replace
>> "REPLACE_ME" with the name of the sub-option you are trying to send (I
>> think you can omit name entirely if there is none as that part isn't
>> sent). Set the code to the correct sub-option number. If this
>> particular data should not be a sub-option, then you might have to do
>> something like this:
>>
>> {
>> "code": "43",
>> "csv-format": true,
>> "data": "74657374",
>> },
>>
>> please note that if "csv-format" is set to false, then Kea will be
>> expecting "a hexadecimal string." see:
>> https://kea.readthedocs.io/en/kea-2.2.0/arm/dhcp4-srv.html?highlight=%22csv-format%22#standard-dhcpv4-options
>>
>> Can you share the option 43 portion of the ISC DHCP configuration you
>> are trying to convert if you still have trouble?
>>
>> Thank you,
>>
>> Darren Ankney
>>
>> On Mon, Jun 12, 2023 at 1:59 PM Kraishak Mahtha <kraishak.edu at gmail.com> wrote:
>> >
>> > Hi,
>> > I am trying to convert my ISC config to kea-equivalent and testing the changes as part of the testing, I am stuck at testing option 43 ,
>> > Using the keama tool I convert my ISC config to Kea equivalent config and tested the leases but in the DHCP ACK packet I cannot see option 43 coming when I operate with Kea
>> >
>> > sample code config for option 43 that I used in my testing subnet
>> > {
>> > "data": "74657374",
>> > "name": "vendor-encapsulated-options",
>> > "csv-format": false
>> > },
>> >
>> > But in log and tcpdump I see the empty value for option 43
>> >
>> > Log:
>> > ===
>> > 2023-06-12 15:10:26.284 DEBUG [kea-dhcp4.packets/30590.140464453838592] DHCP4_RESPONSE_DATA [hwtype=1 21:21:2f:00:00:01], cid=[01:21:21:2f:00:00:01]x8259145: responding with packet DHCPACK (type 5), packet details: local_address=192.168.0.125:67, remote_address=4.0.0.1:67, msg_type=DHCPACK (5), =0x8259145,
>> > options:
>> > type=001, len=004: 4294901760 (uint32)
>> > type=003, len=004: 4.0.0.1
>> > type=006, len=012: 6.6.6.6 7.7.7.7 8.8.8.4
>> > type=012, len=018: "dhcp-client-000001" (string)
>> > type=015, len=011: "test.com" (string)
>> > type=043, len=000: ----->Empty Value, and I cross-verified the tcpdump too.
>> > type=051, len=004: 86400 (uint32)
>> > type=053, len=001: 5 (uint8)
>> > type=054, len=004: 192.168.0.125
>> > type=061, len=007: 01:21:21:2f:00:00:01
>> >
>> > I have checked the discover packet option 55 just to make sure if my packet is asking for option 43 or not, and yes I can see option 43 in the option 55 parameter value.
>> >
>> > I am not sure what is wrong I am doing, Can someone who has familiar can guide me
>> >
>> > Thanks in Advance
>> > Kraishak
>> > --
>> > ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
>> >
>> > To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.
>> >
>> > Kea-users mailing list
>> > Kea-users at lists.isc.org
>> > https://lists.isc.org/mailman/listinfo/kea-users
>> --
>> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
>>
>> To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.
>>
>> Kea-users mailing list
>> Kea-users at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/kea-users
More information about the Kea-users
mailing list