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

Tomasz Szewczyk <tomeks@man.poznan.pl> Fri, 08 July 2022 12:32 UTC

Return-Path: <tomeks@man.poznan.pl>
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 56186C157908 for <idr@ietfa.amsl.com>; Fri, 8 Jul 2022 05:32:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.781
X-Spam-Level:
X-Spam-Status: No, score=-3.781 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-1.876, 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
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 Gfo6cQEpOLxR for <idr@ietfa.amsl.com>; Fri, 8 Jul 2022 05:32:04 -0700 (PDT)
Received: from berula.man.poznan.pl (berula.man.poznan.pl [IPv6:2001:808::173:11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55AD3C1A7F37 for <idr@ietf.org>; Fri, 8 Jul 2022 05:31:11 -0700 (PDT)
X-Virus-Scanned: by PSNC antivirus scanner at man.poznan.pl
Received: from [192.168.50.87] (c155-124.icpnet.pl [85.221.155.124]) (authenticated bits=0) by berula.man.poznan.pl (8.15.2/8.15.2/auth/ldap/milter/tls) with ESMTPSA id 268CUmOZ027418 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for <idr@ietf.org>; Fri, 8 Jul 2022 14:30:51 +0200 (CEST)
Message-ID: <321d1854-425c-4063-1572-c6e6ad8d091d@man.poznan.pl>
Date: Fri, 08 Jul 2022 14:30:42 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0
Content-Language: en-US
To: idr@ietf.org
References: <BYAPR08MB48725C453611F6A21F255295B3809@BYAPR08MB4872.namprd08.prod.outlook.com>
From: Tomasz Szewczyk <tomeks@man.poznan.pl>
In-Reply-To: <BYAPR08MB48725C453611F6A21F255295B3809@BYAPR08MB4872.namprd08.prod.outlook.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="------------ms030209060508090002050307"
X-Greylist: ACL matched, not delayed by milter-greylist-4.6.4 (berula.man.poznan.pl [150.254.173.11]); Fri, 08 Jul 2022 14:30:51 +0200 (CEST)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/TDRhdmT4WAJOg2mWlRNJoTcTDrw>
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: Fri, 08 Jul 2022 12:32:06 -0000

Hello Susan,

For about 10 years the seamless MPLS services are implemented in Polish 
NREN (PIONIER).
Additionally the similar service architecture is  used among European 
NRENs connected to GEANT network.
Recently we had discussion about extending functionality of our 
interdomain MPLS services.
The BGP-CT proposal seems to answer our functional needs and it seems 
due to its properties/architecture (similar to most BGP VPN 
technologies) can be easily and quickly adopted by multiple NRENs.

best regards
Tomasz

W dniu 06.07.2022 o 20:16, Susan Hares pisze:
>
> 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/<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/<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/<https://datatracker.ietf.org/doc/>draft-ietf-spring-segment-routing-policy/
>
>   * draft-ietf-idr-segment-routing-te-policy-18
>
> https://datatracker.ietf.org/doc/<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/<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/<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/<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/<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.
>
>  2. 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.
>
>  3. 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/ 
> <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/idr

-- 
Tomasz Szewczyk
Poznańskie Centrum Superkomputerowo Sieciowe :: Pion Technologii Sieciowych
Poznan Supercomputing and Networking Center :: Network Technology Division
tel: +48 61 858 2040