PRI and "extra digits"

[kristiandg]

I've got a strange one here. I've got a site that has a PRI. They have speed dials programmed that call an 800 #, plus hit an option on the auto attendant (18005551234,,,,7). Obviously, ever since they switched to PRI, that doesn't work. I've gotten this working in the Past because previous LECs use the CALL TYPE flag to screen the number of digits they should use to route the call, then the ,,,,7 is left to be dialed when the call is connected. However, this is Nuvox for the service provider. They require UNKNOWN/UNKNOWN, therefore only screen against dialed digits. That being the case, the 800 # that is dialed disconnects because its an invalid number.

Can anyone think of a way to make this work?

Thanks in advance...

Kris

 

[Ragnorak]

What if you built a short code for every speed dial.

[9]8005551234
8005551234
5
Dial

I think this way the short code would grab a line and dial only the digits, but the speed dial would still pause and then dial 7.

Test with one number and see if it works.

Another possibility is to have 800's go out over POTS lines if you have them.

 

[kristiandg]

Thats how the "speed dials" were built... Shortcode *20 dials 18005551234

Kris

 

[Ragnorak]

Put the:
[9]18005551234
18005551234
5
Dial
Under LCR

My thought was that a short code like [9]N; waits for a timeout after you stop dialing before seizing the line and sending the dialed digits. It will wait for more than the 11 digits.

The [9]18005551234 short code should tell the system to seize a line and send only those 11 digits. Your other speed dial short code should still pause and dial, but not be sent directly to the carrier as part of the called number.

 

[kristiandg]

Its not. I don't use any general 9N codes. I'm using LCR w/ specific lengths. 91800xxxxxxx (send: 91800N) etc.

In looking at the SysMon, it shows call setup of the number plus commas, plus the option (7).

Kris