[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

4759.0. "Keeping TCPIP SINK process running while not in DECmcc???" by SPANKY::SAWYER () Wed Mar 24 1993 19:30

    Hi,
    
    I am currently at a customer site and I have succeeded in sinking
    SNMP traps back to DECmcc.  This is working fine I have set up
    notification filters for linkUp and linkDown.
    
    Also I have written an OCCURS Alarm Rule to check for the occurrence
    of one of these events.
    
    My question is: 
    	When you exit DECmcc the mcc_tcpip_sink process quits and
    	notification stops.
    	How can you keep this sink process running in batch and also
    	keep the notification filters that I've set up runnning??
    	Or does DECmcc have to constantly be running to get these traps??
    
    	Is it as simple as putting the GETEVENT directive in a batch job
    	along with the OCCURS alarm rule??
    		
    		GETEVENT snmp somwellfleet linkUp
    		GETEVENT snmp somwellfleet linkDown
    
    - Rob

T.R	Title	User	Personal Name	Date	Lines
4759.1	some info	MCDOUG::doug	pre-retinal integration	`Thu Mar 25 1993 10:17`	28
	VMS or ULTRIX? What version of MCC ? What exactly is it that you want to happen when you get the trap and you don't have the IMPM running in front of you? Do you MCC to execute some alarm procedures or something? > How can you keep this sink process running in batch and also > keep the notification filters that I've set up runnning?? > What exactly do you mean when you say 'notification filters' ? Notification Filters (as they apply to the IMPM notification services) are only meaningful when you're running the IMPM (and Notification Services, of course). POLYCENTER Network Manager V1.3 (hard to get into the habit of typing all that...) allows you to save/restore the notification filters that you create from the Notification Services UI. > Is it as simple as putting the GETEVENT directive in a batch job > along with the OCCURS alarm rule?? > GetEvent is a one-shot. As soon as the event happens, the thread returns and that's that. I think what you want is a small batch job that issues the appropriate 'NOTIFY' commands with a duration of forever and enables the rules that look for the events (OCCURS rules). /doug
4759.2	Sorry for lack of clarity....	SPANKY::SAWYER		`Thu Mar 25 1993 13:05`	13
	Sorry for the lack of clarity.... Running DECmcc 1.2.3 on VMS 5.4-2. I want the Occurs alarm rules to fire when these linkUp/linkDown events are trapped when the IMPM is not being used. Doug, your last suggestion sounds like what I need. I saved my notify requests to a .com file...do I just put these notify requests in batch along with the OCCURS alarm rule which will send mail when these events are trapped?? -Rob
4759.3	Got it Working but Still Confused!!	SPANKY::SAWYER		`Thu Mar 25 1993 21:00`	17
	I think I've got it working. I just put the OCCURS alarm rules that check for the EVENTS in the same batch job as the other alarm rules I have running in batch. This seems to work. I guess I'm just confused as to what starts the MCC_TCPIP_SINK process. I figured that if I EXITED MCC that the process would die. But it is still running even though DECmcc is not active. So is the fact that other entities are sending events to this station what starts the occurrence of this process??? Confused, Rob
4759.4	A running alarm has an active DECmcc	TOOK::R_SPENCE	Nets don't fail me now...	`Wed Apr 07 1993 14:35`	4
	Ah, if you have alarm rules running somewhere (Batch maybe?) then you DO have DECmcc running (or active as you say). So, no problem... s/rob