Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-failover-protocol-04

kkinnear <> Mon, 27 February 2017 21:50 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E60D41293FC; Mon, 27 Feb 2017 13:50:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 uZC7rrv1G8hd; Mon, 27 Feb 2017 13:50:40 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 6B9761293DC; Mon, 27 Feb 2017 13:50:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=1981; q=dns/txt; s=iport; t=1488232240; x=1489441840; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=XKoc5J3lZu+Z/5giu6fqu5Teev+Ub5lSNxvDYVpuPnY=; b=dW7QrvGYsB/gJaGX8YLfb41l40srPYORCYfFamfiq11sK2hteno0EaIf PzgMOAPDl48T0Qh5CyqXa3m7YFhnwqqAJBgabSu+lOVyCOmzsjhIuxQ+N TpX1L/RywlFJ6ZkZo8gOY6w3YdDc2VEU9HsoemuG1XghnHcMW0pigyatA k=;
X-IronPort-AV: E=Sophos;i="5.35,215,1484006400"; d="scan'208";a="390465047"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Feb 2017 21:50:39 +0000
Received: from ( []) (authenticated bits=0) by (8.14.5/8.14.5) with ESMTP id v1RLocXl000362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2017 21:50:39 GMT
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: kkinnear <>
In-Reply-To: <>
Date: Mon, 27 Feb 2017 16:50:38 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <> <> <>
To:, The IESG <>,, "<>" <>, Bernie Volz <>
X-Mailer: Apple Mail (2.3124)
Archived-At: <>
Cc: Kim Kinnear <>
Subject: Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-failover-protocol-04
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 27 Feb 2017 21:50:42 -0000

I have submitted a new version of the DHCPv6 Failover Protocol:

 draft-ietf-dhc-dhcpv6-failover-protocol-06 <>

which reflects the final changes resulting from the IESG and
directorate reviews to date.  All of these changes are to explain
things more clearly or explicitly.  None of them alter the intended
operation of the protocol.

The first two changes resulted from a COMMENT by Mirja Kuhlewind.

* Expanded the first occurrence of the use of MAX_UNACKED_BNDUPD
  in Section 6.1.1 "Sending a CONNECT message", from the current:

>   o  OPTION_F_MAX_UNACKED_BNDUPD containing the maximum number of BNDUPD
>      messages that this server is prepared to accept over the failover
>      connection without causing the connection to block.

  to the following:

  o  OPTION_F_MAX_UNACKED_BNDUPD containing the maximum number of BNDUPD
     messages that this server is prepared to accept over the failover
     connection without causing the connection to block.  This is to
     implement application level flow control over the connection, so
     that a flood of BNDUPD messages does not cause the connection to block
     and thereby prevent other messages from being transmitted 
     over the connection and received by the failover partner.

* Changed the second place where OPTION_F_MAX_UNACKED_BNDUPD
  is transmitted in Section 6.1.2 "Receiving a CONNECT message", where
  it discusses creating a CONNECTREPLY message, to say the same thing
  as above (as it currently has the same "current" text).

* Fixed several typographical errors observed while making the above
  changes (OPTION_F_MAX_UNACKED_BNDUPD was referenced as

* Added a missing "a" in recently added paragraph in Security
  Considerations section.

Regards -- Kim