This section describes how to configure a DAA service policy.
The system view is displayed.
Objective |
Task |
Description |
---|---|---|
Create a A DAA service policy and enter the DAA service policy view. |
value-added-service policy service-policy-name daa |
Mandatory. Creating a DAA service policy and entering its view are the prerequisites for performing the following operations. |
Configure an accounting scheme for the DAA service policy |
accounting-scheme accounting-scheme-name |
Mandatory. After an accounting scheme template is referenced by a value-added service policy template, the service uses the accounting scheme in the accounting scheme template. An accounting scheme can be configured either in a domain or in a DAA service policy template. The priority of an accounting scheme configured in a DAA service policy template is higher than that configured in a domain. |
Enable unified accounting for DAA services. |
Optional. When users access network services with different bandwidth requirements, such as gaming, FTP, and VoD services, these network services are planned as different DAA services for rate limiting. Configure the unified accounting service which allows the service to interact with the accounting server to implement traffic reporting and service quota management. |
|
Configure the QoS resource type requested by downstream DAA services. |
Optional. After CAR is performed on a DAA service flow, packets in the DAA service flow are re-marked with different priorities and are scheduled into SQs. To meet this requirement, install an enhanced TM subcard on a specified board and run the rate-limit-mode car outbound command to configure the car mode for downstream DAA services. |
|
Configure DAA user traffic to match a DAA service policy. |
accounting-service-policy { inbound | outbound } { auto | disable | enable } |
Optional. To implement refined control over DAA functions and save DAA QoS resources, for example, run the accounting-service-policy inbound disable command to disable upstream DAA user traffic from matching a DAA service policy, preventing upstream QoS resource application. |
Enable rate limit separation for DAA services. |
Optional. After rate limit separation is enabled for DAA services in a DAA service policy template, the service traffic bandwidth of DAA users using this template is no longer limited by the user bandwidth. |
|
Enable DAA service traffic to be counted into user traffic. |
Optional. You can run this command to count DAA user service traffic into user traffic. |
|
Configure separate traffic statistics collection for dual-stack DAA users based on user queues. |
Optional. When CAR rate limit is performed for DAA services and SQs are configured to limit user rates, statistics based on count IDs are not performed for traffic after CAR rate limit if the traffic-separate enable command is run to configure DAA service separation. In this situation, separate traffic statistics are performed for dual-stack DAA users. As a result, user service traffic cannot be counted into DAA service traffic. To perform separate traffic statistics for dual-stack DAA users based on user queues, run the user accounting dual-stack separate user-queue command. |
|
Configure the accounting status or IP type for a specified DAA tariff level. |
tariff-level-cfg level { accounting off | ip-type ipv6 } |
Optional. DAA service traffic statistics are collected and reported based on the IP type configured for each level, which is irrelevant to the traffic type that actually matches the specific level. Therefore, when deploying dual-stack DAA services, you need to ensure that the ACL type of each service is consistent with the IP type configured for the DAA tariff level to prevent IPv4 and IPv6 traffic from matching the same level. |
Configure a tariff level and a QoS profile for DAA services |
tariff-level level qos-profile qos-profile-name |
Mandatory. To limit the rate of DAA user traffic based on the parameters set in the QoS profile for a tariff level, run the tariff-level qos-profile command. |
Configure the user group to be bound to a service policy. |
user-group user-group-name |
Mandatory. Reference an ACL user group to the value-added service template. NOTE:
|
Return to the system view.
The device is enabled to respond with an ACK message when the RADIUS server delivers the same DAA service policy as that in the domain using the HW-Policy-Name (26-95) attribute in a CoA message in unified DAA accounting scenarios.
Both the HW-Policy-Name (26–95) attribute (DAA value-added service attribute) and other user attributes in a CoA message are allowed to take effect at the same time.
The mapping between DAA tariff levels and flow queues is configured.
A policy is configured for the scenario where the real-time accounting response packet sent after the DAA accounting service quota is exhausted does not carry a new quota.