[dhcwg] RFC3315 DECLINE definition

"Mudric, Dusan (Dusan)" <dmudric@avaya.com> Wed, 08 February 2017 21:46 UTC

Return-Path: <dmudric@avaya.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA85D1293FF for <dhcwg@ietfa.amsl.com>; Wed, 8 Feb 2017 13:46:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CFjtsW5vZ-sa for <dhcwg@ietfa.amsl.com>; Wed, 8 Feb 2017 13:46:55 -0800 (PST)
Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D8081293FB for <dhcwg@ietf.org>; Wed, 8 Feb 2017 13:46:55 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2HJAgCCkJtY/xUHmMZdGQEBAQEBAQEBAQEBBwEBAQEBgxBBgXGDUp8ukAqCD4IMhiICgm9BFgECAQEBAQEBAQNfKIRsARUPAVcSARUMAwYfAzQmAQQBDQ0aiVIBkmSSbIpdAYIpJgKLKAEBAQEGAQEBAQEBASGBCIVFhiqDAhiDATGCMQWbcAGTdAGIcoYvkxMmAy86RE8Vhn6IZwGBCwEBAQ
X-IPAS-Result: A2HJAgCCkJtY/xUHmMZdGQEBAQEBAQEBAQEBBwEBAQEBgxBBgXGDUp8ukAqCD4IMhiICgm9BFgECAQEBAQEBAQNfKIRsARUPAVcSARUMAwYfAzQmAQQBDQ0aiVIBkmSSbIpdAYIpJgKLKAEBAQEGAQEBAQEBASGBCIVFhiqDAhiDATGCMQWbcAGTdAGIcoYvkxMmAy86RE8Vhn6IZwGBCwEBAQ
X-IronPort-AV: E=Sophos;i="5.35,348,1484024400"; d="scan'208";a="227333479"
Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 08 Feb 2017 16:46:53 -0500
X-OutboundMail_SMTP: 1
Received: from unknown (HELO AZ-US1EXHC03.global.avaya.com) ([135.11.85.14]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Feb 2017 16:46:55 -0500
Received: from AZ-US1EXMB03.global.avaya.com ([fe80::a5d3:ad50:5be9:1922]) by AZ-US1EXHC03.global.avaya.com ([::1]) with mapi id 14.03.0319.002; Wed, 8 Feb 2017 16:46:52 -0500
From: "Mudric, Dusan (Dusan)" <dmudric@avaya.com>
To: 神明達哉 <jinmei@wide.ad.jp>, Lishan Li <lilishan48@gmail.com>
Thread-Topic: RFC3315 DECLINE definition
Thread-Index: AdKCVGJ7VzCckicuS8ujStD5DUW3kQ==
Date: Wed, 08 Feb 2017 21:46:49 +0000
Message-ID: <9142206A0C5BF24CB22755C8EC422E457AA186B9@AZ-US1EXMB03.global.avaya.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.11.85.50]
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/iY9PuCOcM8i8Yqp-ruYMw_OQ_Uc>
Cc: dhcwg <dhcwg@ietf.org>
Subject: [dhcwg] RFC3315 DECLINE definition
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Feb 2017 21:46:57 -0000

Hi,

Can DECLINE definition be extended beyond the DAD usage? I think DECLINE should be used every time DHCPV6 client decides not to assign the offered address, for any reason, not just the address is duplicate. When receiving DECLINE, DHCPV6 server should be able to immediately make the same address available in the address pool for the other clients.

Regards,
Dusan.