Re: [Idr] Part 2 of CAR/CT Adoption call (7/6 to 7/20) - Adoption of draft-dskc-bess-bgp-car-05.txt and draft-kaliraj-idr-bgp-classful-transport-planes-17.txt

Ahmed Bashandy <abashandy.ietf@gmail.com> Wed, 20 July 2022 03:07 UTC

Return-Path: <abashandy.ietf@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 233BBC13193B for <idr@ietfa.amsl.com>; Tue, 19 Jul 2022 20:07:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tgSzaKYChx0h for <idr@ietfa.amsl.com>; Tue, 19 Jul 2022 20:07:50 -0700 (PDT)
Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61207C15949B for <idr@ietf.org>; Tue, 19 Jul 2022 20:07:50 -0700 (PDT)
Received: by mail-pf1-x42f.google.com with SMTP id e16so15346821pfm.11 for <idr@ietf.org>; Tue, 19 Jul 2022 20:07:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+KId4L0NJalNgm3QcCPjGhNePXpOg+25YLl4EyZKoX8=; b=ck6zVeFm8AlAYehFbQ3lj9RXj9QrmO7nEGIO8gFkGbohp7crNdt1MLH9ZPminBY1Cq lUqiNp3Kh+ZBgB9g06yWv9tciDG9Ehu1+8IGFPo7WI4YdQZYfV/4ZAdXHpi4wlqzAhLg vdheNrBSR0S2BoBaQm349qvgcT1vgTVzhDnqzVa/Xq4UKei1x5m5ZIEJuB3Olphk7/kF i8SrhfEDTFOYsrhuBUPZhm5yM0EnUm258YJV/AyQFXYomSGRPNWl3dQAJC8fxZXgM44s XPLnka0HqZpoWONjmrtMMvGYwi7r6sut5IhBLRIz8QRRjY3BsP4ta5BnSTgTsropWPy8 GDTQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+KId4L0NJalNgm3QcCPjGhNePXpOg+25YLl4EyZKoX8=; b=XsRrgMTk0K6s/H1v9IhDINVC7Zg6n/2WY0P+dX/zYxAIYxrHOTTQcxNGZakX+wWSeF im61105qah0MvGOjFQ3PBiamUh/L45D9FotNmkmy7H+Wyb6E4lNqN0pSr/s7n65OAVnV LVQtbHhpm84U3cBUyD1EpZ+XN+eI8/ObPfR6kKruGLMPi7/W9tBGST/NuHQuaZ4xpwyi JKYvgjjh1eR+eFlyW/EAQToZ0TzjF6Vr52Xg/azOFwM8VQhVDXTqb4Y12Rxv/oL1u2AS SMRh1PSBxfKMwKuQ8RkynfPT2S56xl/91sPJz/VvK750Y272N5lAy6wN0r5WTzqprlP1 mZEg==
X-Gm-Message-State: AJIora+db//cK4AxhUtplZKWSvbM2KBypWJ3NGxiRH+dA0JZ6iMl4ZoQ yAppMLLCT1JH9nq7KGv6NtVzTmsJWXfzqbPq+0+vnJ7H
X-Google-Smtp-Source: AGRyM1uQoByZkY1G9QjbAtyUvuqkZH0tJF0fzgzDTVqYvBWKBEKIydNPDYoEc17urI7lI0LkCn4kTyPk+Q/afKqGm0s=
X-Received: by 2002:a63:fc48:0:b0:40d:ad0a:a868 with SMTP id r8-20020a63fc48000000b0040dad0aa868mr31452055pgk.204.1658286469455; Tue, 19 Jul 2022 20:07:49 -0700 (PDT)
MIME-Version: 1.0
References: <BYAPR08MB48725C453611F6A21F255295B3809@BYAPR08MB4872.namprd08.prod.outlook.com>
In-Reply-To: <BYAPR08MB48725C453611F6A21F255295B3809@BYAPR08MB4872.namprd08.prod.outlook.com>
From: Ahmed Bashandy <abashandy.ietf@gmail.com>
Date: Tue, 19 Jul 2022 20:07:37 -0700
Message-ID: <CAAgvS4qRO3gEqgguAZXhHf6s7N4Mf9hvOhK4Oseejo7-iR0q-A@mail.gmail.com>
To: Susan Hares <shares@ndzh.com>
Cc: idr@ietf.org
Content-Type: multipart/alternative; boundary="000000000000f2a48b05e433e71c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/iufsW4PX8Map3aJmuaxuqar32OU>
Subject: Re: [Idr] Part 2 of CAR/CT Adoption call (7/6 to 7/20) - Adoption of draft-dskc-bess-bgp-car-05.txt and draft-kaliraj-idr-bgp-classful-transport-planes-17.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
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, 20 Jul 2022 03:07:52 -0000

