Re: [mpls] Extension headers structure

Vasilenko Eduard <vasilenko.eduard@huawei.com> Thu, 22 April 2021 18:52 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 4AA723A08FE for <mpls@ietfa.amsl.com>; Thu, 22 Apr 2021 11:52:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.787
X-Spam-Level:
X-Spam-Status: No, score=-1.787 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 hxYsU6oiNPAh for <mpls@ietfa.amsl.com>; Thu, 22 Apr 2021 11:52:19 -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 488883A08DA for <mpls@ietf.org>; Thu, 22 Apr 2021 11:52:18 -0700 (PDT)
Received: from fraeml705-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FR5tx1y9Xz6sl5R for <mpls@ietf.org>; Fri, 23 Apr 2021 02:44:41 +0800 (CST)
Received: from msceml704-chm.china.huawei.com (10.219.141.143) by fraeml705-chm.china.huawei.com (10.206.15.54) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Thu, 22 Apr 2021 20:52:14 +0200
Received: from msceml703-chm.china.huawei.com (10.219.141.161) by msceml704-chm.china.huawei.com (10.219.141.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Thu, 22 Apr 2021 21:52:14 +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.2176.012; Thu, 22 Apr 2021 21:52:14 +0300
From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, Haoyu Song <haoyu.song@futurewei.com>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: Extension headers structure
Thread-Index: Adc3mU95Fd2Q0afWR/qq5Sewu62MgwAAPLuwAAGuesAAAUNhIAAAL6yg
Date: Thu, 22 Apr 2021 18:52:13 +0000
Message-ID: <b3276d470fe54cdbac7ec17767dfc431@huawei.com>
References: <2557c6829dd046c0b09efa75e5b96a1c@huawei.com> <DM6PR13MB2762B34E064D6E039FBB4CCA9A469@DM6PR13MB2762.namprd13.prod.outlook.com> <eb9f8a1a1d1f49f69060b624beef1c77@huawei.com> <MN2PR05MB5981E7FBA3679E4648EF46E7D4469@MN2PR05MB5981.namprd05.prod.outlook.com>
In-Reply-To: <MN2PR05MB5981E7FBA3679E4648EF46E7D4469@MN2PR05MB5981.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.205.58]
Content-Type: multipart/related; boundary="_004_b3276d470fe54cdbac7ec17767dfc431huaweicom_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/HxVrN0LUd5os8He9RGiFkZ5WI2E>
Subject: Re: [mpls] Extension headers structure
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: Thu, 22 Apr 2021 18:52:24 -0000

Hi Jeffrey,

Yes, “T” means “Type of the Next”. I believe that many data planes have the same meaning now for T. They still call it T, not nT. But it is not principal.
And yes, the last one is better to be from IP protocol number space (pointing to IPv6/v4).
Strictly speaking, my proposal is not TLV, but TOV (Offset), Where TO and V are in different places. But of course, they are related to each other.

Look below at my proposal for your draft: the last T should be from IP protocol space – no problem.
My proposition for your draft could be encoded as “Zero:T:TLV…TLV”
If you would accept what I have proposed to you below then T would mean “Type of the Next” for all solutions discussed here.
It is right because our last T should point to IP protocol.

I am strictly opposite “headers of headers”. This concept has killed IPv6 EH. Much bigger complexity for hardware. Guys producing half-routers/half-switches would not implement it for the next X>Y years.
I propose to keep MPLS EH in the flat stricture: one-by-one without hierarchy.

Ed/
From: Jeffrey (Zhaohui) Zhang [mailto:zzhang@juniper.net]
Sent: Thursday, April 22, 2021 9:36 PM
To: Vasilenko Eduard <vasilenko.eduard@huawei.com>; Haoyu Song <haoyu.song@futurewei.com>; mpls@ietf.org
Subject: RE: Extension headers structure

Hi Haoyu,

If the concept of Header of headers is important (e.g., so that we can quickly find the start of real payload), it can be incorporated into GDF as well – we can define a “GDFH container” type for “this header” and pack all contiguous GDFHs into it.

Hi Eduard,

If I understand you correctly, yours is not TLV (where the T indicates the type of *this* block), but nTLV, where nT indicates the type of *next* block. I am not saying that is unreasonable, but want to clarify it.

The intention of GDFH is to make it applicable to different layers, so it has the “next header” from the IP protocol number space and the “this header” from its own space.

Thanks.
Jeffrey



From: mpls <mpls-bounces@ietf.org<mailto:mpls-bounces@ietf.org>> On Behalf Of Vasilenko Eduard
Sent: Thursday, April 22, 2021 2:14 PM
To: Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>>; mpls@ietf.org<mailto:mpls@ietf.org>
Subject: Re: [mpls] Extension headers structure

[External Email. Be cautious of content]

