Re: [dhcwg] Error codes for Decline message

Jim Bound <> Mon, 21 January 2002 01:37 UTC

Received: from ( [] (may be forged)) by (8.9.1a/8.9.1a) with ESMTP id UAA18411 for <>; Sun, 20 Jan 2002 20:37:20 -0500 (EST)
Received: (from daemon@localhost) by (8.9.1a/8.9.1) id UAA04337 for; Sun, 20 Jan 2002 20:37:24 -0500 (EST)
Received: from (localhost []) by (8.9.1a/8.9.1) with ESMTP id UAA04228; Sun, 20 Jan 2002 20:31:11 -0500 (EST)
Received: from (odin []) by (8.9.1a/8.9.1) with ESMTP id UAA04189 for <>; Sun, 20 Jan 2002 20:31:08 -0500 (EST)
Received: from ( []) by (8.9.1a/8.9.1a) with SMTP id UAA18341 for <>; Sun, 20 Jan 2002 20:31:04 -0500 (EST)
Received: from localhost by; (5.65v3.2/ id AA10488; Sun, 20 Jan 2002 20:29:50 -0500
Date: Sun, 20 Jan 2002 20:29:50 -0500
From: Jim Bound <>
To: Vijayabhaskar A K <>
Subject: Re: [dhcwg] Error codes for Decline message
In-Reply-To: <001701c1a1e6$a5aca670$>
Message-Id: <>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <>

Hi Vijay,

Your ahead of us with hands on code for dhc6.  And thanks for putting it
in the public domain that was very nice.  We are trying to get to PS.  I
suggest that we will find more needed error codes once we begin more
implementations and more error codes.  Right now I believe we have the
generic onces to to resolve a response for all errors trying to
extrapolate the possibilities from the spec without writing the code
myself.  So I think adding a new code before PS as you have found as
bonifided implementor is good.  But  I caution the WG positively to not
head down all these paths we will find many new pieces we need from more
implementation and getting to PS is important so other folks are not
implementing specs 3 revs behind as it has engineering cost and thats part
of our job in the IETF is to keep that to a minimum in our work for the
folks that write code.


On Mon, 21 Jan 2002, Vijayabhaskar A K wrote:

> We need error codes to be defined for Decline message.
> AddrInUse - Address already in use.
> Is there any other scenario for which the client can
> send decline message?
> Will the following scenarios contribute to decline message?
> - The lease time the client has got is not sufficient for it.
> - The client has asked for a prefix A. But the server's
> admin policy says that for that client assign address 
> with prefix B and it does so.
> I think, a mere release is not enough for these above 
> situations. This has to be notified to the admin to take
> corrective action. 
> _______________________________________________
> dhcwg mailing list

dhcwg mailing list