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:[EMAIL PROTECTED]
Sent: Thursday, October 20, 2005 3:23 AM
To: Hal Rosenstock
Cc: [email protected]
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
[email protected]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit
http://openib.org/mailman/listinfo/openib-general
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
