[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

4733.0. "Help with targeting a partially registered IP node" by DAGWST::PIAZZA (Yabadabadoo) Mon Mar 22 1993 00:18

Hello, customer is running V1.2 on a DECstation 5200.

The customer has the following situation as shown in the diagram below. 
DECmcc station can only talk to B, NOT A or C which are on another network. 
There is an agent running on B which polls A & C and returns information to the
DECmcc station. A, B, and C are workstations.
--------------------------------------------------------------------------------
  		  =================================
		  |               |               |
		+----+		+----+	   	+----+	
		| A  |          | B  |          | C  |
		|    |          |    |          |    |
		+----+          +----+          +----+
                                  |
				  |
			       +-----+
                               | DEC |
			       | MCC |
			       +-----+
--------------------------------------------------------------------------------
I have created a domain with A, B, and C in it as IP nodes.  A & C are only
partially registered since DECmcc can't talk to them.  B is fully registered. 
What the customer wants to happen when the agent on B sends back data that A or
C are in a specific state, such as an error state, is to turn the icon
representing node A or C red, and send a message to the notification window. 
Another state might turn A or C green.  So far I have only been able to turn
icon B the specified color.  I have used DECmcc in the past to target a DECNET 
IV node, i.e. poll a router and for say, an adjacency down on a different node
than the router, turn the specific node's icon red.

My question is, can this be done for an IP node, i.e., poll B and turn icon A
or C a specific color and also send a notification to the notification window, 
especially since A and C are only partially registered.  If yes how is this
done, and if no, is there any other way I can represent this.  Customer is
getting ready for a demo and needs to know as soon as possible if this can be
accomplished with DECmcc.

Any help will be much appreciated.

Thanks,

/Dave

T.R	Title	User	Personal Name	Date	Lines
4733.1	register as REFERENCE	CTHQ::WOODCOCK		`Mon Mar 22 1993 08:53`	25
	Hi Dave, I can't answer whether you can retarget a partially registered entity but you may have options. If retargeting these options does in fact turn out to be not achievable then you can try the following: 1. Represent the non-communicative IP nodes as REFERENCE entities 2. When targeting you should be able to use the wildcards in the target command to hit these objects. Register them with the same name and use the same technique for wildcarding you used with DECnet objects except the TARGET will now be REFERENCE #2 or whatever. The other option is to use the data collector which has a built in TARGETing mechanism. Again, register them as REFERENCE entities and you should have no problem hitting them. Also note it probably won't matter to your custormer that the objects aren't IP on the map because MCC can't talk to them anyway. Either option is worth a try. best regards, brad...
4733.2	More help needed!	DAGWST::PIAZZA	Yabadabadoo	`Mon Mar 22 1993 21:44`	25
	Hi Brad, Thanks for helping me out again! Your first suggestion of setting up reference nodes and targeting them seems the way to go. Having never targeted using SNMP, I'm a little confused. In referring to pages 3-22 & 3-23 in the Alarms Funcion manual, the domain entry seems pretty straight forward. However, I'm not too sure about Event Source and Event name entries. Mainly, because I'm interested in a table value that is being returned from the agent on B, as per the diagram in .0. I've expanded the Event name field, and none of the choices seem what I want. Furthermore, I have a rule set up that turns A or C red which ever is applicable. It reads: SNMP Local_NS:.ip.A sys_test Table 7 state=off. I also have a rule for .ip.C. There are several states that each machine can be in, so I guess I'll have to create a rule for each of the states for each machine. This involves creating a large amount of rules, unless there is another way. Anyway, it doesn't look like any of the Event Name choices apply. Then when I look at Exhibit 3-18, it looks like I can specify a rule name, but the event name is OSI Rule Fire, and I don't see a SNMP Rule Fire choice. But if Local_NS:.ip.A sys_test Table 7 state=off is a configuration event then maybe I can setup something like in Exhibit 3-19. So, I'm confused as to how to proceed to assign targets. Assigning Targets in DECnet phase IV was so much easier. Please Help!! Thanks, /Dave
4733.3	put TABLE children on map	CTHQ::WOODCOCK		`Thu Mar 25 1993 09:21`	10
	FYI, for anybody who cares, I spoke to Dave and what we tried was to bring the TABLE CHILD entity up to the global level using the toolbox. Because each of the nodes being monitored is described by a different TABLE <num> then bringing each of them up and out onto the map allows for easy determination of which one has the outage. This seems to have worked (targets not even needed). best regards, brad...