ProForm 5.0 White Centrex Technical Information Page 87

  • Download
  • Add to my manuals
  • Print
  • Page
    / 244
  • Table of contents
  • BOOKMARKS
  • Rated. / 5. Based on customer reviews
Page view 86
-MinPrice, MaxPrice: min-max prices/minute. set it to a very wrong price to that direction and the max value to a very good one. Calculate it with
consideration to billing step and min minutes (so you must fill in as 1/1 price)
-PriceCalcSec: we estimate the price values with this value to get a gross value
-TryedCount: how much time we have tried this alternative route until now. Helps us the decide how to increment NextTry. It will grow only until 7
-NextTry: we will route calls to this route beginning with this date. Will grow exponentially until 1 month.
-NextTryCount: we will route NextTryCount calls on this route next time. ( > CurrTryCount)
-CurrTryCount: counter to know how many times we have routed in this direction
-AutoPriority: the current priority calculated from these values and from the price settings (the result)
To see how much a parameter change will modify the final AutoPriority value, you can find a demo named AutoPriorityDemo in MManage, Tools menu.
Before changing any value in the BSR table, please play a little with this demo.
4.4.14. Failowering
Mizu server and gateway will make automating failowering between outbound gateways if the “CAN_failower” and “hasfailower” global configuration
settings are set to true (they are true by default).
The following failowering procedures are done by the mizu voip server:
-gateway failowering: when an outbound gateway has wrong global statistics
-direction failowering: when only a few direction (prefix) statistics are wrong on an outbound gateway
-failowering on subsequent called number
-in-call failowering (this is also called as “rerouting”)
The failowering module will collect statistics in the background and will detect if a gateway is below the predefined thresholds. This means that its
priority will be automatically lowered by the routing module.
Failowering can occur on both gateway and gateway-direction level. When the ASR, ACD, etc is “wrong” for all calls trough a gateway, than the whole
gateway is failowered. But there are situation when a gateway can handle most of the traffic gracefully and will fail only to a few direction (direction means
4 digit prefix). In this case only these directions are failowered (this means that even if the gateway is with high priority to these directions, other gateways
will be favorized –if you have enabled other gateways in these directions). The failowering are based on ASR, ACD statistics and if there is predefined
subsequent wrong calls to a direction. Once a route is marked as failowered, it will be probed time to time to check if the problem was solved. This is
happening only a few times (with exponentially increased time intervals) than if the quality is still wrong, the route will be marked as permanently
failowered. This routes can be reseted only manually from the failowering form if you set the MaxSubsFail, NoPriorityCount, NoPriorityCountD to 0 and
the NoPriority to a date in the past.
The rules can be defined using the “Failowering” form. The table will be populated automatically after your traffic pattern.
You can check the route status also from here.
The following fields are defined:
ID: database id. Auto increment
Page view 86
1 2 ... 82 83 84 85 86 87 88 89 90 91 92 ... 243 244

Comments to this Manuals

No comments