Configuring the JPS
You can modify the JPS configuration by using JPS Administration or by editing the configuration files. With either method, any configuration changes will be applied within 15 seconds.
You can configure the logging destinations and JPS interfaces on the JPS Configuration page of JPS Administration or in the etc/config.properties file. We recommend using JPS Administration unless you need to configure more than the default number of logging destinations or RKS pairs and their associated application managers (see Modifying the JPS Configuration Using the Configuration File).
You can configure the subscriber configuration, which maps a subscriber address to the CMTS address, on the Subscriber Configuration page of JPS Administration or in the etc/cmtsIpAddresses.txt file, We recommend using JPS Administration.
The tasks to configure the JPS for a cable network environment are:
In addition to configuring the JPS, you might need to perform these tasks:
Modifying the JPS Configuration
To modify the JPS configuration:
- Start JPS Administration (see Accessing JPS Administration).
- In the navigation pane, expand Configuration, and click JPS.
The JPS Configuration page appears.
![]()
- Specifying Policy Server Identifiers in Messages
- Configuring Logging Destinations
- Specifying Connections to the Application Managers
- Specifying Connections to RKSs
- Specifying Connections to CMTS Devices
You must edit the etc/config.properties file to configure more than the default number of logging destinations or RKS pairs and their associated application managers (as part of the policy server to RKS interface configuration). See Modifying the JPS Configuration Using the Configuration File.
Specifying Policy Server Identifiers in Messages
To configure the policy server identifier so that the JPS can be identified in messages sent to CMTS devices, modify the policyServerId parameter on the JPS Configuration page. To configure the JPS so that the policy server identifier is specified in messages sent to the RKS, modify the usePsIdInGateCmds parameter on the JPS Configuration page.
policyServerId
- Network-wide unique identifier for the JPS that is sent to CMTS devices in Pdp-Config messages and gate commands generated by the JPS.
- Value—Integer in the range 0-4294967295
- Default—123
usePsIdInGateCmds
- Specifies whether gate control messages (such as gate-info messages) generated by this JPS should contain its policy server identifier. These gate control messages are not generated by an application manager for forwarding by the JPS.
- Value
- true—Include the policy server identifier for the JPS.
- false—Do not include the policy server identifier for the JPS.
- Guidelines—In a PCMM I03 environment, the JPS should send its policy server identifier in every such message. When the JPS is communicating only with PCMM I03 CMTS devices, the value must be true. When the JPS is communicating with any pre-PCMM I03 CMTS devices, the value must be false.
- Default—true
Configuring Logging Destinations
By default, the JPS has four logging destinations. To configure the logging destinations, modify the following parameters in the Logging section of the JPS Configuration page, where <loggerName> is a string that groups parameters for the logging destination. To configure more than four logging destinations, you must edit the etc/config.properties file (see Modifying the JPS Configuration Using the Configuration File).
For more information about logging, see SDX Monitoring and Troubleshooting Guide, Chapter 2, Configuring Logging for SDX Components.
Logger.<loggerName>.class
- file—Event messages are written to a text file.
- stream—Event messages are written to stderr or stdout output.
- syslog—Event messages are written to system log (syslog) facilities.
If you do not fill in this field, the logging destination is disabled, and no logging is performed.
Logger.<loggerName>.filter
- Specifies the type of messages that this log file contains.
- Value—Filter definition. If you do not fill in this field, filtering is disabled.
For more information about defining filters, see Specifying Categories and Severity Levels for Event Messages in the SDX Monitoring and Troubleshooting Guide, Chapter 2, Configuring Logging for SDX Components.
- For Logger.log1.filter—!NoAckRksEvents,/debug-
- For Logger.log2.filter—!NoAckRksEvents,/info-
- For Logger.log3.filter—!NoAckRksEvents,/error-
- For Logger.log4.filter—NoAckRksEvents,/error-
Logger.<loggerName>.filename
- For Logger.log1.filename—var/log/jps_debug.log
- For Logger.log2.filename—var/log/jps_info.log
- For Logger.log3.filename—var/log/jps_error.log
- For Logger.log4.filename—var/log/noAckRksEvents.log
Logger.<loggerName>.maxsize
- Maximum size of the log file for file-based logging.
- Value—Number of kilobytes in the range 0-4294967295
- Guidelines—Do not set the maximum file size to a value greater than the available disk space.
- Default—2000000000
Logger.<loggerName>.altfile
- Path of the alternate file. When the log file exceeds the maximum size specified by the Logger.<loggerName>.maxsize parameter, its contents are saved to this alternate file. If an alternate file already exists, it is overwritten.
- Value—Pathname
- Default
- For Logger.log1.altfile—var/log/jps_debug.alt
- For Logger.log2.altfile—var/log/jps_info.alt
- For Logger.log3.altfile—var/log/jps_error.alt
- For Logger.log4.altfile—var/log/noAckRksEvents.alt
Logger.<loggerName>.stream
- stderr—Event messages are written to stderr output
- stdout—Event messages are written to stdout output
- For Logger.log1.stream—stdout
- For Logger.log2.stream—stdout
- For Logger.log3.stream—stderr
- For Logger.log4.stream—stderr
Logger.<loggerName>.hostname
- IP address or name of a host that collects event messages by means of a standard system logging daemon.
- Value—IP address or text string
- Default—localhost
Logger.<loggerName>.facility
- Specifies the type of system log in accordance with the system logging protocol.
- Value—Integer in the range 0-23; each integer corresponds to the standard number for a system logging client
- Default—No value
Logger.<loggerName>.format
- Specifies how the information in an event message is printed for syslog-based logging.
- Value—MessageFormat string as specified in
http://java.sun.com/j2se/1.4.2/docs/api/java/text/MessageFormat.htmlThe fields available for events are:
- 0—Time and date of the event
- 1—Name of the thread generating the event
- 2—Text message of the event
- 3—Category of the event
- 4—Priority of the event
Specifying Connections to the Application Managers
To configure the application manager-to-policy server interface (PKT-MM3) so that the policy server can communicate with application managers, modify the following parameters in the Application Manager Interface section of the JPS Configuration page.
pepId
- Network-wide unique identifier for this JPS instance.
- Value—String
- Guidelines—Changes apply only to COPS connections that are established after you make the change.
- Default—SDX-JPS
listenAddress
- Local IP address on which the JPS listens for incoming connections from application managers.
- Value—IP address. If no value is specified, the JPS listens on all local IP addresses.
- Guidelines—Changes take effect only after you restart the JPS (see Restarting the JPS).
- Default—No value
Specifying Connections to RKSs
To configure the policy server-to-RKS interface (PKT-MM4) so that policy events can be sent to the RKS, modify the following parameters in the RKS Interface section of the JPS Configuration page. As part of the configuration, you can configure RKS pairs (see Configuring RKS Pairs) and their associated application managers (see Configuring RKS Pairs for Associated Application Managers).
elementId
- Network-wide unique identifier for RKS event origin.
- Value—Integer in the range 0-99999
- Default—12345
Plugin.radius.local.address
- Source IP address that the plug-in uses to communicate with the RKS.
- Value—IP address. If no value is specified and there is more than one local address, the JPS randomly selects a local address to be used as the source address.
- Default—No value
Plugin.radius.local.port
- Source UDP port or a pool of ports that the plug-in uses to communicate with the RKS.
- Value—You can enter a single port number, a pool of port numbers, or a list of port numbers and port ranges.
- Port number in the range 1-65535
- A range of ports in the format port-port; for example, 7000-7003
- A comma-separated list of port numbers and port ranges
Plugin.radius.local.retryInterval
- Time the JPS waits for a response from an RKS before it resends the packet. The JPS keeps sending packets until either the RKS acknowledges the packet or the maximum timeout is reached.
- Value—Number of milliseconds in the range 0-2147483647
- Default—3000
Plugin.radius.local.timeout
- Maximum time the JPS waits for a response from an RKS.
- Value—Number of milliseconds in the range 0-2147483647
- Default—15000
Plugin.radius.feid.msoData
- Specifies MSO-defined data in the financial entity ID (FEID) attribute, which is included in event messages.
- Value—ASCII character string of 8 bytes; first eight bytes of the FEID attribute.
- Default—Zero filled
Plugin.radius.feid.msoDomainName
- Identifies the MSO domain name in the FEID attribute that uniquely identifies the MSO for billing and settlement purposes.
- Value—ASCII character string of up to 239 bytes; begins at the ninth byte of the FEID attribute.
- Default—<mso_domain_name>
Configuring RKS Pairs
By default, the JPS has four RKS pairs. To configure the RKS pair, modify the following parameters, where <rksPairName> is a string that identifies the RKS pair. All parameters that share the same <rksPairName> configure the connection to that RKS pair. Any configured RKS pair can be used as the value for the Plugin.radius.defaultRksPair or the Am.<amName>.rksPair parameters. To configure more than four RKS pairs, you must edit the etc/config.properties file (see Modifying the JPS Configuration Using the Configuration File).
Plugin.radius.defaultRksPair
- Default RKS pair that the JPS uses unless an RKS pair is configured for a given application manager (as specified by the Am.<amName>.rksPair parameter).
- Value—Name of the RKS pair
- Default—pair1
RksPair.<rksPairName>.primary.address
- IP address of the primary RKS for this RKS pair.
- Value—IP address. If no value is specified, the RKS pair is not defined.
- Default—No value
RksPair.<rksPairName>.primary.port
- UDP port on the primary RKS to which the JPS sends events.
- Value—Port number in the range 1-65535
- Default—1813
RksPair.<rksPairName>.secondary.address
RksPair.<rksPairName>.secondary.port
- UDP port on the secondary RKS to which the JPS sends events.
- Value—Port number in the range 1-65535
- Default—1813
Configuring RKS Pairs for Associated Application Managers
By default, the JPS has four associated application managers. To configure the associated application manager, modify the following parameters, where <amName> is a string that groups parameters for the associated application manager. All parameters that share the same <amName> configure the RKS pair to which events associated with a specific application manager are sent. To configure more than four associated application managers, you must edit the etc/config.properties file (see Modifying the JPS Configuration Using the Configuration File).
Am.<amName>.id
- Identifier of the application manager. The application manager includes this identifier in all messages that it sends to the JPS. The JPS passes this ID to the CMTS device in gate control messages. The CMTS device returns the ID associated with the gate to the JPS. The JPS sends events associated with this application manager to the RKS pair specified by the Am.<amName>.rksPair parameter with the same <amName>.
- Value—4-byte unsigned integer in decimal format; must be unique in a service provider network
- Guidelines—If no value is specified, the RKS pair configuration is not defined for this application manager. If you must set Am.<amName>.trusted to true without defining the RKS pair configuration, you must specify a value for Am.<amName>.id and not specify a value for Am.<amName>.rksPair.
- Default—No value
Am.<amName>.rksPair
- RKS pair that the JPS will send events to when those events are triggered by gate transitions associated with the application manager specified by the Am.<amName>.id parameter with the same <amName>.
- Value—Name of the RKS pair
- Guidelines—If no value is specified, the RKS pair configuration is not defined for this application manager. Use when you must set Am.<amName>.trusted to true without defining the RKS pair configuration.
- Default—No value
Am.<amName>.trusted
- Guidelines—If an application manager is trusted by the JPS and it provides a billing correlation ID (BCID) as part of a gate-set message, the JPS reuses the BCID provided by the application manager instead of generating a new one.
If an application manager is trusted by the JPS and it specifies an RKS pair as part of a gate-set message, the JPS uses the RKS pair supplied by the application manager instead of using the one specified by the Am.<amName>.rksPair parameter (which might not be defined in the JPS configuration).
However, the RKS pair specified by the application manager is used only if the RKS pair exists in the JPS configuration. If the application manager specifies an RKS pair that does not exist in the JPS configuration, the default RKS pair (specified by the Plugin.radius.defaultRksPair parameter) is used.
Specifying Connections to CMTS Devices
To configure the policy server-to-CMTS interface (PKT-MM2) so that the policy server can communicate with CMTS devices, modify the following parameters in the CMTS Interface section of the JPS Configuration page.
localAddress
- Source IP address that the JPS uses to communicate with CMTS devices.
- Value—IP address. If no value is specified and there is more than one local address, a random local address is used as the source address.
- Guidelines—If a JPS has only one IP address, this field can be left blank.
- Default—No value
pepIpAddresses
- IP addresses of all the CMTS devices to which the JPS will try to connect. Multiple addresses are separated by commas.
- Value—List of IP addresses, separated by commas.
- Default—No value
keepAliveInterval
- Interval between keepalive messages sent from the COPS client (CMTS device) to the COPS server (JPS).
- Value—Number of seconds in the range 0-65535. A value of 0 means that no keepalive messages will be exchanged between the CMTS device and the JPS.
- Guidelines—Changes apply only to COPS connections that are established after you make the change.
- Default—60
syncDespiteUnreachablePep
- Controls whether synchronization proceeds when the JPS receives a synchronization request from an application manager (such as the SAE) and the JPS is not connected to a CMTS device to which it should be connected.
- Value
- true—Synchronization proceeds only with the connected CMTS devices and ends with a state-data-incomplete error in a synch-complete message.
- false—Synchronization does not proceed and ends with a transport-error in a synch-complete message.
syncDespitePreI03Pep
- Controls whether synchronization proceeds when the JPS receives a synchronization request from an application manager (such as the SAE) and the JPS is connected to a pre-PCMM I03 CMTS device.
- Value
- true—Synchronization proceeds; whether the pre-PCMM I03 CMTS devices are included in the synchronization depends on the useSsqSscWithPreI03Peps parameter value.
- false—Synchronization does not proceed and ends with a state-data-incomplete error in a synch-complete message.
useSsqSscWithPreI03Peps
- Controls whether synchronization includes both pre-PCMM I03 and PCMM I03 CMTS devices when the JPS receives a synchronization request from an application manager (such as the SAE) and the JPS is connected to a pre-PCMM I03 CMTS device. Relevant only when at least one pre-PCMM I03 CMTS device is connected and the syncDespitePreI03Pep parameter is specified as true.
- Value
- true—Synchronization proceeds with both PCMM I03 and pre-PCMM I03 CMTS devices. With the pre-PCMM I03 CMTS devices, an SSQ solicits Gate-Info-Acks which are filtered based on the original Synch-Request's application manager ID and subscriber ID (if any). The Gate-Info-Acks are transformed into Synch-Reports. Note that if two synchronization attempts must send SSQs to pre-PCMM I03 CMTS devices concurrently, the second attempt is rejected with an insufficient-resources error in a synch-complete message.
- false—Synchronization proceeds only with PCMM I03 CMTS devices and ends with a state-data-incomplete error in a synch-complete message.
Modifying the JPS Configuration Using the Configuration File
You can modify the general JPS configuration using either JPS Administration or the /opt/UMC/jps/etc/config.properties file. However, you must use the config.properties file to configure more than the default number of logging destinations, RKS pairs, or associated application managers.
To configure the JPS using the configuration file:
- On the server host, log in as
rootor as an authorized nonroot admin user.- With a text editor, edit the etc/config.properties file.
- To add logging destinations, include the following lines with a unique <loggerName> at the end of the Logging configuration section:
#/JPS/logging/Logger.<loggerName>.class =/JPS/logging/Logger.<loggerName>.filter =/JPS/logging/Logger.<loggerName>.filename =/JPS/logging/Logger.<loggerName>.maxsize =/JPS/logging/Logger.<loggerName>.altfile =/JPS/logging/Logger.<loggerName>.stream =/JPS/logging/Logger.<loggerName>.hostname =/JPS/logging/Logger.<loggerName>.facility =/JPS/logging/Logger.<loggerName>.format =See Configuring Logging Destinations for parameter descriptions.
- To add RKS pairs, include the following lines with a unique <rksPairName> after the last RKS pair configuration section:
#/JPS/radius/RksPair.<rksPairName>.primary.address =/JPS/radius/RksPair.<rksPairName>.primary.port =/JPS/radius/RksPair.<rksPairName>.secondary.address =/JPS/radius/RksPair.<rksPairName>.secondary.port =See Configuring RKS Pairs for parameter descriptions.
- To add application managers, include the following lines with a unique <amName> after the last application manager configuration section:
#/JPS/radius/Am.<amName>.id =/JPS/radius/Am.<amName>.rksPair =/JPS/radius/Am.<amName>.trusted =See Configuring RKS Pairs for Associated Application Managers for parameter descriptions.
Any configuration changes made in the etc/config.properties file will appear in JPS Administration.
Modifying the Subscriber Configuration
To locate the CMTS device associated with a subscriber, the JPS maps the subscriber IP address in a message to the CMTS IP address to which the message must be delivered.
This mapping is obtained from the local configuration file (etc/cmtsIpAddresses.txt) and specifies the subscriber IP pools associated with CMTS devices.
You can modify the subscriber configuration by:
We recommend using JPS Administration.
Using JPS Administration
To modify the subscriber configuration using JPS Administration:
- Start JPS Administration (see Accessing JPS Administration).
- In the navigation pane, expand Configuration, and click Subscriber.
The Subscriber Configuration page appears.
![]()
The Create Subscriber IP Pools pane appears.
![]()
Edit the values in the fields on the Create Subscriber IP Pools pane. See Subscriber IP Pool Fields.
Click Add after entering the subscriber IP pool information.
Click Save Changes at the bottom of the page.
The Edit Subscriber IP Pools pane appears.
![]()
Click Add after entering the subscriber IP pool information. Edit or accept the values in the fields on the Edit Subscriber IP Pools pane. See Subscriber IP Pool Fields.
Click Delete to remove existing subscriber IP pool information. The subscriber IP pool is removed without confirmation.
Click Save Changes at the bottom of the page.
The CMTS device is removed without confirmation.
Subscriber IP Pool Fields
You can modify these fields for the subscriber IP pool information.
CMTS Name
CMTS IP Address
Start IP Address
- The first IP address in the IP range for the pool of subscriber IP addresses that are managed by the CMTS device.
- Value—IP address
- Default—No value
- Example—10.10.10.1
End IP Address
- The last IP address in the IP range for the pool of subscriber IP addresses that are managed by the CMTS device.
- Value—IP address
- Default—No value
- Example—10.10.10.255
Network Address
- IP address of the subnet for the pool of subscriber IP addresses that are managed by the CMTS device.
- Value—IP address
- Default—No value
Mask Length
- The mask of the subnet for the pool of subscriber IP addresses that are managed by the CMTS device.
- Value—IP mask
- Default—No value
Subnet IPs Excluded From Pool
- IP addresses of the subnet that are excluded from the subscriber IP pool managed by the CMTS device.
- Value—List of IP addresses, each address on a separate line.
- Default—No value
Using the Configuration File
To modify the subscriber configuration using the configuration file:
- On the server host, log in as
rootor as an authorized nonroot admin user.- With a text editor, edit the /opt/UMC/jps/etc/cmtsIpAddresses.txt file by adding, modifying, or deleting lines.
Each line contains the mapping for a CMTS device to which the JPS can connect, in the format <cmts> = <subscriber IP pools>.
- <cmts>—IP address or hostname of the CMTS device.
- <subscriber IP pools>—Defines the pools of subscriber IP addresses that are managed by the CMTS device. For information about the syntax for IP pools, see the comments in the etc/cmtsIpAddresses.txt file.
For example, a CMTS with an IP address of 10.10.10.10 that is used by subscribers whose IP addresses are in the 24-bit subnet 192.168.1.0/24 or in the IP address range starting with 192.168.3.1 and ending with 192.168.3.254 would have the following line in the etc/cmtsIpAddresses.txt file:
10.10.10.10 = ({192.168.1.0/24}[192.168.3.1 192.168.3.254])We recommend prepending a comment that identifies the CMTS device name in the format:
# cmts.name = example110.10.10.10 = ({192.168.1.0/24}[192.168.3.1 192.168.3.254])If you do not provide the CMTS name as a comment in the configuration file, JPS Administration leaves the CMTS Name field blank. However, JPS Administration will prompt you for the CMTS name if you modify this CMTS device.
Any configuration changes made in the etc/cmtsIpAddresses.txt file will appear in JPS Administration.
Configuring the SAE to Interact with the JPS
You must configure the SAE as an application manager to allow it to interact with PCMM-compliant policy servers. The policy server acts as a policy decision point that manages the relationships between application managers and CMTS devices. Policy servers that manage the same group of CMTS devices are grouped together and are simultaneously active. The policy server group provides a way for the SAE to communicate with any CMTS device that is managed by a policy server in the policy server group. To provide redundancy, the SAEs are grouped in an SAE community that connects to a policy server group. Only one of the SAEs in the SAE community is active. The active SAE establishes connections to all the policy servers in the policy server group. The active SAE will fail over to a redundant SAE only when it loses the connection to all the policy servers in the policy server group. State synchronization enables the SAE to synchronize its state with all the CMTS devices connected to a policy server group.
The tasks to configure the SAE as an application manager are:
- Specifying Application Managers for the Policy Server
- Specifying Application Manager Identifiers for Policy Servers
- Adding Objects for Policy Servers to the Directory
- Configuring Initialization Scripts
- Enabling State Synchronization
Specifying Application Managers for the Policy Server
To specify the SAE community that connects to a policy server group, you need to add an application manager group object to the directory.
To add an application manager group with SDX Admin:
The New ApplicationManagerGroup dialog box appears.
- In the New ApplicationManagerGroup dialog box, enter the name of the application manager group, and click OK.
The name of the group appears in the navigation pane, and information about the group appears in the ApplicationManagerGroup pane.
![]()
Description
- Specifies information about the SAE community; keywords that the SDX Admin find utility uses.
- Value—Text string
- Default—No value
Application Manager Tag
- Unique identifier within the domain of the service provider for the application manager that handles the service session; used to specify the application manager identifier (AMID) that is included in all messages sent to and from the policy server.
- Value—2-byte unsigned integer
- Guidelines—This property is required.
The SAE constructs the AMID value by concatenating two fields: Application Manager Tag and Application Type. The Application Type value is obtained from a service during activation. For more information about the Application Type field, see Specifying Application Manager Identifiers for Policy Servers.
Connected SAE
- SAEs that are connected to the specified policy server group (PDP Group). This list becomes the community of SAEs.
- Value—IP address or hostname
- Guidelines—This property is required. When you modify a community, wait for passive session stores of the new community members to be updated before you shut down the current active SAE. Otherwise, if you add a new member to a community, and then a failover from the current active SAE to the new member is triggered immediately, the new member's session store may not have received all data from the active SAE's session store.
- Default—No value
PDP Type
- Type of device that this directory object will be used to manage.
- Value—For the JPS, enter the value PCMM.
If you do not fill in this field, the device driver ignores this application manager group.
PDP Group
- Name of the policy server group associated with this SAE community.
- Value—Text string
- Guidelines—This property is required.
- Default—No value
Local Address Pools
- List of IP address pools that this PDP group currently manages and stores. You must configure a local address pool if you are using the NIC so that the NIC can resolve the IP-to-SAE mapping. See Using the NIC Resolver.
- Value—List of IP address pools. You can specify an unlimited number of IP address pools. You can specify either the first and last addresses in a range, or you can specify a subnet address, a subnet mask, and a list of addresses to exclude from the subnet.
The IP pool syntax has the following format:
([<ipAddressStart> <ipAddressEnd>] |
{<ipBaseAddress>/(<mask> | <digitNumber>)(,<ipAddressExclude>)*})
- <ipAddressStart>—First IP address (version 4 or 6) in a range
- <ipAddressEnd>—Last IP address (version 4 or 6) in a range
- <ipBaseAddress>—Network base address
- <mask>—Subnet mask
- <digitNumber>—Integer specifying the length of the subnet mask
- <ipAddressExclude>—List of IP addresses to be excluded from the subnet
- |—Choice of expression; choose either the expression to the left or the expression to the right of this symbol
- *—Zero or more instances of the preceding group
You can use spaces in the syntax only to separate the first and last explicit IP addresses in a range.
Managing SAE IOR
- Common Object Request Broker Architecture (CORBA) reference for the SAE managing this policy server group.
- Value—One of the following items:
- The actual CORBA reference for the SAE
- The absolute path to the interoperable object reference (IOR) file
- A corbaloc URL in the form corbaloc::<host>:8801/SAE
- Guidelines—The amIorPublisher script provides this information when the SAE connects to the policy server. If you do not select this script when configuring initialization scripts, enter a value in this field. For information about configuring initialization scripts, see Configuring Initialization Scripts.
- Default—No value
- Example—One of the following items:
- Absolute path— /opt/UMC/sae/var/run/sae.ior
- corbaloc URL—boston:8801/sae
- Actual IOR— IOR:000000000000002438444C3A736D67742E6A756E697...
Specifying Application Manager Identifiers for Policy Servers
To configure the AMID so that the application manager (such as the SAE) can be identified in messages sent to and from the policy server, the SAE constructs the AMID value by concatenating two fields: Application Manager Tag and Application Type. The Application Manager Tag value is obtained from the specification of application managers for policy servers. The Application Type value is obtained during service activation from the specification of the PCMM Application Type value when you configure normal value-added services. For more information about configuring services, see Adding a Normal Value-Added Service in SDX Services and Policies Guide, Chapter 1, Managing Services.
PCMM Application Type
- Unique identifier within the domain of the service provider for the application associated with a gate; used to specify the AMID that is included in all messages sent to and from the policy server.
- Value—2-byte unsigned integer
The SAE constructs the AMID value by concatenating two fields: Application Manager Tag and PCMM Application Type. For more infomation about the Application Manager Tag field, see Specifying Application Managers for the Policy Server.
Adding Objects for Policy Servers to the Directory
To communicate with policy servers, the SAE creates and manages pseudointerfaces that it associates with a policy decision point object in the directory. Each policy server in the SDX network must appear in the directory as a policy decision point object.
To add a policy server to the directory with SDX Admin:
The New PolicyDecisionPoint dialog box appears.
The name of the policy server appears in the navigation pane, and information about the policy server appears in the PolicyDecisionPoint pane.
![]()
- Set the parameters in the Main tab of the PolicyDecisionPoint pane.
- Click Save in the PolicyDecisionPoint pane.
- Create an SAE community for the policy servers. See Specifying Application Managers for the Policy Server.
Description
- Information about this policy server; keywords that the SDX Admin find utility uses.
- Value—Text string
- Default—No value
PDP Address
- IP address of the policy server. The SAE uses this address to establish a COPS connection with the policy server.
- Value—IP address
- Guidelines—This property is required.
- Default—No value
PDP Type
- Type of device that this directory object will be used to manage.
- Value—For the JPS, enter the value PCMM.
If you do not fill in this field, the device driver ignores this policy server.
PDP Group
- Name of the policy server group.
- Value—Text string
- Guidelines—This property is required.
- Default—No value
Configuring Initialization Scripts
When the SAE establishes a connection with a policy server, it runs an initialization script to customize the setup of the connection.
To use SDX Configuration Editor to configure initialization scripts for the SAE:
- In the navigation pane, select the SAE object for which you want to configure an initialization script.
- Select the Router tab.
- In the Router Scripts area of the Router pane, enter the name of the initialization script in the PCMM Script property.
PCMM Script
- Initialization script for a PCMM environment. The script is run when the connection between a policy server and the SAE is established and again when the connection is dropped.
- Value—Name of a script
- Default—amIorPublisher
- Property name—Router.script.pcmm
Enabling State Synchronization
State synchronization is achieved when the SAE is required to communicate with the policy server over the COPS connection. To enable state synchronization with policy servers, you can specify these properties for the PCMM device driver in the Router tab of SDX Configuration Editor.
Disable Full Sync
- When the SAE is deployed with PCMM policy servers, specifies whether state synchronization with the PCMM policy servers is enabled or disabled.
- Value
- Guidelines—When using other PCMM-compliant policy servers (instead of the JPS), we recommend setting this value to true.
- Default—false
- Property name—Router.pcmm.disableStateSync
Disable I03 Policy
- When the SAE is deployed with pre-PCMM I03 CMTS devices, disable the PCMM I03 policies by setting this property to true.
- Value
- Guidelines—When there are pre-PCMM I03 CMTS devices in the network, you must set this value to true.
- Default—true
- Property name—Router.pcmm.disableI03policy
Session Recovery Retry Interval
- Time interval between attempts by the SAE to restore service sessions that are still being recovered in the background when state synchronization completes with a state-data-incomplete error. The SAE attempts to restore a service session if it receives a service modification or deactivation request for an unrecovered service session before the next interval.
- Value—Number of milliseconds in the range 0-2147483647
- Guidelines—We recommend setting this value to 3600000 (1 hour) or longer.
- Default—3600000
- Property name—Router.pcmm.backgroundSessionRecovery.retryInterval
Using the NIC Resolver
If you are using the NIC to map the subscriber IP address to the SAE, you need to configure a NIC host. The NIC system uses IP address pools to map IP addresses to SAEs. You configure the local address pools in the application manager configuration for a policy server group. These pools are published in the NIC. The NIC maps subscriber IP addresses in requests received through the portal or Advanced Services Gateway to the policy server group that currently manages that CMTS device. For information about configuring the SAE for policy servers, see Specifying Application Managers for the Policy Server.
The OnePopPcmm sample configuration data supports this scenario for a PCMM environment in which you use the assigned IP subscriber method to log in subscribers and in which you use the NIC to determine the subscriber's SAE. The OnePopPcmm configuration supports one point of presence (POP). NIC replication can be used to provide high availability. The realm for this configuration accommodates the situation in which IP pools are configured locally on each application manager group object.
The resolution process takes a subscriber's IP address as the key and returns a reference to the SAE managing this subscriber as the value.
The following agents collect information for resolvers in this realm:
- Directory agent PoolVr collects and publishes information about the mappings of IP pools to the policy server group.
- Directory agent VrSaeId collects and publishes information about the mappings of policy server groups to SAEs.
You can access the OnePopPcmm configuration in either SDX Admin or SDX Configuration Editor.
For more information about configuring the NIC, see SDX Network Guide: SAE, Juniper Networks Routers, and NIC, Chapter 5, Locating Subscriber Information.