[Kea-users] Recieving DHCP4_PACKET_PROCESS_STD_EXCEPTION

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[Kea-users] Recieving DHCP4_PACKET_PROCESS_STD_EXCEPTION

Justin Bail

Setup: Ubuntu server 18.04.2 Kea 1.4.0-P1

 

We are migrating our subnets from isc dhcp to kea dhcp.  We thought we had everything ironed out then this came up.

 

We get these messages in kea_dhcp.log

 

kea_dhcp 2019-07-24 14:57:37.878 ERROR [kea-dhcp4.packets/23825] DHCP4_PACKET_PROCESS_STD_EXCEPTION exception occurred during packet processing: failed to parse an option '1' holding string value - empty value is not accepted

 

We found this in the messages doc but didn’t find specific information to troubleshoot it.

 

We changed logging to debug with no luck in capturing anything else about the discover.

 

We are only seeing these issues so far when something sends option 60 information. Specifically Meraki devices.  We are not doing anything with option 60 in our config.

 

The mac address of the device does not appear in the logs which makes troubleshooting harder.  I did get the discover in a tcp dump from one of the affected devices.  That packet is below with our information and the customer’s redacted.

 

13:37:41.755777 IP (tos 0x0, ttl 254, id 14712, offset 0, flags [none], proto UDP (17), length 382)

    gatewayaddress.bootps > harpy.bootps: [udp sum ok] BOOTP/DHCP, Request from customer’s mac address (oui Unknown), length 354, hops 1, xid 0x54ef0604, Flags [none] (0x0000)

          Gateway-IP the subnet’s gateway here

          Client-Ethernet-Address e0:cb:bc:bc:92:34 (oui Unknown)

          Vendor-rfc1048 Extensions

            Magic Cookie 0x63825363

            DHCP-Message Option 53, length 1: Discover

            Client-ID Option 61, length 7: ether customer’s mac

            Hostname Option 12, length 22: "customer gear"

            Vendor-Class Option 60, length 6: "MERAKI"

            Vendor-Option Option 43, length 3: 1.0.255

            Parameter-Request Option 55, length 7:

              Subnet-Mask, Domain-Name, Default-Gateway, BR

              Hostname, Domain-Name-Server, MTU

            Agent-Information Option 82, length 48:

              Circuit-ID SubOption 1, length 32: **********

              Remote-ID SubOption 2, length 12: **************

            END Option 255, length 0

            SS Option 16, length 0

            PAD Option 0, length 0, occurs 2|[rfc1048]

 

Justin Bail
Systems Engineer
Office:  (812) 935-2429

Justin.Bail@...  |  smithville.com



Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here.


_______________________________________________
Kea-users mailing list
[hidden email]
https://lists.isc.org/mailman/listinfo/kea-users
Reply | Threaded
Open this post in threaded view
|

Re: [Kea-users] Recieving DHCP4_PACKET_PROCESS_STD_EXCEPTION

Thomas Markwalder
Hi Justin:

It would help us chase this down if you could send us the PCAP.  You can do this by opening a bug issue in gitlab, marking it as confidential, and then attaching the PCAP.

https://gitlab.isc.org/isc-projects/kea/issues


Thanks,

Thomas Markwalder
ISC Software Engineering



On 7/24/19 3:03 PM, Justin Bail wrote:

Setup: Ubuntu server 18.04.2 Kea 1.4.0-P1

 

We are migrating our subnets from isc dhcp to kea dhcp.  We thought we had everything ironed out then this came up.

 

We get these messages in kea_dhcp.log

 

kea_dhcp 2019-07-24 14:57:37.878 ERROR [kea-dhcp4.packets/23825] DHCP4_PACKET_PROCESS_STD_EXCEPTION exception occurred during packet processing: failed to parse an option '1' holding string value - empty value is not accepted

 

We found this in the messages doc but didn’t find specific information to troubleshoot it.

 

We changed logging to debug with no luck in capturing anything else about the discover.

 

We are only seeing these issues so far when something sends option 60 information. Specifically Meraki devices.  We are not doing anything with option 60 in our config.

 

