Conference azur::mcc

4820.0. "problem enabling alarm with Chipcom MIB" by TLSE01::SELLES (Pierre-Jean - Toulouse -France) Mon Apr 05 1993 14:58

	the customer is monitoring Chipcom hubs thru decmcc ; 

	we have the following problem with the Alarm Fm enable directive :

-------------------------------------------------------------------------------
MCC> show domain .domain.reaumur.b19 rule snmp_b15c1_31A all attrib

Domain LOCAL_NS:.domain.reaumur.b19 Rule snmp_b15c1_31A
AT 1993-04-02-18:39:39.082 All Attributes

                                   Name = snmp_b15c1_31A
                                  State = Disabled
   Expression = (change_of(snmp b15c1 chipcom chipmib02   
		chipproducts online onlinemodules
                 onlinePortTable (3,4)   onlinePortStatus , *, *) , 
                 at every 00:05:00)
                            Description = "interface 31A change d etat"
                               Category = "test interfaces b15c1"
                               Severity = Major
                         Probable Cause = Unknown

MCC> enable Domain LOCAL_NS:.domain.reaumur.b19 Rule snmp_b15c1_31A

Domain LOCAL_NS:.domain.reaumur.b19 Rule snmp_b15c1_31A
AT 1993-04-02-18:39:48.707

Data base error while reading rule information.
        MIR Status = %MCC-E-ILVTOOBIG,  no more room in buffer for 
	additional values


--------------------------------------------------------------------------------

	this is very strange , as we succeeded in creating and enabling
an alarm on a chipcom for all ports  from the Alarm Manager( that is the same
alarm applied to (*,*) ) ;


 the customer is concerned of having one alarm per port as there are about
100 ethernet networks connected thru the chipcoms ( its a university campus )
and so he can quickly determine thru its own naming philosophy which network is
faulty ; )
	if there were a means to get included in the alarms the reference
for the registered entity that fires the alarm , it would be OK ;


		thanks for your insight

						PJS
	

  Can you file a QAR on this ?

  The problem is the Expression is longer than the buffers allocated inside
  Alarms .. granted the Create worked but the Enabled didn't .. thats the bug.

  I have made changes to Alarms (didn't make v1.3) which should elminate this
  problem and allow *very* long expressions.

  /keith

  The fix for Alarms ILV TOO BIG when enabling a rule were Ok'd for the
  v1.3 MUP ... I don't know the dates for this release.

  /keith