Go to primary content
User Data Repository Alarms, KPIs, and Measurements
Release 12.4
E82598-01
Go To Table Of Contents
Contents

Previous
Previous
Next
Next

TxReqMsgPerConnPtrMax

Measurement ID
10007
Measurement Group
Diameter Exception
Measurement Type
Simple
Measurement Dimension
Arrayed (by Connection ID)
Description
The number of times message routing bypassed the connection because the maximum allowed pending transactions was exceeded.
Collection Interval
5 min
Peg Condition

Each time the DSR bypasses a transport connection during route selection because the maximum number of pending transactions allowed for the connection was exceeded.

The connection measurement is pegged against the egress connection with the maximum number of pending transactions condition which prevented message routing.

Measurement Scope
Server Group

Recovery

  1. If one or more MPs in a server site have failed, the traffic will be distributed between the remaining MPs in the server site. MP server status can be monitored from the Status & Manage > Server page.
  2. The mis-configuration of Diameter peers may result in too much traffic being distributed to the MP. The ingress traffic rate of each MP can be monitored from the Status & Manage > KPIs page. Each MP in the server site should be receiving approximately the same ingress transaction per second.
  3. There may be an insufficient number of MPs configured to handle the network traffic load. The ingress traffic rate of each MP can be monitored from the Status & Manage > KPIs page. If all MPs are in a congestion state then the offered load to the server site is exceeding its capacity.
  4. If no additional congestion alarms are asserted, the DSR may be experiencing a problem preventing it from processing messages from its Request Message Queue. The alarm log should be examined from the Alarms & Events page.
  5. If the problem persists, it is recommended to contact My Oracle Support.