[Idr] Spencer Dawkins' No Objection on draft-ietf-idr-bgp-gr-notification-15: (with COMMENT)

Spencer Dawkins <spencerdawkins.ietf@gmail.com> Tue, 22 May 2018 01:17 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: idr@ietf.org
Delivered-To: idr@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D4CF12DA4C; Mon, 21 May 2018 18:17:23 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Spencer Dawkins <spencerdawkins.ietf@gmail.com>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-idr-bgp-gr-notification@ietf.org, Jie Dong <jie.dong@huawei.com>, aretana.ietf@gmail.com, idr-chairs@ietf.org, jie.dong@huawei.com, idr@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.80.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152695184304.8093.1388371547275704067.idtracker@ietfa.amsl.com>
Date: Mon, 21 May 2018 18:17:23 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Jfw9KJHMBaFZwt37aLdopNZb7pA>
Subject: [Idr] Spencer Dawkins' No Objection on draft-ietf-idr-bgp-gr-notification-15: (with COMMENT)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 May 2018 01:17:23 -0000

Spencer Dawkins has entered the following ballot position for
draft-ietf-idr-bgp-gr-notification-15: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-gr-notification/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Is there a pointer to a formal definition for "full session reset" that you
could provide at the end of this text?

  At a high level, this document can be summed up as follows.  When a
   BGP session is reset, both speakers operate as "Receiving Speakers"
   according to [RFC4724], meaning they retain each other's routes.
   This is also true for HOLDTIME expiration.  The functionality can be
   defeated using a "Hard Reset" subcode for the BGP NOTIFICATION Cease
   Error code.  If a Hard Reset is used, a full session reset is
   performed.