Overview of traffic steering filters
To define a traffic steering policy for your domains on IBM® NS1 Connect®, you can configure a Filter Chain for each DNS record that determines the routing logic the platform will use to determine the optimal answer to return to each incoming request.
Each Filter Chain contains one or more traffic steering filters where each applies a unique processing method to sort (rearrange) or sift (eliminate) answers based on some condition or rule.
- Sorting filters rearrange the list of answers based on relevant metadata. For example, the Geotarget Regional filter references the geographic-related metadata and rearranges answers (representing endpoints) based on their proximity to the requester’s location.
- Sifting filters eliminate answers from the answer pool based on relevant metadata. For example, the Up filter references the “up” metadata. If an answer’s “up” metadata is set to false, it is eliminated from the answer pool.
Fencing filters
These filters are used for more granular traffic steering, allowing you to map requesting clients to specific endpoints based on the requester’s location, IP address, or ASN. It’s important to note, however, that fencing filters should not be used to enforce strict security policies or to block access to specific endpoints since the NS1 Connect platform will always try to return at least one answer, even if all answers are eliminated—as in, no answers meet the criteria specified in the Filter Chain.
- Netfence ASN filter
- Maps requesting clients to a specific endpoint based on their ASN.
- Netfence Prefix filter
- Maps requesting clients to a specific endpoint based on their IP address.
- Geofence Country filter
- Maps requesting clients to specific endpoints based on their country, subdivision, state, or province.
- Geofence Regional filter
- Maps requesting clients to specific endpoints based on their region.
Geographic filters
A set of geographic filters reference the location of the requester and each available endpoint (answer), either arranging the answers based on their proximity to the requester or eliminating answers that do not meet some geographic criteria. Geographic-based DNS routing is a common technique to connect users to the closest proximate endpoint, which can help ensure better performance.
- Geotarget Country filter
- Steers traffic toward the most proximate endpoints based on country, subdivision, state, or province.
- Geotarget Regional filter
- Steers traffic toward the most proximate endpoints based on region.
- Geotarget Latlong filter
- Steers traffic toward the most proximate endpoints based on longitude and latitude.
- Geofence Country filter
- Maps requesting clients to specific endpoints based on their country, subdivision, state, or province.
- Geofence Regional filter
- Maps requesting clients to specific endpoints based on their region.
Health check filters
These filters reference specific answer metadata fields to determine the current status of each available endpoint in terms of either availability or load.
- Up filter
- Eliminates down or unavailable answers based on their "up" status in the answer metadata.
- Shed Load filter
- Steers traffic away from overloaded endpoints by comparing load-related metrics against the user-defined low and high thresholds.
Priority filters
These filters allow you to prioritize specific answers based on cost or a user-defined priority value.
- Cost filter
- Steers traffic toward lower-costing endpoint(s) based on user-defined values.
- Priority filter
- Steers traffic toward higher-priority endpoints based on user-defined values.
RUM-based traffic steering filters
Organizations using NS1 Connect’s RUM-based traffic steering solution Pulsar can access a set of filters that leverage real-time performance and availability data collected from active application users to inform routing decisions.
- Pulsar Performance Stabilize filter
- Eliminates endpoints whose latency measurements fall outside of the user-defined threshold.
- Pulsar Availability Threshold filter
- Eliminates endpoints whose percentage of successful connections over the last five minutes falls outside of the user-defined threshold.
- Pulsar Performance Sort filter
- Steers users toward higher-performing endpoints based on real-time latency measurements.
- Pulsar Availability Sort filter
- Steers users toward endpoints with higher percentages of successful connections over the last five minutes.
- Pulsar Route Map filter
- Maps users to specific endpoints based on their source IP and a custom map file containing user-defined targets.
Shuffle filters
These filters rearrange the list of answers randomly—in some cases, prioritizing answers with a user-defined “weight” applied. These filters are helpful for more general load-balancing purposes in cases where you want to distribute requests evenly across all your endpoints or to skew traffic distribution toward specific endpoints more often.
- Shuffle filter
- Randomizes the order of answers in the list.
- Weighted Shuffle filter
- Randomizes the order of answers, prioritizing specific answers more often.
- Sticky shuffle filter
- Randomizes the order of answers in the list, retaining the answer order for subsequent requests from the same client.
- Weighted Sticky Shuffle filter
- Randomizes the order of answers while prioritizing specific answers more often and retaining the answer order for subsequent requests from the same client.
- Group Sticky Shuffle filter
- Randomizes the list of answer groups while repeating the same answer group order for subsequent requests from the same client.
Select First filters
These filters eliminate all but the first N number of answers or answer groups from the list.
- Select First N filter
- Eliminates all but the first answer in the list.
- Select First Group filter
- Eliminates all answers except those in the first answer group.
Non-steering filters
Certain filters don’t contribute to the traffic steering decision but are used to modify the response to incoming queries.
- Additional Metadata filter
- Allows you to add information as TXT records in the response, which can be helpful for system troubleshooting, organization, and more.