Re: [Pals] [mpls] draft-zzhang-intarea-generic-delivery-functions

Tianran Zhou <zhoutianran@huawei.com> Wed, 20 January 2021 07:23 UTC

Return-Path: <zhoutianran@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C14AC3A0A6F; Tue, 19 Jan 2021 23:23:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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 nYpcss1By03B; Tue, 19 Jan 2021 23:23:10 -0800 (PST)
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 C37B13A0A69; Tue, 19 Jan 2021 23:23:09 -0800 (PST)
Received: from fraeml738-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DLH3L34cwz67bH4; Wed, 20 Jan 2021 15:19:58 +0800 (CST)
Received: from nkgeml705-chm.china.huawei.com (10.98.57.154) by fraeml738-chm.china.huawei.com (10.206.15.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Wed, 20 Jan 2021 08:23:06 +0100
Received: from nkgeml707-chm.china.huawei.com (10.98.57.157) by nkgeml705-chm.china.huawei.com (10.98.57.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Wed, 20 Jan 2021 15:23:04 +0800
Received: from nkgeml707-chm.china.huawei.com ([10.98.57.157]) by nkgeml707-chm.china.huawei.com ([10.98.57.157]) with mapi id 15.01.2106.002; Wed, 20 Jan 2021 15:23:04 +0800
From: Tianran Zhou <zhoutianran@huawei.com>
To: Rakesh Gandhi <rgandhi.ietf@gmail.com>, Stewart Bryant <stewart.bryant@gmail.com>
CC: mpls <mpls@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, Ronald Bonica <rbonica@juniper.net>, Kireeti Kompella <kireeti@juniper.net>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: [mpls] draft-zzhang-intarea-generic-delivery-functions
Thread-Index: Adbo7ZVM2l5i/x7jTG2A02P2JCK+Df//hbcAgAtkW4D//swAEA==
Date: Wed, 20 Jan 2021 07:23:04 +0000
Message-ID: <7cd93a4b9b164491bbf580a714d50310@huawei.com>
References: <MN2PR05MB59813CFC28F62CC076364991D4AA0@MN2PR05MB5981.namprd05.prod.outlook.com> <F30F0C17-39A6-4D43-AC94-727BC2C9EEC4@gmail.com> <CAMZsk6fqgTXFys7fL-1aZpT-V1j_1MoZhwHyOxKEkFWJN2TJyw@mail.gmail.com>
In-Reply-To: <CAMZsk6fqgTXFys7fL-1aZpT-V1j_1MoZhwHyOxKEkFWJN2TJyw@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.108.243.128]
Content-Type: multipart/alternative; boundary="_000_7cd93a4b9b164491bbf580a714d50310huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/mpFXqy7Yllgg0p3JyQArMDKHxIk>
Subject: Re: [Pals] [mpls] draft-zzhang-intarea-generic-delivery-functions
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jan 2021 07:23:13 -0000

A generic mechanism for multiple headers is described in the following draft:
https://www.ietf.org/archive/id/draft-song-mpls-extension-header-02.txt

Tianran

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Rakesh Gandhi
Sent: Wednesday, January 20, 2021 4:57 AM
To: Stewart Bryant <stewart.bryant@gmail.com>
Cc: mpls <mpls@ietf.org>; int-area@ietf.org; <rtg-ads@ietf.org> <rtg-ads@ietf.org>; Ronald Bonica <rbonica@juniper.net>; Kireeti Kompella <kireeti@juniper.net>; pals@ietf.org
Subject: Re: [mpls] draft-zzhang-intarea-generic-delivery-functions

Hi Stewart,
Thanks for your comments. If we have a mechanism like following, does that address the issue?

  1.  IOAM header is part of the MPLS encapsulation, any other control word is added after the IOAM header in the data packet.
  2.  The transit nodes can process the IOAM data field(s) after the EOS in data packets as it is proposed.
  3.  The decapsulating node removes the MPLS encapsulation including the IOAM header and then processes the other control word following it.

   0                   1                   2                   3

   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   | IOAM Indicator Label                  | TC  |1|  TTL          |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<-+

   |0 0 0 1|Version| Reserved      | IOAM G-ACh                    |  |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  |

   | Reserved      | Block Number  | IOAM-OPT-Type |IOAM HDR Length|  |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+  I

   |                                                               |  O

   |                                                               |  A

   ~                 IOAM Option and Data Space                    ~  M

   |                                                               |  |

   |                                                               |  |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+<-+

   |0 0 0 0| Rsved | This Header   | Header Length | Next Header   |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   ~              Variable field per “This header”                 ~

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   |                                                               |

   |                                                               |

   ~                 Payload Packet                                ~

   |                                                               |

   |                                                               |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Thanks,
Rakesh



On Tue, Jan 12, 2021 at 10:00 AM Stewart Bryant <stewart.bryant@gmail.com<mailto:stewart.bryant@gmail.com>> wrote:
Thank you Jeffery

Please see the note that I sent about iOAM who also want to sit after BoS … and both of you want the same space that PALS and DetNet is already using.

We plan to have a joint session on this hosted by PALS at the next IETF, but I think we also need to include the iOAM people.

This has scope to get very messy as we find new candidates for BoS metadata so we really need to take a holistic position to ensure the future health the MPLS protocol.

- Stewart


> On 12 Jan 2021, at 14:27, Jeffrey (Zhaohui) Zhang <zzhang@juniper.net<mailto:zzhang@juniper.net>> wrote:
>
> Hi,
>
> I just posted https://datatracker.ietf.org/doc/draft-zzhang-intarea-generic-delivery-functions/.
>
> The initial version was posted to the tsvwg (https://tools.ietf.org/html/draft-zzhang-tsvwg-generic-transport-functions-00). After discussions/feedback we are re-homing it to intarea wg. This new version also contains quite some changes based on the comments and feedback that we received (special thanks to Stewart).
>
> Comments and suggestions are appreciated.
>
> Thanks.
> Jeffrey
>
> Juniper Business Use Only

_______________________________________________
mpls mailing list
mpls@ietf.org<mailto:mpls@ietf.org>
https://www.ietf.org/mailman/listinfo/mpls