The tasks to configure SRC-ACP to manage the backbone network are:
You configure network interfaces in the directory in the same way for edge and backbone congestion points.
You can extend SRC-ACP congestion points to initialize and execute applications defined in a backbone congestion point.
SRC-ACP provides a service provider interface (SPI) to:
The SPI for ACP provides a Java interface that a congestion
point application implements. For information about the SPI for ACP,
see the SDK documentation in the SDK+AppSupport+Demos+Samples.tar.gz file on the Juniper Networks Web site at: https://www.juniper.net/support/csc/swdist-erx/src.html You can locate the files in the SDK/doc/acp directory.
The implementation of the SPI for ACP can be a customized application that performs certain tasks, such as creating or removing congestion points on the router. SRC-ACP acts as an interface tracking plug-in, and interface tracking events are treated as remote updates for congestion points when they are created, modified, or removed.
SRC-ACP supports applications written in Java or Jython. For scripts written in Java, you must compile and package the implemented SPI for ACP to make it available for use by SRC-ACP. A Java implementation can include more than one Java archive (JAR) file.
To use congestion point applications with SRC-ACP, configure an action congestion point that references the script.
You can define an application in a backbone congestion point so that SRC-ACP can execute it in a predefined manner. Backbone congestion points that are configured to run an application are called action congestion points. If you want to use an action congestion point to execute an application that requires real-time congestion point status, you must enable SRC-ACP state synchronization with the SAE).
Before you configure an action congestion point, make sure that you know the location of the application file.
Use the following configuration statements to configure action congestion points:
- shared admission-control device name interface name {
- action-type (url | python | java-class | java-archive);
- action-class-name action-class-name;
- action-file-url action-file-url;
- action-parameters [action-parameters...];
- action-file-name action-file-name;
- }
To configure an action congestion point:
- user@host# edit shared admission-control device name interface name
Enter the name of the network device and the name of the virtual router.
- [edit shared admission-control device name interface name]
- user@host# set action-type (url
| python | java-class | java-archive);
- [edit shared admission-control device name interface name]
- user@host# set action-class-name action-class-name
- [edit shared admission-control device name interface name]
- user@host# set action-file-url action-file-url
- [edit shared admission-control device name interface name]
- user@host# set action-parameters [action-parameters...]
- [edit shared admission-control device name interface name]
- user@host# set action-file-name action-file-name
[edit shared admission-control device name interface name] user@host# show
To configure bandwidths for services in the same way for edge and backbone congestion points:
You must assign a congestion point to each service that SRC-ACP manages. When SRC-ACP receives a service authorization event, congestion points for a service session can be determined by:
To configure congestion points with congestion point classification:
- user@host# edit services global service name admission-control congestion-point-classification
For more information about services, see Overview of Services for the SRC Software.
- [edit services global service name admission-control congestion-point-classification]
- user@host# set expression [expression...]
The syntax for a backbone congestion point expression is defined in the format <NetworkDevice>/<NetworkInterface>/<InstanceID> which maps to a congestion point.
For information about congestion point expressions, see Congestion Point Expressions. For information about the attributes that can be embedded in the expression, see Plug-In Attributes for Use with Backbone Congestion Point Expressions.
- [edit services global service name admission-control congestion-point-classification]
- user@host# set script script
For information about congestion point functions, see Using Functions for Backbone Congestion Point Classification Scripts.
To configure congestion points with congestion point profiles:
- user@host# edit services global service name admission-control
For more information about services, see Overview of Services for the SRC Software.
- [edit services global service name admission-control]
- user@host# set congestion-points [congestion-points...]
The backbone congestion point is defined in the format <-vrName->/<-serviceName->, which locates a congestion point profile that contains a list of congestion points.
These plug-in attributes must be available for service authorization and service tracking events.
accountingId
ifRadiusClass
ifSessionId
interfaceAlias
interfaceDescr
ip<slot>/<port>.<subinterface>
interfaceName
For JUNOS routing platforms: interfaceName=“fe-0/1/0.0”
For forwarding interface: interfaceName=“FORWARDING_INTERFACE”
loginName
nasIp
nasPort
portId
primaryUserName
radiusClass
serviceName
serviceScope
serviceSessionName
serviceSessionTag
sspHost
substitutions.<substitution name>
userIp
userMacAddress
userType
vrName
SRC-ACP provides the following functions to use in backbone congestion point classification scripts:
This function returns the lookup result as (nicValue, intermediateValues), where intermediateValues is a map of the intermediate name and value pair.
This function returns the lookup result as an array of (nicValue, intermediateValues), where intermediateValues is a map of the intermediate name and value pair.
If you are using congestion point classification, you do not need to configure congestion point profiles.
To configure individual backbone congestion point profiles:
- user@host# edit shared congestion-points profile name
Enter the name of the virtual router that supports the congestion point.
[edit shared congestion-points profile name] user@host# show
If you are using congestion point classification, you do not need to assign interfaces to congestion point profiles.
You must assign interfaces either to VRs or to individual services under the VRs. Services inherit interface assignments from the associated VR unless you assign an interface to the individual service. This network interface lists the DNs of interfaces associated with backbone congestion point profiles.
Use the following configuration statements to configure interface assignments:
- shared congestion-points profile name {
- interface [interface...];
- }
To assign interfaces to congestion point profiles:
- user@host# edit shared congestion-points profile name
Enter the name of the network device to which you want to assign the congestion point profile.
- [edit shared congestion-points profile name]
- user@host# set interface interface
[edit shared congestion-points profile name] user@host# show