 | Copyright © 2009, Juniper Networks, Inc. All rights reserved. Trademark Notice. | |
This topic describes ANCP as a means to monitor and modify subscriber traffic in the access network.
Access Node Control Protocol (ANCP) acts as a control plane between a service-oriented Layer 3 edge device and a Layer 2 access node. Queuing and scheduling mechanisms for subscriber traffic must avoid congestion within the access network while contending with multiple flows and distinct CoS requirements. These mechanisms require the edge device—a network access server (NAS)—to provide information about the access network and subscriber traffic.
The NAS uses topology discovery to get this information from the access node, typically a DSL access multiplexer (DSLAM). The information includes:
The NAS receives the service profile for the subscribers from a RADIUS server. Most of the services are enforced by the NAS itself. The NAS shapes the aggregate egress traffic to subscribers based on the local loop throughput reported by the DSLAM. This traffic shaping optimizes traffic flow while avoiding traffic drops in the access node.
Some service attributes, such as interleaving delay and multicast channel information, are enforced at the access node. ANCP provides the line configuration mechanism that the edge device can use to pass the line configuration on to the access nodes. Typically multiple profiles are provisioned on the access node. The NAS instructs the access node which profile to use for a given subscriber.
Subscribers typically receive some combination of voice, data, and video services. Each service can be provisioned on a VLAN. The group of VLANs carrying services to a subscriber is the interface set. Subscribers are identified based on the unique access identifier that is configured on the access node through which they receive traffic. You must configure this access identifier to associate it with an interface set. When ANCP receives a port management message from an access node, it uses the access identifier contained in the message to determine which interface set corresponds to the subscriber. You can configure the interface-sets by including the interface-set statement at the [edit protocols ancp interfaces] hierarchy level. Associate the access-identifier with the interface set by including the access-identifier statement at the [edit protocols ancp interfaces interface-sets interface-set-name] hierarchy level.
ANCP communicates to CoS the shaping rate that CoS must apply to a particular set of VLANs to avoid traffic drops in the access node. ANCP can affect only the shaping rate. When ANCP removes a shaping rate it previously applied, then the traffic shaping rate reverts to that configured in the CLI.
ANCP sends a keepalive message to CoS at specific intervals. If CoS does not receive a keepalive in the expected time, it reverts the shaping rate changes it made in response to ANCP. You can adjust how long CoS waits for a keepalive message by including the maximum-helper-restart-time statement at the [edit protocols ancp] hierarchy level. The interval between keepalive messages is automatically set to one-third the value of the maximum helper restart time. For example, if you set the maximum helper restart time to 120 seconds, then ANCP sends keepalive messages every 40 seconds. In this example, if CoS does not receive a keepalive message within 120 seconds, then it reverts the ANCP-derived policy changes.
ANCP can monitor and shape traffic only for access nodes that are configured as ANCP neighbors. Neighbors can establish TCP connections with the NAS. You can configure an access node as an ANCP neighbor by including the neighbor statement at the [edit protocols ancp] hierarchy level.
ANCP exchanges adjacency messages with neighbors. If an adjacency message is not received from a neighbor within the expected period, then the neighbor is considered to be down and is disconnected. You can adjust how long ANCP waits for an adjacency message by including the adjacency-timer statement at the [edit protocols ancp] hierarchy level. The interval between adjacency messages is automatically set to one-third the value of the adjacency timer.
| Copyright © 2009, Juniper Networks, Inc. All rights reserved. Trademark Notice. | |