<br><div><span class="gmail_quote">On 02 Mar 2006 08:35:04 -0500, <b class="gmail_sendername">Hal Rosenstock</b> <<a href="mailto:halr@voltaire.com">halr@voltaire.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;">

Hi Devesh,<br><br>On Thu, 2006-03-02 at 08:03, Devesh Sharma wrote:<br>> 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? OpenSM does not overlay multiple groups (MGIDs) with the same characteristics on the same MLID. It uses unique MLIDs per group.

</blockquote><div><br>

This is fine, each group will have unique MLID though  they have same characteristics, I am trying to know is,<br>

as in unicast LID assignment there is a file maintained by SM, so for

MLID is there any such mapping file or this is maintained in some

internal structure, or every create request with new MGID will be given

One higher MLID from MLID assigned to previous create request and as

the switchInfo::MulticastFDBCap is reached, create request will fail?<br>

</div> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">MLIDs start at 0xC000 and are constrained by the least capable switch (in terms of SwitchInfo::MulticastFDBCap).

<br><br>Are you just asking or are you having some issue in this area ?</blockquote><div><br>

I am just asking about this. <br>

</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">-- Hal<br><br><br></blockquote></div><br>