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

Robert Raszuk <robert@raszuk.net> Tue, 21 November 2017 14:23 UTC

Return-Path: <rraszuk@gmail.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 2BCEF12948F; Tue, 21 Nov 2017 06:23:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.699
X-Spam-Level:
X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 LspR22YKZ4ZX; Tue, 21 Nov 2017 06:23:06 -0800 (PST)
Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com [IPv6:2a00:1450:400c:c09::241]) (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 D4268129410; Tue, 21 Nov 2017 06:23:05 -0800 (PST)
Received: by mail-wm0-x241.google.com with SMTP id l188so1972570wma.1; Tue, 21 Nov 2017 06:23:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=VK555ftLTE2oCKmhzGmNXsE8KNTSQ+hL8tyQ/62XGyM=; b=sy79FON6G0686VOkrDUjp21oyU3UP0GzC+2NvNKaKO6D2sfYmwZOosJWgo+W0fKFQy hw/vV9HshrZniGj/BRfij+LGSKBqgdBPNLMqbRzQfoL4nIh6rxe/FXciIKdV2GR/C0Io LBw3WwH83gvhj2ip4h292kUOS5OcCZPA3iDh7u3inBxSsrv0MZYFGWuqO1XpZye8Hd34 D+ddwh/axyPkXapC8SNP3eVyHlRjzQfwKcvizFSQ3s2Cq1OSDfHuWGhinMGJOZukNMwT fRIQvGCbWXChYZyTs3T9dAXZfpMZOcwfgjaU2VI+wu3sN6+IKDtc3TfzhHmyLBfnOjoc 0EZA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=VK555ftLTE2oCKmhzGmNXsE8KNTSQ+hL8tyQ/62XGyM=; b=brkds3ZTBWAlm026gUTNFcX4UPdo3w9W9Re+JjGXAKFdebj5s4UA36SWRA9dbWkiPH 17kJSaz6NUnymmsJaDH0G9A9O2RuDlv/X020bMzx8IFkFWFSszGaHlaymcY2NGnaQFsZ i/TEQTpcwqprwCkKJ8935wh+TIWV1vtgIuHJQ3guFeIMap5HLx43lNUUfThOO4siySVK eWqBpkQcji+Hht6ANNAOoXePX8RJehHybyTcNffmu19r1d/Npyx7CXUMoPcG/+YIn1cD GWMBt25IHxoAiI5lmnYRtrckz/t1OCrZYyfhsmrpV5XerpdPBzr/InrVl5ashkVE5hak E4Sg==
X-Gm-Message-State: AJaThX65fGg+RoZXGw6h5AXKq0VC1p81iTF4rsiY8ak5xvOymZgzLOOT UwUl27HNvgott8KO9HgBEbl9lalHQs+LQGpkSPFT/X4b
X-Google-Smtp-Source: AGs4zMb1cIaFYEtUhTWrBY9J63IHXS8Mrxf7wncJt92dkl3hvW7NPI+C+f9jOBO5kM44Y0A7X4l9T1TOAXekEZBeRys=
X-Received: by 10.28.5.201 with SMTP id 192mr1501141wmf.142.1511274169062; Tue, 21 Nov 2017 06:22:49 -0800 (PST)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.28.54.217 with HTTP; Tue, 21 Nov 2017 06:22:48 -0800 (PST)
In-Reply-To: <B61C3B8F-1168-4EB1-8D8E-88C4BF28B3AA@exa.net.uk>
References: <000901d35c08$3f12d950$bd388bf0$@ndzh.com> <B61C3B8F-1168-4EB1-8D8E-88C4BF28B3AA@exa.net.uk>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 21 Nov 2017 15:22:48 +0100
X-Google-Sender-Auth: nK72pd19eibFVLPY-1BFGShQCYs
Message-ID: <CA+b+ER=1sHhAqhOc2VipzZMB+Zsxk8n+8cNUshkjPw_A9k9E-A@mail.gmail.com>
To: Thomas Mangin <thomas.mangin@exa.net.uk>
Cc: Idr <idr-bounces@ietf.org>, idr wg <idr@ietf.org>, idr-ads@ietf.org
Content-Type: multipart/alternative; boundary="001a1143816e015c0f055e7ef0c2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/zc5g853STTmYF8tFYe0z7qmNn3g>
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: Tue, 21 Nov 2017 14:23:08 -0000

Hi Thomas,

Great that you implemented it in ExaBGP. Is it on by default or do you need
a global/per peer knob ?

- - -

As to your point that even today you may have the same problem ... well if
you consider the problem to be interworking between peers when one is
already receiving 4K update and want to add more stuff ... you are right it
can fail today.

But this is not the main problem I am pointing out. The problem is that in
the above case the local guy who is adding stuff to existing update will
locally and immediately know that it failed.

In the new model it is nodes far far away who happily injected larger then
4K update messages will never know that their updates never made it through
as they intended.

And since IDR and community failed to progress OPERATIONAL MSG in BGP
providing a bit of a ops feedback between peers and perhaps beyond we are
where we are. https://goo.gl/JTpQDc

Best,
Robert.


On Tue, Nov 21, 2017 at 11:26 AM, Thomas Mangin <thomas.mangin@exa.net.uk>
wrote:

> Hello Everyone,
>
> I support the draft; and I therefore implemented it on ExaBGP master.
>
> I am will keep an eye on the discussion regarding the potential issue
> transiting messages with larger than 4k total attributes size could cause.
>
> I would have no objection myself on seeing an arbitrary limit on the Total
> Path Attribute set to prevent backward compatibility as the most likely
> quick win is going to be on packing more NLRI ATM.
>
> That said, I am not aware of any guideline in previous RFC to cover this
> issue and it is already possible to encounter this problem today. So while
> the draft make the issue more likely, it does not make things worse from a
> specification POV.
>
> I am therefore wondering if this should not be covered by another
> unrelated RFC as it can affect current speakers and is not specific to this
> draft.
>
> Sincerely,
>
> Thomas
>
> On 12 Nov 2017, at 22:47, Susan Hares <shares@ndzh.com> wrote:
>
> This begins a 2 week WG LC for draft-ietf-idr-bgp-extended-messages
> (11/12 to 11/26).  Please note this draft has at least 2 implementations.
>    Please comment on whether you feel this draft is ready for publication.
>
>
> Susan Hares
>
> PS – the request for this WG LC is at:
> https://www.ietf.org/mail-archive/web/idr/current/msg18801.html
>
>
>
>
>
> _______________________________________________
> 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
>
>