Re: [OPSAWG] Fwd: WGLC on draft-ietf-opsawg-management-stds-01

"Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com> Wed, 12 October 2011 15:43 UTC

Return-Path: <mehmet.ersue@nsn.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 E0DCC21F8BF4 for <opsawg@ietfa.amsl.com>; Wed, 12 Oct 2011 08:43:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 MxM3WT5MP9YX for <opsawg@ietfa.amsl.com>; Wed, 12 Oct 2011 08:43:19 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 2E61D21F8BA0 for <opsawg@ietf.org>; Wed, 12 Oct 2011 08:43:19 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id p9CFhDQN023646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Oct 2011 17:43:13 +0200
Received: from DEMUEXC047.nsn-intra.net ([10.159.32.93]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id p9CFhB7w031719; Wed, 12 Oct 2011 17:43:13 +0200
Received: from DEMUEXC006.nsn-intra.net ([10.150.128.18]) by DEMUEXC047.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Wed, 12 Oct 2011 17:43:11 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 12 Oct 2011 17:43:09 +0200
Message-ID: <80A0822C5E9A4440A5117C2F4CD36A6402C8EA2D@DEMUEXC006.nsn-intra.net>
In-Reply-To: <02de01cc8821$fb680ba0$4001a8c0@gateway.2wire.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [OPSAWG] Fwd: WGLC on draft-ietf-opsawg-management-stds-01
Thread-Index: AcyIKwtRDVFzd4RJQQCk3DnLVL4YaQAxBT6Q
References: <4E919213.2080401@cisco.com><4E919435.4010200@cisco.com><20111009161019.GC99820@elstar.local><4E935671.7060503@cisco.com><20111011043920.GA9033@elstar.local><4E9403F9.6080800@cisco.com> <20111011093519.GA9661@elstar.local> <02de01cc8821$fb680ba0$4001a8c0@gateway.2wire.net>
From: "Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com>
To: "ext t.petch" <ietfc@btconnect.com>
X-OriginalArrivalTime: 12 Oct 2011 15:43:11.0544 (UTC) FILETIME=[A5B61380:01CC88F5]
Cc: opsawg@ietf.org
Subject: Re: [OPSAWG] Fwd: WGLC on draft-ietf-opsawg-management-stds-01
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: Wed, 12 Oct 2011 15:43:20 -0000

Hi Tom,

> My concern is with all the other sections as well:-)  I do not believe
that we
> have the resources to do the subject justice, which is similar to a
view that
> Juergen expressed some time ago.

We actually do have sufficient experts involved in the work described in
the document.
The document contributors are well-known names and active WG chairs at
the IETF.
 
> If we stay with the all encompassing approach, then I do think that
FCAPS is
> needed, since it is how other organizations approach the topic, even
though we
> do not.

This exactly is the issue we have and need to address. A document for
IETF guys 
is actually not needed. There are different web sites providing a
complete list 
of MIBs with different sort criteria. What we essentially need is a
document 
for people outside of IETF, giving an overview from their application
pov.
 
> And by including the MPLS/ITU-T definition of OAM, but excluding any
of the
> protocols which would be understood by those to come under that name,
given the
> current fiery debate about which way OAM for MPLS-TP should go, on the
IETF and
> MPLS lists, seems like tossing a hand grenade into a petrol tanker.

I have a different opinion on this. RFC 5586 uses this abbreviation the
same way.
Also draft-ietf-opsawg-mpls-tp-oam-def-10 states in section 3 that IETF
recommended 
the expansion of the OAM acronym as we did.
We actually did not discuss anything related to MPLS-TP OAM and the
debate with ITU-T. 
Can you please elaborate what exactly should be changed or you think
looks like a 
hand grenade ;) ?

Mehmet