[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference pcbuoa::server_works

Title:Server_works
Moderator:PCBUOA::IS_SYSTEM
Created:Fri Jun 30 1995
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:291
Total number of notes:1063

196.0. "looking for architecture and API's" by AIAG::SEGER (This space intentionally left blank) Mon Jan 20 1997 16:56

T.RTitleUserPersonal
Name
DateLines
196.1Third Party IntegrationPCBUOA::BRACKENMon Jan 20 1997 21:178
196.2AIAG::SEGERThis space intentionally left blankTue Jan 21 1997 11:1011
196.3Use SNMP directlyPCBUOA::BRACKENTue Jan 21 1997 12:5110
196.4more clarificationAIAG::SEGERThis space intentionally left blankFri Jan 24 1997 12:5936
>    There are no Server Works specific APIs on
>    the Client side. The other MIBs used by Server Works are Host
>    Resources, MIB-II and Cluster MIB.
>    I hope this answers your quest. If not give us more specifics.
    
not really.  let me try to sort of start all over.  I have read the white paper,
but it's a little vague in some places...

we want to build a variety of management applications and are considering using
Server Works as a platform om which to build them.  To my way of thinking, one
of the main things our applications will need to be able to do is exchange data
with one or more objects in the environment, probably via SNMP or some other
standard management protocol.

I realize I can configure the system so someone at a map could select an object
and launch an application with the context of that object.  But then what?  At
this point, I need that application to communicate back with the object.  it
sounded like it's the job of the SNMP manager to do this, implying that
functionality is not available to applications.  is that true? 

Another critical piece of functionality I need is the ability to receive events
like SNMP traps.  Do I have the ability as an application to 'register' for
receiving them?  I saw I can register for alarms, but I'm not sure if those are
considered to be a generic trap.  I want to have an SNMP agent that sends 
special traps, telling an application to come back and GET more data.  Is this 
possible?  Also, it wasn't clear how much filtering (if any) I could do on
traps as I'd like for some applications to be able to register for some traps
and other applications register for others.

I realize the white paper isn't intended to go into super detail on any of this
stuff and perhaps the bandwidth of this conference isn't either and that's why
I tried to pose my questions at a high level.  If the answer is a simple NO,
then I have my answer.  If it's IT DEPENDS, perhaps we can get together off-line
and discuss it in more detail...

-mark
196.5Traps and PollingPCBUOA::BRACKENWed Feb 05 1997 13:009
    In Server Works the alarms are handled in 2 manners. The set of alarms
    relating to the Host Resources MIB and MIB II are handled in a polling
    mode. The remainder that are handled by the Digital Server MIB generate
    traps. The reason why this is done is that SNMP Extendible Agents do
    not yet provide the ability for Extended Agents to get at each others
    objects. Thereby not having a back door to trap on just any object.
    
    This is only a response to a portion of your question. I'm not sure I
    understand the rest.                                     
196.6AIAG::SEGERThis space intentionally left blankFri Feb 07 1997 13:269
>    This is only a response to a portion of your question. I'm not sure I
>    understand the rest.                                     

I guess the heart of that mis-phrased question deals with the level at which a
launched application can deal with the SNMP environment.  In short, can I launch
an application that in turn than then enter into an SNMP dialog with an object,
directly querying its (or ANY object's) MIB?

-mark