DHCPv6 problems with option 39 FQDN parsing

[Tarr, Stephen F]

HI,
I just downloaded and built the 4.1.0a1 snapshot to test against a
(non-ISC and non-Windows) client.
When my client was configured to send option 39 (FQDN), the server
attempted to register the name
in DNS, but mangled the name.  The problem appears to be in evaluating
the length of the host name
component of the FQDN:

--- common/options.c.bak       2008-03-03 16:15:57.000000000 -0800
+++ common/options.c   2008-03-03 16:55:44.000000000 -0800
@@ -3370,7 +3370,7 @@
                first_dot = (unsigned char *)strchr((char *)bp->data +
3, '.');

                if (first_dot != NULL) {
 -                       hlen = first_dot - bp->data + 3;
+                       hlen = first_dot - (bp->data + 3);
                        dlen = len - hlen;
                } else {
                        hlen = len;

I haven't seen this issue reported in this forum before.  Am I searching
for the wrong terms, or is this something new?

Stephen Tarr

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20080304/8d6748e7/attachment.html>