[v6ops] FW: New Version Notification for draft-peng-v6ops-hbh-00.txt

"Pengshuping (Peng Shuping)" <pengshuping@huawei.com> Mon, 12 October 2020 04:11 UTC

Return-Path: <pengshuping@huawei.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C41463A0A13 for <v6ops@ietfa.amsl.com>; Sun, 11 Oct 2020 21:11:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-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 R95yArAPIead for <v6ops@ietfa.amsl.com>; Sun, 11 Oct 2020 21:11:14 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B5B33A0A0B for <v6ops@ietf.org>; Sun, 11 Oct 2020 21:11:14 -0700 (PDT)
Received: from lhreml727-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 5DAFDFBB8D67EB3D8925 for <v6ops@ietf.org>; Mon, 12 Oct 2020 05:11:11 +0100 (IST)
Received: from lhreml727-chm.china.huawei.com (10.201.108.78) by lhreml727-chm.china.huawei.com (10.201.108.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 12 Oct 2020 05:11:11 +0100
Received: from DGGEML403-HUB.china.huawei.com (10.3.17.33) by lhreml727-chm.china.huawei.com (10.201.108.78) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Mon, 12 Oct 2020 05:11:10 +0100
Received: from DGGEML512-MBX.china.huawei.com ([169.254.2.53]) by DGGEML403-HUB.china.huawei.com ([fe80::74d9:c659:fbec:21fa%31]) with mapi id 14.03.0487.000; Mon, 12 Oct 2020 12:11:05 +0800
From: "Pengshuping (Peng Shuping)" <pengshuping@huawei.com>
To: "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: New Version Notification for draft-peng-v6ops-hbh-00.txt
Thread-Index: AQHWoEmEVdG89yALrUKwcAEpVIuNo6mTUpXg
Date: Mon, 12 Oct 2020 04:11:05 +0000
Message-ID: <4278D47A901B3041A737953BAA078ADE1946824A@dggeml512-mbx.china.huawei.com>
References: <160247403357.25160.13795920342624099987@ietfa.amsl.com>
In-Reply-To: <160247403357.25160.13795920342624099987@ietfa.amsl.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.153.195.37]
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/v6ops/pmTOcSAoeGQAp81t0jKDHKEqcR8>
Subject: [v6ops] FW: New Version Notification for draft-peng-v6ops-hbh-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Oct 2020 04:11:16 -0000

Dear all,

We have posted this draft on the processing of the Hop-by-Hop Options Header. 

   This document describes the processing of the Hop-by-Hop Options
   Header in today's routers in the aspects of standards specification,
   common implementations, and default operations.  This document
   outlines the reasons why the Hop-by-Hop Options Header is rarely
   utilized in current networks.  In addition, this document describes
   why the HBH could be used as a powerful mechanism allowing deployment
   and operations of new services requiring a more optimized way to
   leverage network resources of an infrastructure.  The Hop-by-Hop
   Options Header is taken into consideration as a valuable container
   for carrying the information facilitating the introduction of new
   services.  The desired, and proposed, processing behavior of the HBH
   and the migration strategies towards it are also suggested.

Your review and comments are very welcomed. Thank you! 

Best regards,
Shuping


> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: Monday, October 12, 2020 11:41 AM
> To: Lizhenbin <lizhenbin@huawei.com>; Pengshuping (Peng Shuping)
> <pengshuping@huawei.com>
> Subject: New Version Notification for draft-peng-v6ops-hbh-00.txt
> 
> 
> A new version of I-D, draft-peng-v6ops-hbh-00.txt has been successfully
> submitted by Shuping Peng and posted to the IETF repository.
> 
> Name:		draft-peng-v6ops-hbh
> Revision:	00
> Title:		Processing of the Hop-by-Hop Options Header
> Document date:	2020-10-12
> Group:		Individual Submission
> Pages:		11
> URL:            https://www.ietf.org/id/draft-peng-v6ops-hbh-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-peng-v6ops-hbh/
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-peng-v6ops-hbh
> Htmlized:       https://tools.ietf.org/html/draft-peng-v6ops-hbh-00
> 
> 
> Abstract:
>    This document describes the processing of the Hop-by-Hop Options
>    Header in today's routers in the aspects of standards specification,
>    common implementations, and default operations.  This document
>    outlines the reasons why the Hop-by-Hop Options Header is rarely
>    utilized in current networks.  In addition, this document describes
>    why the HBH could be used as a powerful mechanism allowing
> deployment
>    and operations of new services requiring a more optimized way to
>    leverage network resources of an infrastructure.  The Hop-by-Hop
>    Options Header is taken into consideration as a valuable container
>    for carrying the information facilitating the introduction of new
>    services.  The desired, and proposed, processing behavior of the HBH
>    and the migration strategies towards it are also suggested.
> 
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
>