Re: [mpls-tp] [PWE3] Proposal of using GAL for PW

"Shahram Davari" <davari@broadcom.com> Fri, 02 July 2010 00:19 UTC

Return-Path: <davari@broadcom.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 1ED1F3A67CC; Thu, 1 Jul 2010 17:19:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[AWL=0.700, 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 2cL9t0icb3kp; Thu, 1 Jul 2010 17:19:46 -0700 (PDT)
Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by core3.amsl.com (Postfix) with ESMTP id A42943A659C; Thu, 1 Jul 2010 17:19:46 -0700 (PDT)
Received: from [10.16.192.224] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 01 Jul 2010 17:19:50 -0700
X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A
Received: from SJEXCHCCR02.corp.ad.broadcom.com ([10.16.192.130]) by SJEXCHHUB01.corp.ad.broadcom.com ([10.16.192.224]) with mapi; Thu, 1 Jul 2010 17:19:50 -0700
From: "Shahram Davari" <davari@broadcom.com>
To: "Luca Martini" <lmartini@cisco.com>, "Andrew G. Malis" <amalis@gmail.com>
Date: Thu, 1 Jul 2010 17:19:34 -0700
Thread-Topic: [mpls-tp] [PWE3] Proposal of using GAL for PW
Thread-Index: AcsY0be4gjxkWhGQS0OFhLuTjQ+SNgAqh4xw
Message-ID: <2C2F1EBA8050E74EA81502D5740B4BD6940E8092BD@SJEXCHCCR02.corp.ad.broadcom.com>
References: <474656.11843.qm@web15604.mail.cnb.yahoo.com> <FF8F3C1FD6EDF74CB6DD38B90FDEBADB061722C7@CNSHGSMBS01.ad4.ad.alcatel.com> <AANLkTikY-AXFJtxBPEf30i3xrqd93La7VGRXPEUe93wj@mail.gmail.com> <4C2C0A08.4060904@cisco.com>
In-Reply-To: <4C2C0A08.4060904@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-cr-hashedpuzzle: Fk0d GhNC M321 NK4u P9Z9 YY/r iD68 pCbd uXyv zU6J 2hPm 7/pO 8VC5 +Oa3 AA+eug== ADFMCQ==; 6; YQBtAGEAbABpAHMAQABnAG0AYQBpAGwALgBjAG8AbQA7AGYAZQBuAGcALgBmAC4AaAB1AGEAbgBnAEAAYQBsAGMAYQB0AGUAbAAtAHMAYgBlAGwAbAAuAGMAbwBtAC4AYwBuADsAbABpAGgAYQBuAEAAYwBoAGkAbgBhAG0AbwBiAGkAbABlAC4AYwBvAG0AOwBsAG0AYQByAHQAaQBuAGkAQABjAGkAcwBjAG8ALgBjAG8AbQA7AG0AcABsAHMALQB0AHAAQABpAGUAdABmAC4AbwByAGcAOwBwAHcAZQAzAEAAaQBlAHQAZgAuAG8AcgBnAA==; Sosha1_v1; 7; {A92EF858-8CE6-4339-BFA0-C754D66AD2A5}; ZABhAHYAYQByAGkAQABiAHIAbwBhAGQAYwBvAG0ALgBjAG8AbQA=; Fri, 02 Jul 2010 00:19:34 GMT; UgBFADoAIABbAG0AcABsAHMALQB0AHAAXQAgAFsAUABXAEUAMwBdACAAUAByAG8AcABvAHMAYQBsACAAbwBmACAAdQBzAGkAbgBnACAARwBBAEwAIABmAG8AcgAgAFAAVwA=
x-cr-puzzleid: {A92EF858-8CE6-4339-BFA0-C754D66AD2A5}
acceptlanguage: en-US
MIME-Version: 1.0
X-WSS-ID: 6033EF2C37O5923739-01-01
Content-Type: multipart/alternative; boundary=_000_2C2F1EBA8050E74EA81502D5740B4BD6940E8092BDSJEXCHCCR02co_
Cc: "lihan@chinamobile.com" <lihan@chinamobile.com>, "pwe3@ietf.org" <pwe3@ietf.org>, HUANG Feng F <Feng.f.Huang@alcatel-sbell.com.cn>, "mpls-tp@ietf.org" <mpls-tp@ietf.org>
Subject: Re: [mpls-tp] [PWE3] Proposal of using GAL for PW
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, 02 Jul 2010 00:19:48 -0000

Hi Luca,

Note that many implementations drop PW packets with GAL label as error packets.

Thanks,
Shahram


From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Luca Martini
Sent: Wednesday, June 30, 2010 8:23 PM
To: Andrew G. Malis
Cc: lihan@chinamobile.com; pwe3@ietf.org; HUANG Feng F; mpls-tp@ietf.org
Subject: Re: [mpls-tp] [PWE3] Proposal of using GAL for PW

Andy,

I have to disagree that there was any consensus about this issue.
If anything , there was consensus that there is no written statement that we must  to use the CW in MPLS-TP.

At the end we needed more input from service providers that have deployed PWs.  The point is not whether there is hardware support for the CW, but whether we even want to use it in many cases where it adds absolutely no value. For example ATM PWs in cell mode , where it add almost 10% overhead with no benefit. Another case where the CW is not useful is the ethernet PW without network link load balancing, where we add 4 bytes to every packet just to occasionally send a status , or OAM message.

I would like to propose update the rfc5586 to allow the use of the GAL in PWs without the CW.

This makes the use of the GAL very symmetric among PWs and MPLS-TP LSPs. This makes it easy to process by hardware based implementations.

Luca


Andrew G. Malis wrote:

Larry and Feng,



This issue has previously been discussed at length by the working

group, both at the Anaheim meeting and by email, for example in emails

with the subject line "Possible Contradiction re use of GAL in

pwe3-static-pw-status". There was rough consensus that for MPLS-TP

applications and/or when PW OAM is desired, PW implementations are

mature enough (it has been 10 years now, after all) that the time has

come to require the implementation of the CW for all PWs, including

Ethernet.



Cheers,

Andy



On Wed, Jun 30, 2010 at 6:34 AM, HUANG Feng F

<Feng.f.Huang@alcatel-sbell.com.cn><mailto:Feng.f.Huang@alcatel-sbell.com.cn> wrote:



it is reasonable to support GAL in MPLS-TP PW OAM, it is more generic, because CW is an option RFC4448 for Ethernet over MPLS.



4.6.  The Control Word



xxxx





The features that the control word provides may not be needed for a

  given Ethernet PW.  For example, ECMP may not be present or active on

  a given MPLS network, strict frame sequencing may not be required,

  etc.  If this is the case, the control word provides little value and

  is therefore optional.  Early Ethernet PW implementations have been

  deployed that do not include a control word or the ability to process

  one if present.  To aid in backwards compatibility, future

  implementations MUST be able to send and receive frames without the

  control word present.

xxxx







B.R.

Feng Huang





-----Original Message-----

From: pwe3-bounces@ietf.org<mailto:pwe3-bounces@ietf.org> [mailto:pwe3-bounces@ietf.org] On Behalf Of Larry

Sent: 2010年6月30日 17:38

To: mpls-tp@ietf.org<mailto:mpls-tp@ietf.org>; pwe3@ietf.org<mailto:pwe3@ietf.org>

Cc: lihan@chinamobile.com<mailto:lihan@chinamobile.com>

Subject: [PWE3] Proposal of using GAL for PW



Dear all:



    In section 4.2 in RFC5586, it is defined that GAL MUST NOT be used with PWs in MPLS-TP. The PWE3 control word [RFC4385] MUST be present when the ACH is used to realize the associated control channel.

    In real application, a lot of MPLS and MPLS-TP equipments do not support control word. It is proposed to use the GAL to identify associated control channel in PW layer.



Best regards,



                Han Li



********************************************************************

Han Li, Ph.D

China Mobile Research Institute

Unit 2, 28 Xuanwumenxi Ave, Xuanwu District, Beijing 100053, China

Fax: +86 10 63601087

MOBILE: 13501093385

********************************************************************





_______________________________________________

pwe3 mailing list

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

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