Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Information blockFieldDescription
GeneralStageSpecifies at what stage a current translation rule will be applied:
  • Initial - execute this rule before a Client is identified
  • After Client - execute this rule after client identification but before rate identification
  • After Rate - execute this rule after rate identification but before routing
  • After Routing - execute this rule after routing
Tip
titleTip

TP rules' stages affecting RATING:
Origination part:
1. Origination Initial rules:
2. Origination After Client rules:
3. Origination After Rate rules.
Termination part:
1. Termination Initial rules:
2. Termination After Client rules:
3. Termination After Rate rules.

TP rules' stages affecting ROUTING:
1. Origination Initial rules:
2. Origination After Client rules:
3. Origination After Rate rules:
4. Termination After Routing rules.

Therefore, any termination rule with stage Initial, After Client, and After Rate won’t affect routing but will be used in rating.


Order

Sets rules ordering that works within the same rule Stage.

Panel
borderColor#ffffb3
bgColor#ffffb3
borderWidth2px

(warning)   Attention

Note that this field indicates the order of rules execution only within a specified stage. It means that a rule with the Initial stage and order 1 will be executed before any other rule of the same stage with order ≥ 2. However, such rule will be executed prior to a rule with the After Rate stage and order 0, even though the latter has a higher order, due to the fact that Initial is the 1st on the stages list.


Origin

Specify the event origin:

  • Origination
  • Termination
CompanySpecify a Reseller for this rule to be executed under. Default - all resellers
NotesSpecify additional information about a rule
Expiry DateDefine a date when this rule will expire and will be removed from the system
Src DeckIdentify a code deck that will be used for Src codes or code names filtering
Dst DeckIdentify a code deck that will be used for Dst codes or code names filtering
Filters

Select the required parameters for a traffic processing rule on the Filters menu. To cancel any filter, click on the delete  sign next to its name.

You can start a quick search by typing filters' names in the field at the top of the Filters menu.

Panel
borderColor#ccffcc
bgColor#ccffcc
borderWidth2px
borderStylesolid

Tip

If, for instance, the Client filter is empty, it means that this rule will implicate all clients.


General
Service IDSelect a target from the drop-down list of all services, presented in the Services section of your JeraSoft Billing
GatewaySelect a respective VoIP gateway, for which rule is applied, from the drop-down list
Tags (Any)

A rule will work if an event has at least one of the tags, specified in this field

Tags (All)

A rule will work if an event has all tags, specified in this field

Tags (Not)

A rule will work if an event has no tags, specified in this field

Scr Party ID
Src (Match)In this field you may indicate POSIX regular expressions syntax, by which a number will be analyzed.
Src Prefixes (Any)A rule will work if an event has at least one of the Src prefixes (e.g., 010, 810), specified in this field
Src Prefixes (Not)A rule will work if an event has no Src prefixes (e.g., 010, 810), specified in this field
Src Prefixes Names (Any)A rule will work if an event has at least one of the Src prefixes names (e.g., vodafone), specified in this field
Src Prefixes Names (Not)A rule will work if an event has no Src prefixes names (e.g., vodafone), specified in this field
Dst Party ID
Dst (Match)In this field, you may indicate POSIX regular expressions syntax, by which a number will be analyzed.
Dst Prefixes (Any)A rule will work if an event has at least one of the Dst prefixes (e.g., 010, 810), specified in this field
Dst Prefixes (Not)A rule will work if an event has no Dst prefixes (e.g., 010, 810), specified in this field
Dst Prefixes Names (Any)A rule will work if an event has at least one of the Dst prefixes names (e.g., vodafone), specified in this field
Dst Prefixes Names (Not)A rule will work if an event has no Dst prefixes names (e.g., vodafone), specified in this field
Client
Client

Specify a respective client

Panel
borderColor#ffffb3
bgColor#ffffb3
borderWidth2px

(warning)   Attention

Please be advised that any traffic processing rule can have either the Client or Account field.


Account Specify a respective account
Dst CodeSpecify a destination code
Dst Code NameSpecify a destination code name
Src CodeSpecify a source code
Src Code NameSpecify a source code name
Parties ID TranslationsType

Define a type of translation:

  • Src
  • Dst
Order

Specify the order of translation

Tip
titleTip

If you need to do multiple translations for the same call flow, it's better to create them all in one rule than to create multiple rules for the same type (time) of translations. That's where ordering would be useful.


MatchIn this field, you may indicate POSIX regular expressions syntax (see best practice example below), by which a number will be analyzed. If an expression matches the number, the translation will occur in respective settings in the Replace field.
ReplaceReplacement for a matched rule.
ActionsMode

Defines an action that will be executed if a traffic rule matches:

  • Allow - allow a current event to proceed. Stop further traffic processing rules within this type of rule;
  • Allow and Continue -allow a current event to proceed. Search for the next traffic rule;
  • Deny - deny a current event.
Add TagsHere you can add tags that will be added for events matching this rule 
Set ServiceAllows to change a specified service to another one while processing them
LNP / JurisdictionLNP/MNP

Define a provider for the LNP/MNP service, which will be dipped for translation

Panel
borderColor#ffffb3
bgColor#ffffb3
borderWidth2px

(warning)   Attention

In the VCS 3.17.0, a new feature regarding TJA database has been added. Starting from this version, while creating a new rule, in the LNP/MNP field, a user can select either tja.ee (Routing Number) or tja.ee (Owner). The difference is as follows:

  • tja.ee (Routing Number) - if a traffic processing rule executes, 372+Original Number will be substituted by 372+Routing Number, specified in the TJA database.
  • tja.ee (Owner) - if a traffic processing rule executes, 372+Original number will remain unchanged. Instead, a Dynamic Tag indicating an owner of the number will be added to the call.

Please find more about TJA database here.


Revert LNP

Allows returning original numbers to vendors after routing:

  • Enabled
  • Disabled
LNP PartyDefine, which Party ID(s) (Src, Dst, or both) will be used for LNP dipping. To enable this feature, you need to specify the LNP/MNP field.
US NANP

Define if NANP processing will be used for LNP dipping:

  • Enabled
  • Disabled
Routing BlocksBlock ClientsSpecify, which termination Clients to block for the originator, specified in the Filters block
Block AccountsSpecify, which termination Accounts to block for the originator, specified in the Filters block

...