[lmap] draft-eardley-lmap-framework: Extensibility

"STARK, BARBARA H" <bs7652@att.com> Wed, 31 July 2013 10:43 UTC

Return-Path: <bs7652@att.com>
X-Original-To: lmap@ietfa.amsl.com
Delivered-To: lmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C806511E80E3 for <lmap@ietfa.amsl.com>; Wed, 31 Jul 2013 03:43:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mBB91BLy1-Hb for <lmap@ietfa.amsl.com>; Wed, 31 Jul 2013 03:43:38 -0700 (PDT)
Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 1113411E80D1 for <lmap@ietf.org>; Wed, 31 Jul 2013 03:43:37 -0700 (PDT)
Received: from unknown [144.160.20.145] (EHLO mlpd192.enaf.sfdc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id 95ae8f15.0.6206159.00-466.17124113.nbfkord-smmo05.seg.att.com (envelope-from <bs7652@att.com>); Wed, 31 Jul 2013 10:43:38 +0000 (UTC)
X-MXL-Hash: 51f8ea5a4d152e96-9eaf219240c16b9643e8b8e9b71e0ec7bbe3cf2a
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r6VAhbIP028879 for <lmap@ietf.org>; Wed, 31 Jul 2013 06:43:37 -0400
Received: from alpi132.aldc.att.com (alpi132.aldc.att.com [130.8.217.2]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r6VAhZXP028875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <lmap@ietf.org>; Wed, 31 Jul 2013 06:43:36 -0400
Received: from GAALPA1MSGHUB9A.ITServices.sbc.com (gaalpa1msghub9a.itservices.sbc.com [130.8.36.87]) by alpi132.aldc.att.com (RSA Interceptor) for <lmap@ietf.org>; Wed, 31 Jul 2013 10:43:21 GMT
Received: from GAALPA1MSGUSR9L.ITServices.sbc.com ([130.8.36.69]) by GAALPA1MSGHUB9A.ITServices.sbc.com ([130.8.36.87]) with mapi id 14.02.0342.003; Wed, 31 Jul 2013 06:43:21 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: "lmap@ietf.org" <lmap@ietf.org>
Thread-Topic: draft-eardley-lmap-framework: Extensibility
Thread-Index: Ac6N2sXu4qyjuxcAQV6Ll8U30MAFUA==
Date: Wed, 31 Jul 2013 10:43:19 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E611303172BC@GAALPA1MSGUSR9L.ITServices.sbc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.10.236.91]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: <bs7652@att.com>
X-SOURCE-IP: [144.160.20.145]
X-AnalysisOut: [v=2.0 cv=Sa5AgItu c=1 sm=0 a=ZRNLZ4dFUbCvG8UMqPvVAA==:17 a]
X-AnalysisOut: [=BSMUUEfofzoA:10 a=JRTX2GwzQmcA:10 a=ofMgfj31e3cA:10 a=BLc]
X-AnalysisOut: [eEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP7CpKOAAAA:8 a=XIqpo32R]
X-AnalysisOut: [AAAA:8 a=1okb_UxIFqYA:10 a=PGVh3UWVStKljCeCMikA:9 a=CjuIK1]
X-AnalysisOut: [q_8ugA:10 a=zcmxt3HbQ9Dp-Nea:21 a=fJr7CPkJxjuvy6Lw:21]
Subject: [lmap] draft-eardley-lmap-framework: Extensibility
X-BeenThere: lmap@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Large Scale Measurement of Access network Performance <lmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lmap>, <mailto:lmap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lmap>
List-Post: <mailto:lmap@ietf.org>
List-Help: <mailto:lmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lmap>, <mailto:lmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Jul 2013 10:43:50 -0000

I read through the current draft and had a comment on the inclusion of the "Extensible" bullet in the Introduction.

I can't find anything in the rest of the framework or the charter + deliverables that really has anything to do with extensibility; but if it is to be called out as a desirable feature in the Introduction, I would expect some discussion of how to achieve it or what's being done to work towards achieving it. Or don't call it out so strongly. Or call it out and state that while it is desirable, the current proposed framework does nothing to address it. 

Or state that extensibility of Measurement Methods is being provided by the ippm-defined registry (which will be a "living" registry?)?; and the lmap Information Model and protocols/data models will ensure that this extensibility of Measurement Methods is supported so MAs. I think that there's also the intention for MAs to be able to express to a controller which measurements they support / what they're capable of -- which helps in the area of extensibility. This would need to be in the information model. 

I prefer the last of these options, if that is what we're planning.

BTW, extensibility areas that aren't currently in scope of lmap are being able to upgrade Measurement Methods in a MA, or upgrade the MA software version. These would be functions of bootstrap/initialization, which aren't in scope.