Re: [ippm] Fwd: Call for adoption: IPPM Registry Drafts
lingli deng <denglingli@gmail.com> Fri, 14 March 2014 00:42 UTC
Return-Path: <denglingli@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7807F1A0760 for <ippm@ietfa.amsl.com>; Thu, 13 Mar 2014 17:42:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.151
X-Spam-Level: ***
X-Spam-Status: No, score=3.151 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, SPF_PASS=-0.001] autolearn=ham
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 tBRgYJ5lqgzh for <ippm@ietfa.amsl.com>; Thu, 13 Mar 2014 17:42:17 -0700 (PDT)
Received: from mail-vc0-x229.google.com (mail-vc0-x229.google.com [IPv6:2607:f8b0:400c:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id AB2BD1A0495 for <ippm@ietf.org>; Thu, 13 Mar 2014 17:42:17 -0700 (PDT)
Received: by mail-vc0-f169.google.com with SMTP id ik5so1998549vcb.14 for <ippm@ietf.org>; Thu, 13 Mar 2014 17:42:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=J1p+Gn9ouEUGyVqyac6LQeuh03LTnvtfa/Hz21+xFZI=; b=dPBzLtSBdMtdPA7G9HJZXCBY9U1+PCkwehqzoXulnloPHq+DrKEfLit6CsgsRJC945 qTaniNp6rRWb0j+hK5/2FZRjk6/6pAVNad88LeZFZvODhS2O8oUZJZCyhQ5rR7X/ToTr UafhVZ/7zGtKYse8IVj574SqV/DOCcYPGwz81rfd0jbZv3SFIKKwRCPB2R2BJ1U3WjxH Do7dQDPAqFFKzpgjh6XHSxXLy1Bpq05O/zv+vmaCevp9zUxT7CIX/H0Jm8GguE4/CZRV cI9+eqZQstW8HTcNoiQCZvyuM6BpUkc/lmmVWRrmjfu0J69bWRMwGs0G54p4NwJRkiok c69w==
MIME-Version: 1.0
X-Received: by 10.220.92.135 with SMTP id r7mr3850306vcm.11.1394757730924; Thu, 13 Mar 2014 17:42:10 -0700 (PDT)
Received: by 10.58.100.212 with HTTP; Thu, 13 Mar 2014 17:42:10 -0700 (PDT)
In-Reply-To: <2EEA459CD95CCB4988BFAFC0F2287B5C5C804920@SZXEMA504-MBS.china.huawei.com>
References: <896D85AC-AECB-46CD-8A76-0C5374847AA9@tik.ee.ethz.ch> <5756958A-DC91-4EE6-AB1F-AEE3ABB4C592@trammell.ch> <5316D7B1.6070708@tuwien.ac.at> <2EEA459CD95CCB4988BFAFC0F2287B5C5C804920@SZXEMA504-MBS.china.huawei.com>
Date: Fri, 14 Mar 2014 08:42:10 +0800
Message-ID: <CAHWmbsN2UQFLzvXg0WmRMeHxmPG333M63CUdVfrTe_oifCmXYA@mail.gmail.com>
From: lingli deng <denglingli@gmail.com>
To: Vero Zheng <vero.zheng@huawei.com>
Content-Type: multipart/alternative; boundary="047d7b66f5fb197dae04f4865729"
Archived-At: http://mailarchive.ietf.org/arch/msg/ippm/-5--SeiVgSTX4hRdV2tQMj7oE2M
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Fwd: Call for adoption: IPPM Registry Drafts
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Fri, 14 Mar 2014 00:42:20 -0000
hi vero, i would be happy to be involved. as expressed earlier, i believe there are cases where passive measurement is expected to be more helpful. lingli Vero Zheng <vero.zheng@huawei.com>于2014年3月13日星期四写道: >> Having no passive measurements framework document yet, my feeling is that >> the proposed time schedule is pretty tight. The content of a >> (future) passive measurement RFC will likely influence on the registry structure. >> I might be desirable to start work on the passive measurement framework >> draft in parallel to the registry design... > > +1 > I also see there is requirement from service provider, both on passive measurement methodology and metrics. And I also see there's people working on it in IPPM. > I actually had a talk with Brian in London and Brian also see the importance of a passive measurement framework. I'm personally interested in working on this, and plan to submit the 00 framework draft before Toronto meeting. People who has interest please contact me offline. > > BR, > Vero > >> -----Original Message----- >> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Joachim Fabini >> Sent: Wednesday, March 05, 2014 3:52 PM >> To: Brian Trammell; ippm@ietf.org >> Subject: Re: [ippm] Fwd: Call for adoption: IPPM Registry Drafts >> >> Brian, IPPM, >> >> being one of the off-liners I support the call for adoption. >> Two comments: >> >> 1. I DO support a metric registry which goes beyond the scope of IPPM. >> There should be one central-point-of-contact where users and other >> organizations can search for registries. Imho central topics with this >> respect: >> (a) to find out if the IETF process allows for this broad registry scope as >> mentioned during the meeting for the case of MPLS. I'm sure that there are >> other groups, too, defining metrics which fit into the registry. For instance SIP >> signaling metrics (RFC6076) might be another candidate, BMWG has, for sure, >> to add some more... >> (b) to conduct a survey on which WGs would be affected, if/how their >> requirements impact on the registry structure and how this input could be >> gathered and fed into the registry design process. >> >> 2. Registries for active and passive metrics should be aligned to each other, i.e., >> share as much as possible of structure and names. For instance consider the >> Packet-Type-P column for active measurements and the Filter Criteria column >> for passive measurements. These two imho might denote the same concept >> with Packet-Type-P being formally defined in RFC2330. However, filtering >> considers also packet content (runtime >> information) as opposed to Packet-Type-P, which (iirc) affects only packet >> protocol/type/control information. >> It might be also interesting to discuss to which extent sampling for passive >> measurements and traffic generation for active measurements use/share >> identical methodologies and algorithms. A framework document for passive >> measurements would help tremendously. >> >> Summarizing: the broader the scope of the registry documents is, the higher >> the registry value to (IETF-internal and -external) users will be. Naming and >> structure of active and passive registries should be aligned if feasible, >> commonalities worked out. >> Having no passive measurements framework document yet, my feeling is that >> the proposed time schedule is pretty tight. The content of a >> (future) passive measurement RFC will likely influence on the registry structure. >> I might be desirable to start work on the passive measurement framework >> draft in parallel to the registry design... >> >> jm2c, >> best regards >> Joachim >> >> On 04.03.2014 17:07, Brian Trammell wrote: >> > Greetings, all, >> > >> > At yesterday's IPPM WG meeting in London, we started a call for adoption on >> the following three drafts as working group items in support of our charter item >> to define a performance metric registry. >> > >> > draft-manyfolks-ippm-metric-registry-00 >> > >> > draft-mornuley-ippm-registry-active-00 >> > >> > draft-akhter-ippm-registry-passive-01 >> > >> > There was clear consensus in the room to adopt, with the understanding that >> possible questions about the scope of the metrics defined in this registry would >> need to be addressed in the working group and across areas. >> > >> > I would propose the following milestones: >> > >> > Aug 2014 Submit draft on core registry for performance metrics to IESG >> > as Proposed Standard Aug 2014 Submit draft on registry for active >> > performance metrics to IESG as Proposed Standard Dec 2014 Submit draft >> > on registry for passive performance metrics to IESG as Proposed >> > Standard >> > >> > This would give us about six months (and one meeting) to discuss core and >> active registry issues, and nine months (two meetings) for passive issues. >> > >> > We'd like to hear any comments on adoption from those not in the room, >> and/or additional comments from all (especially on milestones and timing) until >> next Tuesday 11 March 2014. >> > >> > Thanks, best regards, >> > >> > Brian >> > >> > _______________________________________________ >> > ippm mailing list > -- 邓灵莉/Lingli Deng 中国移动通信研究院/China Mobile Research Institute e-mail: denglingli@chinamobile.com tel: 15801696688-3367 mobile: 13810597148
- [ippm] Fwd: Call for adoption: IPPM Registry Draf… Brian Trammell
- Re: [ippm] Fwd: Call for adoption: IPPM Registry … Joachim Fabini
- Re: [ippm] Call for adoption: IPPM Registry Drafts Brian Trammell
- Re: [ippm] Fwd: Call for adoption: IPPM Registry … Vero Zheng
- Re: [ippm] Fwd: Call for adoption: IPPM Registry … lingli deng