Re: [Mpls-interop] MPLS over MPLS-TP

"Drake, John E" <John.E.Drake2@boeing.com> Thu, 11 December 2008 16:45 UTC

Return-Path: <mpls-interop-bounces@ietf.org>
X-Original-To: mpls-interop-archive@ietf.org
Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9CFE23A684C; Thu, 11 Dec 2008 08:45:36 -0800 (PST)
X-Original-To: mpls-interop@core3.amsl.com
Delivered-To: mpls-interop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3F4BA3A6A33 for <mpls-interop@core3.amsl.com>; Thu, 11 Dec 2008 08:45:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.535
X-Spam-Level:
X-Spam-Status: No, score=-6.535 tagged_above=-999 required=5 tests=[AWL=0.064, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 OdIFUU3Lvn39 for <mpls-interop@core3.amsl.com>; Thu, 11 Dec 2008 08:45:34 -0800 (PST)
Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [130.76.32.69]) by core3.amsl.com (Postfix) with ESMTP id 512D93A684C for <mpls-interop@ietf.org>; Thu, 11 Dec 2008 08:45:34 -0800 (PST)
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.13.4]) by blv-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id mBBGjDj0010665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Dec 2008 08:45:17 -0800 (PST)
Received: from slb-av-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id mBBGjC2t020534; Thu, 11 Dec 2008 08:45:12 -0800 (PST)
Received: from xch-swbh-11.sw.nos.boeing.com (xch-swbh-11.sw.nos.boeing.com [129.172.192.157]) by slb-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id mBBGjCVk020429; Thu, 11 Dec 2008 08:45:12 -0800 (PST)
Received: from XCH-SW-5V2.sw.nos.boeing.com ([129.172.193.50]) by xch-swbh-11.sw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 11 Dec 2008 08:45:11 -0800
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 11 Dec 2008 08:45:10 -0800
Message-ID: <51661468CBD1354294533DA79E85955A015375A2@XCH-SW-5V2.sw.nos.boeing.com>
In-Reply-To: <6535C9CED6F87446B41D20EF170F23621BDBFD@mamxm01.ciena.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Mpls-interop] MPLS over MPLS-TP
Thread-Index: AclbfJC1yxFkbGGYTbuRnPmiqs13rQAFWwLwAANkyCAAAOv8QAAASO2QAABM19AAATszQAABBWPA
References: <49392C0B.4090202@chello.nl><C565F5E6.F2C5%benjamin.niven-jenkins@bt.com><51661468CBD1354294533DA79E85955A01537442@XCH-SW-5V2.sw.nos.boeing.com><EBDD51571B3544C482232351C09FAA37@your029b8cecfe><01F652C8CDBE7D4EB7ED860698C6D97332DA50@FHDP1LUMXCV24.us.one.verizon.com><51661468CBD1354294533DA79E85955A0153752E@XCH-SW-5V2.sw.nos.boeing.com><01F652C8CDBE7D4EB7ED860698C6D97332DA7C@FHDP1LUMXCV24.us.one.verizon.com><51661468CBD1354294533DA79E85955A01537542@XCH-SW-5V2.sw.nos.boeing.com> <01F652C8CDBE7D4EB7ED860698C6D97332DA81@FHDP1LUMXCV24.us.one.verizon.com> <6535C9CED6F87446B41D20EF170F23621BDBFD@mamxm01.ciena.com>
From: "Drake, John E" <John.E.Drake2@boeing.com>
To: "Shah, Himanshu" <hshah@ciena.com>, "Malis, Andrew G. (Andy)" <andrew.g.malis@verizon.com>, "Adrian Farrel" <adrian@olddog.co.uk>, "Ben Niven-Jenkins" <benjamin.niven-jenkins@bt.com>, <mpls-interop@ietf.org>
X-OriginalArrivalTime: 11 Dec 2008 16:45:11.0995 (UTC) FILETIME=[D5BA98B0:01C95BAF]
Subject: Re: [Mpls-interop] MPLS over MPLS-TP
X-BeenThere: mpls-interop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF MPLS Interoperability Design Team <mpls-interop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-interop>, <mailto:mpls-interop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/mpls-interop>
List-Post: <mailto:mpls-interop@ietf.org>
List-Help: <mailto:mpls-interop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-interop>, <mailto:mpls-interop-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: mpls-interop-bounces@ietf.org
Errors-To: mpls-interop-bounces@ietf.org

 

