Re: [dhcwg] dhcpv6-24: compression in DNS names

Ted Lemon <Ted.Lemon@nominum.com> Wed, 15 May 2002 17:33 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA14879 for <dhcwg-archive@odin.ietf.org>; Wed, 15 May 2002 13:33:47 -0400 (EDT)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id NAA15466 for dhcwg-archive@odin.ietf.org; Wed, 15 May 2002 13:34:01 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA15353; Wed, 15 May 2002 13:32:23 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA15327 for <dhcwg@ns.ietf.org>; Wed, 15 May 2002 13:32:20 -0400 (EDT)
Received: from toccata.fugue.com (toccata.fugue.com [204.152.186.142]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA14767 for <dhcwg@ietf.org>; Wed, 15 May 2002 13:32:06 -0400 (EDT)
Received: from green.bisbee.fugue.com (dsl-64-193-175-153.telocity.com [64.193.175.153]) by toccata.fugue.com (8.11.3/8.6.11) with ESMTP id g4FHV1S07306; Wed, 15 May 2002 10:31:01 -0700 (PDT)
Received: from tongpanyi (localhost [127.0.0.1]) by green.bisbee.fugue.com (8.10.2/8.6.11) with ESMTP id g4FHWGd01923; Wed, 15 May 2002 12:32:16 -0500 (CDT)
Date: Wed, 15 May 2002 12:32:16 -0500
Subject: Re: [dhcwg] dhcpv6-24: compression in DNS names
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Mime-Version: 1.0 (Apple Message framework v481)
Cc: dhcwg@ietf.org
To: Thomas Narten <narten@us.ibm.com>
From: Ted Lemon <Ted.Lemon@nominum.com>
In-Reply-To: <200205151659.g4FGxlj02153@cichlid.adsl.duke.edu>
Message-Id: <B320AE79-6829-11D6-B998-00039367340A@nominum.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.481)
Content-Transfer-Encoding: 7bit
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <dhcwg.ietf.org>
X-BeenThere: dhcwg@ietf.org
Content-Transfer-Encoding: 7bit

> How about just removing the requirement to support compression. This
> will simplify implementations and doesn't appear to result in any real
> loss of functionality.

Works for me.   In the cases where we're using domain names, it's unlikely 
we'd be able to compress more than the last label anyway, so we're only 
talking about three bytes of compression (e.g., with .com).


_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg