Re: [mpls-tp] WG LC draft-lm-pwe3-mpls-tp-gal-in-pw-00.txt

<neil.2.harrison@bt.com> Fri, 18 February 2011 09:17 UTC

Return-Path: <neil.2.harrison@bt.com>
X-Original-To: mpls-tp@core3.amsl.com
Delivered-To: mpls-tp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DCA853A6E81; Fri, 18 Feb 2011 01:17:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.445
X-Spam-Level:
X-Spam-Status: No, score=-1.445 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6]
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 eMwjF7K2DcqV; Fri, 18 Feb 2011 01:17:27 -0800 (PST)
Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by core3.amsl.com (Postfix) with ESMTP id B9C183A6E0C; Fri, 18 Feb 2011 01:17:26 -0800 (PST)
Received: from EVMHT67-UKRD.domain1.systemhost.net (10.36.3.104) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Fri, 18 Feb 2011 09:17:58 +0000
Received: from EMV62-UKRD.domain1.systemhost.net ([169.254.2.15]) by EVMHT67-UKRD.domain1.systemhost.net ([10.36.3.104]) with mapi; Fri, 18 Feb 2011 09:17:58 +0000
From: neil.2.harrison@bt.com
To: Alexander.Vainshtein@ecitele.com, gregimirsky@gmail.com
Date: Fri, 18 Feb 2011 09:17:54 +0000
Thread-Topic: [mpls-tp] WG LC draft-lm-pwe3-mpls-tp-gal-in-pw-00.txt
Thread-Index: AcvPN6zTJGq/0XxDTGy6v16DWGU3fgAAocFMAAQ7z9A=
Message-ID: <6D3D47CB84BDE349BC23BF1C94E316E440145CA70F@EMV62-UKRD.domain1.systemhost.net>
References: <AANLkTikcnCa5DQZyGgD_QawiQ_57KKA4BXQm7iRRayKA@mail.gmail.com> <A3C5DF08D38B6049839A6F553B331C76D6FB8BEA8B@ILPTMAIL02.ecitele.com>
In-Reply-To: <A3C5DF08D38B6049839A6F553B331C76D6FB8BEA8B@ILPTMAIL02.ecitele.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-GB
Content-Type: multipart/alternative; boundary="_000_6D3D47CB84BDE349BC23BF1C94E316E440145CA70FEMV62UKRDdoma_"
MIME-Version: 1.0
Cc: mpls@ietf.org, HUANG@core3.amsl.com, Rotem@core3.amsl.com, mpls-tp@ietf.org, Mishael.Wexler@ecitele.com, lihan@chinamobile.com, pwe3@ietf.org, Feng.f.Huang@alcatel-sbell.com.cn, Robert.Rennison@ecitele.com, Rotem.Cohen@ecitele.com
Subject: Re: [mpls-tp] WG LC draft-lm-pwe3-mpls-tp-gal-in-pw-00.txt
X-BeenThere: mpls-tp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: MPLS-TP Mailing list <mpls-tp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-tp>
List-Post: <mailto:mpls-tp@ietf.org>
List-Help: <mailto:mpls-tp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Feb 2011 09:17:29 -0000

Sasha/Greg,



I would certainly agree that the use of the GAL with PWs is wrong....but the reason for that is simply that PWs per se violate the whole purpose of MPLS-TP as a *transparent* transport network, noting that a true transport network must treat all client symbols equally...that is just a fact.



However, given PWs are being carried forward into MPLS-TP then we also have to deal with the issue that CP/MP of a transport network needs to logically OOB wrt to the DP traffic.  The GAL provides this function for the MPLS-TP layer network itself (though it also gets this a wee bit wrong by asking it to play a DP OAM role too,) but what about the PW layer network?



MS PWs for sure are their own/different layer network....so they will need their own access point addressing, OAM, routing, signalling, etc.  I asked some time ago why we were not using RSVP signalling here but T-LDP instead...and I was told that RSVP cannot handle the PW signalling messages (nor the access addressing formats I assume...and we will of course need a new instance of routing that will).



So how is T-LDP being taken OOB wrt to the PW DP?



regards, Neil

Neil Harrison
BT Design

Tel: +44 (0) 1 803 812 545
Email: neil.2.harrison@bt.com<mailto:neil.2.harrison@bt.com>
Web: www.bt.com<http://www.bt.com/>
This email contains BT information, which may be privileged or confidential.
It's meant only for the individual(s) or entity named above. If you're not the intended
recipient, note that disclosing, copying, distributing or using this information
is prohibited. If you've received this email in error, please let me know immediately
on the email address above. Thank you.
We monitor our email system, and may record your emails.
British Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered in England no: 1800000





From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of Alexander Vainshtein
Sent: 18 February 2011 07:05
To: Greg Mirsky
Cc: Robert Rennison; mpls@ietf.org; Luca Martini; mpls-tp@ietf.org; Mishael Wexler; lihan@chinamobile.com; pwe3; Rotem@core3.amsl.com; HUANG@core3.amsl.com; Feng F; Cohen
Subject: Re: [PWE3] [mpls-tp] WG LC draft-lm-pwe3-mpls-tp-gal-in-pw-00.txt

Greg, and all,
I concur with Greg.
Using GAL with PWs is highly problematic, and all the related issues (raised during the poll on accepting this draft as a WG item) have not, AFAIK, been resolved.

Regards,
     Sasha

________________________________
From: mpls-tp-bounces@ietf.org [mpls-tp-bounces@ietf.org] On Behalf Of Greg Mirsky [gregimirsky@gmail.com]
Sent: Friday, February 18, 2011 8:47 AM
To: Luca Martini
Cc: mpls@ietf.org; mpls-tp@ietf.org; lihan@chinamobile.com; pwe3; HUANG Feng F
Subject: [mpls-tp] WG LC draft-lm-pwe3-mpls-tp-gal-in-pw-00.txt
Dear Authors and All,
prior to the meeting in Bejing and acceptance of this proposal as WG document Luca and I agreed that use of GAL with PW VCCV presents a problem.
I was not attending the IETF-79, nor I found discussion of this issue in the minutes. I think that this issue should be specified, explained. In my view, this document updates not only RFC 5586
but RFC 5085 too.

Regards,
Greg

Comment to draft-lm-pwe3-mpls-tp-gal-in-pw-00.txt
On Sat, Oct 30, 2010 at 10:14 AM, Luca Martini <lmartini@cisco.com<mailto:lmartini@cisco.com>> wrote:
Greg,

You are correct , the proposed update does not propose any changes to VCCV.
However the problem with vccv is not as simple as to ask for a new code point from IANA.
Given the good amount of discussion on this point, we should probably have a discussion in Beijing.

Luca



On 10/29/2010 05:07 PM, Greg Mirsky wrote:

Dear Authors,

I think that proposed update of the Section 4.2. RFC 5586 makes it possible

to use GAL on MPLS-TP PW that uses Control Word. I consider it to be

conflict between PW VCCV CC types because use of GAL is not negotiated

through PW VCCV negotiation. To avoid such situation I propose:



   - in Section 5 request IANA to assign new CC Type "MPLS Generic

   Associated Channel Label"

   - assign precedence to new CC Type that affects Section 7 RFC 5085



Regards,

Greg





_______________________________________________

mpls mailing list

mpls@ietf.org<mailto:mpls@ietf.org>

https://www.ietf.org/mailman/listinfo/mpls