Re: [dhcwg] [Int-dir] Intdir early review of draft-ietf-dhc-rfc3315bis-10

"Bernie Volz (volz)" <> Thu, 02 November 2017 13:34 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5632913F65E; Thu, 2 Nov 2017 06:34:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -13.521
X-Spam-Status: No, score=-13.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, GB_AFFORDABLE=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Q6OR5WG4Txg5; Thu, 2 Nov 2017 06:34:04 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 697781397F9; Thu, 2 Nov 2017 06:33:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=4270; q=dns/txt; s=iport; t=1509629634; x=1510839234; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=V0AyTB2x4N1XrZ7RBQHl9kFtz7pvxGuXe19bySC3QWc=; b=VzaU4y487kNTOtCEuqkxQ0sxs0TkmTPOJ7pCLg6KGu/Pd0jWkevq/xp2 r6ugkw6eUIebTHg0XU4AKJepYeSOeBiiirGPcrRlpMoyMzCwsPNtxCuVc AXUuR/rE0mzPAR9dtcMkrsxuELVVmpJ2c+n1Zj+W0AWAI2g51SPTZ+zj8 Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CdAACCHftZ/5FdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgwYuZG4nB4N2ih+PG4F8iFCNdYIRChgLhRgCGoQ0PxgBAQEBAQE?= =?us-ascii?q?BAQFrKIUdAQEBAwEBASEROgsFBwQCAQgRBAEBAwIjAwICAh8GCxQBCAgCBA4FC?= =?us-ascii?q?AGKAgMNCBCob4Inh0INg0gBAQEBAQEBAQEBAQEBAQEBAQEBAQEdgQ+CH4IHhma?= =?us-ascii?q?CajiBSRAtgn6CYgWhUTwCkAGEcJM7jRqITwIRGQGBOAEfOIFsehVJgmQJglMcg?= =?us-ascii?q?Wd3AYp/gTKBEQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.44,334,1505779200"; d="scan'208";a="25187865"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Nov 2017 13:33:53 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id vA2DXrCu032058 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 2 Nov 2017 13:33:53 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 2 Nov 2017 08:33:52 -0500
Received: from ([]) by ([]) with mapi id 15.00.1320.000; Thu, 2 Nov 2017 08:33:52 -0500
From: "Bernie Volz (volz)" <>
To: Zhen Cao <>
CC: "" <>, "" <>, "" <>, "" <>
Thread-Topic: [Int-dir] Intdir early review of draft-ietf-dhc-rfc3315bis-10
Thread-Index: AQHTUuS5t0NJ+fIQ4E2BcQoavKk7AqL/glXQgAFBbwCAAFPdUA==
Date: Thu, 2 Nov 2017 13:33:52 +0000
Message-ID: <>
References: <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [dhcwg] [Int-dir] Intdir early review of draft-ietf-dhc-rfc3315bis-10
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 02 Nov 2017 13:34:06 -0000


I think this text is fine as is. It is also text that was moved from RFC 3315 (last paragraph of Section 14) and has caused no issues (well, it did result in RFC7083 to change SOL_MAX_RT and INF_MAX_RT defaults to reduce the frequency of retransmissions -- so perhaps we can consider that to have addressed the issue?).

- Bernie

-----Original Message-----
From: Zhen Cao [] 
Sent: Wednesday, November 01, 2017 11:30 PM
To: Bernie Volz (volz) <>
Subject: Re: [Int-dir] Intdir early review of draft-ietf-dhc-rfc3315bis-10

Hi Bernie,

> First, thanks for the Int-Dir review.
My pleasure as always.

> Regarding your comment, the cases where both MRC and MRD are zero is for a Solicit and Information-Request. And, for those particular cases, the client should probably retransmit "forever" at a hopefully low rate (SOL_MAX_RT and INF_MAX_RT are 3600 seconds*) to locate a  DHCP server. This of course depends on the RA M & O bits (indicating a DHCP server is available) or the manual configuration of the client (to explicitly run DHCP).

Then depending on this information, it is up to you to see if there is a need of an affordable better description than the current text.


> * - RFC 3315 used 120 seconds for these values, but that was updated by RFC 7083.
> - Bernie
> -----Original Message-----
> From: Int-dir [] On Behalf Of Zhen Cao
> Sent: Wednesday, November 01, 2017 3:41 AM
> To:
> Cc:;; 
> Subject: [Int-dir] Intdir early review of draft-ietf-dhc-rfc3315bis-10
> Reviewer: Zhen Cao
> Review result: Ready with Issues
> I am an assigned INT directorate reviewer for this draft. These comments were written primarily for the benefit of the Internet Area Directors. Document editors and shepherds should treat these comments just like they would treat comments from any other IETF contributors and resolve them along with any other Last Call comments that have been received. For more details of the INT directorate, see <>.
> This version is quite ready to go, with a small issue that I would 
> like to
> discussion:
> In Section. 15 (Reliability of Client Initiated Message Exchanges), I strongly recommend that implementation MUST NOT set both MRC or MRD to ZERO, which attaches a possible risk that the client continues to send this message without
> a stop.    So I would like to propose the following change:
> s/
> " If both MRC and MRD are zero, the client continues to transmit the
>    message until it receives a response."
> /
> "The client must be informed with a limit of its retransmission behavior, and MUST NOT set both MRC and MRD to zero"
> -zhen
> _______________________________________________
> Int-dir mailing list