[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

3561.0. "X25 polling overhead, info for new project..." by MLNCSC::BARILARO () Thu Aug 13 1992 16:36

Hi,

	I'm partly involved in a new project with SIP (italian PTT),
	we've to control and manage a DECNET X25 network based on all Italy, 
	a central site in Rome check all the remote node using DecMCC 1.2.

	They ask us what is the overhead caused by the MCC polling, they don't
	know already what they want exactly to check, want only a figure,
	something like how many DECNET X25 packets for something like a:
	
	SHOW NODE4 xxx ALL COUNTERS ....

	Naturally they want this info for yesterday, we're defining the
	contract terms and we'll appreciate any help.
	
						Thanks in advance
						Ciao Luciano
T.RTitleUserPersonal
Name		DateLines
3561.1Use event insteadMQOSWS::F_MONETTEMontreal Sales SupportWed Aug 26 1992 13:4112
I don't know if they need that for alarm definition or not but if it's the 
case, it will be more easier for you you define alarm on event instead of
polling.\

Since this is a DECnet network over x.25, you'll be notified when a node
goes down (circuit down and so on).Therefore, you'll not gonna have to poll
for the alarm definiton.


I hope this help

francois
3561.2Not enough, the customer wants numbers....MLNCSC::BARILAROThu Aug 27 1992 10:1728
Hi Francois,
    
    	Thanks for your reply, my problem (..customer problem) isn't to
    	reduce the overload due to MCC, he only wants numbers, a figure
    	of the numbers of packets caused by MCC during daily operation,
    	SHOWs xxx, SET xxx, TEST xxx, he also wants to use the COLLECTOR
    	to receive data from remote applications. 
    	Don't ask me why he wants numbers, I think it's an accounting 
    	problem, perhaps he wants to produce the bills to his customers 
        using the number of packets and want to exclude the MCC overload....
   	
    	So, it isn't only alarms, I already use for other customers the
    	event logging sink, but for example I don't know the overload 
    	on the remote CPU and on the network of a:
    
    	SHOW entity ALL STATISTICS
    
    	
    						Thanks again,
    						Ciao Luciano
    				
    	I'm only partialy involved in this  
    	
    	I know that
Since this is a DECnet network over x.25, you'll be notified when a node
goes down (circuit down and so on).Therefore, you'll not gonna have to poll
for the alarm definiton.