Enhanced Charging Service Overview
▀ How ECS Works
▄ Cisco ASR 5000 Series Product Overview
OL-22938-02
Rule Definitions
Rule definitions (Ruledefs) are user-defined expressions, based on protocol fields and/or protocol-states, which define
what actions to take when specific field values are true. Expressions may contain a number of operator types (string, =,
>, etc.) based on the data type of the operand. For example, ―string‖ type expressions like URLs and host name can be
used with comparison operators like ―contains‖, ―!contains‖, ―=‖, ―!=‖, ―starts-with‖, ―ends-with‖, ―!starts-with‖ and
―!ends-with‖. Integer type expressions like ―packet size‖ and ―sequence number‖ can be used with comparison
operators like ―=‖, ―!=‖, ―>=‖, ―<=‖. Each ruledef configuration consists of multiple expressions applicable to any of
the fields or states supported by the respective analyzers.
Ruledefs are of the following types:
Routing Ruledefs
: Routing ruledefs are used to route packets to content analyzers. Routing ruledefs determine
which content analyzer to route the packet to when the protocol fields and/or protocol-states in ruledef
expression are true. Up to 256 ruledefs can be configured for routing.
Charging Ruledefs
: Charging ruledefs are used to specify what action to take based on the analysis done by the
content analyzers. Actions can include redirection, charge value, and billing record emission. Up to 2048
ruledefs can be configured for charging.
Post-processing Ruledefs
: Used for post-processing purposes. Enables processing of packets even if the rule
matching for them has been disabled.
When a ruledef is created if the rule-application is not specified, by default the system configures the ruledef as a
charging ruledef.
Ruledefs support a priority configuration to specify the order in which the ruledefs are examined and applied to packets.
The names of the ruledefs must be unique across the service or globally. A ruledef can be used across multiple
rulebases.
Important:
Ruledef priorities control the flow of the packets through the analyzers and control the order in which
the charging actions are applied. The ruledef with the lowest priority number invokes first. For routing ruledefs, it is
important that lower level analyzers (such as the TCP analyzer) be invoked prior to the related analyzers in the next
level (such as HTTP analyzer and S-HTTP analyzers), as the next level of analyzers may require access to resources or
information from the lower level. Priorities are also important for charging ruledefs as the action defined in the first
matched charging rule apply to the packet and ECS subsystem disregards the rest of the charging ruledefs.
Each ruledef can be used across multiple rulebases, and up to 2048 ruledefs can be defined in a charging service.
Ruledefs have an expression part, which matches specific packets based upon analyzer field variables. This is a boolean
(analyzer_field operator value) expression that tests for analyzer field values.
The following is an example of a ruledef to match packets:
–or–
The following is an example of a ruledef to route packets to the HTTP analyzer:
Summary of Contents for ASR 5000 Series
Page 1: ......
Page 26: ......
Page 48: ...New In Release 10 0 SCM Features Cisco ASR 5000 Series Product Overview OL 22938 02 ...
Page 50: ......
Page 58: ......
Page 68: ......
Page 126: ......
Page 138: ......
Page 146: ......
Page 218: ......
Page 236: ......
Page 356: ......
Page 374: ......
Page 422: ......
Page 496: ......
Page 572: ......
Page 654: ......
Page 700: ......
Page 726: ......
Page 784: ......
Page 816: ......
Page 844: ......
Page 906: ......
Page 926: ......
Page 942: ......
Page 943: ...Cisco ASR 5000 Series Product Overview OL 22938 02 Chapter 30 Technical Specifications ...
Page 966: ......
Page 972: ......