[openib-general] LID assignment policy of opensm

[Hal Rosenstock]

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.).

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
>         
>