Conference azur::mcc

    
    	Is there anybody from engineering who can respond on this?
    
    	Thanks,
    
    
    	Ton
    
    
    
    	

Hi,

Sure there are limits in DECmcc. They are documented.

The number of notify request kept by MCC may be changed
in menu "Options" of "POLYCENTER Notification" window.

If you select "General Notification..." you see that default value
of 500 may be changed to what you need.

This number must be set according the object you manage.

In this case you need advice from some MCC user not from
engineering.

Hope this helps,

Benoit

    
    	Hi,
    
    	The initial note is not clear enough.
    
    	What is ment is the number of different notification requests 
    	you can create. This customer in particular tries to create
    	112 different notification requests.
    
    	All 112 requests will be enabled. But if he tries to disable
    	and enable the last one, the last request will be in the
    	state Enabling forever.
    
    	So my question for the moment is:
    
    	How many notification requests can be created and enabled at the
    	same time?
    
    	Thanks,
    
    
    	Ton Beekman

re: .-1

    Ton,

    A few highlights on how the Notification FM works :

    1- when receiving a notification request, the Notif FM walks through the
       domain hierarchy (top domain and all its dynamic sub-domains) and
       for each global entity, it is doing a "show all id" to get the list
       of identifiers of each global entity.

    2- It then creates getevent threads for the classes corresponding to the
       global entities in the domain hierarchy. The call is a wildcarded
       call to get all the events of the appropriate class. There is one
       such call per class/subclass pair and per partition
       (configuration/notification events).

    3- The events returned are filtered and put back in the queue of the
       original request.   

    Depending on your domain hierarchy, step 1 can take quite a long time
    (reason for which we removed it in TeMIP Framework V2.0). For how long
    did you wait before telling it is blocked : 1mn, 10 mn, 1 hour ? 

    When a new notification request arrives, step 1 is done again, but new
    getevent threads are only created if the new request is related to a
    domain hierarchy that contains global entities belonging to a new
    class. Otherwise, if the entities are of the same classes as the first
    request, the existing getevent threads will be used. 

    The limits are given by the total number of threads per process, which
    is highly dependant on the memory and swap of the system. If my memory
    serves me well, the limit on Ultrix was around a few hundreds per
    process.

    Are all notification requests issued under the same user-id or are
    different user-ids used ?
    
    It might be interesting to know :
	- the classes of entities on which these requests are done 

	- structure of domains
	
	- configuration of the machine : memory and swap

	- number of users

	- other applications running on that machine

    Best regards,

    Marc.	
    

    
    Hi Marc,
    
    Thanks for you reply,
    
    I've forwared you questions to the customer and here is his reply.
    
    
    1. The classes of entities on which these requests are done.

    - We have made our own access module, global class A4300L.
      The class has a subclass Link, with several instances, up to 20.

    2. Structure of domain.

    - Typically we have a top domain 'Network' with a nbr. of registered
      A4300L  global instances.
      Let us say 10 instances.  In the same domain we have several link
      domains to describe the connectivity and to separate the link related
      alarms to specific icons to ease the visual look of the topology.
      Inside the link domains we typically register link instances to see 
      the connections in detail.  Usually we define one notify request for 
      each of these link instances.


			Network				(top domain)
			   |
			   |				several A4300L instances
 			   |
     	Link1-3		Link1-2		Link2-3		(domains)
	   |
	   |
Instances:	A4300L .pbx.0101 Link 0
		A4300L .pbx.0101 Link 1
		A4300L .pbx.0101 Link 2
		A4300L .pbx.0103 Link 0
		A4300L .pbx.0103 Link 1
		A4300L .pbx.0103 Link 5

3. Configuration, memory & swap

- 40 MB RAM, 250 MB swap

4. Number of users.

- 3 users, one using DECmcc

5. Other applications

- Ingres database server


    	Best regards
    
    	Ton
    
    

	Ton,
    
    	Thanks for the additional info. 
    
>    - We have made our own access module, global class A4300L.
>      The class has a subclass Link, with several instances, up to 20.
    
     OK. It means that there is only 2 getevent threads in the Notif FM.

>    - Typically we have a top domain 'Network' with a nbr. of registered
>      A4300L  global instances.
>      Let us say 10 instances.  In the same domain we have several link
>      domains to describe the connectivity and to separate the link related
>      alarms to specific icons to ease the visual look of the topology.
>      Inside the link domains we typically register link instances to see 
>      the connections in detail.  Usually we define one notify request for 
>      each of these link instances.

    I don't understand the reason for 112 notif requests. If you do a
    request on the domain network and if the sub-domains underneath are
    dynamic, then the notif should cascade to the sub-domains.
    
    Can you explain the need for so many notif requests ? If you can find a
    way to decrease the number of notif requests, you would have a lot more
    mileage.

>3. Configuration, memory & swap
>
>- 40 MB RAM, 250 MB swap
>- Ingres database server

    The memory is low. The SPD for MCC V1.3 requires 48 MB minimum and you
    might want to add more as you have also the database server on the machine.

    You might also want to check your config parameters. It should be
    documented in the Installation Guide. The TeMIP Installation Guide
    (TAEC::TEMIP$PUBLIC:[DOC.ULTRIX.TEMIP.V111]TEMIP_V111_INST.PS;1) has also
    some nice formula for sizing that you might want to use,even if you
    don't run TeMIP. Use them with 1 user and 1 object, even if you don't
    have any OC. 

    Hope this helps,
                 
    Marc.