Hi Haoyu,
In reality, your HEH is half of the step to what I propose (Catalog). Hence, I like it more that was discussed today.
It permits to find of the end of all MPLS headers without parsing everything. It is already the big added value for the P that may need to look to IP layer for whatever reason.
By the way, EHTLEN in your case is Offset in reality.

I propose to move all TLs to the fixed structure in front and convert Lengths to Offsets.
Selective headers processing is the flexibility that is better to have.
Extension headers structure would be “Zero:TO…TO:V…V”

Eduard
From: Haoyu Song [mailto:haoyu.song@futurewei.com]
Sent: Thursday, April 22, 2021 8:22 PM
To: Vasilenko Eduard <vasilenko.eduard@huawei.com<mailto:vasilenko.eduard@huawei.com>>; mpls@ietf.org<mailto:mpls@ietf.org>
Subject: RE: Extension headers structure

Hi Eduard and all,

Unless I misunderstood something, the following proposal (using TLV instead of the redundant LTTV) has been described in our MPLS Extension Header drafts. In addition, we use a Header of EH to summarize the number and size of the following extension headers, as well as the type of the first extension header.
https://datatracker.ietf.org/doc/draft-song-mpls-extension-header/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-song-mpls-extension-header/__;!!NEt6yMaO-gk!UcPfvQUsT8y6JuiIbJIZK5-vx91IHV4oT4uxIR5hEqwWqK-zXutIGP2bROzCB-EQ$>

Since we have started to discuss individual proposals, I’ll also request the moderator to add an agenda item in the next meeting so I can give a detailed introduction of the MPLS extension header drafts.

Thanks,
Haoyu

From: mpls <mpls-bounces@ietf.org<mailto:mpls-bounces@ietf.org>> On Behalf Of Vasilenko Eduard
Sent: Thursday, April 22, 2021 10:01 AM
To: mpls@ietf.org<mailto:mpls@ietf.org>
Subject: [mpls] Extension headers structure


Hi all,

About today's discussion.

I would like to discuss at the subsequent meeting a completely different proposal that I am not sure you would accept.

Hence, it makes sense to improve the current one. I am not happy about “0LTTV” structure: redundant “0” and one “T” in every extension header.

It is just a matter of human interpretation - it does not have any difference for hardware. I propose to return to the “TLV” structure.

Look to the attached - it is a little animated. But the essence is probably possible to understand from this picture:

[cid:image002.png@01D737BF.EDE6B500]



Except for alignment. If you are sure that alignment is always possible for the MPLS stack - then the current proposal makes sense.
(I did not say the better – I still prefer less redundancy).



Eduard

-----Original Message-----
From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Fomin, Sergey (Nokia - US/Mountain View)
Sent: Thursday, April 22, 2021 3:57 AM
To: Tarek Saad <tsaad=40juniper.net@dmarc.ietf.org<mailto:tsaad=40juniper.net@dmarc.ietf.org>>; mpls@ietf.org<mailto:mpls@ietf.org>
Cc: mpls-chairs@ietf.org<mailto:mpls-chairs@ietf.org>
Subject: Re: [mpls] Reminder on MPLS Open DT



Hi Tarek,

I'm a bit lost between "track1" and "track2" scopes..



Wiki says:

              Week 2 and 4: Track 1 "Below the BoS"

              Week 3 and 5: Track 2 "Above the BoS"



And the agenda looks like some mix of the two?



--

Sergey





-----Original Message-----

From: mpls <mpls-bounces@ietf.org<mailto:mpls-bounces@ietf.org>> On Behalf Of Tarek Saad

Sent: Wednesday, April 21, 2021 12:16 PM

To: mpls@ietf.org<mailto:mpls@ietf.org>

Cc: mpls-chairs@ietf.org<mailto:mpls-chairs@ietf.org>

Subject: Re: [mpls] Reminder on MPLS Open DT



Hi WG,



A tentative agenda for tomorrow's Open MPLS DT meeting is posted at:

https://trac.ietf.org/trac/mpls/wiki/track2<https://urldefense.com/v3/__https:/nam11.safelinks.protection.outlook.com/?url=https*3A*2F*2Ftrac.ietf.org*2Ftrac*2Fmpls*2Fwiki*2Ftrack2&data=04*7C01*7Chaoyu.song*40futurewei.com*7C4db9ab82c0284306a60b08d905b0462a*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C0*7C637547076938223342*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=GRXgwIglG1YUhN0mJx1Ea*2B8XYLab*2FbPUull8L3WHt9M*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!NEt6yMaO-gk!UcPfvQUsT8y6JuiIbJIZK5-vx91IHV4oT4uxIR5hEqwWqK-zXutIGP2bRHZfUM45$>



Let me know if you want to add a discussion point.



Regards,

Tarek (for mpls wg chairs)





