Re: [IPv6] I-D Action: draft-ietf-6man-enhanced-vpn-vtn-id-04.txt

"Dongjie (Jimmy)" <jie.dong@huawei.com> Thu, 18 May 2023 07:29 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 81770C15109D for <ipv6@ietfa.amsl.com>; Thu, 18 May 2023 00:29:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 qVdwr-yvG84L for <ipv6@ietfa.amsl.com>; Thu, 18 May 2023 00:29:00 -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 F0CD9C14CE51 for <ipv6@ietf.org>; Thu, 18 May 2023 00:28:59 -0700 (PDT)
Received: from lhrpeml500004.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4QMM1N5Kn8z6J7MJ for <ipv6@ietf.org>; Thu, 18 May 2023 15:24:40 +0800 (CST)
Received: from dggpemm100005.china.huawei.com (7.185.36.231) by lhrpeml500004.china.huawei.com (7.191.163.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.23; Thu, 18 May 2023 08:28:56 +0100
Received: from kwepemi500017.china.huawei.com (7.221.188.110) by dggpemm100005.china.huawei.com (7.185.36.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.23; Thu, 18 May 2023 15:28:54 +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.2507.023; Thu, 18 May 2023 15:28:54 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: "ipv6@ietf.org" <ipv6@ietf.org>
Thread-Topic: [IPv6] I-D Action: draft-ietf-6man-enhanced-vpn-vtn-id-04.txt
Thread-Index: AQHZiVXG/6tfLuytm0amEy3u8/m6Rq9fm4ig
Date: Thu, 18 May 2023 07:28:54 +0000
Message-ID: <9b0287fb3f6749458bc5d48e6e313ea5@huawei.com>
References: <168439282511.19722.7814636525280680718@ietfa.amsl.com>
In-Reply-To: <168439282511.19722.7814636525280680718@ietfa.amsl.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.153.183.69]
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/ipv6/oWil1t2sCVjqIvUyYSesiXmML20>
Subject: Re: [IPv6] I-D Action: draft-ietf-6man-enhanced-vpn-vtn-id-04.txt
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 18 May 2023 07:29:02 -0000

Hi all, 

An updated version of draft-ietf-6man-enhanced-vpn-vtn-id has been submitted. The major changes are:

- Clarifies that the processing procedure of VTN option with non-zero Context Types are out of the scope and will be specified in separate documents. 

- Adds IANA request for the creation of the "VTN option Context Type" registry. 

- Some editorial changes. 

As mentioned in the presentation at IETF 116, with this update, this document is positioned as the base of the VTN option specification, and it allows further extensions based on new Context Types in future. 

Review comments and suggestions are welcome. 

Best regards,
Jie

> -----Original Message-----
> From: ipv6 <ipv6-bounces@ietf.org> On Behalf Of internet-drafts@ietf.org
> Sent: Thursday, May 18, 2023 2:54 PM
> To: i-d-announce@ietf.org
> Cc: ipv6@ietf.org
> Subject: [IPv6] I-D Action: draft-ietf-6man-enhanced-vpn-vtn-id-04.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This Internet-Draft is a work item of the IPv6 Maintenance (6MAN) WG of the
> IETF.
> 
>    Title           : Carrying Virtual Transport Network (VTN) Information
> in IPv6 Extension Header
>    Authors         : Jie Dong
>                      Zhenbin Li
>                      Chongfeng Xie
>                      Chenhao Ma
>                      Gyan Mishra
>    Filename        : draft-ietf-6man-enhanced-vpn-vtn-id-04.txt
>    Pages           : 12
>    Date            : 2023-05-17
> 
> Abstract:
>    Virtual Private Networks (VPNs) provide different customers with
>    logically separated connectivity over a common network
>    infrastructure.  With the introduction and evolvement of 5G and other
>    network scenarios, some existing or new customers may require
>    connectivity services with advanced characteristics comparing to
>    traditional VPNs.  Such kind of network service is called enhanced
>    VPNs (VPN+).  VPN+ can be used to deliver IETF network slices, and
>    could also be used for other application scenarios.
> 
>    A Virtual Transport Network (VTN) is a virtual underlay network which
>    consists of a set of dedicated or shared network resources allocated
>    from the physical underlay network, and is associated with a
>    customized logical network topology.  VPN+ services can be delivered
>    by mapping one or a group of overlay VPNs to the appropriate VTNs as
>    the virtual underlay.  In packet forwarding, some fields in the data
>    packet needs to be used to identify the VTN the packet belongs to, so
>    that VTN-specific processing can be performed on each node the packet
>    traverses.
> 
>    This document proposes a new Hop-by-Hop option of IPv6 extension
>    header to carry the VTN related information in data packets, which
>    could used to identify the VTN specific processing to be performed on
>    the packets.  The procedure of processing the VTN option is also
>    specified.
> 
> The IETF datatracker status page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-6man-enhanced-vpn-vtn-id/
> 
> There is also an htmlized version available at:
> https://datatracker.ietf.org/doc/html/draft-ietf-6man-enhanced-vpn-vtn-id-0
> 4
> 
> A diff from the previous version is available at:
> https://author-tools.ietf.org/iddiff?url2=draft-ietf-6man-enhanced-vpn-vtn-id
> -04
> 
> Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts
> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------