Cisco Cisco Packet Data Gateway (PDG)

• Other unknown req

• Imsimgr-Sessmgr Broadcast statistics for unknown Subscriber requests

• Broadcast Current status ( enabled/disabled and reason for disabling)

• Number of requests sent to Random smgr (after bcast failure rsp)

• Number of requests sent to Random smgr (broadcast disabled)

• Number of request dropped due to High CPU

Apart from the statistics listed above, SGSN Network Overload protection statistics which were only available
in the show gmm-sm statistics are now available as a part of show demuxmgr statistics imsimgr all. The show
output is realigned for better readability. Unusual logs are added in IMSIMGR to print the IMSI of subscriber
and the unknown request type received from the peer node. Debug logs are also provided to display the current
CPU usage and the request types that are dropped.

CSCux75750 - Control IMSIMGR to sessmgr broadcasting for unknown subscriber requests

Previous Behavior: The IMSI Manager broadcasts requests to all Session Managers for unknown subscriber
requests from HLR. When broadcasting for unknown requests is enabled, the IMSI Manager broadcasts all
unknown requests to all active Session Managers to find the Session Manager instance hosting the subscriber.
Broadcasting consumes a large portion of the IMSI Manager CPU capacity, especially if large numbers of
broadcasts are performed in a short span of time. This may eventually lead the IMSI Manager to crash.

New Behavior: Broadcasting for unknown requests is enabled, the IMSI Manager broadcasts until the
configured CPU threshold is reached. Once the threshold is reached, the IMSI Manager stops broadcasting
and sends the unknown requests to any random Session Manager which in turn sends the response to the HLR.
When the CPU threshold is not configured, the default IMSI Manager CPU threshold of 70% is applicable.
Moreover, the broadcasting for unknown requests is disabled for first 60 mins after system reboot.

Impact on Customer: Unknown HLR requests will not be broadcasted when the IMSI Manager is overloaded.

The IMSI Manager is the Demux process that selects the Session Manager instance based on the Demux
algorithm logic to host a new session for 2G/3G/4G subscribers for SGSN/MME. The IMSI Manager maintains
the IMSI-SMGR mapping for SGSN (2G/3G) and MME (4G) subscribers. The mappings maintained for all
registered subscribers are synchronous with the Session Managers.

When the incoming attach rate is high at the IMSIMGR in a short span of time, the CPU consumption is very
high and affects the normal processing activities of the IMSI Manager. At times this can lead to an IMSI
Manager crash. Overload control methods are devised through this feature enhancement to keep the IMSI
Manager CPU under control.