On 4/19/21, 10:58 AM, "Tarek Saad" <tsaad@juniper.net<mailto:tsaad@juniper.net>> wrote:



    All,



    I added some minutes taken during the 1st meeting we held on 4/8 at:

    https://trac.ietf.org/trac/mpls/wiki/meeting20210408<https://urldefense.com/v3/__https:/nam11.safelinks.protection.outlook.com/?url=https*3A*2F*2Ftrac.ietf.org*2Ftrac*2Fmpls*2Fwiki*2Fmeeting20210408&data=04*7C01*7Chaoyu.song*40futurewei.com*7C4db9ab82c0284306a60b08d905b0462a*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C0*7C637547076938233337*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=LCtkR54sgUB*2B6OPmJH23nOdvulrqc1tv*2FIC*2BIVzpLFM*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSU!!NEt6yMaO-gk!UcPfvQUsT8y6JuiIbJIZK5-vx91IHV4oT4uxIR5hEqwWqK-zXutIGP2bRILavBB7$>



    Regards,

    Tarek/wg chairs



    On 4/13/21, 12:08 PM, "Loa Andersson" <loa@pi.nu<mailto:loa@pi.nu>> wrote:



        Design Team'





        We have our first Track 1 meting on 2021-04-15.



        The agenda will be found at:



        https://trac.ietf.org/trac/mpls/wiki/track1-agenda<https://urldefense.com/v3/__https:/nam11.safelinks.protection.outlook.com/?url=https*3A*2F*2Ftrac.ietf.org*2Ftrac*2Fmpls*2Fwiki*2Ftrack1-agenda&data=04*7C01*7Chaoyu.song*40futurewei.com*7C4db9ab82c0284306a60b08d905b0462a*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C0*7C637547076938233337*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=PHh1icBtINZAXkBmIZJewVH*2FqAMr*2F25niasEUq6Ez6Q*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!NEt6yMaO-gk!UcPfvQUsT8y6JuiIbJIZK5-vx91IHV4oT4uxIR5hEqwWqK-zXutIGP2bRI2Ln_DH$>



        WebEx info:





        https://mailarchive.ietf.org/arch/msg/mpls/jU7XZe9UeTQYU_SVSd0qT4YRAZU/<https://urldefense.com/v3/__https:/nam11.safelinks.protection.outlook.com/?url=https*3A*2F*2Fmailarchive.ietf.org*2Farch*2Fmsg*2Fmpls*2FjU7XZe9UeTQYU_SVSd0qT4YRAZU*2F&data=04*7C01*7Chaoyu.song*40futurewei.com*7C4db9ab82c0284306a60b08d905b0462a*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C0*7C637547076938243330*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=1pa7cJfgcBvnKq1CDfBSb9Zscr6*2FAPqcWaKBp*2B7WLAw*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSU!!NEt6yMaO-gk!UcPfvQUsT8y6JuiIbJIZK5-vx91IHV4oT4uxIR5hEqwWqK-zXutIGP2bRA9MUsOe$>



        Loa/wg chairs



        --



        Loa Andersson                        email: loa@pi.nu<mailto:loa@pi.nu>

        Senior MPLS Expert                          loa.pi.nu@gmail.com<mailto:loa.pi.nu@gmail.com>

        Bronze Dragon Consulting             phone: +46 739 81 21 64





    Juniper Business Use Only





Juniper Business Use Only

_______________________________________________

mpls mailing list

mpls@ietf.org<mailto:mpls@ietf.org>

https://www.ietf.org/mailman/listinfo/mpls<https://urldefense.com/v3/__https:/nam11.safelinks.protection.outlook.com/?url=https*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fmpls&data=04*7C01*7Chaoyu.song*40futurewei.com*7C4db9ab82c0284306a60b08d905b0462a*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C0*7C637547076938243330*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=s9V6gLFf8Te1eSIMDjO*2BAmCWvpveQqufq2Eg8NAYpS8*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSU!!NEt6yMaO-gk!UcPfvQUsT8y6JuiIbJIZK5-vx91IHV4oT4uxIR5hEqwWqK-zXutIGP2bRDDxMDVS$>

_______________________________________________

mpls mailing list

mpls@ietf.org<mailto:mpls@ietf.org>

https://www.ietf.org/mailman/listinfo/mpls<https://urldefense.com/v3/__https:/nam11.safelinks.protection.outlook.com/?url=https*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fmpls&data=04*7C01*7Chaoyu.song*40futurewei.com*7C4db9ab82c0284306a60b08d905b0462a*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C0*7C637547076938253322*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=vwCeWqzdL7gyL2*2BS4G*2FmZiZMbpHFmO8DSHJ5tw*2FpPcg*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!NEt6yMaO-gk!UcPfvQUsT8y6JuiIbJIZK5-vx91IHV4oT4uxIR5hEqwWqK-zXutIGP2bRAgnRyhZ$>


Juniper Business Use Only