<html>
<body>
<font size=3>At 05:09 PM 9/29/2004, Roland Dreier wrote:<br>
<blockquote type=cite class=cite cite=""> Yaron> A
better solution that IBTA needs to look at is creating a<br>
Yaron> well known Loopback LID value that apps use
when they want<br>
Yaron> to talk locally (like IP 127...)<br><br>
If/when IBTA specifies this and available hardware implements this,<br>
then this will be a great solution.</font></blockquote><br>
As noted in my other response, the specs do not require modification to
provide loopback service.<br><br>
<blockquote type=cite class=cite cite=""><font size=3>In the meantime, I
don't see a problem with having a mechanism to provide an initial value
for PortInfo:LID _before_ the SM discovers the node. The SM must be
able to deal with arbitrary values of this field, since it can't make any
assumptions about the state of the subnet. I don't think the spec
forbids having a mechanism to specify the initial value of
PortInfo:LID.</font></blockquote><br>
The SM is the only entity that is supposed to assign LID as well as the
subnet prefix. The SM should not trust any CA / switch
configuration if it has not configured it thus should wipe it out and
replace it with what it deems best. As for the subnet merge
problem, until the M_Key is sorted out, reassignment isn't an issue per
se.<br><br>
Mike<br><br>
<blockquote type=cite class=cite cite=""><font size=3>I agree that the
spec places the SM under no obligation to preserve the LIDs it
finds. However, if someone wants to run an application that
requires loopback connections to be preserve, I see no problem with
requiring an SM that provides an administrative mechanism for static LID
assignment.<br><br>
The advantage of this scheme is that it requires no modifications to
either the IB spec or existing IB hardware.<br><br>
Thanks,<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
<a href="http://openib.org/mailman/listinfo/openib-general" eudora="autourl">http://openib.org/mailman/listinfo/openib-general</a>
</font></blockquote></body>
</html>