Re: [Idr] WG Last Call foir draft-ietf-idr-bgp-extended-messages (11/12 to 11/26)

Job Snijders <job@ntt.net> Thu, 16 November 2017 13:09 UTC

Return-Path: <job@instituut.net>
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 E632A1294E9 for <idr@ietfa.amsl.com>; Thu, 16 Nov 2017 05:09:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=unavailable autolearn_force=no
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 SY5pnRW6s27v for <idr@ietfa.amsl.com>; Thu, 16 Nov 2017 05:09:07 -0800 (PST)
Received: from mail-pg0-f41.google.com (mail-pg0-f41.google.com [74.125.83.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71E58129505 for <idr@ietf.org>; Thu, 16 Nov 2017 05:09:05 -0800 (PST)
Received: by mail-pg0-f41.google.com with SMTP id j16so15026451pgn.9 for <idr@ietf.org>; Thu, 16 Nov 2017 05:09:05 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=RYEzgZAgw3zV7T2O5zjkJdPNU2Ehv6GxPcnR0US4Feg=; b=bJYnmVPpMXqF/9ikxNkRls1GD8qD4V3UhBSfUIOhgCyTWQW76Ew7GrejTzYnitv+BY M1rdrXZ3cBh1eXzUeNOZGy6HO//lt5WWcNs72DaAtKah7vGySqmPmcZwOrjRucnABisa rkHvlDbEWYWyibNd7nTQ5FhMwhJdCtNDawa/krogyBw43Dq7EVvwHsgWinR04eaSCdND xwOFnC/2hfcg6Y0jnNQcdClMHEyNRL7BW5zf1nUXxSg8IWSPK3+pyw69JUalRyjsok+a YDOcy+DFzmtLL+pa6IVaZvfqX3/er/nQaK84NnaLxDKSDJ4zWadvlgfvlje9d+Dyp06I /N2A==
X-Gm-Message-State: AJaThX4DdDRhPFnRI7LcWkq1vixaa/rTe1LBueG2N4YLlnYKJU1HBKsh bVuyvBMRqGkbprcGI6qo7KaQ6A==
X-Google-Smtp-Source: AGs4zMYiHyCwDXQ0keAu015Fb1va9ZlKq6BILTE5ohzYF4iFOpVXZOMlgQQJ7cKb8SXTvX6hELHxfw==
X-Received: by 10.159.218.72 with SMTP id x8mr1668890plv.257.1510837744543; Thu, 16 Nov 2017 05:09:04 -0800 (PST)
Received: from localhost ([2001:67c:208c:10:b412:7a35:b5f8:5410]) by smtp.gmail.com with ESMTPSA id v76sm3192248pfk.78.2017.11.16.05.09.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Nov 2017 05:09:03 -0800 (PST)
Date: Thu, 16 Nov 2017 14:09:01 +0100
From: Job Snijders <job@ntt.net>
To: Robert Raszuk <robert@raszuk.net>
Cc: Susan Hares <shares@ndzh.com>, idr wg <idr@ietf.org>, idr-ads@ietf.org, idr-chairs@ietf.org
Message-ID: <20171116130901.GG18459@Vurt.local>
References: <000901d35c08$3f12d950$bd388bf0$@ndzh.com> <CA+b+ER=PnW0-Qr9K4KTY4OAQC6-PQqRcbtc4yABXeRoz0xhw5A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CA+b+ER=PnW0-Qr9K4KTY4OAQC6-PQqRcbtc4yABXeRoz0xhw5A@mail.gmail.com>
X-Clacks-Overhead: GNU Terry Pratchett
User-Agent: Mutt/1.9.1 (2017-09-22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/byKtTu_rlpcPwECHx7PTmF9bQSk>
Subject: Re: [Idr] WG Last Call foir draft-ietf-idr-bgp-extended-messages (11/12 to 11/26)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
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, 16 Nov 2017 13:09:13 -0000

On Wed, Nov 15, 2017 at 02:56:01PM +0100, Robert Raszuk wrote:
> I am concerned with the lack of clear description of what router which
> supports extended msg should do when on one side he receives an
> attribute bigger then 4K and not of all it's peers can handle it.
> 
> IMO the below statement is true but a bit too vague:
> 
> "Therefore putting an attribute which can not be decomposed to 4096
> octets or less in an Extended Message is a likely path to routing
> failure."
> 
> And the worst part is that the BGP speaker which in fact generated
> such attribute be it on purpose or by error will not find out that its
> propagation has failed one or N hops away.
> 
> Today when one is trying to inject msg over 4K (say due to a bug) it
> will fail locally, generate syslog etc ... 
> 
> Any comments from authors and WG on that ?

Let's not forget this draft idea has been around since 2011. To prevent
path / routing failures, we'd better get a move on and start deplying.

Kind regards,

Job