[openib-general] LID assignment policy of opensm

[Devesh Sharma]

Hi All,
I have another query regarding Opensm,
What is MLID assignment policy?
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?

On 3/1/06, Devesh Sharma <devesh28 at gmail.com> wrote:
>
> thanks for replying this surely solces my problem
> Thanks Once again to both of you.
> Devesh
>
>
> On 3/1/06, Eitan Zahavi <eitan at mellanox.co.il> wrote:
> >
> > Hi Devesh
> >
> > If a user writes the file such that it is legal (see below) OpenSM will
> > use it.
> > When a STANDBY SM gets mastership it has two choices:
> > a. Use the LIDs from the fabric
> > b. Enforce the assignments provided by the guid2lid file
> > The option
> >
> > Legal means:
> > 1. there are no LID conflicts
> > 2. lid range start is aligned with 2^(LMC)
> > NOTE that the end of the range can extend beyond start + 2^(LMC) - 1
> >
> > /var/cache/osm/opensm.opts:
> > # If true honor the guid2lid file when coming out of standby
> > # state, if such file exists and is valid
> > honor_guid2lid_file FALSE
> >
> > Eitan
> > Devesh Sharma wrote:
> > > On 28 Feb 2006 13:36:27 -0500, Hal Rosenstock < halr at voltaire.com>
> > wrote:
> > >
> > >>Hi Devesh,
> > >>
> > >>On Tue, 2006-02-28 at 11:12, Devesh Sharma wrote:
> > >>
> > >>>Hi Hal Thanks for replying.
> > >>>This setisfies my needs if user can define his own guid to lid
> > >>>mapping.
> > >>>whether in this file user can define his own guid to lid mapping?
> > >>
> > >>To my knowledge it's not used that way in general but that could work
> > if
> > >>consistent with the OpenSM LID policy (e.g. LMC, etc.).
> > >
> > >
> > >
> > > consistent with the OpenSM LID policy means what? Is it that, That
> > each GUID
> > > sholud have unique LID range?
> > >
> > >
> > > The format of the file is as follows:
> > >
> > >>0x0008f10403960985 0x0007 0x0007
> > >>
> > >>0x0008f10400410015 0x0003 0x0003
> > >>
> > >>(e.g GUID, min LID, max LID so the above is for LMC 0 which is the
> > >>default).
> > >>
> > >>-- Hal
> > >>
> > >>
> > >>>Devesh
> > >>>
> > >>>On 28 Feb 2006 07:19:35 -0500, Hal Rosenstock <halr at voltaire.com >
> > >>>wrote:
> > >>>        Hi Devesh,
> > >>>
> > >>>        On Tue, 2006-02-28 at 01:44, Devesh Sharma wrote:
> > >>>        > Hi list,
> > >>>        > Please anybody brife me about the LID assignment policy
> > used
> > >>>        by opensm
> > >>>        > subnet manager. Can user specify fixed LID mappings using a
> > >>>        file?
> > >>>
> > >>>        There is a file it creates with these in it so they can be
> > >>>        reused
> > >>>        subsequently. It is /var/cache/osm/guid2lid.
> > >>>
> > >>>        opensm -h has the following option:
> > >>>        -c
> > >>>        --cache-options
> > >>>                  Cache the given command line options into the file
> > >>>                  /var/cache/osm/opensm.opts for use next invocation
> > >>>                  The cache directory can be changed by the
> > >>>        environment
> > >>>                  variable OSM_CACHE_DIR
> > >>>
> > >>>        Is that suitable for your needs ?
> > >>>
> > >>>        -- Hal
> > >>>        >
> > >>>        >
> > >>>
> > >>______________________________________________________________________
> >
> > >>
> > >>>        >
> > >>>        > _______________________________________________
> > >>>        > openib-general mailing list
> > >>>        > openib-general at openib.org
> > >>>        > http://openib.org/mailman/listinfo/openib-general
> > >>>        >
> > >>>        > To unsubscribe, please visit
> > >>>        http://openib.org/mailman/listinfo/openib-general
> > >>>
> > >>>
> > >>
> > >>
> > >
> > >
> > >
> > ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > openib-general mailing list
> > > openib-general at openib.org
> > > http://openib.org/mailman/listinfo/openib-general
> > >
> > > To unsubscribe, please visit
> > http://openib.org/mailman/listinfo/openib-general
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20060302/4db1ae1c/attachment.html>