[openib-general] [RFC] OpenSM Interactive Console

Eitan Zahavi eitan at mellanox.co.il
Mon Oct 24 11:38:10 PDT 2005


Hal Rosenstock wrote:
> On Mon, 2005-10-24 at 03:08, Eitan Zahavi wrote:
> 
>>I would suggest to use SNMP for the tasks below. IETF IPoIB group has
>>defined an SNMP MIB that can support the required functionality below.
> 
> 
> The IETF SNMP MIBs are one way of presenting the information to the
> outside world. There are other possible management interfaces. The SNMP
> MIB instrumentation would need to use lower layer APIs to get this
> information out of the SM.
Yes but the IETF SM MIB is the only one that is close to a standard way.
It does not require low level interface if it will integrate into the OpenSM code.
One way to do it is buy extending OpenSM with an AgentX interface.

IMO one clear advantage of using SNMP for SM integration is that the code will work with any SM that is IETF compliant.
Also if you want to write a "client server" type of application on top of an SM you
can either stick to sending MADs which translate into SA client based application or
you better stay with some known protocol for management (like SNMP) and not develop yet another protocol for
doing exactly the same things as SNMP already supports.
> 
> 
>>Everything but the dynamic partitioning (OpenSM does not have
>>partition manager to this moment)
> 
> 
> What Troy meant by partitioning is not necessarily IB partitioning.
How are you sure about that? Troy - please comment.
> 
> 
>>and forwarding of Performance
>>Monitoring traps (which are generated by the PM) can be done through
>>osmsh or through SA client today.
> 
> 
> What PerfMgr are you referring to ?
No specific one. But the specification does not require the SM too.
For various reasons (like load) it might make more sense to have the PM distributed.
Anyway, my point is that the SM is not the owner of PM trap reporting. It is the PM that
should support Reporting (I.e  InformInfo registration and Trap forwarding) for PM traps.
But the spec does not define such traps anyway.

> 
> -- Hal
> 
> 
>>EZ
>>
>>Eitan Zahavi
>>Design Technology Director
>>Mellanox Technologies LTD
>>Tel:+972-4-9097208
>>Fax:+972-4-9593245
>>P.O. Box 586 Yokneam 20692 ISRAEL
>>
>>
>>
>>>-----Original Message-----
>>>From: Troy Benjegerdes [mailto:hozer at hozed.org]
>>>Sent: Thursday, October 20, 2005 3:23 AM
>>>To: Hal Rosenstock
>>>Cc: openib-general at openib.org
>>>Subject: Re: [openib-general] [RFC] OpenSM Interactive Console
>>>
>>>On Tue, Oct 18, 2005 at 03:10:31PM -0400, Hal Rosenstock wrote:
>>>
>>>>Currently, OpenSM does not support an interactive console. There
>>
>>has
>>
>>>>been a desire to introduce the ability to change certain
>>
>>parameters (as
>>
>>>>well as display things) once OpenSM has started. This patch
>>
>>introduces
>>
>>>>the first most basic commands: help and loglevel. I am
>>
>>investgating
>>
>>>>adding smpriority to this. The console is invoked by specifying
>>
>>-console
>>
>>>>as an option on the opensm command line.
>>>>
>>>>If you have a request for a command you would like in the console,
>>
>>I
>>
>>>>would like to compile a list of these.
>>>>
>>>>Comments ?
>>>
>>>As well as a console, I'd like an API for some way for external
>>
>>programs
>>
>>>(say a cluster queue manager) to be able to query the SM (or the sm
>>
>>+ some
>>
>>>helper library) for the following things:
>>>
>>>* Topology
>>>* guid/lid/IPoIB address/switch port mappings
>>>* link state
>>>
>>>Future neat things to do:
>>>
>>>* An interface to dynamically partition the fabric
>>>* Register for notifications for certain events (excessive traffic
>>>              queueing, or error counts)
>>>_______________________________________________
>>>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
>>
> 
> 




More information about the general mailing list