filter.ini File
The filter.ini file lets you set up rules for filtering attributes and structured attributes into and out of RADIUS packets.
NOTE: Use the SBR Administrator to maintain settings in the filter.ini file. Do not edit the filter.ini file manually.
Filter Rules
Each filter in the filter.ini file consists of the filter name in square brackets ([
name]) followed by the rules for that filter.Each rule takes one of the following three forms:
keyword attribute valuekeyword attributekeywordTable 60 lists valid syntax combinations.
NOTE: You cannot replace a sub-attribute with a parent attribute, or vice versa.
An attribute is ADDed to a packet only if it is legal to do so. Some attributes can appear only once in a RADIUS packet; others can appear multiple times. If an attribute that is the subject of an ADD rule is already present in the packet (after processing ALLOW and EXCLUDE rules) and the attribute can only appear once, the ADD rule is not processed and the second instance of the attribute is not added.
The Steel-Belted Radius Carrier dictionary file radius.dct provides string aliases for certain integer values defined in the RADIUS standard. You can use these strings in attribute filter rules.
Order of Filter Rules
The order of rules is important. General default rules that take no parameters, such as ALLOW (allow all attributes unless otherwise specified) or EXCLUDE (exclude all attributes unless otherwise specified) must appear as the first rule in the filter. Later rules supersede earlier rules; the last applicable rule "wins." ADD and REPLACE rules are applied after the ALLOW and EXCLUDE rules.
More specific rules with more parameters (ADD
attribute value) act as exceptions to less specific rules with fewer parameters (ALLOWattribute, EXCLUDE). For example, you might want to ALLOW a certain attribute and EXCLUDE one or more specific values for that attribute. Or you might EXCLUDE all attributes, ALLOW specific attributes, and ADD specific attribute/value pairs.You can use two basic approaches to designing a filter:
- Start the rule list with a default EXCLUDE rule (no parameters) and add ALLOW rules for any attributes or attribute/value pairs that you want to insert into the packet. ADD and REPLACE rules may be used.
- Start the rule list with a default ALLOW rule (no parameters) and add EXCLUDE rules for any attributes or attribute/value pairs that you want to remove from the packet. ADD and REPLACE rules may be used.
The default action for filter.ini is EXCLUDE. If a filter does not contain any rules, the filter removes all attributes from a packet when the filter is applied.
Values in Filter Rules
The value of an attribute is interpreted based on the type of the attribute in its attribute dictionary. Table 61 lists the meaning of each attribute type.
Referencing Attribute Filters
Steel-Belted Radius Carrier attribute filtering provides flexibility in packet processing. You can use the same filter for all packets in all realms. You can apply filtering to some realms, and not others. (To disable filtering for a realm, omit filtering parameters from the *.pro, *.dir, peapauth.aut, or ttlsauth.aut file.) Filtering is often used only for packets that are routed out to realms (the FilterOut parameter).
To reference the filtering rules defined in the filter.ini file in proxy or directed realm configurations, you must use the FilterOut and FilterIn parameters in the [Auth] and [Acct] sections of a RADIUS realm configuration file.
[Auth]FilterIn=name1FilterOut=name2[Acct]FilterIn=name3FilterOut=name4where
name1,name2, and so forth provide the names of filters, sections in the filter.ini file called [name1], [name2], and so forth. Thenamevalues in this syntax are completely independent of each other. They may be all the same, all different, or some combination of same and different.When using the FilterIn and FilterOut parameters in the [Auth] and [Acct] sections, be sure to use the filter name without the square brackets ("name", not "[name]").
NOTE: Do not allocate IP addresses from Steel-Belted Radius Carrier IP address pools in accounting filters. These addresses are allocated but never released.