[mpls] [mpls-tp] WG LC comments to draft-ietf-mpls-tp-framework-10

"Weingarten, Yaacov (NSN - IL/Hod HaSharon)" <yaacov.weingarten@nsn.com> Tue, 09 February 2010 11:06 UTC

Return-Path: <yaacov.weingarten@nsn.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9B4343A72FA; Tue, 9 Feb 2010 03:06:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e4xnEwpUN0r8; Tue, 9 Feb 2010 03:06:40 -0800 (PST)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by core3.amsl.com (Postfix) with ESMTP id 6DD643A7304; Tue, 9 Feb 2010 03:06:39 -0800 (PST)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o19B7hea025264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 9 Feb 2010 12:07:43 +0100
Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o19B7gxm023885; Tue, 9 Feb 2010 12:07:43 +0100
Received: from DEMUEXC030.nsn-intra.net ([10.150.128.57]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Feb 2010 12:07:36 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CAA978.15D3B892"
Date: Tue, 09 Feb 2010 12:03:34 +0100
Message-ID: <62D9AC1F11702146A0387CBFF3A8CD3D01F9CD6F@DEMUEXC030.nsn-intra.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [mpls-tp] WG LC comments to draft-ietf-mpls-tp-framework-10
Thread-Index: Acqpd4XLpaHA2BA0SkOT4mwC1C4PZg==
From: "Weingarten, Yaacov (NSN - IL/Hod HaSharon)" <yaacov.weingarten@nsn.com>
To: mpls@ietf.org, mpls-tp@ietf.org
X-OriginalArrivalTime: 09 Feb 2010 11:07:36.0749 (UTC) FILETIME=[163915D0:01CAA978]
Subject: [mpls] [mpls-tp] WG LC comments to draft-ietf-mpls-tp-framework-10
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Feb 2010 11:06:44 -0000

Hi, 

Here are some LC comments to the TP Framework draft:

Section 1.3:  Should add the Acronym "PST  Path Segment Tunnel"
Section 1.3.4:  End of statement #5:  s/permitted/supported/
Section 3.3:  3rd bullet - s/connectivity check/continuity check/ - but
in general I think that the sentence should be changed to "Proactive and
on-demand Operations, Administration, and Maintenance (OAM) functions to
monitor and diagnose the MPLS-TP network, as outlined in
[I-D.ietf-mpls-tp-oam-framework]."
Similarly - 5th bullet could be appended with "as outlined in
[I-D.ietf-mpls-tp-survive-fwk]",  and 6th bullet could read "Network
management functions as outlined in [I-D.ietf.mpls-tp-nm-framework]"
Section 3.4.1:  The paragraph directly after Figure 5 is a
(word-for-word) repeat of the beginning of the paragraph two before the
figure!!
Appears different places in the document (e.g. 1.3, 3.6, 3.7, 3.12) -
the Survivability Framework document specifies a Protection State
Coordination (PSC) mechanism, but this document keeps referring to it as
"Automatic Protection Switching (APS)", could we make a decision and be
consistent on the terminology that should be used?
Section 3.7: The OAM Framework defines MEP as Maintenance Entity Group
(MEG) End Point and MIP as MEG Intermediate Point.  Here again,
consistency across the documents would be helpful.
Also, in this section, the list of ME types should be coordinated with
the latest version of the OAM Framework.
Section 3.12: first sentence - s/requirements/architecture/

Best regards,
 
Yaacov Weingarten
Industry Environment, Packet Transport
Nokia Siemens Networks
Hod Hasharon, Israel 45241
Tel: +972-9-775 1827
Mob: +972-54-220 0977