Re: [Idr] AD Review of draft-ietf-idr-bgp-extended-messages-20

"Jakob Heitz (jheitz)" <jheitz@cisco.com> Wed, 08 March 2017 20:04 UTC

Return-Path: <jheitz@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 2C0831295A1; Wed, 8 Mar 2017 12:04:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level:
X-Spam-Status: No, score=-14.523 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, 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
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 NASn3nu2cVxf; Wed, 8 Mar 2017 12:04:23 -0800 (PST)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4560B127A91; Wed, 8 Mar 2017 12:04:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6168; q=dns/txt; s=iport; t=1489003463; x=1490213063; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Ea5fDp+gt53hiGW2qRUvbnI79N98hfCA6EiIi7Rzw8c=; b=GFejNlwgXnbmtz15HniXQce+x0EnD3fMlzpt5PI6LsN1N6sz3Cv1kLAM tAEwrww+Q9Fb9nbsW5FXE722TIFARBykoS0PEPILI38C42REi1oKvDlxA Wf4l+u4nDMNfz76Spaug12XQbx0lFoH/ERZdzL5++lkP4NfkHbvdmXaTN o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B3AQCUYsBY/5JdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1FhgQoHg1mKDJFNiA2NK4INHwuFeAIagic/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRUBAQEBAwEBIRE6CwwEAgEIEQQBAQECAiMDAgICHwYLFAEICAIEAQ0FCIlfA?= =?us-ascii?q?xUOsEKCJoc2DYM4AQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWBC4VDg2aBCYJRhQm?= =?us-ascii?q?CXwWbfDoBjgyEIoIEhSOISIE6iESCEIhpAR84gQNWFT86hBcggWIBdYkGAYEMA?= =?us-ascii?q?QEB?=
X-IronPort-AV: E=Sophos;i="5.36,265,1486425600"; d="scan'208";a="216065546"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2017 20:04:22 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v28K4MK5013052 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 8 Mar 2017 20:04:22 GMT
Received: from xch-aln-014.cisco.com (173.36.7.24) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 8 Mar 2017 14:04:21 -0600
Received: from xch-aln-014.cisco.com ([173.36.7.24]) by XCH-ALN-014.cisco.com ([173.36.7.24]) with mapi id 15.00.1210.000; Wed, 8 Mar 2017 14:04:21 -0600
From: "Jakob Heitz (jheitz)" <jheitz@cisco.com>
To: "Borchert, Oliver (Fed)" <oliver.borchert@nist.gov>, "Enke Chen (enkechen)" <enkechen@cisco.com>
Thread-Topic: [Idr] AD Review of draft-ietf-idr-bgp-extended-messages-20
Thread-Index: AQHSjglrFbHoeYS2WUyxb/MV1DegzqF/VY+AgAlhrgCAAEiTgIAAnkCAgAA/eoCAABXogIAAAp8AgAACk4CAAAAMgIAANcUAgABTfYCAAAFtgIAAGbEAgADUQkA=
Date: Wed, 8 Mar 2017 20:04:21 +0000
Message-ID: <edf306511fd84fbe8bceb4b5801be8ea@XCH-ALN-014.cisco.com>
References: <DAEE98CC-8483-499E-B71C-FE4C6FC15A4A@cisco.com> <20170228210627.GB17448@pfrc.org> <3eb4d853-1d44-6250-c70a-26f60eac39e6@cisco.com> <006e01d296db$a7c4c320$f74e4960$@ndzh.com> <CA+b+ERmddHoq+4FmU+Ct3MhH46om8yUt69EoQMyLnzweHF=JgQ@mail.gmail.com> <010101d2974a$8520d060$8f627120$@ndzh.com> <CA+b+ERnejrof2dfvb4YuKpWieLxWOF7mTXkZpaOgJc=y=2V+XA@mail.gmail.com> <018c01d29756$c8b4f610$5a1ee230$@ndzh.com> <CA+b+ER=r6tF3t-THjN_zz5hOLETRV5MjpcoEo+79exeafWBNfQ@mail.gmail.com> <01b301d29758$180458e0$480d0aa0$@ndzh.com> <e2fd2bc1-94fa-66fb-e2f0-668ee5a1f1a1@cisco.com> <CE23F9A0-DC7B-4AC1-A6E4-6BF5A287B71D@nist.gov> <7657b686-0685-9bdf-17ba-e7d618a237aa@cisco.com> <C83C3A72-5059-4345-B0E7-AB7F9FD48E53@nist.gov>
In-Reply-To: <C83C3A72-5059-4345-B0E7-AB7F9FD48E53@nist.gov>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [128.107.151.82]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/MO8VMa2cscqeygSIA3JCNOhzhRE>
Cc: 'idr wg' <idr@ietf.org>, "draft-ietf-idr-bgp-extended-messages@ietf.org" <draft-ietf-idr-bgp-extended-messages@ietf.org>, Susan Hares <shares@ndzh.com>, 'Robert Raszuk' <robert@raszuk.net>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>
Subject: Re: [Idr] AD Review of draft-ietf-idr-bgp-extended-messages-20
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 08 Mar 2017 20:04:25 -0000