The mac address of the device does not appear in the logs which makes troubleshooting harder.  I did get the discover in a tcp dump from one of the affected devices.  That packet is below with our information and the customer’s redacted.

 

13:37:41.755777 IP (tos 0x0, ttl 254, id 14712, offset 0, flags [none], proto UDP (17), length 382)

    gatewayaddress.bootps > harpy.bootps: [udp sum ok] BOOTP/DHCP, Request from customer’s mac address (oui Unknown), length 354, hops 1, xid 0x54ef0604, Flags [none] (0x0000)

          Gateway-IP the subnet’s gateway here

          Client-Ethernet-Address e0:cb:bc:bc:92:34 (oui Unknown)

          Vendor-rfc1048 Extensions

            Magic Cookie 0x63825363

            DHCP-Message Option 53, length 1: Discover

            Client-ID Option 61, length 7: ether customer’s mac

            Hostname Option 12, length 22: "customer gear"

            Vendor-Class Option 60, length 6: "MERAKI"

            Vendor-Option Option 43, length 3: 1.0.255

            Parameter-Request Option 55, length 7:

              Subnet-Mask, Domain-Name, Default-Gateway, BR

              Hostname, Domain-Name-Server, MTU

            Agent-Information Option 82, length 48:

              Circuit-ID SubOption 1, length 32: **********

              Remote-ID SubOption 2, length 12: **************

            END Option 255, length 0

            SS Option 16, length 0

            PAD Option 0, length 0, occurs 2|[rfc1048]

 

Justin Bail
Systems Engineer
Office:  (812) 935-2429

Justin.Bail@...  |  smithville.com



Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here.


_______________________________________________
Kea-users mailing list
[hidden email]
https://lists.isc.org/mailman/listinfo/kea-users


_______________________________________________
Kea-users mailing list
[hidden email]
https://lists.isc.org/mailman/listinfo/kea-users
Reply | Threaded
Open this post in threaded view
|

Re: [Kea-users] Recieving DHCP4_PACKET_PROCESS_STD_EXCEPTION

Justin Bail
In reply to this post by Justin Bail
I have submitted a report to gitlab and marked confidential.


Justin Bail
Systems Engineer
Office: (812) 935-2429
[hidden email] | smithville.com


-----Original Message-----
From: Kea-users <[hidden email]> On Behalf Of [hidden email]
Sent: Wednesday, July 24, 2019 3:33 PM
To: [hidden email]
Subject: [EXTERNAL] Kea-users Digest, Vol 61, Issue 17

ATTENTION: This email came from an external source! DO NOT click on links or open attachments from unknown senders or unexpected emails. If the email looks suspicious, contact Corporate IT.



Send Kea-users mailing list submissions to
[hidden email]

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/kea-users
or, via email, send a message with subject or body 'help' to
[hidden email]

You can reach the person managing the list at
[hidden email]

When replying, please edit your Subject line so it is more specific than "Re: Contents of Kea-users digest..."


Today's Topics:

1. Re: Recieving DHCP4_PACKET_PROCESS_STD_EXCEPTION
(Thomas Markwalder)


----------------------------------------------------------------------

Message: 1
Date: Wed, 24 Jul 2019 15:32:58 -0400
From: Thomas Markwalder <[hidden email]>
To: [hidden email]
Subject: Re: [Kea-users] Recieving DHCP4_PACKET_PROCESS_STD_EXCEPTION
Message-ID: <[hidden email]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Hi Justin:

It would help us chase this down if you could send us the PCAP. You can do this by opening a bug issue in gitlab, marking it as confidential, and then attaching the PCAP.

https://gitlab.isc.org/isc-projects/kea/issues


Thanks,

Thomas Markwalder
ISC Software Engineering



