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

Conference azur::mcc

Title:	DECmcc user notes file. Does not replace IPMT.
Notice:	Use IPMT for problems. Newsletter location in note 6187
Moderator:	TAEC::BEROUD

Created:	Mon Aug 21 1989
Last Modified:	Wed Jun 04 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	6497
Total number of notes:	27359

6064.0. "Get current status at DECmcc startup?" by STKHLM::BERGGREN (Nils Berggren, DC Sweden. 876-8287) Tue Aug 02 1994 11:52

Hi,

Anyone with an idea on how to solve the following problem, please write a 
reply...


I've been working on a DECmcc-project for 18 months now.  It's Sweden's
most fancy DECmcc-installation with four DECmcc stations in three cities
more or less integrated to each other.

The operators are monitoring the network around the clock in 3-shifts.

Today when an operator starts his shift he/she takes over another operator's
place using his WS.  The map shows the current status.

Now the situation has come where every operator has to use its own user-id,
thus having to log in when he starts his shift.  This is no problem, but
the operator wants to know the current status.  How can one do that?

The customer accepts to get current status as of 'n' hours back in time, i.e.
it's alright to scan the alarms-logfile and in some way recreate the 
notification-entries in the notif-window along with colour-changes in the map.  
One idea is to for every entry in the logfile send a data-collector event 
adressed to a specific collector i the corresponding domain in where an 
object has fired an alarm.

The problem is that every operator would see that event.  The notification 
requests set up at startup is a wildcarded collector request for every collector
in the domain-hierarchy which is used for distributing alarm-events to all 
DECmcc nodes.  So I can't send a "recreated alarm"-event because it would 
confuse the operators who already have knowledge about the current status.

How can I get a notification entry along with a colour-change in the map 
on a per user basis?


An idea I have, but don't know how to implement is as follows:

Add a new Event partition, 'Status Events' for the data-collector
Modify the DataCollector so one can specify the event-partition when sending
a collector-event.

If this could be done, every operator could set up a notification request
for 'Status Events',  have a procedure send a 'status event' for every entry
in the alarms logfile to generate the entry in notif-window and then
disable that notification request.


any ideas are welcome....

	Thanks,
	Nils Berggren

T.R	Title	User	Personal Name	Date	Lines
6064.1	use TeMIP -)	TAEC::PHOBOE::Flauw	C.E.M. Technical Office, Valbonne	`Wed Aug 03 1994 04:07`	27
	Nils, I have a very simple answer to your problem : just use TeMIP -). The concept of Operation Context fits nicely in your needs. It allows multiple operators if needed to share the same alarm view. It allows an operator to log out abd another one to log in without loosing the history of the alarms and the status of these alarms, as they are stored on disk. Alarms will continue to be collected and stored even when the operators are logged out, as the notification requests run in background and the operator when he logs in and connects to the TeMIP OC will see all the outstanding alarms. TeMIP on OSF/1 even provides you with integrated access control which was one of your requirement if I remember well. The only little nit is that TeMIP does not run on VMS. Now if you cannot use TeMIP, then a PM application might be able to do what you want. The PM-to-PM communications was developped primarily for TeMIP to allow an external PM (TeMIP PM) to send color changes to a single IMPM. In your case, you might think of doing a little PM application started from the IMPM that will scan the log files and issue the appriopriate occurence changes to the IMPM that started it. We (TeMIP) never tried PM-to-PM comm. on VMS, but if you want to give it a try you can find the PM2PM white paper on UNICOM::/pub/ultrix/temip_tools (ftp or decnet access). Best regards, Marc.
6064.2	TeMIP - not on VMS, SNA-AM is only VMS ....	STKHLM::BERGGREN	Nils Berggren, DC Sweden. 876-8287	`Wed Aug 03 1994 04:48`	25
	re .1 Hi Marc, >>> The only little nit is that TeMIP does not run on VMS Yes, that's the problem. I don't think I would be very popular if I suggested them to change their equipment now, 18 months after installation of the VMS-systems. One other thing is that they are using the SNA AM, which doesn't run on Ultrix... >>> The PM-to-PM communications was developped primarily for TeMIP to >>> allow an external PM (TeMIP PM) to send color changes to a single IMPM. Yes, I've been thinking about some thing like that, but is it possible to get notification entries in the notification window as well (colour changes in the map are not sufficient)? cheers, Nils
6064.3	my two cents...	TAEC::LAVILLAT		`Mon Aug 29 1994 05:51`	22
	Nils, From what you describe, the best solution would be to have the operator perform the startup phase manually via a launchable application for example. What you could implement is : Have the operator when starting his work launch an application from the IMPM. This application would be a DCL script browsing the alarm log file and recreating the events via the collector AM for the appropriate time window missed (this can be a parameter supplied by the user). Hope this helps. Regards. Pierre.