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

Luca Martini <lmartini@cisco.com> Thu, 01 July 2010 03:58 UTC

Return-Path: <lmartini@cisco.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 C41D33A67FE; Wed, 30 Jun 2010 20:58:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.186
X-Spam-Level:
X-Spam-Status: No, score=0.186 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, MIME_CHARSET_FARAWAY=2.45]
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 MmoOD-ocpYKN; Wed, 30 Jun 2010 20:58:20 -0700 (PDT)
Received: from napoleon.monoski.com (napoleon.monoski.com [67.41.208.110]) by core3.amsl.com (Postfix) with ESMTP id 1E38E3A67D3; Wed, 30 Jun 2010 20:58:19 -0700 (PDT)
Received: from seven.monoski.com (m040e36d0.tmodns.net [208.54.14.4]) (authenticated bits=0) by napoleon.monoski.com (8.13.8/8.13.8) with ESMTP id o613w03t009226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Jun 2010 21:58:06 -0600 (MDT)
Message-ID: <4C2C0A08.4060904@cisco.com>
Date: Wed, 30 Jun 2010 21:22:48 -0600
From: Luca Martini <lmartini@cisco.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090812)
MIME-Version: 1.0
To: "Andrew G. Malis" <amalis@gmail.com>
References: <474656.11843.qm@web15604.mail.cnb.yahoo.com> <FF8F3C1FD6EDF74CB6DD38B90FDEBADB061722C7@CNSHGSMBS01.ad4.ad.alcatel.com> <AANLkTikY-AXFJtxBPEf30i3xrqd93La7VGRXPEUe93wj@mail.gmail.com>
In-Reply-To: <AANLkTikY-AXFJtxBPEf30i3xrqd93La7VGRXPEUe93wj@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------070204010007010009000909"
Cc: lihan@chinamobile.com, pwe3@ietf.org, HUANG Feng F <Feng.f.Huang@alcatel-sbell.com.cn>, 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: Thu, 01 Jul 2010 03:58:21 -0000

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> 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] On Behalf Of Larry
>> Sent: 2010年6月30日 17:38
>> To: mpls-tp@ietf.org; pwe3@ietf.org
>> Cc: 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
> https://www.ietf.org/mailman/listinfo/pwe3
>
>