Feature Description
The Resiliency Handling feature introduces a CLI-controlled framework to support the service pod recovery, when you observe a system fault or a reported crash. It helps in recovering one of the following service pods:
-
sgw-service pod
-
smf-service pod
-
gtpc-ep pod
-
protocol pod
-
diameter-ep pod
These service pods are software modules containing the logic to handle several session messages. The service pods are fault-prone due to any one of the following or a combination of multiple scenarios:
-
Complex call flow and collision handling
-
Inconsistent session state
-
Incorrect processing of inbound messages against the session state
-
Unexpected and unhandled content in the inbound messages
Whenever you observe the system fault or a crash, the fault behavior results into a forced restart of the service pod. It impacts the ongoing transaction processing of other sessions. The crash reoccurs even after the pod restart.
To mitigate this risk, use the CLI-based framework with actions defined to clean up subscriber sessions or terminate the current processing.