Cisco Cisco Packet Data Gateway (PDG) Ratgeber Für Administratoren

 

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. 

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. 

Following are supported Error Mechanisms. 

All unsupported AVPs from the server with “M” bit set are ignored. 

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.