Re: [Idr] Capability Advertisement in draft-ietf-idr-bgp-extended-messages

"Enke Chen (enkechen)" <enkechen@cisco.com> Thu, 01 August 2019 05:29 UTC

Return-Path: <enkechen@cisco.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 8DF9C120026; Wed, 31 Jul 2019 22:29:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=mc57T+sl; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=e8DRDftl
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 vMEDLJLd5vbC; Wed, 31 Jul 2019 22:29:48 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C5B512000F; Wed, 31 Jul 2019 22:29:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3364; q=dns/txt; s=iport; t=1564637388; x=1565846988; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=C8GaK+0lTeXShIkyH2z0TandlVcUJggM7JSkZR2YCps=; b=mc57T+slFwMhTy1C34mMCB84e1t755cTdoSlV1pcF6bidaYoJK8u+MzU 0mRsfM5v6pB5Gz6yhPPeiez12HabPE8WI2vB9xeyXzKHpxWcD4woOiaad eRfQh7CPmlwD+lkwchs5D46YGhP9eE6/yvJc9/f28CFus4RRokg7roLaS M=;
IronPort-PHdr: 9a23:iGPm4xHdQGZXA1S8VbUps51GYnJ96bzpIg4Y7IYmgLtSc6Oluo7vJ1Hb+e4z1Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNVcejNkO2QkpAcqLE0r+efPsbCExHMlEfFRk5Hq8d0NSHZW2ag==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AdAAAyeEJd/5ldJa1lGQEBAQEBAQEBAQEBAQcBAQEBAQGBVgEBAQEBAQsBgURQA4FCIAQLKoQeg0cDiyeCW4lUjgGCUgNUCQEBAQwBAS0CAQGEQAIXgjgjNwYOAQMBAQQBAQIBBm2FHgyFSgEBAQEDEhERDAEBNwELBAIBCA4DAwECAQICJgICAh8RFQgIAgQOBSKDAIFrAx0BoFwCgTiIYHGBMoJ6AQEFhQINC4ITCYEMKAGLXxeBQD+BOB+CFzU+ghqCKoMLMoImjlMxm1BACQKCGotPhFSDdxuCLpVpjnOIFo4dAgQCBAUCDgEBBYFmIoFYcBVlAYJBgkKDcYpTcoEpjQoBAQ
X-IronPort-AV: E=Sophos;i="5.64,333,1559520000"; d="scan'208";a="607147010"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 01 Aug 2019 05:29:47 +0000
Received: from XCH-RCD-016.cisco.com (xch-rcd-016.cisco.com [173.37.102.26]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x715TlG2019979 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 1 Aug 2019 05:29:47 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-016.cisco.com (173.37.102.26) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 1 Aug 2019 00:29:46 -0500
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 1 Aug 2019 01:29:45 -0400
Received: from NAM05-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 1 Aug 2019 00:29:45 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HG6bbjj+DJLmqabhr62HlSNZvEPNwvGpiUEl+yYr9ad6mmWtpKDF4BMBfDhisignc180g785jYsISI+fEz3CdMrJT+t7G4MFiSSgENH+hYW0UfiFiPfiqNQ9Z2GlCVDJWHTGSq7p1Aw6FEOiqi2lqn4R2HfYLbM6dZGC8tdoICyU/4vx6p3+9fNWvPxGHtWgtJr7nnVZkeonHjTQDnRiKBBPbeixs6+1VZ32XW4eFZXpmJotN8d4MT7ptRpC3YmoXQlkeJm554ja2zNCLK45L0djrak2JSRm45DrR+vcVO6hx9Hz6geCqbPFrXz5uZy2fEHXzoGfQ+ryGVh6wvXFIQ==
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=C8GaK+0lTeXShIkyH2z0TandlVcUJggM7JSkZR2YCps=; b=XrGL7cRJzToxAygnZo12nu+SjZ4m4EXevJ2eJQ2SGm5DhtWst6nkA26Sd2Jl3oub7uRhOjmvXhS0UpuKrIr5gKhRJfRigPFgbOX1GbRp3pvFmn6T06hIRsWuUP4itMr9Gkz9a5K5K3ChQlqIoiHtEmbw+p2YGrSZNPxpNO0PTs+rMfIt7IHnavHsHdz9vfT/7qzcVtuAcrM2SHpSu7mskf0/YdaDWWnLPU7BesAtt9ZSyHzZ7gLxVgiLM+J03vXb8v/lMkefUzXjmCEJF34ru42nO8nwGoc0khnm7btK2fJZVNHZzpt/fMT1gThz9Kr4xTjRYpoOtDddUPxbX64WZQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=cisco.com;dmarc=pass action=none header.from=cisco.com;dkim=pass header.d=cisco.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=C8GaK+0lTeXShIkyH2z0TandlVcUJggM7JSkZR2YCps=; b=e8DRDftl3dRUQeVV6w+p5Aj58wOSZ+CqC7oCQQopj7EZrND3QRpNjlj6TC0YBFNgwKNINaQMuI5vEK1staub15sljDGjmSmUPYT+nXy+IjYqoIsOqAQYbDXyBvQ1z+g3N4wKkn0/OvjZicUf7gLR+cSIMk5xulEBeRiAWMgfYa8=
Received: from BY5PR11MB3990.namprd11.prod.outlook.com (10.255.162.95) by BY5PR11MB3912.namprd11.prod.outlook.com (10.255.163.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2115.15; Thu, 1 Aug 2019 05:29:41 +0000
Received: from BY5PR11MB3990.namprd11.prod.outlook.com ([fe80::7026:24f1:c19f:e2f4]) by BY5PR11MB3990.namprd11.prod.outlook.com ([fe80::7026:24f1:c19f:e2f4%5]) with mapi id 15.20.2115.005; Thu, 1 Aug 2019 05:29:41 +0000
From: "Enke Chen (enkechen)" <enkechen@cisco.com>
To: Jeffrey Haas <jhaas@pfrc.org>
CC: Alvaro Retana <aretana.ietf@gmail.com>, "idr@ietf. org" <idr@ietf.org>, "draft-ietf-idr-bgp-extended-messages@ietf.org" <draft-ietf-idr-bgp-extended-messages@ietf.org>, Susan Hares <shares@ndzh.com>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "Enke Chen (enkechen)" <enkechen@cisco.com>
Thread-Topic: [Idr] Capability Advertisement in draft-ietf-idr-bgp-extended-messages
Thread-Index: AQHVR9vBZYyS0SwmxEOAkc+tFB2gRablOpgA//+ULgCAAKHJgP//3psA
Date: Thu, 01 Aug 2019 05:29:41 +0000
Message-ID: <83EB8389-E008-4CB0-9E12-85EACDE1FD06@cisco.com>
References: <CAMMESsyvuU8_dBOeoOXPBt=-HwoF0eHvYgm5d8CgF-4o_oiP=g@mail.gmail.com> <20190731211602.GA31271@pfrc.org> <119404A5-8384-456B-9677-0445899B008F@cisco.com> <20190801002911.GB31271@pfrc.org>
In-Reply-To: <20190801002911.GB31271@pfrc.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1b.0.190715
authentication-results: spf=none (sender IP is ) smtp.mailfrom=enkechen@cisco.com;
x-originating-ip: [2001:420:c0c8:1001::625]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9b5e431d-197d-4c0e-09c0-08d7164140de
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BY5PR11MB3912;
x-ms-traffictypediagnostic: BY5PR11MB3912:
x-microsoft-antispam-prvs: <BY5PR11MB3912BDB27F9E61AA8407FEDFC5DE0@BY5PR11MB3912.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 01165471DB
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(39860400002)(366004)(376002)(396003)(346002)(189003)(199004)(13464003)(316002)(478600001)(58126008)(36756003)(186003)(76176011)(6512007)(2906002)(6436002)(53546011)(6506007)(6116002)(54906003)(6486002)(53936002)(14454004)(99286004)(81156014)(305945005)(66446008)(11346002)(15650500001)(33656002)(2616005)(4326008)(86362001)(46003)(6916009)(76116006)(102836004)(476003)(486006)(68736007)(71200400001)(64756008)(8676002)(81166006)(66946007)(229853002)(8936002)(446003)(107886003)(6246003)(5660300002)(71190400001)(7736002)(66556008)(256004)(25786009)(14444005)(66476007); DIR:OUT; SFP:1101; SCL:1; SRVR:BY5PR11MB3912; H:BY5PR11MB3990.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 2xn6wyhO0+UU1Pk/Xhqlm4olA57i5z2/yPxWRwaF5LAr3uJ5p+q8TqDl/rmG0iWsc9ZK2rfWHnmnQthNKOIN3h3EWzbVbXLadatSOVDhACeWsr/kj+xPZ+qL+LAlOJSdPx3naSRTCDNt14whOO4jqcw2eyp4JB2IJo2kNW9x/Ka9rY9FCZo0GQKoAqP9HM8eq7C8DgRKmEV+mCfIA6BQKaS+XDqxRDwV92BwvghuLWryvSDYKEI6L86oNqnCsvLFLg2OYvWhGt7IE9jQPpRol/4PHyLC84bETdkfs4HmiChnWLwl3YL6kv4fX/EMK3X4PrGcI9DSIQpg/pFGZtdHB2mTU6AaCnxafSPJeSUUet23SntlFNMnUbGy0bu/CrU0g0D1elpEYUVKp9PqMwmdmssidQvm4Vn7hWpd9AhevkM=
Content-Type: text/plain; charset="utf-8"
Content-ID: <9846094A160A44448FD9CE818EB68553@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 9b5e431d-197d-4c0e-09c0-08d7164140de
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Aug 2019 05:29:41.1144 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: enkechen@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB3912
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.26, xch-rcd-016.cisco.com
X-Outbound-Node: rcdn-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/yk4K3LgQS7W2HdhdpaRa8NzCRRc>
Subject: Re: [Idr] Capability Advertisement in draft-ietf-idr-bgp-extended-messages
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: Thu, 01 Aug 2019 05:29:51 -0000

Hi, Jeff:

1) It is a new capability, and it will take time for it to be deployed or enabled. A BGP speaker has to deal
with the case that some neighbors have advertised the capability, and some have not. That is already
covered in "Section 4 Operation" of the draft. 

2) In terms of deployment, as this feature is likely to be controlled by config (and likely "off" by default),
requiring both sides to advertise the capability simultaneously would make it difficult for the feature to
be deployed or used.

