Re: [rbridge] Updated charter

Linda Dunbar <ldunbar@huawei.com> Thu, 15 July 2010 23:18 UTC

Return-Path: <rbridge-bounces@postel.org>
X-Original-To: ietfarch-trill-archive-Osh9cae4@core3.amsl.com
Delivered-To: ietfarch-trill-archive-Osh9cae4@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 641BE3A6AD6 for <ietfarch-trill-archive-Osh9cae4@core3.amsl.com>; Thu, 15 Jul 2010 16:18:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.165
X-Spam-Level:
X-Spam-Status: No, score=-2.165 tagged_above=-999 required=5 tests=[AWL=0.434, BAYES_00=-2.599]
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 PE0yV5ALOjqm for <ietfarch-trill-archive-Osh9cae4@core3.amsl.com>; Thu, 15 Jul 2010 16:18:03 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 4D5763A6B97 for <trill-archive-Osh9cae4@lists.ietf.org>; Thu, 15 Jul 2010 16:18:03 -0700 (PDT)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id o6FMvUd8016664; Thu, 15 Jul 2010 15:57:32 -0700 (PDT)
Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id o6FMuuMe016585 for <rbridge@postel.org>; Thu, 15 Jul 2010 15:57:05 -0700 (PDT)
Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L5M00G3YFQUQQ@usaga02-in.huawei.com> for rbridge@postel.org; Thu, 15 Jul 2010 15:56:56 -0700 (PDT)
Received: from L735042 ([10.124.12.58]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0L5M00EGIFQUV1@usaga02-in.huawei.com> for rbridge@postel.org; Thu, 15 Jul 2010 15:56:54 -0700 (PDT)
Date: Thu, 15 Jul 2010 17:56:54 -0500
From: Linda Dunbar <ldunbar@huawei.com>
In-reply-to: <4BE7A984.8050607@oracle.com>
To: 'Erik Nordmark' <erik.nordmark@oracle.com>, "'Developing a hybrid router/bridge.'" <rbridge@postel.org>
Message-id: <01a101cb2471$0541bdd0$3a0c7c0a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Mailer: Microsoft Office Outlook 11
Thread-index: AcrwDwFFokvlXb9tRSO0uZPMK0LMtg0XylZw
References: <4BE7A984.8050607@oracle.com>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: ldunbar@huawei.com
Cc: 'Peter Ashwood-Smith' <Peter.AshwoodSmith@huawei.com>, 'Jari Arkko' <jari.arkko@piuha.net>, 'Adrian Farrel' <Adrian.Farrel@huawei.com>, 'David Harrington' <dharrington@huawei.com>, 'Hares Susan' <shares@huawei.com>
Subject: Re: [rbridge] Updated charter
X-BeenThere: rbridge@postel.org
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: "Developing a hybrid router/bridge." <rbridge.postel.org>
List-Unsubscribe: <http://mailman.postel.org/mailman/listinfo/rbridge>, <mailto:rbridge-request@postel.org?subject=unsubscribe>
List-Archive: <http://mailman.postel.org/pipermail/rbridge>
List-Post: <mailto:rbridge@postel.org>
List-Help: <mailto:rbridge-request@postel.org?subject=help>
List-Subscribe: <http://mailman.postel.org/mailman/listinfo/rbridge>, <mailto:rbridge-request@postel.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: rbridge-bounces@postel.org
Errors-To: rbridge-bounces@postel.org

I have some concern of the bullet (2) (Addition of optional support for ARP
/ Neighbor Discovery optimization) to be added to TRILL re-charter work
list. 

ARP is for resolving MAC address from host's IP address. It is not specific
to TRILL. Straight Ethernet needs ARP.  
Donald's new draft on ARP optimization
(http://pothole.com./~dee3/drafts/draft-eastlake-trill-rbridge-arp-xx.txt)
describes a generic ARP proxy procedure, i.e. changing an ARP broadcast msg
to a unicast msg if the target IP is cached in its local cache. Otherwise do
nothing. 
ARP proxy function should be allowed on any device. As a matter of fact, ARP
proxy has been deployed in many places. When ARP proxy is enabled on any
devices, RBridge should treat the ARP Broadcast or unicast messages same way
as all other IEEE802.1Q data frames. No special processing should be needed
by RBridge for ARP messages. If an Rbridge needs to add ARP proxy function
on some ports, it is exactly same as RBridge having standard IEEE802.1Q
functions on some ports. But TRILL doesn't need to re-define IEEE802.1Q,
does it? 

Best regards, 

Linda Dunbar 

 

-----Original Message-----
From: rbridge-bounces@postel.org [mailto:rbridge-bounces@postel.org] On
Behalf Of Erik Nordmark
Sent: Monday, May 10, 2010 1:37 AM
To: Developing a hybrid router/bridge.
Subject: [rbridge] Updated charter


Based on the comments on the mailing list, here is the updated charter.

Description of Working Group:

   The TRILL WG has specified a solution for shortest-path frame
   routing in multi-hop IEEE 802.1-compliant Ethernet networks with
   arbitrary topologies, using an existing link-state routing protocol
   technology and encapsulation with a hop count.
   [Add reference to RFC?]

   The current work of the working group is around operational and
   deployment support for the protocol. This includes a MIB and other
   pieces needed for operations, but also additional ways to extend and
   optimize TRILL for the properties of the networks on which it is 
deployed.

   The WG will work on the following items:

   (1) A MIB for TRILL which specifies the unique pieces needed for the
   protocol while reusing what is in the IS-IS MIB and the IEEE 802.1
   MIB modules for pieces that are not unique to TRILL.

   (2) Addition of optional support for ARP / Neighbor Discovery
   optimization.

   (3) Refinement of the TRILL Header Options feature and specification
   of an initial base set of options.

   (4) Support for RBridge campus VLAN regions, such that the same VLAN
   ID can have different meanings in different regions, requiring
   configuration only at border RBridges.

   (5) Write up how Operations and Management (OAM) will be handled in
   networks using TRILL.

   (6) Determine how TRILL will provide improved support for data
   centers such as support of the IEEE 802.1 "Data Center Bridging"
   standards.

   (7) Document interoperability test results of protocol
   implementations.

Goals and Milestones:
   Done     - Accept base protocol specification as a WG document
   Done     - Accept problem statement and applicability as a WG work
              item
   Done     - Start work with routing area WG(s) to undertake TRILL
              extensions
   Done     - Accept architecture document as a WG work item
   Done     - Accept routing protocol requirements as a WG work item
   Done     - Choose routing protocol(s) that can meet the requirements
   Done     - Submit problem statement and applicability to IESG for
              Informational RFC
   Done     - Submit base protocol specification to IEEE/IETF expert
              review
   Done     - Base protocol specification submitted to the IESG for
              publication as a Proposed Standard RFC
   Done     - First draft showing what is needed for MIB

NEW:
   Done     - Initial WG draft on VLAN Mapping
   Done     - Initial WG draft TRILL Header Options
   Jul 2010 - Initial WG draft on ARP/ND optimizations
   Aug 2010 - Submit TRILL Header Options to IESG for publication as
              Proposed Standard
   Aug 2010 - Submit Rbridge Campus VLAN Regions to IESG for publication
              as Proposed Standard
   Oct 2010 - Submit RBridge MIB to IESG for publication as Proposed
              Standard
   Oct 2010 - Initial WG draft for RBridge support of Data Center
              Bridging
   Oct 2010 - Initial WG draft on RBridge OAM
   Jul 2011 - Re-charter or shut down the WG
_______________________________________________
rbridge mailing list
rbridge@postel.org
http://mailman.postel.org/mailman/listinfo/rbridge

_______________________________________________
rbridge mailing list
rbridge@postel.org
http://mailman.postel.org/mailman/listinfo/rbridge