Hi All,<br>
I have another query regarding Opensm,<br>
What is MLID assignment policy?<br>
Is there any porvision that MLID assigned by Opensm may always remain
in 0xC001 0xC0FF range, In case by underliying hardware only 255
seprate multicast groups are supported at a time?<br><br><div><span class="gmail_quote">On 3/1/06, <b class="gmail_sendername">Devesh Sharma</b> <<a href="mailto:devesh28@gmail.com">devesh28@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="direction: ltr;">thanks for replying this surely solces my problem<br>
Thanks Once again to both of you.<br></div><div style="direction: ltr;"><span class="sg">
Devesh</span></div><div style="direction: ltr;"><span class="e" id="q_109b527807192497_2"><br><br><div><span class="gmail_quote">On 3/1/06, <b class="gmail_sendername">Eitan Zahavi</b> <<a href="mailto:eitan@mellanox.co.il" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
eitan@mellanox.co.il</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Devesh<br><br>If a user writes the file such that it is legal (see below) OpenSM will use it.<br>When a STANDBY SM gets mastership it has two choices:<br>a. Use the LIDs from the fabric<br>b. Enforce the assignments provided by the guid2lid file
<br>The option<br><br>Legal means:<br>1. there are no LID conflicts<br>2. lid range start is aligned with 2^(LMC)<br>NOTE that the end of the range can extend beyond start + 2^(LMC) - 1<br><br>/var/cache/osm/opensm.opts:
<br>
# If true honor the guid2lid file when coming out of standby<br># state, if such file exists and is valid<br>honor_guid2lid_file FALSE<br><br>Eitan<br>Devesh Sharma wrote:<br>> On 28 Feb 2006 13:36:27 -0500, Hal Rosenstock <
<a href="mailto:halr@voltaire.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">halr@voltaire.com</a>> wrote:<br>><br>>>Hi Devesh,<br>>><br>>>On Tue, 2006-02-28 at 11:12, Devesh Sharma wrote:
<br>>><br>>>>Hi Hal Thanks for replying.
<br>>>>This setisfies my needs if user can define his own guid to lid<br>>>>mapping.<br>>>>whether in this file user can define his own guid to lid mapping?<br>>><br>>>To my knowledge it's not used that way in general but that could work if
<br>>>consistent with the OpenSM LID policy (e.g. LMC, etc.).<br>><br>><br>><br>> consistent with the OpenSM LID policy means what? Is it that, That each GUID<br>> sholud have unique LID range?<br>>
<br>><br>> The format of the file is as follows:<br>><br>>>0x0008f10403960985 0x0007 0x0007<br>>><br>>>0x0008f10400410015 0x0003 0x0003<br>>><br>>>(e.g GUID, min LID, max LID so the above is for LMC 0 which is the
<br>>>default).<br>>><br>>>-- Hal<br>>><br>>><br>>>>Devesh<br>>>><br>>>>On 28 Feb 2006 07:19:35 -0500, Hal Rosenstock <<a href="mailto:halr@voltaire.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
halr@voltaire.com
</a>><br>>>>wrote:<br>>>>        Hi Devesh,<br>>>><br>>>>        On Tue, 2006-02-28 at 01:44, Devesh Sharma wrote:<br>>>>        > Hi list,<br>>>>        > Please anybody brife me about the LID assignment policy used
<br>>>>        by opensm<br>>>>        > subnet manager. Can user specify fixed LID mappings using a<br>>>>        file?<br>>>><br>>>>        There is a file it creates with these in it so they can be
<br>>>>        reused<br>>>>        subsequently. It is /var/cache/osm/guid2lid.<br>>>><br>>>>        opensm -h has the following option:<br>>>>        -c<br>>>>        --cache-options
<br>>>>                  Cache
the given command line options into the file<br>>>>                  /var/cache/osm/opensm.opts
for use next invocation<br>>>>                  The
cache directory can be changed by the<br>>>>        environment<br>>>>                  variable
OSM_CACHE_DIR<br>>>><br>>>>        Is that suitable for your needs ?<br>>>><br>>>>        -- Hal<br>>>>        ><br>>>>        ><br>>>><br>>>______________________________________________________________________
<br>>><br>>>>        ><br>>>>        > _______________________________________________<br>>>>        > openib-general mailing list<br>>>>        > <a href="mailto:openib-general@openib.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

openib-general@openib.org</a><br>>>>        > <a href="http://openib.org/mailman/listinfo/openib-general" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://openib.org/mailman/listinfo/openib-general
</a><br>>>>        ><br>>>>        > To unsubscribe, please visit
<br>>>>        <a href="http://openib.org/mailman/listinfo/openib-general" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://openib.org/mailman/listinfo/openib-general</a><br>>>>
<br>>>><br>>><br>>><br>><br>><br>> ------------------------------------------------------------------------
<br>><br>> _______________________________________________<br>> openib-general mailing list<br>> <a href="mailto:openib-general@openib.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
openib-general@openib.org</a><br>> <a href="http://openib.org/mailman/listinfo/openib-general" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://openib.org/mailman/listinfo/openib-general</a><br>><br>> To unsubscribe, please visit <a href="http://openib.org/mailman/listinfo/openib-general" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://openib.org/mailman/listinfo/openib-general</a><br><br></blockquote>
</div><br>

</span></div></blockquote></div><br>