I support the adoption ofdraft-dskc-bess-bgp-car

BGP CAR adheres to the SR architecture in the use of the color extended
community for steering and its data model. At the same time it has
operational consistency with BGP-LU which has been used in seamless MPLS by
many operators.

It also takes into account learnings from experience to address many
limitations of the current BGP SAFIs


For the questions

1. Do you agree or disagree that these two drafts are functionally
identical?

The design choices are different,  which matter


2. If you agree, should we have just one draft or do the operational
difference encourage us to have two drafts?

We should just have one draft



Thanks

Ahmed



On Wed, Jul 6, 2022, 11:17 AM Susan Hares <shares@ndzh.com> wrote:

> This begins a 2-week WG Adoption call (7/6/2022 to 7/20/2022) for the
> following drafts:
>
>    - draft-dskc-bess-bgp-car-05.txt
>
> (https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/)
>
>    - draft-kaliraj-idr-bgp-classful-transport-planes-17.txt
>
> (
> https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport-planes/)
>
>
> The associated drafts may be useful in your consideration.
>
> CAR:
>
>    - draft-ietf-spring-segment-routing-policy-22
>
> https://datatracker.ietf.org/doc/
> draft-ietf-spring-segment-routing-policy/
>
>
>
>    - draft-ietf-idr-segment-routing-te-policy-18
>
> https://datatracker.ietf.org/doc/
> draft-ietf-idr-segment-routing-te-policy/
>
>
>
>    - draft-dskc-bess-bgp-car-problem-statement-05.txt
>
> https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car-problem-statement/
>
> CT
>
>    - draft-hegde-spring-mpls-seamless-sr-06.txt
>
> https://datatracker.ietf.org/doc/draft-hegde-spring-mpls-seamless-sr/
>
>
>
>    - draft-kaliraj-idr-multinexthop-attribute-02.txt
>
> (
> https://datatracker.ietf.org/doc/draft-kaliraj-idr-multinexthop-attribute/)
>
>
>
>
>    - draft-kaliraj-bess-bgp-sig-private-mpls-labels-04
>
> (
> https://datatracker.ietf.org/doc/draft-kaliraj-bess-bgp-sig-private-mpls-labels/
> )
>
>
>
> You may discuss adoption of one or both the main drafts (CAR or
> Classful-Transport (CT)) in your response, and the associate drafts.
>
> A few caveats on your discussion:
>
>    1. Please do not worry whether the drafts belong in BESS or IDR.
>
> Both BESS and IDR work on creating relevant quality standards in BGP,
>
> and the chairs will work this out.
>
>
>
>    1. The IDR has spent time over 2020-2022 discussing these drafts.
>
> For background information, see the following links below.
>
> You can refer to these previous presentations or email discussions in your
> responses.
>
>
>
>    1. Please constrain your discussion to whether these drafts should be
>    adopted.
>
> I’ve started another email thread on whether path
> establishment/distribution
>
> for a color (aka QOS/SLA/Transport Class) should be done via a
>
> specific BGP route (i.e., per-color NLRI) rather than as per-color
> attributes on a route.
>
> https://mailarchive.ietf.org/arch/msg/idr/FhoK04HsSy9tR7ioV7AD0Vv6Ir4/
>
>
>
> Questions (to consider) for these drafts:
>
> Jeff Haas (IDR Co-chair) posted a summary on March 21, 2022 that for
>
> route resolution and route origination/propagation, BGP-CAR and BGP-CT are
> functionally identical,
>
> but operationally different.
>
>     (
> https://mailarchive.ietf.org/arch/msg/idr/e69NRd9i2aG0WUxFkShEfQHZsHo/
>
>    1. Do you agree or disagree that these two drafts are functionally
>    identical?
>    2. If you agree, should we have just one draft or do the operational
>    difference encourage us to have two drafts?
>    3. If you disagree, do the functional differences encourage us to have
>    one or two drafts adopted?
>
>
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idrt
>