Re: [mpls] [spring] Invitation to participate in an Open MPLS wg desifn team on how to carry additional forwarding data in MPLS packets
Vasilenko Eduard <vasilenko.eduard@huawei.com> Tue, 13 April 2021 09:01 UTC
Return-Path: <vasilenko.eduard@huawei.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A00D3A0780 for <mpls@ietfa.amsl.com>; Tue, 13 Apr 2021 02:01:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.918
X-Spam-Level:
X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 OMGjAvYibnsN for <mpls@ietfa.amsl.com>; Tue, 13 Apr 2021 02:01:12 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 253DA3A0691 for <mpls@ietf.org>; Tue, 13 Apr 2021 02:01:08 -0700 (PDT)
Received: from fraeml745-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FKKCJ08jJz688Lh for <mpls@ietf.org>; Tue, 13 Apr 2021 16:53:48 +0800 (CST)
Received: from msceml701-chm.china.huawei.com (10.219.141.159) by fraeml745-chm.china.huawei.com (10.206.15.226) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 13 Apr 2021 11:01:00 +0200
Received: from msceml703-chm.china.huawei.com (10.219.141.161) by msceml701-chm.china.huawei.com (10.219.141.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 13 Apr 2021 12:00:59 +0300
Received: from msceml703-chm.china.huawei.com ([10.219.141.161]) by msceml703-chm.china.huawei.com ([10.219.141.161]) with mapi id 15.01.2106.013; Tue, 13 Apr 2021 12:00:59 +0300
From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
To: "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: [spring] Invitation to participate in an Open MPLS wg desifn team on how to carry additional forwarding data in MPLS packets
Thread-Index: AQHXKR8lj3rtjzz65Uuz8EJZQ3dDCaqlssCwgACLcNCAC/BNMA==
Date: Tue, 13 Apr 2021 09:00:59 +0000
Message-ID: <7f943c98d67940fd90334b4a50e13852@huawei.com>
References: <be54bfcb-1f27-939f-97cc-edaf2020cc6a@pi.nu> <a31b59cc658c4693a1cba53e1abfc0d4@huawei.com> <714d24f53c04408f94949317e2ea8072@huawei.com>
In-Reply-To: <714d24f53c04408f94949317e2ea8072@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.207.93]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/RdG6UTWli5G4FgHqp6yJTpIXqSM>
Subject: Re: [mpls] [spring] Invitation to participate in an Open MPLS wg desifn team on how to carry additional forwarding data in MPLS packets
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Apr 2021 09:01:17 -0000
Hi MPLS Guru! Sorry. I did not have a chance to participate in your call. I do agree to all policies specified below. Could I propose 1 additional? MPLS had a separate data plane header for services/overlay and separate for transport/underlay since the beginning. "Transport" in IETF has 2 meanings - I am referencing here to forwarding. TEAS continues to specify VPN+ in the same way: VPN and VTN are separate. We have seen examples when transport or service headers have been stacked independently, primarily it was the stack of many transport labels with 1 service label, but the opposite is possible too. I propose the policy: - It is important to preserve the clear separation of data plane headers for services/overlay and transport/underlay for independent innovation and management by different control plane protocols IMHO: It is an important and valuable differentiator. Eduard > -----Original Message----- > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Loa > Andersson > Sent: Sunday, April 4, 2021 9:51 AM > To: mpls-ads@ietf.org; pals@ietf.org; DetNet WG <detnet@ietf.org>; > spring@ietf.org > Subject: [spring] Invitation to participate in an Open MPLS wg desifn > team on how to carry additional forwarding data in MPLS packets > > MPLS, PALS, DETNET and SPRING working groups, > > Note: This message is sent to four working groups, please limit > responses to the mpls wg mailing list only. > > All members of the four working group are invited to participate in an > open MPLS wg design team to address the work that was discussed in the > joint meeting at IETF 110 > > Below follows "notes" from a meeting between chairs of the four > working groups 2021-03-22. It outlines how we initially will take on the work. > > ------------------- meeting notes ----------------------- > > > Continue the work the joint meeting at IETF 110. > ================================================ > > Working Group Chairs from MPLS, PALS, SPRING and DETNET met > 2021-03-22 to discuss how to follow up the joint meeting at IETF 110. > > Participation: > -------------- > > Loa Andersson (mpls) > Tarek Saad (mpls) > Stewart Bryant (pals) > Andy Malis (pals) > Joel Halpern (spring) > Lou Berger (detnet) > > We discussed three themes > ------------------------- > > - what to do next > - how to document the output from the joint meeting > - how to organize the work that starts here > > We agreed > ========= > > - that the work starting here is part of the MPLS architecture and in > the end might lead to updates - that this is work that should be > coordinated by the mpls working group and that discussion working > group adoption and the discussion should be taken to the MPLS WG > mailing list. > > We agreed with the summary from the joint meeting > ------------------------------------------------- > > - that tt is important that MPLS grows and develops to support the new > needs of network operators. The alternative to such development is > stagnation and a path to obsolescence. > > - that is important that any change does not adversely impact the > operation of legacy equipment installed in the same network as the n > new functionality. > > - it is important that any change is both forwards and backwards > compatible. i.e. that any change does not limit the ability for > further future development of MPLS. > > - it is important that any change be practical on the forwarding > technology likely to be deployable in the reasonably near future. > > - it is important that we minimize the number of changes needed to > support the new needs but making that change an elegant approach > that satisfies as many of the new needs as possible. > > - there is sufficient interest and urgency in the need for new features > that we need to work on this between meetings to progress at an > acceptable rate. > > We also agreed on some practical things > --------------------------------------- > > - the list (possibly incomplete) of proposals in Stewart's slides > has been updated to a short draft to serve as input to this work > (draft-bryant-mpls-dev-primer-00.txt). > > - the work will be divided into two "tracks" (1) proposals carrying > information after the BoS and; (2) proposals carrying info in the > stack. > > - we will hold open design-team meetings, i.e. any member of the four > working groups are encouraged to participate > > - the meeting cycle is 5 weeks: > > -- "week 1" we will have a joint meeting to coordinate between the > two tracks > -- "week 2" and "week 4" we will have a track 1 meeting > -- "week 3" and "week 5" we will have a track 2 meeting > -- "week 6" = "week 1"; and we start the count over again > > We will start with joint (kick off) meeting April 8. The agenda will > be prepared during the week of April 5, let us know if there is anything you want to discuss. > We already now know that we will want to discuss Stewart's primer. > > Mach will send out WebEx details to all four working groups. > > - the over all coordination of this activity will done by Loa, if > you need a slot in any meting or need to put a discussion point > on the agenda ping Loa. > > - the meetings will be every Thursday at 3pm Central European Time. > > /Loa > for(all) the wg-chairs > > > -- > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail.com > Bronze Dragon Consulting phone: +46 739 81 21 64 > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring
- Re: [mpls] [Detnet] Invitation to participate in … Loa Andersson
- Re: [mpls] [spring] Invitation to participate in … Vasilenko Eduard
- Re: [mpls] [spring] Invitation to participate in … Fomin, Sergey (Nokia - US/Mountain View)
- Re: [mpls] [spring] Invitation to participate in … Loa Andersson
- Re: [mpls] [spring] Invitation to participate in … Andrey Slastenov
- Re: [mpls] [spring] Invitation to participate in … Loa Andersson
- Re: [mpls] [spring] Invitation to participate in … Andrey Slastenov
- Re: [mpls] [spring] Invitation to participate in … Vasilenko Eduard
- Re: [mpls] [spring] Invitation to participate in … Stewart Bryant
- Re: [mpls] [spring] Invitation to participate in … Vasilenko Eduard
- Re: [mpls] [spring] Invitation to participate in … Stewart Bryant
- Re: [mpls] [spring] Invitation to participate in … Vasilenko Eduard