User's Guide
Get Adobe Reader |
The following sections describe WebLogic Network Gatekeeper alarms:
An alarm in the alarm list provides different types of information according to the table below.
Some of the alarms have clear alarms indicating when the condition that caused the alarm has ceased. That is, the condition has gone back to normal. The following combinations of alarms and clear alarms exist:
1200-1249 Servlet engine manager
95000-95099 Subscription handler
2600-2699 ESPA user interaction
2800-2899 Network initiated call handler
5400-5499 Protocol plug-in messaging/SMPP
5500-5599 Protocol plug-in user location/MPP
5600-5699 Protocol plug-in user status/MPP
5700-5799 Protocol plug-in messaging/CIMD
5800-5899 Protocol plug-in messaging/MM7
5900-5999 Protocol plug-in messaging/MLP
22000-22099 Protocol plug-in OSA access
22200-22299 Protocol plug-in OSA MPCC
22400-22499 Protocol plug-in OSA call UI
12200-12299 SESPA user location
12400-12499 SESPA messaging UI
12800-12899 SESPA call control
12900-12999 SESPA subscriber profile
The indicated service has been deactivated because it has raised more critical alarms than allowed. That is, in a service's deployment descriptor it is defined how many critical alarms the service is allowed to raise before it is taken out of service.
If the service keeps raising critical alarms, analyse the reason for those alarms. Trouble report the service to the service supplier if the analyses of the alarms show that the service is faulty.
The SLEE was not able to store service data in the database.
Enter command ps -ef|grep safe_mysqld
in a command window. If the database is running, safe_mysqld
is returned.
For more information, see MySQL Reference Manual.
The SLEE had to force the deactivation of the indicated service because an exception was caught from the service when the SLEE tried to deactivate the service.
Trouble report the service to the service supplier.
The SLEE had to force the stopping of the indicated service because an exception was caught from the service when the SLEE tried to stop the service.
Trouble report the service to the service supplier.
Unable to connect to both databases when verifying replication of databases.
Verify that both databases are running.
Database replication files differ more than the maximum allowed value.
The replication mechanism is not able to write data fast enough, or not at all.
Check the connection between the two databases.
Verify that both databases are running.
The internal file names used by the database replication process are mismatching. This may occur when changing log file names explicitly, for example during backup.
If this alarm is generated when not explicitly resetting the logging, the replication files may be out of synchronization. Verify that the replication has not halted due to an error. If the replication has halted, restore the failed database.
Error during check of database replication status. Internal error during database replication check.
Make sure both databases are running. Restart or restore failed database.
Database replication file is too large.
Free up disk space. Explicitly change to a new log file by running the reset script
/usr/local/slee/bin/dbrunReset.sh
Size of database replication files have reached 90% of maximum allowed size. The files will be gracefully reset.
A user tried to perform a OAM method with inadequate user-password combination.
Examine if there is a fraud attempt.
The CORBA thread pool utilization exceeds 80%.
Increase the CORBA thread pool size or extend the systems capacity. The thread pool size is increased through the slee_properties.xml
file (corba_thread_pool attribute in the <SLEE_PROPERTIES> tag). Run the SLEEConfig.sh
and restart the SLEE.
The CORBA thread pool utilization has decreased so it is now below 78%.
The SLEE cannot reach an object that has a listener registered.
Verify that the service owning the listener is activated, that all involved SLEE processes are running, and that there is no network communication problem between the indicated SLEE's server and the server where the un-reachable object executes.
The SLEE has not been able to reach an un-reachable listener object during the configured retry interval and the listener has been removed.
See alarm1014 SLEE: Un-reachable listener object detected.
A SLEE task could not be scheduled because the SLEE task manager queue was full.
Increase the SLEE task manager queue size or extend the system capacity. To increase the task queue, select the SLEE service in the Network Gatekeeper Management Tool and use commands:
A SLEE task raised an UNHANDLED exception during method doTask.
Trouble report the service that raised the exception to the service supplier.
The SLEE has not been able to reach an un-reachable plug-in object during the configured retry interval and the plug-in has been removed.
Verify that the plug-in is activated, that all involved SLEE processes are running, and that there is no network communication problem between the indicated SLEE's server and the server where the un-reachable object executes.
All threads in the SLEE task pool are currently busy.
Increase the SLEE task manager thread pool size or extend the system capacity. To increase the task manager thread pool size, select the SLEE service in the Network Gatekeeper Management Tool and use commands:
Threads are available in the task pool again.
A scheduled timer has failed due to a duplicate timer reference.
Trouble report the service that raised the exception to the service supplier.
The indicated database table has been automatically replaced by the service. May occur when the service is updated and the format of the database table has been changed.
The database replication has halted due to an error in the slave database.
Log in to the master database and execute the MySQL command SHOW SLAVE STATUS. Refer to the MySQL manual to correct the indicated error.
The indicated SLEE is starting up.
The indicated SLEE is performing a graceful shutdown.
Priority task queue utilization level exceeds alarm level.
Decrease the number of requests sent through the system or increase the system capacity.
A service OAM method threw a RunTimeException.
Contact BEA Support and provide the trace information provided in the alarm.
This product will expire within x hours. It will then automatically shutdown.
Update the license key for the product. Contact BEA Support.
This product has expired, shutting down.
Update the license key for the product. Contact BEA Support.
An internal error occurred when the SLEE global counter service tried to create the counter handler for handling volatile counters.
See the What to do section in 1002 SLEE: Service data storage failed.
Internal error setting up periodic cleanup when the slee global counter service tried to create the counter handler for handling volatile counters.
See the What to do section in 1002 SLEE: Service data storage failed.
A warning message has been received from the ORB. The complete message can be read in the SLEE trace file /usr/local/slee/bin/trace/.
Analyse the message in the SLEE trace file and take actions accordingly. For more information, refer to section 18 Exceptions and Error Messages in ORBacus for C++ and Java.
An alarm has been received from the ORB. The complete message can be read in the SLEE trace file /usr/local/slee/bin/trace/.
Analyse the message in the SLEE trace file and take actions accordingly. For more information, refer to section 18 Exceptions and Error Messages in ORBacus for C++ and Java.
The database master has changed. The change was caused by a failure to create a connection with the previous database master on the indicated URL.
See the What to do section in1002 SLEE: Service data storage failed.
The SLEE has failed to create a connection with the database on the indicated URL.
See the What to do section in1002 SLEE: Service data storage failed.
The database host's database partition is beginning to run low on available disk space.
Make more space available on the database partition of the disk. Check the size of the ic_slee_charging
, ic_slee_statistics
, ic_slee_event
and ic_slee_alarm
tables in the slee_db
and delete unused data.
If the database uses the same partition as the SLEE, check the number trace files stored in the /usr/local/slee/bin/trace/ directory.
When the alarm has been received, the low disk space threshold value must be changed to initiate the function again, see List of Configuration Parameters - SLEE and SLEE utility services.
The database was stopped because the database host's database partition was running critically low on available disk space.
Clean up the file system on the host's database partition and restart the database.
As a first measure, make more space available on the database partition of the disk. Check the size of the ic_slee_charging
, ic_slee_statistics
, ic_slee_event
and ic_slee_alarm
tables in the slee_db
and delete unused data.
If the database uses the same partition as the SLEE, check the number trace files stored in the /usr/local/slee/bin/trace/ directory.
When the alarm has been received, the critically low disk space threshold value must be changed to initiate the function again, see List of Configuration Parameters - SLEE and SLEE utility services.
The indicated database failed to stop when the database host's database partition was running critically low on available disk space.
There is a risk that the system will keep writing data to the database even though it is running out of disk space. This may corrupt the data in the database.
Clean up the file system on the host's database partition.
As a first measure, make more space available on the database partition of the disk. Check the size of the ic_slee_charging
, ic_slee_statistics
, ic_slee_event
and ic_slee_alarm
tables in the slee_db
and delete unused data.
If the database uses the same partition as the SLEE, check the number trace files stored in the /usr/local/slee/bin/trace/ directory.
Investigate why it was not possible to stop the database.
When the alarm has been received, the critically low disk space threshold value must be changed to initiate the function again, see List of Configuration Parameters - SLEE and SLEE utility services.
The SLEE charging service has failed to write charging data to the database.
See the What to do section in1002 SLEE: Service data storage failed.
The alarm is raised if the charging service is activated before the database. That is, at installation or system restart, the database has to be started before the SLEE.
Start BEA WebLogic Network Gatekeeper database before the SLEE at system installation or restart.
An error occurred when trying to create the charging table in the database. The error occurs if the charging service is started before the database. That is, at installation or system restart, the database has to be started before the SLEE.
Start BEA WebLogic Network Gatekeeper database before the SLEE at system installation or restart.
It was not possible to connect to the network time server through the time server manager.
Verify the time server configuration parameters, that the network time server is started, and that network time server has access to the network.
The SLEE has no connection with the network time server. Either is the network time server not running, or a network error/overload has occurred.
Make sure that the time server is running and can be reached from the SLEE.
The time difference is too large.
Correct the time manually. Note that this may have influences in, for example, charging records.
This alarm can only be raised if BEA Network Gatekeeper is used together with BEA WebLogic Network Gatekeeper.
The allowed request rate through the plug-in manager could not be updated according to the new node SLA.
Verify the data in the node SLA and load the SLA again.
In SCS_Manager, select getSCSList and check that the required SCS exists and is active. For MESSAGING_TYPE, check that a criteria has been added.
All matching SCSes are overloaded.
Refer to backup restoration procedure documentation.
Un-handled error during backup.
Contact BEA Support, include all alarm information.
Unable to perform backup, unable to create master database connection.
The ESPA messaging service could not store an incoming message in the database.
The ESPA messaging service received an incoming message without a destination address.
Notify the originator of the message. The originators address is provided in the alarm printout.
The ESPA messaging service could not find a messaging protocol plug-in when activated, or an outgoing message has an address format that is not supported by any messaging plug-in.
If the alarm is raised at service activation, verify that the messaging protocol plug-ins are installed and activate the messaging plug-ins before the ESPA messaging service is activated.
If the alarm is raised when a message with an unsupported address format is received, notify the originator of the message. The originators address is provided in the alarm printout.
The ESPA messaging service could not write charging data to the database.
Verify that the charging service is installed and in the state activated using the getServices method in the SLEE service. If the charging service is working properly, continue with the What to do section in1002 SLEE: Service data storage failed.
The ESPA messaging service failed to change the status of a message stored in the database.
See the What to do section in1002 SLEE: Service data storage failed.
The ESPA messaging service received an outgoing message without an originating address. That is, the message will not be sent because it cannot be charged and not be replied to.
Notify the enterprise operator.
The ESPA messaging service received an outgoing message without a destination address.
Notify the enterprise operator.
The ESPA messaging service could not find a message with the specified ID in the database. The connection with the database is broken.
See the What to do section in1002 SLEE: Service data storage failed.
The ESPA messaging service could not find a message with the specified ID in the database. The message has been deleted from the database before the status update notification has been received.
The problem is resolved by the system.
The ESPA messaging service could not find a mailbox for the received message. That is, the message is addressed to BEA WebLogic Network Gatekeeper, but the actual mailbox does not exist. That is, the address of the message is faulty. The message is automatically returned to the sender with a notification.
The problem is resolved by the system.
The ESPA messaging service could not verify if the specified mailbox exists in the database. That is, the connection with the database is broken.
See the What to do section in1002 SLEE: Service data storage failed.
All protocol plug-ins of the requested type are severely overloaded. That is, messages cannot be sent to the network.
Install a new instance of the requested protocol plug-in in a server with lower load level. If all servers are running with high load level, it is time to expand the system with more servers. Contact BEA Support.
The Parlay messaging service received a message without an ID from a protocol plug-in.
The protocol plug-in that delivered the message to the messaging service is faulty.
The indicated mailbox has been closed due to inactivity. The allowed inactive time period is configurable using the setMailboxTimeout method in the ESPA_messaging service.
An unexpected error message was received from the plug-in when sending an outgoing message.
Identify the original alarm from the plug-in and take actions accordingly.
Callback to the application failed.
This alarm could occur when there are temporary network problems.
If the alarm is constantly recurring, you need to verify that the network connection to the application is functioning properly.
Verify that the application is running.
The ESPA call control service could not use the database. Possible reasons:
See the What to do section in1002 SLEE: Service data storage failed.
The ESPA call control service could not find a call control protocol plug-in when activated, or a create call leg request has an address format that is not supported by any call control plug-in.
If the alarm is raised a service activation, verify that the call control protocol plug-ins are installed and activated before the ESPA call control service is activated.
If the alarm is raised when a create call leg request with an unsupported address format is received, notify the originator of the request.
All protocol plug-ins of the requested type are severely overloaded. That is, call set up requests cannot be sent to the network.
Install a new instance of the requested protocol plug-in in a server with lower load level. If all servers are running with high load level, it is time to expand the system with more servers. Contact BEA Support.
The ESPA call control has issued a routeReq and no response has been received within the default timeout. The call session will be released.
The ESPA call control has issued a release request and no response has been received within the default timeout. The call session will be released.
The ESPA call control has issued an eventReportReq and no response has been received within the default timeout. The call session will be released.
Failed to connect to the Network Initiated Call Handler Service (NICHS).
Verify that the NICHS is started and in active mode. See SLEE and SLEE Service Operation.
Note: The call control service will not be activated if it cannot connect itself to the NICHS.
Failed to notify the application of the arrival of a call-related event.
Verify that the NICHS is started and in active mode. See SLEE and SLEE Service Operation.
Note: The call control service will not be activated if it cannot connect itself to the NICHS.
All protocol plug-ins of the requested type are severely overloaded. That is, location requests cannot be sent to the network.
Install a new instance of the requested protocol plug-in in a server with lower load level. If all servers are running with high load level, it is time to expand the system with more servers. Contact BEA Support.
The service could not find a call control protocol plug-in when activated, or a location request has an address format that is not supported by any user location plug-in.
If the alarm is raised a service activation, verify that the user location protocol plug-ins are installed and activated before the Parlay user location service is activated.
If the alarm is raised when a location request with an unsupported address format is received, notify the originator of the request.
The ESPA user location service cannot write charging data to the database.
Verify that the charging service is installed and in the state activated. If the charging service is working properly, continue with the What to do section in1002 SLEE: Service data storage failed.
A periodic location report delivery failed because the client was un-reachable.
It is up to the client to request a new location request.
All protocol plug-ins of the requested type are severely overloaded. That is, status requests cannot be sent to the network.
Install a new instance of the requested protocol plug-in in a server with lower load level. If all servers are running with high load level, it is time to expand the system with more servers. Contact BEA Support.
The ESPA user status service could not find a user status protocol plug-in when activated, or a status request has an address format that is not supported by any user status plug-in.
If the alarm is raised a service activation, verify that the user status protocol plug-ins are installed and activated before the ESPA user status service is activated.
If the alarm is raised when a status request with an unsupported address format is received, notify the originator of the request.
The Parlay user status service cannot write charging data to the database.
Verify that the charging service is installed and in the state activated. If the charging service is working properly, continue with the What to do section in1002 SLEE: Service data storage failed.
All protocol plug-ins of the requested type are severely overloaded. That is, charging requests cannot be sent to the network.
Install a new instance of the requested protocol plug-in in a server with lower load level. If all servers are running with high load level, it is time to expand the system with more servers. Contact BEA Support.
The ESPA charging service could not find a charging protocol plug-in when activated, or a charging request has an address format that is not supported by any charging plug-in.
If the alarm is raised a service activation, verify that the charging protocol plug-ins are installed and activated before the ESPA charging service is activated.
If the alarm is raised when a charging request with an unsupported address format is received, notify the originator of the request.
All protocol plug-ins of the requested type are severely overloaded. That is, user interaction requests cannot be sent to the network.
Install a new instance of the requested protocol plug-in in a server with lower load level. If all servers are running with high load level, it is time to expand the system with more servers. Contact BEA Support.
The ESPA user interaction service could not find a user interaction protocol plug-in when activated, or a user interaction request has an address format that is not supported by any user interaction plug-in.
If the alarm is raised a service activation, verify that the user interaction protocol plug-ins are installed and activated before the ESPA user interaction service is activated.
If the alarm is raised when an interaction request with an unsupported address format is received, notify the originator of the request.
Found no enabled notification or outstanding sendInfoAndCollect-request matching the arrived message properties. The message will be discarded.
Failed to notify an application of an network initiated UI-event.
This alarm could occur when there are temporary network problems.
If the alarm is constantly recurring, you need to verify that the network connection to the application is functioning properly.
Verify that the application is running.
Failed to log charging info in charging database.
See the What to do section in1002 SLEE: Service data storage failed.
Because of a collision with the primary key in the database an unanswered sendInfoAndCollectRequest was deleted.
This alarm can be disregarded if it occurs seldom.
If the alarm is constantly recurring, you may need to change the Sequence number range end ID parameter, through the Plugin_messaging_SMPP_SMS service management interface, see List of Configuration Parameters.
A message arrived with no destination address set. The message will be discarded.
All protocol plug-ins of the requested type are severely overloaded. That is, subscriber profile requests cannot be sent to the network.
Install a new instance of the requested protocol plug-in in a server with lower load level. If all servers are running with high load level, it is time to expand the system with more servers. Contact BEA Support.
The ESPA user interaction service could not find a subscriber profile protocol plug-in when activated, or a subscriber profile request has an address format that is not supported by any subscriber profile plug-in.
If the alarm is raised a service activation, verify that the user profile protocol plug-ins are installed and activated before the ESPA user profile service is activated.
If the alarm is raised when an subscriber profile request with an unsupported address format is received, notify the originator of the request.
Check that there are call control capabilities installed in the system, that is, multiparty call control (mpcc) and generic call control (gcc) and that the corresponding services are running.
Received event in interrupt mode with no matching enabled notification request in mode interrupt. Policy service will take control of call.
Check the enabled notifications (listNotification in gccs and/or mpccs in modules) and verify that they are consistent with the expected client notification state.
Service is severely overloaded.
The service is suspended and cannot process any events.
Use Network Gatekeeper Management Tool to resume it, see Changing SLEE state.
The rule engine cannot parse the rule file that retracts all not service-specific objects from the context.
Verify that the rule file exists.
Verify that the syntax in the rule file is correct. See the log file for the policy service (policy.log
) for information on the error.
The rule engine cannot parse the service-specific rule file.
Verify that the rule file exists and that the path to the rule is correct.
Verify that the syntax in the rule file is correct. See the log file for the policy service (policy.log
) for information on the error.
The policy service cannot parse the service-specific rule file when it is about to be loaded into the database. Probably this is a syntax error in the rule file.
Verify that the rule file exists and that the path to the rule file is correct.
Verify that the syntax in the rule file is correct. See the log file for the policy service (policy.log
) for information on the error.
Failed to match whitelist for service provider.
Verify that the specified whitelist exists in the SLEE.list.matcher service.
The policy service denied a service request.
Failed to parse node rule file.
Verify that the node rule file exists and that the path to the node rule file is correct.
Verify that the syntax in the node rule file is correct. See the log file for the policy service (policy.log
) for information on the error.
The total request rate from WebLogic Network Gatekeeper towards a network node has reached the warning level (default 80%).
Check the global contract data for the node in the total traffic SLA.
Investigate if it is possible to get access to more capacity in the network node. If that's not possible, decrease the allowed request rate towards the network node in one or more of the service provider traffic SLAs.
The total request rate from WebLogic Network Gatekeeper towards a network node has exceeded the maximum allowed level defined in the total traffic SLA.
See alarm 3100 Policy service: Total request rate warning level reached.
The request rate from a specific service provider towards a network node reached the warning level (default 80%).
Check the node contract data in the service provider traffic SLA.
Consider upgrading the service provider. That is, move the service provider to a service provider group with a SP traffic SLA allowing a higher request rate towards the node.
The request rate for a specific service provider towards a node exceeded the maximum allowed level for that service provider.
See alarm 3200 Policy service: Service provider request rate warning level reached.
No valid global contract for the node is found in the total traffic SLA.
Add a valid global contract in the total traffic SLA.
For updating the total traffic SLA, see Updating the total traffic SLA.
No node contract for the node found in the service provider traffic SLA.
Add a valid node contract in the service provider traffic SLA.
For updating the service provider traffic SLA, see Updating a service provider traffic SLA.
The protocol plug-in failed to register itself in the plug-in manager. The alarm occurs if the plug-in manager is not installed or if it is not in active state.
Verify that the plug-in manager is active and restart the plug-in.
The protocol plug-in failed to send the short message to the SMSC.
Verify the physical connection with the SMSC and that the plug-in is configured properly.
The protocol plug-in failed to unregister itself from the plug-in manager. The alarm occurs if the plug-in manager is not in active state.
Verify that the plug-in manager is active and restart the plug-in.
The plug-in failed to notify a listener of the result when sending or receiving a message.
Verify that the generic messaging SCS proxy (Parlay_messaging service) owning the listener object is active, that all SLEE processes are running, and that there are no network communication problems between the SLEEs.
The plug-in has established a connection to the SMSC.
The plug-in has failed to reconnect to the SMSC during the configured duration and terminates the reconnection procedure.
Verify the network connection. Restart the reconnection procedure using the resetSMPPConnection method in the Plugin_messaging_SMPP service.
A reconnection attempt in the reconnection procedure has failed.
The plug-in will keep on trying to connect until it succeeds or until the reconnection procedure times out.
The plug-in has lost connection with the SMSC.
Make sure the network connection to the SMSC is working properly.
The plug-in will automatically try to reconnect to the SMSC again. The total reconnection procedure duration and the interval between individual reconnection attempts depends on configuration settings in the Plugin_messaging_SMPP service.
The plug-in has established a connection to the SMSC.
The plug-in has failed to reconnect to the SMSC during the configured duration and terminates the reconnection procedure.
Verify the network connection. Restart the reconnection procedure using the resetSMPPConnection method in the Plugin_messaging_SMPP service.
A reconnection attempt in the reconnection procedure has failed.
The plug-in will keep on trying to connect until it succeeds or until the reconnection procedure times out.
The plug-in failed to store message data in the database.
See the What to do section in1002 SLEE: Service data storage failed.
The plug-in failed to the message delivery status in the database.
See the What to do section in1002 SLEE: Service data storage failed.
The plug-in failed to store message data in the database.
See the What to do section in1002 SLEE: Service data storage failed.
No registered listener was found for the incoming message. The plug-in was unable to deliver the incoming message.
Verify that the generic messaging SCS proxy (Parlay_messaging service) owning the listener object is active, that all SLEE processes are running, and that there are no network communication problems between the SLEEs.
The plug-in has lost connection with the SMSC. That is, it failed to send a heartbeat to the SMSC.
Make sure the network connection to the SMSC is working properly.
The plug-in will automatically try to reconnect to the SMSC again. The total reconnection procedure duration and the interval between individual reconnection attempts depends on configuration settings in the Plugin_messaging_SMPP service.
The plug-in failed to connect to the MPC node.
Verify that the MPC node is running.
Verify that the configuration parameters are correct, see User location/MPS.
The protocol plug-in failed to register itself in the plug-in manager. The alarm occurs if the plug-in manager is not installed or if it is not in active state.
Verify that the plug-in manager is installed and activated.
The protocol plug-in failed to unregister itself from the plug-in manager. The alarm occurs if the plug-in manager is not in active state.
Verify that the plug-in manager is activated.
The plug-in established connection to the MPC Node.
The plug-in stopped trying to connect to the MPC Node.
Restart the reconnection procedure.
Also, see 5502 Plug-in user location-MPP: Failed to create provider.
The plug-in failed to connect to the MPC node.
Verify that the MPC node is running.
Verify that the configuration parameters are correct, see User location/MPS.
The protocol plug-in failed to register itself in the plug-in manager. The alarm occurs if the plug-in manager is not installed or if it is not in active state.
Verify that the plug-in manager is installed and activated.
The protocol plug-in failed to unregister itself from the plug-in manager. The alarm occurs if the plug-in manager is not in active state.
Verify that the plug-in manager is activated.
The plug-in established connection to the MPC Node.
The plug-in stopped trying to connect to MPC node.
Restart the reconnection procedure.
Verify that the MPC node is running.
Verify that the configuration parameters are correct, see User location/MPS.
The protocol plug-in failed to log in to the SMSC due to a faulty user name and/or password.
Verify the registered SMSC login parameters with the SMSC responsible.
The protocol plug-in has successfully logged in to the SMSC.
No messaging SCS proxy could be obtained for SMS delivery.
Verify that messaging SCS proxies are installed in the system and that they are activated.
The protocol plug-in failed to connect to the SMSC.
Verify the SMSC addressing parameters registered in the plug-in and the SMSCes status with the SMSC responsible.
The protocol plug-in failed to send the Login request to the SMSC.
Verify the SMSC addressing parameters registered in the plug-in and the SMSCes status.
The protocol plug-in has detected that it is not connected to the SMSC. The alarm is raised at plug-in start up or if the connection is lost.
If the alarm is raised at startup, it will automatically cease then the connection is successfully established.
If the alarm is raised during operation, the plug-in will try to re-establish the connection during the specified reconnection time. If this is successful the alarm will cease. Otherwise, the status of the SMSC has to be verified and the connection has to be manually restored through the plug-in's reconnect OAM method.
Alarm 5706 is received as an acknowledgment on the successful connection in all the above cases.
The protocol plug-in has successfully connected to the SMSC.
Verify that the SCS ESPA is running.
Failed to add data to message info database.
Verify that the database is running.
Parameter pair mismatch for destination addresses and service center timestamps.
Report protocol error to SMSC vendor.
The protocol plug-in plug-in could not create a SOAP sender.
Verify the MMSC addressing parameters registered in the plug-in.
The protocol plug-in has received a delivery report from the MMSC that could not be be associated with a message ID of previously sent message.
The protocol plug-in has received a delivery report from the MMSC without a message ID.
The protocol plug-in has received a delivery report request from the MMSC that could not be parsed.
The protocol plug-in has received a deliver request from the MMSC that could not be parsed.
The protocol plug-in could not find a recipient address in a deliver request received from the MMSC.
The protocol plug-in could not recognise the address type in a deliver request received from the MMSC.
The protocol plug-in has detected an error when parsing a SOAP request from the MMSC.
The SOAP engine has reported that it failed to handle a SOAP request from the MMSC.
The protocol plug-in failed to retrieve a content/attachment data of a MIME simple type from a SOAP message because the data was corrupt.
The protocol plug-in failed to retrieve a content/attachment data of a MIME multiparty type from a SOAP message because the data was corrupt.
There was an error trying to send a SOAP request.
There was an error trying to notify a plug-in listener.
An error was encountered when checking the remote MM7 server using heartbeats. The plug-in has been deactivated.
Make sure there are no network problems.
The connection with the remote MM7 server is OK again and the plug-in has been activated again.
The protocol plug-in failed to read or write configuration data to the database.
See the What to do section in1002 SLEE: Service data storage failed.
The protocol plug-in failed to send a request to the MLP server.
Verify the network connection and the MLP server connection data configured in the plug-in.
The protocol plug-in failed to parse the XML result retrieved from the MLP server.
Verify the network connection and the MLP server connection data configured in the plug-in. Verify the MLP version used.
Failed to store statistics data.
Check the status of the database and check if the disk is full.
An ESPA user has failed to log in three times and has been locked.
Unlock the user through the ESPA access OAM interface.
The application was not allowed to log in. Tried to login with the wrong ID credentials (that is, a non existing service provider account/application account/application instance ID combination) will cause this alarm.
Make sure the application is provided with the correct ID combination. Note that this alarm may indicate an intrusion attempt.
The application tried to log in with the wrong password.
Make sure the application is provided with the correct credentials. Note that this alarm may indicate an intrusion attempt.
The application tried to log in after being blocked. Consecutive calls to login after initial lock will cause this alarm.
Unlock the application. Make sure the application is provided with the correct credentials. Note that this alarm may indicate an intrusion attempt.
The application tried to log in on non active account (service provider account, application account or service instance group level).
Activate the acount on the relevant level if it should be active.
ESPA has logged out a SESPA session (application instance) due to too many logged in application instances for the application instance group. The maximum number of concurrent logged in application instances is specified in the application instance group's SLA. The oldest session is logged out first.
If ESPA logs out active sessions, the SLA has to be re-negonitiated with the service provider. That is, the maximum number of concurrent logged in application instances in the SLA has to be increased.
If an application creates a lot of sessions that are logged out by ESPA, the application might be faulty. That is, the application does not log out un used sessions.
SESPA was unable to recover an ESPA session. That is, the ESPA object was unreachable.
The application is notified and will log in again and a new session is created.
Error occurs when invoking an application.
Check the network connection between the WebLogic Network Gatekeeper and the client.
Check that the client is not overloaded and thereby fails to respond in a timely fashion.
SESPA was unable to enable the Parlay X incoming message notification for the application at restart of the server.
Manually remove the old notification and create a new notification through the SESPA messaging OAM interface. For more information on how to create a Parlay X incoming message notification, see Creating an application instance group.
SESPA was unable to notify an application that a new message is available.
Verfy that the application is up and running.
A Parlay X incoming message notification for an application was destroyed (disabled).
Create a new notification through the SESPA messaging OAM interface. For more information on how to create a Parlay X incoming message notification, see Creating an application instance group.
Make sure that the application is running and is accessible from the WebLogic Network Gatekeeper.
Failed to re-enable notification after service restart.
The application must manually enable this notification.
Make sure that the application is running and is accessible from the WebLogic Network Gatekeeper.
Make sure that the application is running and is accessible from the WebLogic Network Gatekeeper.
Failed to re-enable notification after service restart.
The application must manually enable this notification.
Make sure that the application is running and is accessible from the WebLogic Network Gatekeeper.
Make sure that the application is running and is accessible from the WebLogic Network Gatekeeper.
The OSA access plug-in failed to authenticate with the OSA gateway.
Verify the OSA gateway connection data registered in OSA Gateway Connection with the OSA gateway operator. Verify that the user certificate is still valid.
The OSA manager object obtained from the OSA gateway is considered dead. Might be a network problem.
The OSA gateway plug-in will automatically try to authenticate the OSA gateway at next service request.
The OSA access plug-in could not reach any of the connected OSA gateways (OSA frameworks) defined. Might be a network problem.
Verify the network connection.
The application requesting a service from the OSA gateway does not have a valid mapping towards the requested OSA service.
Verify the current mapping. If no mapping exists, create a mapping according to Connecting an application (account) to an OSA/Parlay gateway.
An unexpected internal error has occurred.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_UNDEFINED.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_ILLEGAL_INFO.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_ID_NOT_FOUND.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_RESOURCE_
UNAVAILABLE.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_ILLEGAL_RANGE.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_IMPROPER_USER_
RESPONSE.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_ABANDON.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_NO_OPERATION_
ACTIVE.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_NO_SPACE_AVAILABLE.
Contact the HOSA gateway owner.
The HOSA gateway failed to deliver one or more SMSes. The following error message was provided by the HOSA gateway P_UI_ERROR_RESOURCE_TIMEOUT.
Contact the HOSA gateway owner.
Callback communication between OSA MPCC plug-in and ESPA (internally in the WebLogic Network Gatekeeper) failed.
Communication between the plug-in and OSA gateway failed.
Check the OSA gateway logs to determine what caused the error.
Callback communication between OSA call UI plug-in and ESPA (internally in the WebLogic Network Gatekeeper) failed.
Communication between the plug-in and OSA gateway failed.
Check the OSA gateway logs to determine what caused the error.
The subscription handler could not find a subscriber profile plug-in when trying to access the subscriber profile database.
Verify that an active subscriber profile plug-in is available.
The subscription handler received an exception when trying to retrieve the subscriber profile for the specified subscriber. Possible cause could be that the subscriber does not have a subscriber profile specified.
Verify that the subscriber profile exists. Check for alarms from the subscriber profile plug-in.
The subscription handler received an exception when trying to write subscription data to the specified subscriber's subscriber profile.
Make sure the correct database username and password combination is defined in the plug-in. Check the load on the subscriber profile database server.
Check for alarms from the subscriber profile plug-in to get more information.
A set error was reported by the subscriber profile plug-in or the set request timed out when trying to write subscription data to the specified subscriber's subscriber profile.
Make sure the correct database username and password combination is defined in the plug-in. Check the load on the subscriber profile database server.
Check for alarms from the subscriber profile plug-in to get more information.
An exception occurred when trying to read subscription data from the specified subscriber's subscriber profile.
Make sure the correct database username and password combination is defined in the plug-in. Check the load on the subscriber profile database server.
Check for alarms from the subscriber profile plug-in to get more information.
An exception occurred when trying to verify if the specified subscriber has a subscription to the specified application.
Make sure the correct database username and password combination is defined in the plug-in. Check the load on the subscriber profile database server.
Check for alarms from the subscriber profile plug-in to get more information.
A get error was reported by the subscriber profile plug-in or the get request timed out when trying to read subscription data from the specified subscriber's subscriber profile.
Make sure the correct database username and password combination is defined in the plug-in. Check the load on the subscriber profile database server.
Check for alarms from the subscriber profile plug-in to get more information.