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

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Fri, 02 July 2010 05:14 UTC

Return-Path: <Alexander.Vainshtein@ecitele.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 B0B6F3A684E; Thu, 1 Jul 2010 22:14:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[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 3OM2Y9p-EPrT; Thu, 1 Jul 2010 22:14:28 -0700 (PDT)
Received: from ilptbmg01.ecitele.com (ilptbmg01-out.ecitele.com [147.234.242.234]) by core3.amsl.com (Postfix) with ESMTP id E2C423A6831; Thu, 1 Jul 2010 22:14:23 -0700 (PDT)
X-AuditID: 93eaf2e7-b7c13ae0000042a1-30-4c2d75b9b8c6
Received: from ILPTEXCH02.ecitele.com ( [147.234.245.181]) by ilptbmg01.ecitele.com (Symantec Brightmail Gateway) with SMTP id 0F.DB.17057.9B57D2C4; Fri, 2 Jul 2010 08:14:34 +0300 (IDT)
Received: from ILPTMAIL02.ecitele.com ([147.234.244.212]) by ILPTEXCH02.ecitele.com ([147.234.245.181]) with mapi; Fri, 2 Jul 2010 08:14:33 +0300
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Shahram Davari <davari@broadcom.com>, Luca Martini <lmartini@cisco.com>, "Andrew G. Malis" <amalis@gmail.com>
Date: Fri, 2 Jul 2010 08:14:33 +0300
Thread-Topic: [mpls-tp] [PWE3] Proposal of using GAL for PW
Thread-Index: AcsY0be4gjxkWhGQS0OFhLuTjQ+SNgAqh4xwAAo501w=
Message-ID: <A3C5DF08D38B6049839A6F553B331C76D37F026BBD@ILPTMAIL02.ecitele.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>, <2C2F1EBA8050E74EA81502D5740B4BD6940E8092BD@SJEXCHCCR02.corp.ad.broadcom.com>
In-Reply-To: <2C2F1EBA8050E74EA81502D5740B4BD6940E8092BD@SJEXCHCCR02.corp.ad.broadcom.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_A3C5DF08D38B6049839A6F553B331C76D37F026BBDILPTMAIL02eci_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Brightmail-Tracker: AAAAAA==
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 05:14:34 -0000

Hi all,
It seems that GAL, as a technique for identifying OAM packets, could be problematic in MPLS (not MPLS-TP1) environments with enabled ECMP. OAM packets would not necessarily be fate-sharing with the user packets.
Do I miss something?

Regards,
     Sasha





________________________________
From: mpls-tp-bounces@ietf.org [mpls-tp-bounces@ietf.org] On Behalf Of Shahram Davari [davari@broadcom.com]
Sent: Friday, July 02, 2010 3:19 AM
To: Luca Martini; 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

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