Re: [mpls] wg last call on ethernet-addressing drafts

Lizhong Jin<lizhong.jin@zte.com.cn> Wed, 05 December 2012 01:12 UTC

Return-Path: <lizhong.jin@zte.com.cn>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3709521F8BD9 for <mpls@ietfa.amsl.com>; Tue, 4 Dec 2012 17:12:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.496
X-Spam-Level:
X-Spam-Status: No, score=-100.496 tagged_above=-999 required=5 tests=[AWL=2.101, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F+iouz8k-eBM for <mpls@ietfa.amsl.com>; Tue, 4 Dec 2012 17:12:22 -0800 (PST)
Received: from zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 5585221F8BE2 for <mpls@ietf.org>; Tue, 4 Dec 2012 17:12:22 -0800 (PST)
Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id 8BF001921D46 for <mpls@ietf.org>; Wed, 5 Dec 2012 09:12:11 +0800 (CST)
Received: from mse02.zte.com.cn (unknown [10.30.3.21]) by Websense Email Security Gateway with ESMTPS id 02F58183AA2B; Wed, 5 Dec 2012 09:10:26 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id qB51C7lM022202; Wed, 5 Dec 2012 09:12:07 +0800 (GMT-8) (envelope-from lizhong.jin@zte.com.cn)
In-Reply-To: <50BDD83C.8010209@cisco.com>
To: stbryant@cisco.com
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF397BECE6.D75188F1-ON48257ACB.0006824F-48257ACB.00069CCC@zte.com.cn>
From: Lizhong Jin <lizhong.jin@zte.com.cn>
Date: Wed, 05 Dec 2012 09:11:53 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-12-05 09:12:05, Serialize complete at 2012-12-05 09:12:05
Content-Type: multipart/alternative; boundary="=_alternative 00069CC648257ACB_="
X-MAIL: mse02.zte.com.cn qB51C7lM022202
Cc: mpls@ietf.org
Subject: Re: [mpls] wg last call on ethernet-addressing drafts
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 01:12:23 -0000

Hi Stewart,
That's much better. Thanks

Lizhong
 

Stewart Bryant <stbryant@cisco.com> wrote 2012/12/04 19:02:20:

> On 23/10/2012 03:32, Lizhong Jin wrote:
> 
> 
> > 2. For the "Ethernet Interface Parameters" application, is it 
> > allowed to apply GAP Request, Flush or Suppress message specified in
> > [I-D.ietf-mpls-gach-adv]? E.g, to use GAP Request to request MAC 
address. 
> > Yes if it makes sense in your application. I can see that you might 
> > for example suppress the MAC address refresh and rely on your peer 
> > to over-ride the request if the address changed.
> > 
> > I am not sure why this needs clarification since the Ethernet draft 
> > inherits the rules of the GAP protocol. 
> [Lizhong] in section 4, all the description is for application 
> "0x0001", while the request/suppress message in [I-D.ietf-mpls-gach-
> adv] is for application "0x0000". 
> e.g, "This document defines a new GAP application, "Ethernet 
> Interface Parameters", to support the advertisement of Ethernet-
> specific parameters associated with the sending interface." 
> It seems the procedure in section 4 only inherits the GAP message, 
> but not GAP application "0x0000". It would be good have some 
> description to say, the GAP application "0x0000" could be also 
> applied to this draft. 
> Lizhong
> 
> How about if we add to the GAP draft (immediately before section 4.1)
> 
> "Any application using the GAP inherits the ability to use 
> facilities provide by Application 0x0000."
> 
> Stewart