Using PRI tables to route calls

[ncc63725]

I've got a customer who wants to have two extensions on about 10 phones. By this I mean, he already has extensions with DIDs on these 10 phones in a block outside his standard block (480-490). He now wants to give them extensions that are in his standard block (300-399), but of course doesn't want to just rename the extension and lose the calls that might come into the old DIDs. I know that you can setup tables in the PRI configuration to look for the digits being passed and route the call to another location. What I don't know is, are there enough tables to accomodate 10 instances of this? And can someone post the instructions for doing this? I've done it before but only onesy-twosy, never for this many.

 

[SYQUEST]

Do the 4xx digits match the 3xx digits?

If this is temporary why not use adjuncts and assign them as SSAs or Covers?

....JIM....

 

[ncc63725]

No, they don't match. In this case, ext 489 would be changed to 312.

I tried the SSA option, the problem with that is that on the event of a no-answer the call still tries to drop into the original extension's voicemail instead of the new extension's voicemail. Also tried giving the old extension to an unused TDL port and setting up a forward but that has the same result. Voicemail is Merlin Messaging R1.

You mention setting it up as a cover though, would that cause the call to dump into the new extension voicemail or still go to the old on no-answer?

 

[Westi]

you could ask the line provider to send the digits corresponding to the extension numbers if you have more then 15 entries all together or if they are not in an easy to make structure. Not easy to administer because you need the line provider for any changes but works well.
I had Primus doing that for me not to long ago.

Joe W.

FHandw., ACS

If you can't be good, be good at it!

 

[SYQUEST]

Even though the old number has its own VMB, program the old VMB to forward the messages to the new VMB and then delete the message after forwarding. You can do this with the Messaging 2K and the Octels, but I don't know if the Merlin Messaging R1 has that feature. You will need to check the documentation to be sure.

....JIM....

 

[ncc63725]

It looks like this will probably be pretty permanent. Can anyone tell me the steps to take in the PRI setup to create these delete/insert digit tables?

 

[SYQUEST]

Please post a print of your PRI configuration so we can see what you currently have in the system and if any table entries are in use that might conflict with what you want to do. Each PRI configuration has 15 table entries for digits changes. How many digits are being sent from the CO switch?

You might also search this subject on this forum, because it has been covered in the past, in addition to reading the System Programming and Feature Reference documents on the Legend.

....JIM....