I don't think it makes sense to fallback if a long OPEN message fails.
Suppose the OPEN message is 4100 bytes long and it fails.
How will you shrink it?
The operator will need to remove some features from the configuration before trying again.

Thanks,
Jakob.

> -----Original Message-----
> From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Borchert, Oliver (Fed)
> Sent: Tuesday, March 07, 2017 5:21 PM
> To: Enke Chen (enkechen) <enkechen@cisco.com>
> Cc: 'idr wg' <idr@ietf.org>rg>; draft-ietf-idr-bgp-extended-messages@ietf.org; 'Robert Raszuk' <robert@raszuk.net>et>;
> Susan Hares <shares@ndzh.com>om>; idr-chairs@ietf.org
> Subject: Re: [Idr] AD Review of draft-ietf-idr-bgp-extended-messages-20
> 
> Enke,
> 
> thanks for the pointer. With this in mind, it makes perfectly sense then to have all bgp messages included rather
> than “cherry picking” some of them.
> 
> Oliver
> 
> On 3/7/17, 6:49 PM, "Enke Chen" <enkechen@cisco.com> wrote:
> 
>     Please check out the following document:
> 
>     Extended Optional Parameters Length for BGP OPEN Message
>     draft-ietf-idr-ext-opt-param-02
> 
>     -- Enke
> 
>     On 3/7/17 3:44 PM, Borchert, Oliver (Fed) wrote:
>     > I am wondering – according to RFC 4271, how can an OPEN message ever exceed 284 bytes?
>     > The bgp message header has 19 bytes and the OPEN message payload adds 10. This is 29, then the only
>     > addition here are the Optional Parameters which cannot exceed 255 bytes combined due to the 1 byte length
> field.
>     >
>     > Therefore, an open message cannot exceed 284 bytes and if larger than 284 bytes, wouldn’t it be invalid.
>     >
>     > In this regard, I don’t really understand the whole discussion about allowing an OPEN message larger than 4K.
>     > It shouldn’t even be larger than 284 bytes?  Maybe I am missing something.
>     >
>     > BTW, same is true for KEEPALIVE (max 19 bytes)
>     >
>     > Oliver
>     >
>     >
>     >
>     > On 3/7/17, 1:45 PM, "Idr on behalf of Enke Chen" <idr-bounces@ietf.org on behalf of enkechen@cisco.com> wrote:
>     >
>     >     Hi, Folks:
>     >
>     >     o There is no extra work for a receiver to cover message types other than UPDATE.
>     >     o There is a little bit work for a sender that wishes to send a large OPEN (e.g.,
>     >       using the prior capability and possibly subsequent NOTIFICATION).
>     >
>     >     Additionally, I do not see a need to touch on the FSM specified in RFC 4271 even
>     >     in the case of sending a large OPEN, which potentially may involve two separate
>     >     consecutive sessions but each session would just follow the existing FSM.
>     >
>     >     Thanks.   -- Enke
>     >
>     >     On 3/7/17 7:32 AM, Susan Hares wrote:
>     >     > Robert:
>     >     >
>     >     > <individual contributor’s hat on>
>     >     >
>     >     > Yep  - Easier to just include all messages.
>     >     >
>     >     >
>     >     >
>     >     > Sue
>     >     >
>     >     >
>     >     >
>     >     > *From:*rraszuk@gmail.com [mailto:rraszuk@gmail.com] *On Behalf Of *Robert Raszuk
>     >     > *Sent:* Tuesday, March 7, 2017 10:33 AM
>     >     > *To:* Susan Hares
>     >     > *Cc:* Randy Bush; Enke Chen; Jeffrey Haas; Alvaro Retana (aretana); idr-chairs@ietf.org; draft-ietf-idr-
> bgp-extended-messages@ietf.org; idr wg
>     >     > *Subject:* Re: [Idr] AD Review of draft-ietf-idr-bgp-extended-messages-20
>     >     >
>     >     >
>     >     >
>     >     > Hi Sue,
>     >     >
>     >     >
>     >     >
>     >     >> My suggestion is to include all messages including future messages if approved.
>     >     >
>     >     >
>     >     >
>     >     > Ahh then it is great - we are in sync !
>     >     >
>     >     >
>     >     >
>     >     > My other comments were just an opinion ... but if it is easier to extend all messages then perfect.
>     >     >
>     >     >
>     >     >
>     >     > Cheers,
>     >     >
>     >     > R.
>     >     >
>     >     >
>     >     >
>     >     >
>     >     >
>     >
>     >     _______________________________________________
>     >     Idr mailing list
>     >     Idr@ietf.org
>     >     https://www.ietf.org/mailman/listinfo/idr
>     >
>     >
> 
> 
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr