There is a natural move happening away from PSTN anyway as some of the PSTN is being replaced by SIP trunks and cloud services.
I don't think there will be an area by area rollout as such but PSTN products will be phased out with a preference for IP services.
The stop-sell trial for Salisbury...
The problem is that if you have a collect-digit announcement then it proceeds as soon as a digit has been collected.
You could do something like:
10 collect 1 digits after announcement 10123 for none
11 goto step 13 if digits = 1
12 goto step 10...
If your carrier is only sending 3 digits it will be 234 that would ring unless you have some kind of translation happening in INCOMING CALL HANDLING TREATMENT
Assuming you know the Trunk Group:
display inc-call-handling-trmt trunk-group ??
EXAMPLES
INCOMING CALL HANDLING...
If they are going to enter all those digits can they not just dial the whole number?
Sounds like you are trying to use a vector to do Automatic Route Selection.
Yes SoDoTo,
That would work. It is basically the same but you are giving the position before asking about leaving a message.
Once it starts to loop it is the same. It is just down to what you first want the caller to hear.
You just need to use route-to step to send it to whatever digits you want:
01 collect 1 digits after announcement 10123 for none
02 goto step 8 if digits = 1
03 goto step 9 if digits = 2
04 goto step 10 if...
As a starter you need a Polling VDN and Interflow VDN st the secondary site.
The BSR Application will poll the far-end Polling VDN and compare to the local.
Then the call is sent appropriate queue depending on the stats returned by the "consider" statment in the vector.
Have a look at Page 71...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.