IETF Logo Mail Archive

RE: A draft on the encapsulation of end-to-end IETF network slice information in IPv6 data plane

"Dongjie (Jimmy)" <jie.dong@huawei.com> Wed, 26 May 2021 15:25 UTC

Return-Path: <jie.dong@huawei.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09C973A31FF for <ipv6@ietfa.amsl.com>; Wed, 26 May 2021 08:25:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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 r62vaSgOb9C2 for <ipv6@ietfa.amsl.com>; Wed, 26 May 2021 08:25:34 -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 8F4B33A321D for <6man@ietf.org>; Wed, 26 May 2021 08:25:34 -0700 (PDT)
Received: from fraeml715-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FqvgG4tYhz67nNs for <6man@ietf.org>; Wed, 26 May 2021 23:16:42 +0800 (CST)
Received: from dggeme751-chm.china.huawei.com (10.3.19.97) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2176.2; Wed, 26 May 2021 17:25:31 +0200
Received: from dggeme754-chm.china.huawei.com (10.3.19.100) by dggeme751-chm.china.huawei.com (10.3.19.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Wed, 26 May 2021 23:25:29 +0800
Received: from dggeme754-chm.china.huawei.com ([10.6.80.77]) by dggeme754-chm.china.huawei.com ([10.6.80.77]) with mapi id 15.01.2176.012; Wed, 26 May 2021 23:25:29 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: Carsten Bormann <cabo@tzi.org>, Tom Herbert <tom@herbertland.com>
CC: 6MAN <6man@ietf.org>
Subject: RE: A draft on the encapsulation of end-to-end IETF network slice information in IPv6 data plane
Thread-Topic: A draft on the encapsulation of end-to-end IETF network slice information in IPv6 data plane
Thread-Index: AddN6qlZvQtgESJJSb+tDwu4II3fPf//41eA//rsWcCACjk2AIAABUSA//xfV+A=
Date: Wed, 26 May 2021 15:25:29 +0000
Message-ID: <2f354e270a7b4e94ba3d7b3f32f9cc7d@huawei.com>
References: <e4844158fd844388bba27293e91b2265@huawei.com> <DBB92575-BEF4-4EE2-81E7-D62755940F52@employees.org> <a661bbb138704ff1b5130ee4922f3318@huawei.com> <CALx6S34Wh1kAFiTSLE7Wris8+F8ZM2hy2UFxoUrotDuao2K+jg@mail.gmail.com> <805C2F91-2D25-468C-A79B-1F0A45D7A833@tzi.org>
In-Reply-To: <805C2F91-2D25-468C-A79B-1F0A45D7A833@tzi.org>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.45.173.54]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/9PuF94rS9ZYT3_2sFaOj44Sv1pY>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 May 2021 15:25:48 -0000

Hi Carsten, 

I share the similar opinion with you on the packed HBH option approach. Some mechanism to determine how to process or skip an unknown field in the option needs to be considered. 

Best regards,
Jie

> -----Original Message-----
> From: Carsten Bormann [mailto:cabo@tzi.org]
> Sent: Monday, May 24, 2021 11:52 PM
> To: Tom Herbert <tom@herbertland.com>
> Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; 6MAN <6man@ietf.org>
> Subject: Re: A draft on the encapsulation of end-to-end IETF network slice
> information in IPv6 data plane
> 
> On 2021-05-24, at 17:33, Tom Herbert <tom@herbertland.com> wrote:
> >
> > Also, this is a way to pack data into one option as opposed to using separate
> options (so less overhead and limiting number of options in HBH EH is a good
> thing).
> 
> I’m not sure the HBH concept can be saved, but the packing you suggest
> means that a recipient has to understand all the bits in order to be able to
> process all the packed fields in the HBH option.
> That makes it hard to incrementally start using another bit with elective
> semantics (you wouldn’t care if understanding the bit is critical anyway).
> 
> Grüße, Carsten

v2.23.0 | Report a Bug | By Email