How to Forward 0 to an off prem number

[TBarrnes]

I have an option 11 across the street from our hospital which goes nowhere when you dial zero. I would like to have it go to our main switchboard, but we are not in the same dial plan. In fact, the main building is on an Avaya switch. Is there way to just route 0 to the main 7 digit hospital number?
Thanks TJ

 

[GHTROUT]

You can make zero a Phantom TN, or an ACD queue targeting the other locations full number. But you may need to change the ATDN seen in LD21, REQ prt, TYPE att_data. Just change it to any Non-DID number and zero will become unused allowing it to be assigned

~

http://www.GHTROUT.com/

 

[johnpoole]

prt the dnb 0, what is the assignment? does the 11 have a tie to the avaya? if so i would turn on vnr in the cdb, make sure 0 is now vacant and the number will come across the tie.. that is a little slow but in real small switches i've used vacant number routing to avoid large cdp's when speed was not an issue.. by doing that any vacant number in the 11 will go to the avaya without additional programing.. the only catch is if your sending any of those dn's back across the tie..

if i didn't have a tie i would make 0 vacant per GT's post and build a maxp 1 acd

ld 23
new
0
acd
0
maxp 1
ncfw 9xxxyyyy (your main number in the avaya)

since your dialing from internal to external, only internal only stations might be blocked.. if that is a problem there are several work arounds

john poole
bellsouth business
columbia,sc

 

[lretrievers]

When I have had to do this, I did John's second suggestion, just created a phantom or ACD Queue and NCFW or DCFW it to 9 + the external number to be dialed. But doing this does cause other complications with voicemail reverts, and I ran into a few other features not working correctly. I remember fixing one thing and then another feature wouldn't work.

 

[TBarrnes]

There is currently no tie, but I would LOVE to be able to get 4 or 5 digit dialing between switches. What kind of Tie circuit would be required to tie the switches together? How much work would it take to do it? By the way, here is the DNB.

TYPE ATT_DATA
CUST 0

TYPE ATT_DATA
CUST 00
OPT AHD BIND BIXA BLA
DNX IC1 ITG IDP XLF XBL
FKA MWUD LOD
REA SYA ATDA
ATDN 0
NCOS 7
CWUP YES
CWCL 0 0
CWTM 0 0
CWBZ NO YES
EFLL 0
MATT NO
RTIM 30 30 30
ATIM 0
AQTT 0
AODN
SPVC 00
SBLF NO
RTSA RSAD
SACP NO
ABDN NO
IRFR NO
XRFR NO
IDBZ NO
PBUZ 02 10
ICI 00 R002 LD0
ICI 01 LD1
ICI 02
ICI 03
ICI 04
ICI 05
ICI 06
ICI 07
ICI 08 RLL
ICI 09 DL0
RICI

 

[TBarrnes]

What LD do you go into to change the ATT? Do you have to OUT it and rebuild it? I tried CHG, ATT in LD 20 and 21 and I get a SCH.

 

[lretrievers]

The ATT_DATA is part of the Customer Data Block, you dont' delete it. LD 15 is where you can make changes.

 

[TBarrnes]

I changed it and it works! Thanks for the help. The only other question is, is there a way to make that Phantom ACD which points to the Avaya switchboard show up as a certain DID so the operators know when they get an incoming call that it's coming from that other building. It currently seems to appear as whatever DID you dial 0 from.
Thanks again. Travis

 

[lretrievers]

You are essentially doing a trunk-to-trunk transfer. It would have to terminate at a real set to carry the CLID of that set.

 

[TBarrnes]

OK, that makes sense. Now there is another problem. After I made the change, when useres try to check voicemail (6000) it sends them to the 7 digit number that I sent 0 to.

 

[lretrievers]

Yep, you will need to change the revert DN for the mailboxes to whatever extension you want to get it to go to. You just made your operator off premise, so now you have to modify each mailbox if you want to keep the revert on premise.

There are a few other gotcha's which I can't remember at this time. Basically, 0 by design is not meant to go off premise, so don't be surprised if other peculiar things pop off.