Re: [mpls] Poll 1: ISD and PSD in the MNA Framework

"Dongjie (Jimmy)" <jie.dong@huawei.com> Wed, 01 June 2022 07:59 UTC

Return-Path: <jie.dong@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 D75AFC14CF00; Wed, 1 Jun 2022 00:59:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.907
X-Spam-Level:
X-Spam-Status: No, score=-6.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-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
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 6XVD1aurlLSk; Wed, 1 Jun 2022 00:59:33 -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 422D1C157B54; Wed, 1 Jun 2022 00:59:31 -0700 (PDT)
Received: from fraeml704-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4LChKf0VpCz68BV4; Wed, 1 Jun 2022 15:56:06 +0800 (CST)
Received: from kwepemi500018.china.huawei.com (7.221.188.213) by fraeml704-chm.china.huawei.com (10.206.15.53) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2375.24; Wed, 1 Jun 2022 09:59:27 +0200
Received: from kwepemi500017.china.huawei.com (7.221.188.110) by kwepemi500018.china.huawei.com (7.221.188.213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 1 Jun 2022 15:59:26 +0800
Received: from kwepemi500017.china.huawei.com ([7.221.188.110]) by kwepemi500017.china.huawei.com ([7.221.188.110]) with mapi id 15.01.2375.024; Wed, 1 Jun 2022 15:59:26 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: Loa Andersson <loa@pi.nu>, "mpls@ietf.org" <mpls@ietf.org>
CC: "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, DetNet Chairs <detnet-chairs@ietf.org>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>
Thread-Topic: [mpls] Poll 1: ISD and PSD in the MNA Framework
Thread-Index: AQHYdGtj9Wvi/rV6CkqKrcXc4CuKG606IoSg
Date: Wed, 01 Jun 2022 07:59:26 +0000
Message-ID: <15da60ff21a84a63b21283af86b8bcfb@huawei.com>
References: <b660b14c-b9ee-16a6-b599-6d0789f363db@pi.nu>
In-Reply-To: <b660b14c-b9ee-16a6-b599-6d0789f363db@pi.nu>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.17.74]
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/GAuzr981hoc4nP_4OAf0sdt7IcU>
Subject: Re: [mpls] Poll 1: ISD and PSD in the MNA Framework
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.34
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: Wed, 01 Jun 2022 07:59:37 -0000

Hi Chairs and WG, 

My personal opinion is PSD is needed in the framework, whether ISD is needed is still under discussion. Since we have a use case document, we could use it to check whether ISD or PSD or both are needed in each case. 

And one comment I raised as part of the review of the mna framework is that, we need to understand and document the changes introduced by mna (both ISD and PSD) to the MPLS architecture, which include not only the changes to MPLS data plane encoding, but also the changes to MPLS forwarding behavior. That would be necessary before making this decision to such a widely deployed technology.

Best regards,
Jie

> To: mpls@ietf.org
> Cc: mpls-chairs@ietf.org; DetNet Chairs <detnet-chairs@ietf.org>;
> pals-chairs@ietf.org
> Subject: [mpls] Poll 1: ISD and PSD in the MNA Framework
> 
> MPLS working group and and the Open MPLS DT,
> 
> The working group chairs believe the current situation is:
> 
> The Framework document must be solution independent and say:
> 
> a packet may carry Ancillary Data using one or both of the following
> methods:
> 
>     (1) in-stack, and
> 
>     (2) post-stack.
> 
> It is up to the document specifying the Network Action to specify which
> method is to be used for which Ancillary Data.
> 
> Note, a Network Action may not require inclusion of Ancillary Data.
> 
> Is this the consensus of the working group? Please respond to the MPLS WG
> mail list.
> 
> 
> Loa Andersson
> for the Open DT 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
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls