Cisco Cisco Packet Data Gateway (PDG) Documentation Roadmaps

 

This is an internal categorization database (periodically synchronized with an external server) that provides ratings for 
publicly accessible traditional and mobile Web sites. When the SessMgr passes a URL/URI to internal list server, the 
list server returns a list of matching category ratings. 

 

The list server is used to determine whether a Web site has already been classified. When the list server passes back a 
category rating to the filtering application, the rating is compared against the Category Policy ID applied for the 
subscriber to determine the appropriate action like accept, block, redirect, or replace. If the list server returns a clean 
rating, there is no need to perform a real-time analysis of any content delivered by the site. 

When a blocked or rejected content rating is returned, the SessMgr can insert data such as a redirect server address into 
the bearer data stream. If no rating is returned this means the site is capable of returning either clean or unacceptable 
content. In this case, the Content Filtering application uses the real-time dynamic analysis engine to examine additional 
content served by the site. 

Each SRDB contains a replication object consisting of hash tables that map known Web sites and their subdirectories to 
their respective category ratings. The SessCtrl reads the index of SRDB tables with a data structure that associates keys 
with URL rating values and loads it onto the SRDB managers. 

To boost performance and provide high availability, SRDB Manager provides functionality to load the Optimized 
Content Rating Master Database (OPTCMDB) volumes from its peer SRDB task. If the peer SRDB task is not in 
loading state then the OPTCMDB loading is done through SessCtrl to the recovered SRDB task. 

 

When Static-and-Dynamic Content Filtering is enabled, Dynamic SRDB tasks are spawned based on available packet 
processing cards. 

  To support dynamic rating, a minimum of three active packet processing cards are required, that will 

have one Dynamic SRDB. The number of Dynamic SRDBs may increase with an increase in the number of packet 
processing cards. The load for rating dynamic responses is distributed equally across all the Dynamic SRDBs created. 

First one Dynamic SRDB task is created with two Standby SRDBs on the same CPU, then eight Static SRDBs are 
created, and then more Dynamic SRDB tasks are created if memory is available. A Dynamic SRDB is always created 
with two Standby SRDBs with it on the same CPU. 

The Dynamic Rater Package, which contains the model files (used for language detection and category recognition) and 
feature counters (used to decide whether or not to evaluate the Web page against the respective model file) are loaded 
on the SRDB Managers. The rater package is loaded only on the active SRDB and not on the standbys. 

The Rater package containing the model files (used for language detection and category recognition) and feature 
counters (used to decide whether or not to evaluate the Web page against the respective model file) is stored at 
pcmcia1/cf. After loading the static database, ACS will read the Rater package and load it onto the Dynamic SRDB 
Managers. 

The Rater package will also be loaded on SRDBs on recovery/reconciliation if static-and-dynamic Content Filtering is 
enabled. 

The rater package loaded onto SRDBs can be upgraded using an upgrade CLI, that will look for the upgrade file in the 
form ―rater_f.pkg‖ at a specific location and if found load the new package onto the SRDBs. On successful loading, the 
―rater_f.pkg‖ is replaced with ―rater.pkg‖ and versioned. In case of loading or upgrade failures, appropriate traps are 
generated.