Re: [OPSAWG] [apps-discuss] APPSDIR reviewofdraft-ietf-opsawg-management-stds-05

"t.petch" <ietfc@btconnect.com> Fri, 16 March 2012 10:43 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A671621F857F; Fri, 16 Mar 2012 03:43:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.113
X-Spam-Level:
X-Spam-Status: No, score=-2.113 tagged_above=-999 required=5 tests=[AWL=0.486, BAYES_00=-2.599]
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 Ml0YsfPxwOCr; Fri, 16 Mar 2012 03:43:47 -0700 (PDT)
Received: from mail.btconnect.com (c2bthomr10.btconnect.com [213.123.20.128]) by ietfa.amsl.com (Postfix) with ESMTP id 2406621F8581; Fri, 16 Mar 2012 03:43:46 -0700 (PDT)
Received: from host86-151-41-215.range86-151.btcentralplus.com (HELO pc6) ([86.151.41.215]) by c2bthomr10.btconnect.com with SMTP id GTO68142; Fri, 16 Mar 2012 10:43:21 +0000 (GMT)
Message-ID: <01be01cd0359$19b557e0$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>, Lisa Dusseault <lisa.dusseault@gmail.com>, apps-discuss@ietf.org
References: <6.2.5.6.2.20120313162357.0a0e5350@elandnews.com> <EDC652A26FB23C4EB6384A4584434A04075C02AF@307622ANEX5.global.avaya.com>
Date: Fri, 16 Mar 2012 10:42:23 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0303.4F631948.00A0, actions=tag
X-Junkmail-Premium-Raw: score=8/50, refid=2.7.2:2012.3.16.101221:17:8.317, ip=86.151.41.215, rules=__HAS_MSGID, __OUTLOOK_MSGID_1, __SANE_MSGID, __TO_MALFORMED_2, __MULTIPLE_RCPTS_CC_X2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __MIME_VERSION, __CT, CT_TP_8859_1, __CT_TEXT_PLAIN, __CTE, __HAS_X_PRIORITY, __HAS_MSMAIL_PRI, __HAS_X_MAILER, USER_AGENT_OE, __OUTLOOK_MUA_1, __USER_AGENT_MS_GENERIC, __ANY_URI, __FRAUD_BODY_WEBMAIL, __URI_NO_PATH, BODY_SIZE_3000_3999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, MULTIPLE_RCPTS, RDNS_SUSP, __FRAUD_WEBMAIL, BODY_SIZE_7000_LESS
X-Junkmail-Status: score=10/50, host=c2bthomr10.btconnect.com
X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0205.4F631949.00C0, ss=1, re=0.000, fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine
X-Junkmail-IWF: false
Cc: draft-ietf-opsawg-management-stds.all@tools.ietf.org, opsawg@ietf.org
Subject: Re: [OPSAWG] [apps-discuss] APPSDIR reviewofdraft-ietf-opsawg-management-stds-05
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Mar 2012 10:43:48 -0000

Lisa

I think that the other subtext implicit in this I-D is the  recent change of
meaning of OAM, to exclude Management.  That is, when you nowadays see a
reference to Management, as in the title of this I-D, you have to add, sotto
voce, 'and excluding anything that might be considered part of OAM'.  Sigh:-(

Tom Petch


----- Original Message -----
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: "Lisa Dusseault" <lisa.dusseault@gmail.com>; <apps-discuss@ietf.org>
Cc: <draft-ietf-opsawg-management-stds.all@tools.ietf.org>; <opsawg@ietf.org>;
<iesg@ietf.org>
Sent: Wednesday, March 14, 2012 11:52 AM
Subject: Re: [OPSAWG] [apps-discuss] APPSDIR
reviewofdraft-ietf-opsawg-management-stds-05


> Hi Lisa,
>
> Thank you for your review.
>
> Please allow me to respond to one of your comments.
>
>
>
>
>
> > -----Original Message-----
> > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss-
> > bounces@ietf.org] On Behalf Of Lisa Dusseault
>
>
> > The goal of this document sounds great, and it seems there is some
> > need for a survey or overview of network management standards.  Some
> > sections achieve the document's goals with concise, clear summaries
> > and pointers to outside work.  Other sections of the document suffer
> > from meaningless (e.g. circular or jargon-laden) summaries and awkward
> > explanations, but at least the pointers will still be useful.  I have
> > some concerns about whether the document is comprehensive, because a
> > survey is most useful when it really points to all the prior and
> > relevant work at least in brief.
> >
> > While I am not in a position to notice all the places where the
> > document may have holes in its comprehensiveness, I did note that
> > currently active work was not consistently covered.  The document does
> > not mention or refer to ARMD, BMWG or benchmarking, GROW or BGP
> > Monitoring.  I do not know which of these Ops area WGs are important
> > or actively making progress, but to an Ops outsider they all seem
> > relevant.  It's not as if the document does not cover active work: the
> > document goes into some detail explaining not only the purpose of
> > energy management work going on in the IETF but also some of the
> > challenges of that work (appendix B).  Missing other active WGs'
> > topics seems odd.
> >
>
> [[DR]] As you probably know well the OPS Area activities covers
> Operations and Management. The scope of this document is as you
> correctly point providing an overview of network management standards.
> The WGs you mention - ARMD, BMWG, GROW - belong all to the operational
> part of the area, none develops network management standards (protocols
> or data models). BGP monitoring is realized via a number of means, two
> of them are mentioned in the document (the data model in RFC 4273 in
> section 4.1.3 and the IPFIX IEs in section 4.2.3).
>
> Regards,
>
> Dan
>
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg
>
>