In Depth Understanding of Your Appliance > Configuration Reference Guide > Object Definitions > Configure Adaptive Response Limit Objects

Configure Adaptive Response Limits

Adaptive Response Limits allows administrators to specify rules based on data transfer amounts or amount of time on the network (or both data transfer amounts or amount of time on the network, whichever comes first), so that different policies can be applied before the limit is reached and after the limit is reached. This allows you to provide data transfer caps, or to throttle data transfer after the limit has been reached, or to throttle only particular types of traffic after the limit has been reached.

Version Info: Adaptive Response Limits based on the amount of time a user is using the network is available in 7.0.1 and above in the 7.0 firmware product line and in 6.4.5 and above in the 6.4 firmware product line.

To implement such policies, the following steps are required:

  1. Create a network object that defines what traffic will be monitored

    The source network object can either be a static network object, which includes one or more subnets, or the source network object can be a dynamic network object mapped from an Active Directory group.

  2. Create an adaptive response limit object

    The adaptive response limit object allows administrators to specify which traffic to monitor via a network object, what the data limit or time limit should be applied and for what period, and then the appliance dynamically creates a new network object that keeps track of the IPs that have exceeded their limit.

    When a time limit is specified, the time is tracked in increments of 5 minutes and starts counting down from the first flow for a given user.

  3. Create policies intended for the traffic matching the over-the-limit network object and policies intended for the traffic matching the source network object.

    Ensure the over-the-limit policy filters using the over-the-limit network object and that it appears in the policy tree before the policies intended for the users who have not exceed their quota. Traffic attempts to match the policy tree notes in a top-down order. Since IPs that have exceeded their quota will match either the destination or source network object, you need those that exceed their quota to be matched against the destination node first.

When creating the adaptive response limit object, you can create exceptions such that certain IPs, specified by one or more network objects, can be excluded from the limit rules. By editing the adaptive response limit object, you can specify which IPs will not have the rule applied to it. The exception network object can be internal or external. By creating an exception for an internal network object, those IPs will not have the limit applied to them. By creating an exception for an external network object, those IPs in the source network object will be excluded when they are conversing with an IP in the external exception network object.

You can also create an alert that will send an email to the Exinda appliance email recipients when a specified quota threshold has been exceeded. The email will contain all the IP addresses that have exceeded the threshold. Note that the Info Emails checkbox must be checked for each recipient on the email configuration page.

To see examples, read Quota Enforcement in the Common Use Cases section.

(missing or bad snippet)