On 7/24/19 3:03 PM, Justin Bail wrote:
>
> Setup: Ubuntu server 18.04.2 Kea 1.4.0-P1
>
> We are migrating our subnets from isc dhcp to kea dhcp.? We thought we
> had everything ironed out then this came up.
>
> We get these messages in kea_dhcp.log
>
> ?
>
>
>
> kea_dhcp 2019-07-24 14:57:37.878 ERROR [kea-dhcp4.packets/23825]
> DHCP4_PACKET_PROCESS_STD_EXCEPTION exception occurred during packet
> processing: failed to parse an option '1' holding string value - empty
> value is not accepted
>
> ?
>
> We found this in the messages doc but didn?t find specific information
> to troubleshoot it.
>
> We changed logging to debug with no luck in capturing anything else
> about the discover.
>
> We are only seeing these issues so far when something sends option 60
> information. Specifically Meraki devices.? We are not doing anything
> with option 60 in our config.
>
> The mac address of the device does not appear in the logs which makes
> troubleshooting harder.? I did get the discover in a tcp dump from one
> of the affected devices.? That packet is below with our information
> and the customer?s redacted.
>
> 13:37:41.755777 IP (tos 0x0, ttl 254, id 14712, offset 0, flags
> [none], proto UDP (17), length 382)
>
> ??? gatewayaddress.bootps > harpy.bootps: [udp sum ok] BOOTP/DHCP,
> Request from customer?s mac address (oui Unknown), length 354, hops 1,
> xid 0x54ef0604, Flags [none] (0x0000)
>
> ????????? Gateway-IP the subnet?s gateway here
>
> ????????? Client-Ethernet-Address e0:cb:bc:bc:92:34 (oui Unknown)
>
> ????????? Vendor-rfc1048 Extensions
>
> ??????????? Magic Cookie 0x63825363
>
> ??????????? DHCP-Message Option 53, length 1: Discover
>
> ??????????? Client-ID Option 61, length 7: ether customer?s mac
>
> ??????????? Hostname Option 12, length 22: "customer gear"
>
> ??????????? Vendor-Class Option 60, length 6: "MERAKI"
>
> ??????????? Vendor-Option Option 43, length 3: 1.0.255
>
> ??????????? Parameter-Request Option 55, length 7:
>
> ????????????? Subnet-Mask, Domain-Name, Default-Gateway, BR
>
> ??????????? ??Hostname, Domain-Name-Server, MTU
>
> ??????????? Agent-Information Option 82, length 48:
>
> ????????????? Circuit-ID SubOption 1, length 32: **********
>
> ????????????? Remote-ID SubOption 2, length 12: **************
>
> ??????????? END Option 255, length 0
>
> ??????????? SS Option 16, length 0
>
> ??????????? PAD Option 0, length 0, occurs 2|[rfc1048]
>
> Justin Bail
> Systems Engineer
> Office:(812) 935-2429
> [hidden email]|smithville.com
> <http://www.smithville.com/
> ille.com>
>
>
>
> *Disclaimer*
>
> The information contained in this communication from the sender is
> confidential. It is intended solely for use by the recipient and
> others authorized to receive it. If you are not the recipient, you are
> hereby notified that any disclosure, copying, distribution or taking
> action in relation of the contents of this information is strictly
> prohibited and may be unlawful.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as
> a Service (SaaS) for business. Providing a *safer* and *more useful*
> place for your human generated data. Specializing in; Security,
> archiving and compliance. To find out more Click Here
> <http://www.mimecast.com/products/>.
>
>
> _______________________________________________
> Kea-users mailing list
> [hidden email]
> https://lists.isc.org/mailman/listinfo/kea-users
> sc.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20190724/7ed56ffd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CurrentE-mailsignature_888b78e8-264f-4054-9dc8-528a358a9861.png
Type: image/png
Size: 30778 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20190724/7ed56ffd/attachment.png>

------------------------------

Subject: Digest Footer

_______________________________________________
Kea-users mailing list
[hidden email]
https://lists.isc.org/mailman/listinfo/kea-users


------------------------------

End of Kea-users Digest, Vol 61, Issue 17
*****************************************


Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here.


_______________________________________________
Kea-users mailing list
[hidden email]
https://lists.isc.org/mailman/listinfo/kea-users