Alarm Stored With alarm_type_id "-1" in SMF_ALARM_MESSAGE Table Despite It Is Defined in SMF_ALARM_DEFN Table (Doc ID 2166568.1)

Last updated on MARCH 06, 2019

Applies to:

Symptoms

On the Oracle Communications Network Charging and Control(OC-NCC) versions where the interim <patch 22507564> - Patch to fix 22392174 (No alarm defined in SMF_ALARM_DEFN for m3ua_if receiving Unrecognised Trans. ID) was installed, or versions including permanent fix for <bug 22392174> (the current plan is to be included in first release patch after OC-NCC 6.0.0) the following problem can be noticed:

Despite fix for <bug 22392174> has defined two alarm_type_id’s in SMF_ALARM_DEFN table for unrecognized transaction id’s received by m3ua interface, alarms of this type are stored in SMF_ALARM_MESSAGE table with “-1” (unknown alarm) value for alarm_type_id.

Here it is one example of how alarms for one day interval are stored on an environment where this problem is noticed:

Changes

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.