Re: [Idr] draft-spaghetti-idr-bgp-sendholdtimer - Feedback requested

"UTTARO, JAMES" <ju1738@att.com> Sun, 25 April 2021 12:02 UTC

Return-Path: <ju1738@att.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE4C3A0B93; Sun, 25 Apr 2021 05:02:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.618
X-Spam-Level:
X-Spam-Status: No, score=-2.618 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=att.onmicrosoft.com
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 o8Uas8EYh4wn; Sun, 25 Apr 2021 05:02:12 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 DFE813A0B91; Sun, 25 Apr 2021 05:02:11 -0700 (PDT)
Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 13PBt1ZQ033548; Sun, 25 Apr 2021 08:02:10 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049295.ppops.net-00191d01. with ESMTP id 3850ycbtxc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 25 Apr 2021 08:02:10 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 13PC295Z025991; Sun, 25 Apr 2021 08:02:09 -0400
Received: from zlp27125.vci.att.com (zlp27125.vci.att.com [135.66.87.52]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 13PC21td025906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 25 Apr 2021 08:02:02 -0400
Received: from zlp27125.vci.att.com (zlp27125.vci.att.com [127.0.0.1]) by zlp27125.vci.att.com (Service) with ESMTP id 4E71D16A59A; Sun, 25 Apr 2021 12:02:01 +0000 (GMT)
Received: from MISOUT7MSGED1CB.ITServices.sbc.com (unknown [135.66.184.203]) by zlp27125.vci.att.com (Service) with ESMTP id 31AB316A593; Sun, 25 Apr 2021 12:02:01 +0000 (GMT)
Received: from MISOUT7MSGED1CA.ITServices.sbc.com (135.66.184.190) by MISOUT7MSGED1CB.ITServices.sbc.com (135.66.184.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.4; Sun, 25 Apr 2021 08:02:00 -0400
Received: from MISOUT7MSGETA01.tmg.ad.att.com (144.160.12.221) by MISOUT7MSGED1CA.ITServices.sbc.com (135.66.184.190) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.4 via Frontend Transport; Sun, 25 Apr 2021 08:02:00 -0400
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (104.47.37.54) by edgeso1.exch.att.com (144.160.12.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2242.4; Sun, 25 Apr 2021 08:02:00 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XBizkThPgCiiLz08/H3MDFbw4QlUaAyQ7N6L6liPYqMaOMqM+Pj83D+kFE4TBk+JvRSw9ic87QIzH8wfcTWibLcOucqWrrXKzJk0H7KWoRmQW9lKzB3rlx29iO/L4fqLteZNlCCPl8kLtBW9dKDNHFu6eIN0aCqgG9uuzZhCdgeafRXSuoSEuKXFwLML6JZfRDNtkGWEw+Fy3Z1t0JsIpZcziW1Q9Ks+0HQ5JufYxUOn+fi1UCIZKtbPGDzTKODyg9mgG6muzEZnKvy2+urOgwnhlaAmnHHQvOHMaZGfEj+fA/ZrbfjAOe7NomG9Gq5JD454m52SRuSvL11gTDkhQw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eXieJGAcV4uJbLFDURHpvkKTUURXMRHEUoE7TxAfPUA=; b=VXgHom1m42uaZ1VDxTno/TLfvk5qVcNFF9/9nceF2ttMy6LxeqxUWCHU1FhNcTE9GTlMSSh4+Va8rWtrhnpLItZHfGvD7Lpl7CZjM9qZP+1Ms8umt+E4t0NQU+iCHY6vRV7dwJPiHAm8Uc1ASItmUhgInm2J67+MKpVB4CUvMjoXhbEj1TuRR3zR7cLWmpEVZdzj7R/8JYIHsnYtGwGA1q5iMnWs4mY68zdtz+HKk2eHTQueGIl84J9+0SkKHSOWmmxUZZvipYmO1IGgEAgwX+wHEbNbg5jMg2DIGn/PQKTcAnDOR19reaJ8j0rA/k1Bw/8HHKcLmaaGwGVSOgA4lw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=att.com; dmarc=pass action=none header.from=att.com; dkim=pass header.d=att.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.onmicrosoft.com; s=selector2-att-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eXieJGAcV4uJbLFDURHpvkKTUURXMRHEUoE7TxAfPUA=; b=LAmEoUSr6CEXUe5rAraBFfcm1mgnD2qtv5sXUH0t9yjNY07sX1o5742LMZvBaDWEyZco3aNYCVFx0PZ227VHaR74o4pChUoU5jXXkirZmBkqQWMTiLGzvvyTHHhrzs1TrNPeTBUXbm5DsAiPNw7vbo5fPOAcPEJhdrYGfNBP9xU=
Received: from MW4PR02MB7394.namprd02.prod.outlook.com (2603:10b6:303:7d::7) by MWHPR02MB2416.namprd02.prod.outlook.com (2603:10b6:300:5d::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.21; Sun, 25 Apr 2021 12:01:58 +0000
Received: from MW4PR02MB7394.namprd02.prod.outlook.com ([fe80::3cae:f9b8:8000:78cb]) by MW4PR02MB7394.namprd02.prod.outlook.com ([fe80::3cae:f9b8:8000:78cb%5]) with mapi id 15.20.4065.026; Sun, 25 Apr 2021 12:01:57 +0000
From: "UTTARO, JAMES" <ju1738@att.com>
To: "Jakob Heitz (jheitz)" <jheitz=40cisco.com@dmarc.ietf.org>, Robert Raszuk <robert@raszuk.net>, Jeffrey Haas <jhaas@pfrc.org>
CC: "idr@ietf. org" <idr@ietf.org>, Ben Cox <ben=40benjojo.co.uk@dmarc.ietf.org>
Thread-Topic: [Idr] draft-spaghetti-idr-bgp-sendholdtimer - Feedback requested
Thread-Index: AQHXOIbykyT90Ow1OUqVe16D7Zzmn6rCrXOAgAAooICAAJEPAIABWJIAgABkwqA=
Date: Sun, 25 Apr 2021 12:01:57 +0000
Message-ID: <MW4PR02MB73946026BEFFE8B91EACB2BCC6439@MW4PR02MB7394.namprd02.prod.outlook.com>
References: <CAL=9YSVy+mvxvAv+maxkUSzPbe0bfnUy-XJJTtcVhi3S3bm=WQ@mail.gmail.com> <20210423212348.GB19004@pfrc.org> <CAOj+MMGH+y-gxSLaakknWSPFLEk9ikkUU1fa=3H0FjkokAbg3w@mail.gmail.com> <20210424004838.GC19004@pfrc.org> <CAOj+MMH5yzpPZjdUcfXV4cxCORqCsQY4X+niBjnwxjPfN-tsJA@mail.gmail.com> <BYAPR11MB3207E4A0BDC3367E21886C55C0439@BYAPR11MB3207.namprd11.prod.outlook.com>
In-Reply-To: <BYAPR11MB3207E4A0BDC3367E21886C55C0439@BYAPR11MB3207.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=att.com;
x-originating-ip: [72.229.64.230]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c555a704-b413-4e2a-a9bc-08d907e1ed49
x-ms-traffictypediagnostic: MWHPR02MB2416:
x-microsoft-antispam-prvs: <MWHPR02MB2416C306BA08934C46CC4BB5C6439@MWHPR02MB2416.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: NZ9ZiKCj7rKc2IzseO79T8Spd6g3ygUZtPEGarG2XxPc+0chYQA6PhPe6Nkxg6tNL9QNt/8+iw8zgQv+qjiTjBLHN0lKKKOXfjSNVo5jfVejqx9bMDzse43bo1pJSFxpC8hyRstVNaCj+lEsop26AFSLhWPvLNwH1PClqfuc3BDS9/Qj7EsYXg9bW1eVQoigFJu9PZs56ncOErCsO5tq+FvqV9wzej4I+8BV+yfo81r91fU0E1OlOyjrfiwHdkBpUqbrJazmU3wOVf2VRSBpUfr8YYj96xvTzEH4DanbMvQ8GoNfriPeBRDN/26M4jYfbONDRehy1SP18qWHDlxjm8oMFWCLszGGk5Sm2t3ccAzAlevYDMIJUG6APq3BmgzOJ7dvQ0cMI0yCKmRbA9oxIVCiAr/kmQ5i6+XaIUHDet6tekOmLrTEV0w9clgmHiB768yoZ5JNvrWbFs/i212uYZc2ybdC8YKkSi84wCVcgTL5wbr5u49d7RdBSim7JXEbPUwgoL3FyPnwuPJyeTxusSGqYLSJAVSG6juYqwQDbCP4nLVdR0gQHEkTEBy1tfCzCXo9gWtc+PP4FnZRREBI773CuSkv0JOV0dHmQAxDOAo=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW4PR02MB7394.namprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(396003)(376002)(366004)(136003)(39860400002)(53546011)(2906002)(186003)(66574015)(6506007)(478600001)(122000001)(38100700002)(7696005)(316002)(82202003)(33656002)(86362001)(76116006)(83380400001)(8936002)(55016002)(52536014)(4326008)(66556008)(64756008)(26005)(9686003)(110136005)(66476007)(66446008)(66946007)(54906003)(71200400001)(8676002)(5660300002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?b3lQZGt4M040ZHZCTE5vWmE2TjhKMWhSUkZRMkROa0ZuUzh2T1JFQkNJeEJG?= =?utf-8?B?TVZQUHZNNDQ0MzA1UG45UjM3OTlTN1pBd2ZEUWhncmFUb3lWVU1uMkFmRjA0?= =?utf-8?B?Z2hvc250eTl1Z3hlVmlOcXQxbFZkajJsVmpVaXcybWJvbGp4LzF3Wnd4UENq?= =?utf-8?B?Z2kyOHowT21OOEsrUTFQcUpXRkxBM0dHUFFlZE9RcEdvYkZIVzdaVlM5czkv?= =?utf-8?B?TS9Cc2xaREw1aTVDbE1DVWxqSk95OUpNd2xHUDBqeHlweXlPclY1WHpLMGhr?= =?utf-8?B?MWFINjZoOWhUV25kSk14ayt3Nlg3MTliamNzNzNBdkZOQ1RDeEllVHUwbk1h?= =?utf-8?B?OEpLWFQvMFpHODJIbnV6aHkxQ1o1a3FBQ09oanRxYWltTFpGSFVibU95RkM2?= =?utf-8?B?ZCt2ZlArbVFjME1jWHBRL0pFVVoweXZucUtwbnpsMDZaaUFqRXlaWUJhVERv?= =?utf-8?B?OE43MkJiR04wRHBvWkp3N3ZBZU1JR05xU1MrbHVSMWRZakVmWURnVHRob21t?= =?utf-8?B?S0hRaDVzcmZDN0dPeVFqSUx6T0UrWU9teFp3bDhmY1NaT28wY1lFN21tZWxO?= =?utf-8?B?TC9NeldRTzMyMlBXTTQ0djhxb3NlK0RucFlXMW9GcUs3MnBvbjVjSlBRVFVB?= =?utf-8?B?S2x1NFAwOTdEcWxScWFEa3lIZWZIZi9zTmJxdStWRkJOY3ZpYmVxWHZxczM5?= =?utf-8?B?eFZkd1lqdWFDU2FqVGRWNmp6Z2kwNEM0Q1BKK05RbGoyRzNXakVwVUlUOG1S?= =?utf-8?B?TEdqQ1M0Rk9zK2M2dW93RWZ0cXJ1ckxRMnh0Z3M1aXo0Z1Jyam1OQmpyM2Fq?= =?utf-8?B?czA4MlpQbktHY2w5YTRxT0pIbHlpbjdCSmg2VFZkdWU5cldta2tmNDVKZm13?= =?utf-8?B?V1ZLaHQyZ3JvS1o2UngvV09taFdkK0RXcEFjb2tnUnJ3REN0RlhnbysvYkdl?= =?utf-8?B?T00xSEE4Z3ZWZ2ZrNFdDdDM5REJkd3lVZXdRampMbStCd2U2QnJ5YjJ0SWJS?= =?utf-8?B?TnE0cXQyTHNNVnRaRDdtNXlJZmU1dHJDU2M4STlnOG5PQzhxaDFhV1dkdEhZ?= =?utf-8?B?V0xXOGlLRXZ1V09MN0l6eFZudlkzb1liWXY2bmh6N3JRbWZSczhLbWJFbWRR?= =?utf-8?B?bEJMMU96TlE4cFArb1hKcFB4ZlQ0Y2kzM2dEemZGQ1E1MHBRaWo5MTdla1JX?= =?utf-8?B?aHRFdVAwenBEVmtxc1ppRkN0Rkdabll0OC9JekdFeFk3RmYxa25ZQWR0Qm4r?= =?utf-8?B?TXNtQmhHYnhwLytWb2N4YlFXRlRCZFcyVmdZQ2ZVd0pLNnpOR0pWOEViUjVC?= =?utf-8?B?K0I3QTRIRTZHTDBUNnY1b2JGU0xHckY1M3EvVUU1UStZUFZSdUtrNjg4K0Q3?= =?utf-8?B?Vy9ESGhXRHlCSVoyN1k1Sjl2MFMreUtrb3R5UWlaTTVVVlo1M3IrTEozdHlV?= =?utf-8?B?R0FQWlU4TUNrN1ZFemZod3Z2WGUvQkVpVUFBR0o0bUxscE5BWldiVGEyd1Q2?= =?utf-8?B?a21pMGFUSUNPT3RvZ0xTQUVZeWc1VGlyN01zaEQ4bmJIb2M5OHVWYTMrV2lQ?= =?utf-8?B?bVVKQWQ2V3Bjc0FhZzNKUzdPcTBGSVhYMlFyblpuWWVHTEx0MXRYL05DMFhW?= =?utf-8?B?ZVRZSkZNUnZRUzlUUityN2xLa0UvVUJSblU2RDRISksrVXl4TGJVY2NTS3FB?= =?utf-8?B?WUlmTUZuUHQ2SHNEdXRnaDBna1Vsb1RDVmVvZVd2ZDU1NHJoRHlnV0ZEZXF5?= =?utf-8?Q?dWQxxqXWS3JFL20P4ilVprI0YZfrB1o7F7Jvu+q?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MW4PR02MB73946026BEFFE8B91EACB2BCC6439MW4PR02MB7394namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MW4PR02MB7394.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c555a704-b413-4e2a-a9bc-08d907e1ed49
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Apr 2021 12:01:57.8564 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e741d71c-c6b6-47b0-803c-0f3b32b07556
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Y2kzclPe4xUUz+io+HLBVkDWD5gW0kJSwuaA7QM1Obz92e47lbcvph42KvbqV+Qu
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR02MB2416
X-OriginatorOrg: att.com
X-TM-SNTS-SMTP: 22EAE6BC0E32335BD52F0D737A8920D59F8134F83B4C81CD032E6133F8D82B2D2
X-Proofpoint-GUID: Ygec9Vb_8_WW_cc16MyQU4nsMslulohl
X-Proofpoint-ORIG-GUID: Ygec9Vb_8_WW_cc16MyQU4nsMslulohl
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-04-25_03:2021-04-23, 2021-04-25 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 adultscore=0 priorityscore=1501 clxscore=1011 bulkscore=0 mlxscore=0 impostorscore=0 spamscore=0 phishscore=0 mlxlogscore=999 lowpriorityscore=0 suspectscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2104250090
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/z9oNyCnLUOwdXGfnYPu4rkG64Xk>
Subject: Re: [Idr] draft-spaghetti-idr-bgp-sendholdtimer - Feedback requested
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: Sun, 25 Apr 2021 12:02:17 -0000

+1

Jim Uttaro

From: Idr <idr-bounces@ietf.org> On Behalf Of Jakob Heitz (jheitz)
Sent: Sunday, April 25, 2021 2:01 AM
To: Robert Raszuk <robert@raszuk.net>et>; Jeffrey Haas <jhaas@pfrc.org>
Cc: idr@ietf. org <idr@ietf.org>rg>; Ben Cox <ben=40benjojo.co.uk@dmarc.ietf.org>
Subject: Re: [Idr] draft-spaghetti-idr-bgp-sendholdtimer - Feedback requested

A long time of TCP zero window does not indicate a data plane
problem, nor a problem with routes received from the stuck peer.
The blockage is in one direction only. The local speaker is unable
to end routes to the stuck peer, but is able to receive routes
from the stuck peer just fine.

Therefore, I would propose that the response of the local speaker
should be to retain the routes of the stuck peer when it resets the
session, GR style.

Indications of data plane problems or inability to receive routes from
the stuck peer are separately handled.

Regards,
Jakob.

From: Idr <idr-bounces@ietf.org<mailto:idr-bounces@ietf.org>> On Behalf Of Robert Raszuk
Sent: Saturday, April 24, 2021 2:28 AM
To: Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>>
Cc: idr@ietf. org <idr@ietf.org<mailto:idr@ietf.org>>; Ben Cox <ben=40benjojo.co.uk@dmarc.ietf.org<mailto:ben=40benjojo.co.uk@dmarc.ietf.org>>
Subject: Re: [Idr] draft-spaghetti-idr-bgp-sendholdtimer - Feedback requested

Hi Jeff,

> So what we are discussing is breaking data plane just because control plane
> has experienced 15 min (or worse recommended 4 min) inability to send
> keepalives.

A good analogy is the negative impacts of stale routes when you use Graceful
Restart for BGP.  Can you live with the routes in that flavor of stale for
that long?

Unfortunately the answer is "it depends". If my stale route is single default to the world with working data plane I think the answer is clearly YES.

So that IMHO sort of raises the question if this should be the default behaviour.

Then honestly I am not quite clear how it should be handled on sessions which are setup with draft-ietf-idr-long-lived-gr-00

> * Should we perhaps test data plane before declaring peer's failure and
> before we reset the session ? (I understand that the paramount motivation
> is BGP consistency here though - but this is one of those cases where one
> size may not fit all).

In many of these scenarios, BFD or ping would show the interface up.  It's
the TCP session that is stalled out.

True.

I was rather thinking about checking data plane not to the subject peer but beyond it (through it). For iBGP - testing next hops. For eBGP some known test servers in yr network or in the Internet.


> * Should we first withdraw received routes from our peers before resetting
> the session ? At least data plane will have a chance to converge to a
> different set of links with no sudden packet drops.

Would you describe the drain scenario with the involved parties and what the
congestion state is as part of that?  I don't think I'm understanding the
above point.


If I know I will bring BGP sessions down to you (in any case not only with this draft) I should withdraw paths from all of my peers received over such session and previously advertised (as best or as add-paths) before resetting it. So the control plane clears before we touch the data plane. Just to make the end to end reachability with no or minimal data plane impact.

 Thx,
R.