Cisco Cisco ASR 5500 Administrator's Guide

 

▄  Cisco ASR 5x00 AAA Interface Administration and Reference 

table. This route entry will be flagged as Dynamic and a Path Cache entry. The following entries will be added to the 
dynamic route entry. 



 

Flag (Dynamic and Path-Cache) 



 

Host name (Corresponding to the Origin-Host from the response) 



 

Realm (Obtained from the session) 



 

Application id (Obtained from the session) 



 

Peer (From which the response was received) 



 

Weight (Inherit the weight of the realm-based route entry based on which the request was routed) 

The dynamic route will be deleted from the routing table in the following conditions: 



 

The peer associated with the route-entry is deleted. 



 

When the route is not used by any of the sessions for a given period of time.  



 

When the realm based route from which the dynamic route is derived, is deleted. 

The route deletion can be accomplished by introducing a new CLI in the Diameter Endpoint configuration mode. This 
CLI allows configuring an expiry timeout based on which the route entry will be deleted. 

For information on the commands used for configuring the realm-based routing feature, refer to the Command Line 
Interface Reference. 

  Rate Limiting Function (RLF) is a license-controlled feature. A valid feature license must be 

installed prior to configuring this feature. Contact your Cisco account representative for more information. 

Th RLF feature implements a generic framework that can be used by multiple interfaces and products for rate-
limiting/throttling outgoing messages like Diameter messages on Gx, Gy interface towards PCRF. 

When applications send messages to peers at a high rate, (e.g. when a large number of sessions goes down at the same 
time, accounting stop messages for all the sessions are generated at the same time) the peer may not be able to handle 
the messages at such high rates. To overcome this situation, the Rate Limiting Function (RLF) framework is developed 
so that the application sends messages at an optimal rate such that peer is capable of receiving all the messages and does 
not enter an overload condition. 

This feature can be enabled using the CLI command 

in the Global Configuration mode. The users can 

define the rate limiting configurations within this template. For more information on the command, see the Command 
Line Interface Reference. 

  RLF template cannot be deleted if it is bound to any application (peers/endpoints). 

When RLF feature is enabled, all the messages from the application are pushed to the RLF module for throttling and 
rate control, and depending on the message-rate configured the RLF module sends the messages to the peer. Once the 
rate or a threshold value is reached, the RLF module notifies the application to slow down or stop sending messages. 
RLF module also notifies the application when it is capable of accepting more messages to be sent to the peer. RLF 
module typically uses a Token Bucket Algorithm to achieve rate limiting.