Cisco Cisco ASR 5000

 

▄  IPSG Administration Guide, StarOS Release 17 

This section describes the enhanced features supported by IPSG. 

This feature introduces IPSG support for Accounting-On and Accounting-Off RADIUS accounting messages, in 
addition to the existing start, interim-update, and stop messages. The Accounting-On message sent by the peer RADIUS 
client indicates that the RADIUS client has restarted and is ready to accept calls.  

An Accounting-Off message indicates that the peer RADIUS client is shutting down.  

IPSG clears the existing subscriber sessions on receiving the Accounting-On/Off messages, and proxies the message to 
the RADIUS server (Proxy mode). The existing sessions are cleared based on the NAS-IP address of the subscriber that 
was assigned when the Acct-start message was created . If there is no NAS-IP-Address available, the peer IP address is 
considered as the NAS-IP-Address for the session. IPSG clears calls based on the NAS-IP address AVP in the 
Accounting-On/Off message irrespective of the origin of the message. 

In the server mode, IPSG acts like the RADIUS server and on receiving an Accounting-On message, IPSG clears the 
existing sessions based on the NAS-IP address and sends a response to the RADIUS client.  

When an Accounting-Off message is received, IPSG clears the existing sessions mapped to that NAS-IP address and 
sends a response to the client. 

Only the first Accounting-On/Off message from the RADIUS client is addressed and the sessions are not cleared for 
retries. However, a response is sent to the RADIUS client for the retries. 

In the proxy mode, when IPSG receives the Accounting-On/Off message from the RADIUS client, IPSG clears the 
subscriber sessions based on the NAS-IP address and proxies the message to the RADIUS server. IPSG then proxies the 
response from the RADIUS server back to the RADIUS client. Only the first Accounting-On/Off message from the 
RADIUS client is addressed. The corresponding messages are proxied directly to the RADIUS server and the response 
proxied back to the RADIUS client. 

Content Service Steering (CSS), defines how traffic is handled by the system based on the content of the data presented 
by a mobile subscriber. CSS can be used to direct traffic to in-line services that are internal to the system. CSS controls 
how subscriber data is forwarded to a particular in-line service, but does not control the content. 

IPSG supports steering subscriber sessions to Content Filtering Service based on their policy setting. If a subscriber 
does not have a policy setting (ACL name) requiring Content Filtering, their session will bypass the Content Filtering 
Service and will be routed on to the destination address. 

If subscriber policy entitlements indicate filtering is required for a subscriber, CSS will be used to steer subscriber 
sessions to the Content Filtering in-line service.