[rbridge] forwarded for IETF secretariat

[Margaret Wasserman]

Hi Joe,

Thanks for forwarding this to the group. You beat me to it!!  :-)

The IESG will be considering the formation of this WG on our June 
23rd telechat.  If you have any input, positive or negative, 
regarding whether the IESG should charter this working group, please 
send it to iesg at ietf.org.

The second BOF was inconclusive regarding whether there is sufficient 
support in the IETF to charter this work, so we would like to see 
positive feedback in support of this work from people who think that 
it should be chartered.  Of course, we are also interested in any 
concerns or objections.

Thanks!
Margaret


At 1:12 PM -0700 6/15/05, Joe Touch wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>A new IETF working group has been proposed in the Internet Area. The
>IESG has not made any determination as yet. The following draft charter
>was submitted, and is provided for informational purposes only. Please
>send your comments to the IESG mailing list (iesg at ietf.org) by June 22nd.
>
>+++
>
>Transparent Interconnection of Lots of Links (trill)
>=====================================================
>
>Current Status: Proposed Working Group
>
>Chair(s):
>TBD
>
>Internet Area Director(s):
>Mark Townsley <townsley at cisco.com>
>Margaret Wasserman <margaret at thingmagic.com>
>
>Internet Area Advisor:
>Mark Townsley <townsley at cisco.com>
>
>Technical Advisor:
>Bill Fenner <fenner at research.att.com>
>
>Secretary(ies):
>TBD
>
>Mailing Lists:
>General Discussion: rbridge at postel.org
>To Subscribe: http://www.postel.org/mailman/listinfo/rbridge
>Archive: http://www.postel.org/pipermail/rbridge
>
>Description of Working Group:
>
>The TRILL WG will design a solution for shortest-path frame routing in
>multi-hop IEEE 802.1 Ethernet networks with arbitrary topologies,
>using the link-state routing protocol technology.
>
>This work will initially be based on draft-perlman-rbridge-03.txt.
>
>The design should have the following properties:
>
>- - Minimal or no configuration required
>- - Load-splitting among multiple paths
>- - Routing loop mitigation (possibly through a TTL field)
>- - Support of multiple points of attachment
>- - Support for broadcast and multicast
>- - No significant service delay after attachment
>- - No less secure than existing bridged solutions
>
>Any changes introduced to the Ethernet service model should be
>analyzed and clearly documented. To ensure compatibility with IEEE
>VLANs and the Ethernet service model, the WG will request an IEEE
>liaison relationship with IEEE 802.1.
>
>It is not an explicit requirement that the solution should be able to
>run on existing IP routers or IEEE 802 switches as a software upgrade.
>However, the working group should take deployment considerations into
>account, to ensure that the solution can interwork with bridges in a
>flexible manner (e.g., to allow incremental deployment into LANs that
>currently use 802.1D bridges).
>
>The TRILL working will work with the L2VPN WG and IEEE 802.1 to
>develop interworking between TRILL and 802.1D bridges at the edge, such
>that a bridged sub-cloud could be attached to TRILL devices in more than
>one place for redundancy.
>
>The solution must not interfere with the end-to-end transparency of
>the Internet architecture or with end-to-end congestion control and
>QOS mechanisms.
>
>The WG will work on the following items:
>
>(1) Develop a problem statement and architecture document that
>describes the high-level TRILL architecture, discusses the
>scalability of that architecture, describe the threat model
>and security impacts of the TRILL solution, and describes the
>expected impacts (if any) of the TRILL solution on the Ethernet
>service model.
>
>(2) Define the requirements for a TRILL-capable routing protocol, and
>select one or more existing routing protocols that could meet
>those requirements.
>
>(3) Work with the appropriate Routing area working group to extend an
>existing routing protocol to meet the TRILL working group
>requirements.
>
>Note: The TRILL working group is not chartered to develop a new
>routing protocol or to make substantial modifications to an
>existing routing protocol. If, during the requirements definition
>and selection phase, the TRILL working group discovers that no
>existing routing protocol will meet their needs, we will need to
>re-assess the TRILL WG charter to determine how/if this work
>should proceed.
>
>(4) Produce a (set of) TRILL specification(s) for standards track
>publication that defines what information must be carried in an
>encapsulation header for data packets, and determine how to map
>that information to various link types (only IEEE 802 links
>initially)
>
>The TRILL working group is chartered to undertake all of the above
>tasks and may begin work on more than one of these tasks in parallel.
>However, the problem statement and architecture document should be
>completed before the details of the base protocol are finalized, while
>there is still time to consider changes to the architecture without
>major impacts on established specifications.
>
>Goals and Milestones:
>
>Aug 05 Accept Problem statement and architecture document as a WG
>work item
>Aug 05 Accept base protocol specification as a WG document
>Oct 05 Accept routing protocol requirements as a WG work item
>Dec 05 Submit problem statement and architecture document to the IESG
>for publication as an Informational RFC
>Mar 06 Submit routing protocol requirements to the IESG for
>publication as an Informational RFC
>Mar 06 Choose routing protocol(s) that can meet the requirements.
>Apr 06 Start work with routing area WG(s) to undertake TRILL extensions.
>Sep 06 Base protocol specification submitted to the IESG for
>publication as a Proposed Standard RFC
>Dec 06 Re-charter or shut down the WG
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.4 (MingW32)
>Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
>iD8DBQFCsIuvE5f5cImnZrsRAt8/AKDe36PZ3DPvlTh88c7WidevER2sRgCg1qVS
>BMjgml/pko8Zo9jx+1fVqPQ=
>=UBLl
>-----END PGP SIGNATURE-----
>_______________________________________________
>rbridge mailing list
>rbridge at postel.org
>http://www.postel.org/mailman/listinfo/rbridge