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>