<html>
<body>
<font size=3>At 04:24 PM 9/29/2004, you wrote:<br>
<blockquote type=cite class=cite cite="">I agree with Dave that Static
LID is problematic and we should think of<br>
other short and longer term alternative for that <br>
(There are many cases where the SM may dictate a non random LID<br>
allocation policy, E.g. LMC configuration changes, Subnet Merge, ..
and<br>
the HCA is not aware of it).<br><br>
I believe that the need for it comes from applications that want to
talk<br>
to some kind of a loop back adapter without depending on the port
state<br>
or even before the port is up.</font></blockquote><br>
This is covered in the specification.<br><br>
<blockquote type=cite class=cite cite=""><font size=3>A better solution
that IBTA needs to look at is creating a well known<br>
Loopback LID value that apps use when they want to talk locally (like
IP<br>
127...)</font></blockquote><br>
See section 17.3.1 version 1.1 page 919 of volume 1 which provides
specific guidance on how loopback is implemented and what LID should be
used. There is no reason for a loopback LID. This topic was
debated and the spec reflects the outcome of the debate.<br><br>
Mike<br><br>
<br>
<blockquote type=cite class=cite cite=""><font size=3>It may even be
feasible to implement something on the existing HCA HW<br>
(by using one of the unused multicast LID's and some firmware
changes)<br><br>
Yaron<br><br>
> -----Original Message-----<br>
> From: openib-general-bounces@openib.org
[<a href="mailto:openib-general" eudora="autourl">mailto:openib-general</a>-<br>
> bounces@openib.org] On Behalf Of Roland Dreier<br>
> Sent: Wednesday, September 29, 2004 5:24 PM<br>
> To: David M. Brean<br>
> Cc: openib-general@openib.org<br>
> Subject: Re: Fwd: Re: [openib-general] static LID computation<br>
> withTS_HOST_DRIVER<br>
> <br>
> David> Ok. How does the port inform
the SM that it has a<br>
> David> "preferred" LID?<br>
> <br>
> The port will already have a LID assigned when the SM discovers
it.<br>
> My understanding is that the SM is "encouraged" to
preserve a port's<br>
> LID if it doesn't conflict with any other LIDs, and this is what
we're<br>
> relying on.<br>
> <br>
> - Roland<br>
> _______________________________________________<br>
> openib-general mailing list<br>
> openib-general@openib.org<br>
>
<a href="http://openib.org/mailman/listinfo/openib-general" eudora="autourl">http://openib.org/mailman/listinfo/openib-general</a><br>
> <br>
> To unsubscribe, please visit<br>
<a href="http://openib.org/mailman/listinfo/openib" eudora="autourl">http://openib.org/mailman/listinfo/openib</a>-<br>
> general<br>
_______________________________________________<br>
openib-general mailing list<br>
openib-general@openib.org<br>
<a href="http://openib.org/mailman/listinfo/openib-general" eudora="autourl">http://openib.org/mailman/listinfo/openib-general</a><br><br>
To unsubscribe, please visit
<a href="http://openib.org/mailman/listinfo/openib-general" eudora="autourl">http://openib.org/mailman/listinfo/openib-general</a>
</font></blockquote></body>
</html>