Cisco Cisco Packet Data Gateway (PDG)

 

▄  ASR 5000 System Administration Guide, StarOS Release 16 

The following engineering rules apply to subscribers configured within the system: 



 

Configure a maximum of 2,048 local subscribers per context. 



 

You may configure attributes for each local subscriber. 



 

The system creates a default subscriber for each context when the context is made. Configure attributes for each 

default subscriber. If a AAA-based subscriber is missing attributes in the authentication reply message, the 
default subscriber attributes in the context where the subscriber was authenticated are used. 

  Default is not used when local authentication (for local subscribers) is performed. 



 

Configure default subscriber templates on a per AAA realm (domain aliases configured within a context) basis. 



 

Configure default subscriber templates on a per PDSN, FA, ASN-GW, or HA service. 



 

For AAA authenticated subscribers, the selection of local subscriber template to use for setting attributes is in the 

following order: 



 

If the username (NAI) matches any local domain name and the domain name has a local subscriber 

name configured, that local subscriber template is used. 



 

If the first case fails, and if the serving service has a default username configured, that subscriber 

template is used. 



 

If the first two cases fail, the default subscriber template in the AAA context is used. 

The following engineering rules apply to services configured within the system: 



 

Configure a maximum of 256 services (regardless of type) per system. 

  Large numbers of services greatly increase the complexity of management and may affect 

overall system performance. Therefore, you should not configure a large number of services unless your 
application absolutely requires it. Please contact your Cisco service representative for more information. 



 

The total number of entries per table and per chassis is limited to 256. 



 

Although you can use service names that are identical to those configured in different contexts on the same 

system, this is not a good practice. Services with the same name can lead to confusion and difficulty in 
troubleshooting problems, and make it difficult to understand the output of show commands.