Hi,<div><br></div><div>This message initiates a two week TRILL Working Group Last Call on the draft below.</div><div><br></div><div>Thanks,</div><div>Donald and Erik<br><br><div class="gmail_quote">2008/6/27  &lt;<a href="mailto:Internet-Drafts@ietf.org" target="_blank">Internet-Drafts@ietf.org</a>&gt;:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A New Internet-Draft is available from the on-line Internet-Drafts directories.<br>
This draft is a work item of the Transparent Interconnection of Lots of Links Working Group of the IETF.<br>
<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp;Title &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : Transparent Interconnection of Lots of Links (TRILL): Problem and Applicability Statement<br>
 &nbsp; &nbsp; &nbsp; &nbsp;Author(s) &nbsp; &nbsp; &nbsp; : J. Touch, R. Perlman<br>
 &nbsp; &nbsp; &nbsp; &nbsp;Filename &nbsp; &nbsp; &nbsp; &nbsp;: draft-ietf-trill-prob-04.txt<br>
 &nbsp; &nbsp; &nbsp; &nbsp;Pages &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : 18<br>
 &nbsp; &nbsp; &nbsp; &nbsp;Date &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;: 2008-06-27<br>
<br>
Current Ethernet (802.1) link layers use custom routing protocols<br>
that have a number of challenges. These routing protocols need to<br>
strictly avoid loops, even temporary loops during route propagation,<br>
<br>
<br>
&nbsp;because of the lack of header loop detection support. Routing tends<br>
not to take full advantage of alternate paths, or even non-<br>
overlapping pairwise paths (in the case of spanning trees). The<br>
convergence of these routing protocols and stability under link<br>
changes and failures is also of concern. This document addresses<br>
these concerns and suggests that they are related to the need to be<br>
able to apply modern network layer routing protocols at the link<br>
layer. This document assumes that solutions would not address issues<br>
of scalability beyond that of existing bridged (802.1) links, but<br>
that a solution would be backward compatible with 802.1, including<br>
hubs, bridges, and their existing plug-and-play capabilities.<br>
<br>
This document is a work in progress; we invite you to participate on<br>
the mailing list at <a href="http://www.postel.org/rbridge" target="_blank">http://www.postel.org/rbridge</a><br>
<br>
A URL for this Internet-Draft is:<br>
<a href="http://www.ietf.org/internet-drafts/draft-ietf-trill-prob-04.txt" target="_blank">http://www.ietf.org/internet-drafts/draft-ietf-trill-prob-04.txt</a><br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href="ftp://ftp.ietf.org/internet-drafts/" target="_blank">ftp://ftp.ietf.org/internet-drafts/</a><br>
<br>
Below is the data which will enable a MIME compliant mail reader<br>
implementation to automatically retrieve the ASCII version of the<br>
Internet-Draft.<br>

<br></blockquote></div><br>=============================<br> Donald E. Eastlake 3rd<br> 155 Beaver Street<br> Milford, MA 01757 USA<br><a href="mailto:d3e3e3@gmail.com" target="_blank">d3e3e3@gmail.com</a>
</div>