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

"t.petch" <ietfc@btconnect.com> Thu, 13 October 2011 11:15 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 23B8A21F8BA9 for <opsawg@ietfa.amsl.com>; Thu, 13 Oct 2011 04:15:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.274
X-Spam-Level:
X-Spam-Status: No, score=-2.274 tagged_above=-999 required=5 tests=[AWL=0.325, 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 licHHz3jSQ6l for <opsawg@ietfa.amsl.com>; Thu, 13 Oct 2011 04:15:08 -0700 (PDT)
Received: from mail.btconnect.com (c2beaomr06.btconnect.com [213.123.26.184]) by ietfa.amsl.com (Postfix) with ESMTP id 4211121F8BA8 for <opsawg@ietf.org>; Thu, 13 Oct 2011 04:15:07 -0700 (PDT)
Received: from host86-163-147-122.range86-163.btcentralplus.com (HELO pc6) ([86.163.147.122]) by c2beaomr06.btconnect.com with SMTP id EYD64821; Thu, 13 Oct 2011 12:15:03 +0100 (BST)
Message-ID: <01c101cc8990$50bd9740$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: "Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com>
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> <80A0822C5E9A4440A5117C2F4CD36A6402C8EA2D@DEMUEXC006.nsn-intra.net>
Date: Thu, 13 Oct 2011 12:10:12 +0200
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.0A0B0301.4E96C836.00AB, actions=TAG
X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.10.13.95114:17:7.944, ip=86.163.147.122, 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, __URI_NO_WWW, __URI_NO_PATH, BODY_SIZE_1900_1999, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS, MULTIPLE_RCPTS
X-Junkmail-Status: score=10/50, host=c2beaomr06.btconnect.com
X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0201.4E96C838.0140, ss=1, fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine
X-Junkmail-IWF: false
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: Thu, 13 Oct 2011 11:15:09 -0000

----- Original Message ----- 
From: "Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com>
To: "ext t.petch" <ietfc@btconnect.com>
Cc: <opsawg@ietf.org>; "Benoit Claise" <bclaise@cisco.com>
Sent: Wednesday, October 12, 2011 5:43 PM

Hi Tom,

> 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 ;) ?

<tp>

There is currently a lively debate on the main ietf list over 
draft-sprecher-mpls-tp-oam-considerations-01.txt
which reviews the current position whereby the IETF have
recommended one approach to OAM for MPLS-TP while the 
ITU-T are ratifying an incompatible one.

Proponents of the ITU-T approach, who have been involved in
the discussions all along, question the IETF processes by which
the IETF arrived at its conclusions, and have been doing so
for some years, implying, to me, that they do not think that 
their views got proper consideration.

Were this to go into IETF LC now, with its claim to cover
'existing and ongoing development of IETF standards-track
 network management protocols and data models'
without any mention of the MPLS-TP work with its 
contributions by ITU-T participants over the years, 
would seem to me likely to aggravate
the situation; as a hand grenade would in a petrol 
tanker:-)

Tom Petch
<tp>

Mehmet