3) I do not see a reason for this capability to be different from other capabilities that do not require
bi-directional advertisement of the capability.

Thanks.  -- Enke

-----Original Message-----
From: Jeffrey Haas <jhaas@pfrc.org>
Date: Wednesday, July 31, 2019 at 5:27 PM
To: "Enke Chen (enkechen)" <enkechen@cisco.com>
Cc: Alvaro Retana <aretana.ietf@gmail.com>, "idr@ietf. org" <idr@ietf.org>, "draft-ietf-idr-bgp-extended-messages@ietf.org" <draft-ietf-idr-bgp-extended-messages@ietf.org>, Susan Hares <shares@ndzh.com>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>
Subject: Re: [Idr] Capability Advertisement in draft-ietf-idr-bgp-extended-messages

    Enke,
    
    On Wed, Jul 31, 2019 at 09:50:08PM +0000, Enke Chen (enkechen) wrote:
    > >>  Note that RFC 6793 (4-byte ASes) require bi-directional advertisement.
    > 
    > No, this statement is not correct. It is fundamental (in transition) for a BGP  speaker
    > to be able to talk to both NEW speakers (that have advertised the capability), and OLD
    > speakers (that have not advertised the capability).  Different encodings are used in the
    > UPDATE message depending on whether the 4-byte AS capability is received from a
    > neighbor.
    
    I should have known I wasn't pedantic enough in this comment. :-)
    
    The point here is that in order to exercise the procedures between NEW BGP
    speakers, (RFC 6793, §4.1), both sides must advertise and use the
    capability.  If you have a mix, each speaks 4271 to each other with the new
    speaker running the transitional procedures.
    
    With regard to the extended messaging, my preference is that both sides
    advertise the capability in order to use the large messages.  A mis-match
    falling back to 4271 4k PDUs is fine - symmetrically.  Asymmetrically
    sending extended messages leads to a mess of edge cases.
    
    -- Jeff