Cisco Cisco Packet Data Interworking Function (PDIF) Guía De Administador

 

▄  Cisco ASR 5x00 Home Agent Administration Guide 

  Note that the Graceful session restart feature is customer specific. For more information 

contact your Cisco account representative. 

Any pending updates are aborted once CCA-U with 5002 is received from the server. Also CCR-U is triggered 
immediately following session restart only if there are any unreported usages pending. 

  When the server responds with 5002 error result code, it does not include any granted service units 

for the requested rating groups. 

For more information on the commands introduced in support of this feature, see the Credit Control Configuration 
Mode Command chapter in the Command Line Interface Reference. 

Diameter base (Diabase) maintains an outbound stream. When an application wants to write a message into a socket, the 
message handle of those messages are stored in the outbound stream. Only on receiving the response to the 
corresponding request, the stored message handle is removed from the outbound stream. In order to rate-limit the 
message transactions based on the responses received from the server, ASR5k maintains a limit on the number of 
messages stored in the outbound stream. This is done using "max-outstanding <>" CLI (default value is 256). If the 
number of messages created by the application exceeds the max-outstanding limit, diabase sends a 'Backpressure' 
indication to the application to wait till it receives a decongestion indication from diabase to try again. 

On receiving a response from the server, the corresponding request message handle will be removed from the outbound 
stream, creating a slot for another message to be written by the application. In order to intimate this slot availability, 
decongestion notification is sent to the registered application. The application in turn loops through all sessions and 
processes the pending trigger to be sent.  

When the application loops through the sessions in the system, it traverse the sessions in a sorted order and checks each 
session whether it has to send a pending CCR-Initial or CCR-Terminate or CCR-Update. When the first session gets the 
slot to fill the outbound stream, it writes the message into the stream. Now the slot gets back into filled state, reaching 
the max-outstanding limit again. So the rest of the sessions will still continue to be in backpressured state. 

Backpressured request like Credit-Control-Initial and Credit-Control-Terminate are given higher priority over Credit-
Control-Update as they are concerned with the creation or termination of a session. So on top of the decongestion 
notification, DCCA has some internal timers which periodically try to send the message out. So in case of heavy 
backpressure condition, the probability of CCR-I or CCR-T being sent out is more than CCR-U. 

This feature facilitates maintaining a list of DCCA sessions that hit backpressure while creating a message i.e., 
backpressured list, eliminating the current polling procedure. This will maintain a single queue for all types of messages 
(CCR-I, CCR-U, CCR-T, CCR-E) that are backpressured. The messages will be sent in FIFO order from the queue. 

After processing a session from the backpressure queue DCCA will check for the congestion status of the peer and 
continue only if the peer has empty slots in the outstanding message queue to accommodate further CCRs. 

Releases prior to 16.0, the gateway has a max-outstanding configuration to manage a number of messages that are 
waiting for response from OCS. When the max-outstanding is configured to a low value, then the frequency to be in 
congested state is very high. 

CPU utilization is very high if the max-outstanding count is low and network is congested.