Re: [PWE3] PWE3 WG adoption of draft-zhang-mpls-tp-pw-oam-config-06

Thomas Nadeau <tnadeau@lucidvision.com> Tue, 20 September 2011 11:53 UTC

Return-Path: <tnadeau@lucidvision.com>
X-Original-To: pwe3@ietfa.amsl.com
Delivered-To: pwe3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA3F421F8B9A for <pwe3@ietfa.amsl.com>; Tue, 20 Sep 2011 04:53:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.471
X-Spam-Level:
X-Spam-Status: No, score=-2.471 tagged_above=-999 required=5 tests=[AWL=0.127, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 d3PAwo-SRnhZ for <pwe3@ietfa.amsl.com>; Tue, 20 Sep 2011 04:53:12 -0700 (PDT)
Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by ietfa.amsl.com (Postfix) with ESMTP id 8B3A821F8B01 for <pwe3@ietf.org>; Tue, 20 Sep 2011 04:53:12 -0700 (PDT)
Received: from [192.168.1.144] (static-72-71-250-38.cncdnh.fast04.myfairpoint.net [72.71.250.38]) by lucidvision.com (Postfix) with ESMTP id 3E8A31E3FF12; Tue, 20 Sep 2011 07:55:36 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1244.3)
Content-Type: multipart/alternative; boundary="Apple-Mail=_447DE667-B138-4621-9F4E-5AF3E0187485"
From: Thomas Nadeau <tnadeau@lucidvision.com>
In-Reply-To: <666A6B6D38439F49A7FB8E0FE839CA06016D957C5F@ESESSCMS0365.eemea.ericsson.se>
Date: Tue, 20 Sep 2011 07:55:36 -0400
Message-Id: <6BBD00C6-9462-4C02-8843-B7AF42C9BCF6@lucidvision.com>
References: <666A6B6D38439F49A7FB8E0FE839CA06016D957C5F@ESESSCMS0365.eemea.ericsson.se>
To: Elisa Bellagamba <elisa.bellagamba@ericsson.com>
X-Mailer: Apple Mail (2.1244.3)
Cc: "pwe3@ietf.org" <pwe3@ietf.org>
Subject: Re: [PWE3] PWE3 WG adoption of draft-zhang-mpls-tp-pw-oam-config-06
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Sep 2011 11:53:13 -0000

On Sep 20, 2011, at 6:46 AM, Elisa Bellagamba wrote:

> Hello,
>  
> I support the WG adoption for draft-zhang-mpls-tp-pw-oam-config-06.
>  
> I think it would be useful having the OAM configuration taken care automatically by the control plane. Regarding some comments raising the fact that this was traditionally done by the NMS, this doesn't prevent to keep doing that in the traditional way. Moreover, the described configuration method is backward compatible.

	No one is saying that anyone should preclude the traditional way. The issue is that having multiple ways is potentially dangerous, especially if different departments of an operator do not realize this is possible.  Imagine one department runs Network Provisioning, and assumes it has total control of the boxes.  This is quite common in service providers today.  Then another department called Network Troubleshooting, comes along in response to a trouble ticket and decides to setup some MIPs/MEPs for testing as well as trigger some OAM tests.  Suddenly the configurations have been changed unbeknownst to the Provisioning Department. This is a simple case, but there are more complex ones, especially the more and more we allow configuration elements into the OAM protocols.

>  We addressed the same problematic within CCAMP where we extended RSVP-TE for MPLS-TP OAM configuration but still keeping the possibility to do that via NMS. We even extended lsp-ping for such kind of configuration. All the 3 methods are simply working following a trivial precedence rule which prevents the risk of any overlapping between the 3.

	Yes, and I pointed out a number of times why this is similarly a bad idea there.  Apparently you guys don't want to take the input from people who have worked at (or do work at) network service providers who are pointing out the dangers of such a solution.

	--Tom



>  
> Cheers,
> Elisa
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3