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

liu.guoman@zte.com.cn Fri, 02 July 2010 01:13 UTC

Return-Path: <liu.guoman@zte.com.cn>
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 B87363A684F; Thu, 1 Jul 2010 18:13:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.835
X-Spam-Level:
X-Spam-Status: No, score=-96.835 tagged_above=-999 required=5 tests=[AWL=0.800, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100]
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 8CVRmKKdVWsU; Thu, 1 Jul 2010 18:13:53 -0700 (PDT)
Received: from mx5.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by core3.amsl.com (Postfix) with ESMTP id 333D83A6859; Thu, 1 Jul 2010 18:13:51 -0700 (PDT)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 383432502567411; Fri, 2 Jul 2010 09:13:30 +0800 (CST)
Received: from [10.30.3.19] by [192.168.168.16] with StormMail ESMTP id 9916.6764266478; Fri, 2 Jul 2010 09:06:54 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id o621DW5p070236; Fri, 2 Jul 2010 09:13:32 +0800 (CST) (envelope-from liu.guoman@zte.com.cn)
In-Reply-To: <2C2F1EBA8050E74EA81502D5740B4BD6940E80923E@SJEXCHCCR02.corp.ad.broadcom.com>
To: "Shahram Davari" <davari@broadcom.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF321368F6.85869224-ON48257754.000650DD-48257754.0006DCB0@zte.com.cn>
From: liu.guoman@zte.com.cn
Date: Fri, 2 Jul 2010 09:13:25 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2010-07-02 09:13:28, Serialize complete at 2010-07-02 09:13:28
Content-Type: multipart/alternative; boundary="=_alternative 0006DCAD48257754_="
X-MAIL: mse2.zte.com.cn o621DW5p070236
Cc: "Andrew G. \(Andy\) Malis" <amalis@gmail.com>, "mpls-tp@ietf.org" <mpls-tp@ietf.org>, "lihan@chinamobile.com" <lihan@chinamobile.com>, "pwe3@ietf.org" <pwe3@ietf.org>, mpls-tp-bounces@ietf.org, HUANG Feng F <Feng.f.Huang@alcatel-sbell.com.cn>
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 01:13:55 -0000

hi,all
i think that cw should be option part ,
we should consider to be compatible with old equipments
 
best regards
liu







"Shahram Davari" <davari@broadcom.com> 
发件人:  mpls-tp-bounces@ietf.org
2010-07-02 01:08

收件人
"Thomas D. Nadeau" <tom.nadeau@bt.com>om>, "Giles Heron" 
<giles.heron@gmail.com>om>, "Luca Martini" <lmartini@cisco.com>om>, "Andrew G. 
(Andy) Malis" <amalis@gmail.com>
抄送
"lihan@chinamobile.com" <lihan@chinamobile.com>om>, "pwe3@ietf.org" 
<pwe3@ietf.org>rg>, HUANG Feng F <Feng.f.Huang@alcatel-sbell.com.cn>cn>, 
"mpls-tp@ietf.org" <mpls-tp@ietf.org>
主题
Re: [mpls-tp] [PWE3]   Proposal of using GAL for PW






Hi,
 
I agree with Andy and Tom. The best way forward is to mandate control word 
(VVCV Type 1) for future implementations, rather than introduce VCCV Type 
4.
 
Thanks,
Shahram
 
From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf 
Of Thomas D. Nadeau
Sent: Thursday, July 01, 2010 6:31 AM
To: Giles Heron; Luca Martini; Andrew G. (Andy) 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
 



On 7/1/10 9:22 AM, "Giles Heron" <giles.heron@gmail.com> wrote:
Not sure I agree.

Many CPs have deployed PWs with no CW.   Adding a CW to all packets just 
to enable occasional OAM messages seems like overkill.

TOM: The question would be in those cases: do those CPs have multi-vendor 
implementations and how difficult is it for them to handle operational 
issues as well as interoperability of those implementations?  The 
operators that have presented/discussed this at the last PWE3 meeting 
seemed to voice a resounding desire to have a consistent method rather 
than 3, 4 or N options.

But the downside of adding GAL is that it’s a fourth OAM mode for PWEs 
(back to your point about interoperability).  Too many options!

TOM: Precisely the point of requiring one way to do things.  Too many 
options is ok to get the kinks worked out of implementations, but going 
forward it seems better to narrow things as Andy’s original note 
asserted.

    --Tom



Giles

On 01/07/2010 12:14, "Tom Nadeau" <tom.nadeau@bt.com> wrote:

    I  agree with Andy’s assertion. This service provider’s experience 
is that making the CW mandatory going forward (and hopefully retrofitting 
existing PW protocol specs) would improve implementation interoperability.

    --Tom



On 6/30/10 11:22 PM, "Luca Martini" <lmartini@cisco.com> wrote:
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] 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

 
 

_______________________________________________
mpls-tp mailing list
mpls-tp@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-tp



_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www.ietf.org/mailman/listinfo/pwe3
 
 _______________________________________________
mpls-tp mailing list
mpls-tp@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-tp




--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.