>-----Original Message-----
>From: Shah, Himanshu [mailto:hshah@ciena.com] 
>Sent: Thursday, December 11, 2008 8:23 AM
>To: Malis, Andrew G. (Andy); Drake, John E; Adrian Farrel; Ben 
>Niven-Jenkins; mpls-interop@ietf.org
>Subject: RE: [Mpls-interop] MPLS over MPLS-TP
>
>Andy,
>
>I am of the opinion that PW provides the better demarcation 
>than mapping client MPLS or IP packets directly over the 
>MPLS-TP tunnel. The generalized useage comes by virtue of 
>being able to map different kinds of PWs over MPLS-TP tunnels.

JD:  I'm sure everyone has a different opinion.  By saying that MPLS TP
is payload agnostic, we allow each service provider to make their own
decision wrt service demarcation.

>
>Now, MPLS-PWoverMPLS-TP vs client-MPLSoverMPLS-TP are 
>virtually indistiguishable at the LSRs, but atleast PW labels 
>have provider label contexts at the LSEs.

JD:  What is so much more appealing about having provider label context
via a PW label rather than an MPLS Label?  

>Not sure if 
>erroneous label pop changing the trajectory is a solvable 
>problem in MPLS (especially for stacked labels).
>
>/himanshu
>
>
>
>-----Original Message-----
>From: mpls-interop-bounces@ietf.org
>[mailto:mpls-interop-bounces@ietf.org] On Behalf Of Malis, Andrew G.
>(Andy)
>Sent: Thursday, December 11, 2008 10:33 AM
>To: Drake, John E; Adrian Farrel; Ben Niven-Jenkins; 
>mpls-interop@ietf.org
>Subject: Re: [Mpls-interop] MPLS over MPLS-TP
>
>John,
>
>Exactly.
>
>Cheers,
>Andy
>
>-----Original Message-----
>From: Drake, John E [mailto:John.E.Drake2@boeing.com]
>Sent: Thursday, December 11, 2008 10:28 AM
>To: Malis, Andrew G. (Andy); Adrian Farrel; Ben Niven-Jenkins; 
>mpls-interop@ietf.org
>Subject: RE: [Mpls-interop] MPLS over MPLS-TP
>
>Andy,
>
>Great.  So, it is up to the client endpoints of the MPLS TP 
>LSP to understand the payload contents and we could have as 
>payloads, for example, MPLS packets with their own label 
>stack, IP packets, or ethernet PW packets which in turn 
>contain, for example, MPLS packets or IP packets.
>
>Thanks,
>
>John  
>
>>-----Original Message-----
>>From: Malis, Andrew G. (Andy) [mailto:andrew.g.malis@verizon.com]
>>Sent: Thursday, December 11, 2008 7:19 AM
>>To: Drake, John E; Adrian Farrel; Ben Niven-Jenkins; 
>>mpls-interop@ietf.org
>>Subject: RE: [Mpls-interop] MPLS over MPLS-TP
>>
>>John,
>>
>>JD:  I agree with your point about PW labels, but doesn't the same 
>>point apply to the label stack with two EOS bits?  Viz, 
>having the EOS 
>>bit set will not prevent an implementation from messing up 
>the stack in
>
>>arbitrary and capricious ways.
>>
>>Isn't another alternative to just have the MPLS TP network be 
>>completely agnostic to the contents of its payloads, as a 
>server layer 
>>is supposed to be?
>>In that case, the payload could in fact be an MPLS payload 
>with its own
>
>>stack.
>>
>>AM> I must not have been clear enough, because that was my
>>intention. We
>>are in agreement here. The payload would not have to be another MPLS 
>>stack, but it could be, and that was the context of the original 
>>discussion between Ben and Adrian.
>>
>>Cheers,
>>Andy
>>
>>
>_______________________________________________
>Mpls-interop mailing list
>Mpls-interop@ietf.org
>https://www.ietf.org/mailman/listinfo/mpls-interop
>
>
_______________________________________________
Mpls-interop mailing list
Mpls-interop@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-interop