Hi Hal,<br>

Thanks for replying.<br><br><div><span class="gmail_quote">On 03 Mar 2006 06:29:50 -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 23:31, Devesh Sharma wrote:<br>> On 02 Mar 2006 08:35:04 -0500, Hal Rosenstock <<a href="mailto:halr@voltaire.com">halr@voltaire.com</a>><br>> wrote:<br>>         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

<br>>         always remain<br>>         > in 0xC001 0xC0FF range, In case by underliying hardware only<br>>         255<br>>         > seprate multicast groups are supported at a time?<br>><br>>         OpenSM does not overlay multiple groups (MGIDs) with the same

<br>>         characteristics on the same MLID. It uses unique MLIDs per<br>>         group.<br>><br>> This is fine, each group will have unique MLID though  they have same<br>> characteristics, I am trying to know is,

> as in unicast LID assignment there is a file maintained by SM, so for > MLID is there any such mapping file No. > or this is maintained in some internal structure, The MLIDs in use are maintained in an internal structure.

<br><br>>  or every create request with new MGID will be given One higher MLID<br>> from MLID assigned to previous create request and as the<br>> switchInfo::MulticastFDBCap is reached, create request will fail?<br>

<br>Sort of. MLIDs are also returned when the group is reclaimed some time<br>after it is deleted (last full member leaves). That leaves holes in the<br>table so it is not a simple increment. Requests fail when a new group

<br>creation would cause there to be MLIDs in use greater than the lowest<br>SwitchInfo:MulticastFDBCap in the subnet.<br><br>I'm not sure what your concern is here.</blockquote><div><br>

Here I am finding the possibility of whether 16 bit MLID can be mapped on a 8 bit number, which is my requirement.<br>

<br>

Well thanks again for replying.<br>

<br>

Devesh<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>>         MLIDs start at 0xC000 and are constrained by the least capable

>         switch >         (in terms of SwitchInfo::MulticastFDBCap). > >         Are you just asking or are you having some issue in this area >         ? > > I am just asking about this.

<br>><br>>         -- Hal<br>><br>><br>><br><br></blockquote></div><br>