Re: [ippm] Adoption Call for draft-morton-ippm-capacity-metric-method

Dangjuanna <dangjuanna@huawei.com> Tue, 26 November 2019 09:21 UTC

Return-Path: <dangjuanna@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BC171200E6 for <ippm@ietfa.amsl.com>; Tue, 26 Nov 2019 01:21:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 Ot2AccIW9w8p for <ippm@ietfa.amsl.com>; Tue, 26 Nov 2019 01:21:46 -0800 (PST)
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 D06DF120025 for <ippm@ietf.org>; Tue, 26 Nov 2019 01:21:45 -0800 (PST)
Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 258C0CC10F03B8C20174; Tue, 26 Nov 2019 09:21:43 +0000 (GMT)
Received: from lhreml703-chm.china.huawei.com (10.201.108.52) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 26 Nov 2019 09:21:42 +0000
Received: from lhreml703-chm.china.huawei.com (10.201.108.52) by lhreml703-chm.china.huawei.com (10.201.108.52) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Tue, 26 Nov 2019 09:21:42 +0000
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml703-chm.china.huawei.com (10.201.108.52) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Tue, 26 Nov 2019 09:21:42 +0000
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0439.000; Tue, 26 Nov 2019 17:21:38 +0800
From: Dangjuanna <dangjuanna@huawei.com>
To: "Ackermann, Michael" <MAckermann@bcbsm.com>, "Brian Trammell (IETF)" <ietf@trammell.ch>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] Adoption Call for draft-morton-ippm-capacity-metric-method
Thread-Index: AQHVncRKgdh4b1mghE+GxT5Ntyavx6eTTm+AgAnfVvA=
Date: Tue, 26 Nov 2019 09:21:38 +0000
Message-ID: <D3E4F603943C4046A08B2F4037A66BB7CFDB238A@NKGEML515-MBX.china.huawei.com>
References: <6B233CAB-7D88-4258-8C8D-BCA99E4E3C48@trammell.ch> <BN6PR14MB1347F65B70D46EDBDB7433BAD74F0@BN6PR14MB1347.namprd14.prod.outlook.com>
In-Reply-To: <BN6PR14MB1347F65B70D46EDBDB7433BAD74F0@BN6PR14MB1347.namprd14.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.176.239]
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/ippm/2aPmLxQVulyM8bnEW262ipMgSO4>
Subject: Re: [ippm] Adoption Call for draft-morton-ippm-capacity-metric-method
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Nov 2019 09:21:47 -0000

Hi all,
I support the adoption of this draft and I think it is useful to optimize the network. Only clearly obtaining path capacity measured, network optimization will become targeted.

In the last 3 meetings, I have been focusing on multi-path load sharing ,path experience optimization and dealing with microburst traffic.
So I submitted draft-dang-ippm-congestion and draft-dang-ippm-multiple-path-measurement at the IETF 104, draft-liu-ican at the IETF 105. And these documents has been being updated simultaneously.
The path congestion metric defined is not only to determine whether the path is congested but also to obtain the capacity of the path. The purpose is to allow service flows to be load-balanced to the available paths.

Therefore, the capacity of the IP path is mentioned in this document and I think we still has a common understanding.

I already have a more detailed and deep analysis and ways of the path capacity, and hope to contribute them to this document in the future.

Best wishes,
Joanna

-----Original Message-----
From: ippm <ippm-bounces@ietf.org> On Behalf Of Brian Trammell (IETF)
Sent: Sunday, November 17, 2019 10:57 PM
To: IETF IPPM WG <ippm@ietf.org>
Subject: [ippm] Adoption Call for draft-morton-ippm-capacity-metric-method

[External email]


Greetings, all,

The IPPM working group has been asked to adopt draft-morton-ippm-capacity-metric-method-01 as as a working group document.

This message begins an adoption call to end on Monday 9 December 2019. Please send a message to ippm@ietf.orgindicating:

- whether you believe the draft is in scope for the WG and mature enough to be a WG document, and if not, why not
- whether you are willing to review the document

Many thanks, cheers,

Brian (as co-chair)
_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm


The information contained in this communication is highly confidential and is intended solely for the use of the individual(s) to whom this communication is directed. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information is prohibited. Please notify the sender, by electronic mail or telephone, of any unintended receipt and delete the original message without making any copies.
 
 Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are nonprofit corporations and independent licensees of the Blue Cross and Blue Shield Association.

_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm