Re: [lmap] New Version Notification for draft-starkcarey-lmap-protocol-criteria-00.txt

"Joan Luciani" <joan.luciani@pollere.net> Sun, 25 January 2015 17:57 UTC

Return-Path: <joan.luciani@pollere.net>
X-Original-To: lmap@ietfa.amsl.com
Delivered-To: lmap@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6B521A6EE4 for <lmap@ietfa.amsl.com>; Sun, 25 Jan 2015 09:57:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.666
X-Spam-Level:
X-Spam-Status: No, score=-1.666 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=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 VRUYAWg9KF8q for <lmap@ietfa.amsl.com>; Sun, 25 Jan 2015 09:57:30 -0800 (PST)
Received: from homiemail-a49.g.dreamhost.com (sub4.mail.dreamhost.com [69.163.253.135]) by ietfa.amsl.com (Postfix) with ESMTP id 1618D1A1B3D for <lmap@ietf.org>; Sun, 25 Jan 2015 09:57:30 -0800 (PST)
Received: from homiemail-a49.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a49.g.dreamhost.com (Postfix) with ESMTP id D7646200B996E; Sun, 25 Jan 2015 09:57:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pollere.net; h=from:to :references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding; s=pollere.net; bh=9jSfr bKG7kf1OadsbMuqQuiY0rg=; b=XlckdzhfV33sEEbWcIch6rYMwAM0e3Nk/6ZT+ X2Rt0sZbkxKYXdJIGjCGeJXngJtIXftE5nNK8f7bUGhGa1hsI7u2EWFZ4sDsytxm v9sUjkQAmHcBFEZyoTgqhTTULwghFZ6/fqJNm0Wb/VsFC33JxdlX5meq0LTtT3YW bOKFfA=
Received: from JoanTower (user-0c2ihcg.cable.earthlink.net [24.41.69.144]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: joan.luciani@pollere.net) by homiemail-a49.g.dreamhost.com (Postfix) with ESMTPSA id 283C9200B9969; Sun, 25 Jan 2015 09:57:28 -0800 (PST)
From: Joan Luciani <joan.luciani@pollere.net>
To: "'Romascanu, Dan (Dan)'" <dromasca@avaya.com>, "'STARK, BARBARA H'" <bs7652@att.com>, lmap@ietf.org
References: <20150115134538.6095.77506.idtracker@ietfa.amsl.com> <2D09D61DDFA73D4C884805CC7865E61130EEB6B8@GAALPA1MSGUSRBF.ITServices.sbc.com> <9904FB1B0159DA42B0B887B7FA8119CA5C96ADA5@AZ-FFEXMB04.global.avaya.com>
In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA5C96ADA5@AZ-FFEXMB04.global.avaya.com>
Date: Sun, 25 Jan 2015 12:57:25 -0500
Message-ID: <1a7d01d038c8$61a592c0$24f0b840$@pollere.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQMfoVpv030Xv9bs/DTN5K+i94Y/rQKmsT6UAfGwU4yaDYjBsA==
Content-Language: en-us
Archived-At: <http://mailarchive.ietf.org/arch/msg/lmap/nDHrRh_p9lBu_ON2KDMugvSJ0BE>
Subject: Re: [lmap] New Version Notification for draft-starkcarey-lmap-protocol-criteria-00.txt
X-BeenThere: lmap@ietf.org
X-Mailman-Version: 2.1.15
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: Sun, 25 Jan 2015 17:57:31 -0000

Hello,

Thank you for putting this document together.  Definitely gets one thinking
about these issues and think this will be a very insightful and helpful
document.  Some questions and comments below.

Thanks,
 -Joan


Specific Comments:

Section 2.0
Would it be possible to include a list of protocols that currently meet
these criteria?   Not necessarily an inclusive list, but something like:
Although this is not an complete list, examples of protocols that meet these
criteria are:...then list a few examples?


Section 2.1
The sentence which starts:  "Note that although..." is confusing to me.  It
seems to be saying, follow these criteria, but if it is not in 
the protocol, that's okay.   Is this what is meant?

CP-MUST-1 and CP-MUST-2, suggest saying "securely established", instead of
just "established".  The word "must" is used, and so was wondering if this
is "MUST" as outlined in section 1.1 (using key words)?


Section 2.2  Same comment as above with regard to the sentence that starts
"Note that although..."

Some of these CP-DIFF list items seem to be information that the protocol
needs to make available to the operator  (CP-DIFF-1, CP-DIFF-2, CP-DIFF-5).
Maybe these items (data) should be a sub-category?  (Would some
consideration about rate limit be appropriate?)

CP-DIFF-8 If possible, could examples be given?

CP-DIFF-11  Would like to see this mandatory.  To ask a related question is
there a benefit from not having version number?  If so, what is that
benefit?

CP-DIFF-12 is a subquestion of CP-DIFF-11.  Could the be combined with
CP-DIFF-11?  My understanding is that these protocols are standardized (or
on the standards track), doesn't the standards process provide a requirement
for versioning? Is that adequate for protocol numbering or is something else
wanted by LMAP?


Section 3.1
RP-MUST-1 and RP-MUST-2  Is this "must" or "MUST" as outlined in the key
words section?

RP-DIFF-4 Personally, would like to see compression mandatory depending on
the amount of data.  

RP-DIFF-5 Is this a MUST? ( as in MUST specify the bytes of overhead
required...)

RP-DIFF-6 What determines "widely used"?  I am not certain that I see this
as a criterion. While maybe a focus initially, do not think this needs to be
a criterion long-term (just my opinion) but yes, I think that LMAP would
like to focus on protocols that are widely used initially.

RP-DIFF-7 Who determines interoperability? Are folks envisioning independent
interoperability testing?

RP-DIFF-10 and RP-DIFF-11  same comments as for the CP-DIFF-11 and
CP-DIFF-12 above.

--

> -----Original Message-----
> From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Romascanu, Dan
> (Dan)
> Sent: Thursday, January 15, 2015 11:13 AM
> To: STARK, BARBARA H; lmap@ietf.org
> Subject: Re: [lmap] New Version Notification for draft-starkcarey-lmap-
> protocol-criteria-00.txt
> 
> Thanks, Barbara and Tim!
> 
> All WG participants - please read and comment. Remember that this
> document aims to be a reference and help tool in the protocols selection
> process.
> 
> Regards,
> 
> Dan
> 
> 
> > -----Original Message-----
> > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of STARK, BARBARA
> > H
> > Sent: Thursday, January 15, 2015 4:57 PM
> > To: lmap@ietf.org
> > Subject: [lmap] FW: New Version Notification for
> > draft-starkcarey-lmap- protocol-criteria-00.txt
> >
> > This is the draft that Tim Carey and I put together for LMAP protocol
> > selection criteria. It is taken from the slides we presented on the
> > December teleconference, with a few changes based on the discussion
> during that call.
> > Barbara
> >
> > -----Original Message-----
> > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> > Sent: Thursday, January 15, 2015 8:46 AM
> > To: STARK, BARBARA H; STARK, BARBARA H
> > Subject: New Version Notification for draft-starkcarey-lmap-protocol-
> > criteria-00.txt
> >
> >
> > A new version of I-D, draft-starkcarey-lmap-protocol-criteria-00.txt
> > has been successfully submitted by Barbara Stark and posted to the
> > IETF repository.
> >
> > Name:		draft-starkcarey-lmap-protocol-criteria
> > Revision:	00
> > Title:		LMAP Protocol Selection Criteria
> > Document date:	2015-01-15
> > Group:		Individual Submission
> > Pages:		6
> > URL:            https://urldefense.proofpoint.com/v2/url?u=http-
> > 3A__www.ietf.org_internet-2Ddrafts_draft-2Dstarkcarey-2Dlmap-
> > 2Dprotocol-2Dcriteria-
> >
> 2D00.txt&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=I4dzGxR31OcNXCJfQ
> >
> zvlsiLQfucBXRucPvdrphpBsFA&m=XIN9C1RI85JcLlc_HK4JmbtSpeNxLXsPfKInZ
> > 3TM5DE&s=iICyiTfARFWNLQ0nYcKm8ZPu566aGDwcFFnLgS_IG64&e=
> > Status:         https://urldefense.proofpoint.com/v2/url?u=https-
> > 3A__datatracker.ietf.org_doc_draft-2Dstarkcarey-2Dlmap-2Dprotocol-
> >
> 2Dcriteria_&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=I4dzGxR31OcNXCJ
> >
> fQzvlsiLQfucBXRucPvdrphpBsFA&m=XIN9C1RI85JcLlc_HK4JmbtSpeNxLXsPfKI
> > nZ3TM5DE&s=2gt4tnmgmwjx4-w3530xDA0goc1qR8bCfyBfR2e8lbw&e=
> > Htmlized:       https://urldefense.proofpoint.com/v2/url?u=http-
> > 3A__tools.ietf.org_html_draft-2Dstarkcarey-2Dlmap-2Dprotocol-2Dcriteri
> > a-
> 2D00&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=I4dzGxR31OcNXCJfQzvls
> >
> iLQfucBXRucPvdrphpBsFA&m=XIN9C1RI85JcLlc_HK4JmbtSpeNxLXsPfKInZ3T
> > M5DE&s=V31dBlNm5qEW5oYktaORSpaT_-hXOvAf8uyD4S1KJLU&e=
> >
> >
> > Abstract:
> >    This draft identifies criteria to be used in evaluating and selecting
> >    Control and Reporting Protocols described by
> >    [I-D.ietf-lmap-framework].
> >
> >
> >
> >
> > 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
> >
> > _______________________________________________
> > lmap mailing list
> > lmap@ietf.org
> > https://urldefense.proofpoint.com/v2/url?u=https-
> >
> 3A__www.ietf.org_mailman_listinfo_lmap&d=AwICAg&c=BFpWQw8bsuKpl
> >
> 1SgiZH64Q&r=I4dzGxR31OcNXCJfQzvlsiLQfucBXRucPvdrphpBsFA&m=XIN9C1
> >
> RI85JcLlc_HK4JmbtSpeNxLXsPfKInZ3TM5DE&s=EIGzvXolZ7jKxm1NoOMSbML
> > AFc0FaDbViOExWfdxwNU&e=
> 
> _______________________________________________
> lmap mailing list
> lmap@ietf.org
> https://www.ietf.org/mailman/listinfo/lmap