Gy Interface Support
Features and Terminology ▀
Cisco ASR 5x00 Packet Data Network Gateway Administration Guide ▄
353
Failover Support
The CC-Session-Failover AVP and the Credit-Control-Failure-Handling (CCFH) AVP may be returned by the CC
server in the CCA-I, and are used by the DCCA to manage the failover procedure. If they are present in the CCA they
override the default values that are locally configured in the system.
If the CC-Session-Failover is set to FAILOVER_NOT_SUPPORTED, a CC session will never be moved to an
alternative Diameter Server.
If the value of CC-Session-Failover is set to FAILOVER_SUPPORTED, then the Gy attempts to move the CC session
to the alternative server when it considers a request to have failed, i.e:
On receipt of result code “DIAMETER_UNABLE_TO_DELIVER”, “DIAMETER_TOO_BUSY”, or
“DIAMETER_LOOP_DETECTED”.
On expiry of the request timeout.
On expiry of Tw without receipt of DWA, if the server is connected directly to the client.
The CCFH determines the behavior of the client in fault situations. If the Tx timer expires then based on the CCFH
value the following actions are taken:
CONTINUE: Allow the MIP session and user traffic for the relevant category or categories to continue,
regardless of the interruption (delayed answer). Note that quota management of other categories is not affected.
TERMINATE: Terminate the MIP session, which affects all categories.
RETRY_AND_TERMINATE: Allow the MIP session and user traffic for the relevant category or categories to
continue, regardless of the interruption (delayed answer). The client retries to send the CCR when it determines
a failure-to-send condition and if this also fails, the MIP session is then terminated.
After the failover action has been attempted, and if there is still a failure to send or temporary error, depending on the
CCFH action, the following action is taken:
CONTINUE: Allow the MIP session to continue.
TERMINATE: Terminate the MIP session.
RETRY_AND_TERMINATE: Terminate the MIP session.
Recovery Mechanisms
DCCA supports a recovery mechanism that is used to recover sessions without much loss of data in case of Session
Manager failures. There is a constant check pointing of Gy data at regular intervals and at important events like update,
etc.
For more information on recovery mechanisms, please refer to the
System Administration Guide
.
Error Mechanisms
Unsupported AVPs
All unsupported AVPs from the server with “M” bit set are ignored.
Invalid Answer from Server
If there is an invalid answer from the server, Gy action is dependent on the CCFH setting:
In case of continue, the MIP session context is continued without further control from Gy.
