-
1
- #1
berniebrown432
Technical User
I haven't tried this recently (after CM 1.2), but I used to break the double coverage restriction by using the vectoring "route to" step with a twist.
For example, the caller dials extension 1234 which covers to VDN 5678, and you want to route to extension 2345 with coverage "y". The switch won't let you because that would be secondary coverage.
Now there are two ways to do this.
In the newer switches with Attendant Vectoring, use the route to step with coverage y if you mark the Attendant Vector flag y. Just write a standard route to step like this.
route to number 2345 with cov y if unconditionally
WARNING: The next method involves allowing vectors to access ARS like an outbound call. It is your responsibility to understand and set your system's restrictions appropriately to protect you and your company from fraudulent and/or abusive use.
In systems without Attendant Vectoring, "twist" the route to step in the covering vector into ARS by placing the ARS FAC (usually 9) before the extension in the number field of the vector, like this.
route to number 92345 with cov y if unconditionally
This routes the call into the ARS logic.
Then, in a new entry in the ARS Digit Conversion table,
- set the Matching Pattern to the destination extension number, 2345
- set Min and Max to the extension length, 4
- set Del to all
- set Replacement Digits to the destination extension number, 2345
- set Net to ext
Because the Net is set to ext, the call never routes to the ARS Analysis tables. Instead, it forces the call be routed back into extension routing as a NEW call with the coverage counter set to 0, and the call follows coverage for extension 2345.
If Avaya has finally blocked this older method, please reply and let me know.
Good luck!
YMMV
Bernie
With thanks to Mr. TK (then at AT&T), who, some 15 years ago, taught all of us poor Software Specialist rookies the detailed inner workings of the Definity call process flow. You never taught us how to break a thing. You just presented us with the logic knowledge to figure out alternate methods if we wanted to do so.
Also, with thanks for the new method to Ms. GJM, who taught a younger "old dog" a new trick.
For example, the caller dials extension 1234 which covers to VDN 5678, and you want to route to extension 2345 with coverage "y". The switch won't let you because that would be secondary coverage.
Now there are two ways to do this.
In the newer switches with Attendant Vectoring, use the route to step with coverage y if you mark the Attendant Vector flag y. Just write a standard route to step like this.
route to number 2345 with cov y if unconditionally
WARNING: The next method involves allowing vectors to access ARS like an outbound call. It is your responsibility to understand and set your system's restrictions appropriately to protect you and your company from fraudulent and/or abusive use.
In systems without Attendant Vectoring, "twist" the route to step in the covering vector into ARS by placing the ARS FAC (usually 9) before the extension in the number field of the vector, like this.
route to number 92345 with cov y if unconditionally
This routes the call into the ARS logic.
Then, in a new entry in the ARS Digit Conversion table,
- set the Matching Pattern to the destination extension number, 2345
- set Min and Max to the extension length, 4
- set Del to all
- set Replacement Digits to the destination extension number, 2345
- set Net to ext
Because the Net is set to ext, the call never routes to the ARS Analysis tables. Instead, it forces the call be routed back into extension routing as a NEW call with the coverage counter set to 0, and the call follows coverage for extension 2345.
If Avaya has finally blocked this older method, please reply and let me know.
Good luck!
YMMV
Bernie
With thanks to Mr. TK (then at AT&T), who, some 15 years ago, taught all of us poor Software Specialist rookies the detailed inner workings of the Definity call process flow. You never taught us how to break a thing. You just presented us with the logic knowledge to figure out alternate methods if we wanted to do so.
Also, with thanks for the new method to Ms. GJM, who taught a younger "old dog" a new trick.
