DCS/UDP multi site routing help

[Dunstan]

Hello to all,
I am looking for some suggestions for the best way to handle some routing issues. I have a G3R v9.5 at my companys corporate headquarters, this switch is tied via h.323 ip tie lines to our west coast business group. The west coast business group consists of 2 Prologix rel 11 and one g3r v9. In addition we have a trading turret system tied with qsig pipes running behind the definity in corp headquarters.

The Calif locations are DCS+ to each other. The tie from Corp headquarters is to one of the prologix in Calif. I am able to dial using either aar or tac from the Corp to the Calif offices, however I have numerous duplicate extensions between the corp office Dial-plan and the west coast PBX's (the west coast sites were aqquired so they were not planned properly for our voice network dial-plan) .

In a nutshell I am looking for the best way to tie these 4 pbx's togeather keeping in mind the issues with duplicate ext's. Should this be done via node routing? DCS, TAC? I am at a loss for the best solution. If possible I would like to keep from going to 5 digit dialing. Any suggestions or help is very appreciated.

 

[Ronster]

I would suggest using the UDP with AAR codes.

Supposing you have an extension range 4xxx locally and in Calif. You continue using 4xxx for the local ext. If you want to dial Calif you substitue the 4 for 5 (or whatever range you have free) dialling 5xxx.

In the UDP 5 you put AARCode 100, or other 3 digits which doesn't interfere with existing AAR. This substitutes the 4 with 100 making the dial string 100xxx.

In AAR ANA you put an entry for 100xxx which uses route pattern 99.

Route Pattern 99 uses the TIE Trunk, deletes 3 digits and inserts a 4 therefore sending out 4xxx.

Hope this helps,

Ronster

 

[Dunstan]

One problem with that choice I can see is that my dial plan here (this is a large facility with fairly large end-user base) ranges as follows

Corporate office
3xxx (Currently used with Qsig to Turret system)UDP
4xxx Reserved
5xxx Used by end user exts
6xxx Used by end user exts
7xxx Used by end user exts

Calif Tie via IP H.323 to prologix v11 SITEA
31xx Local exts
33xx DCS to other west coast switch
34xx DCS to other west coast switch
35xx DCS to other west coast switch
37xx DCS to other west coast switch
26xx DCS to other west coast switch
25xx DCS to other west coast switch
52xx DCS to other west coast switch
53xx DCS to other west coast switch
54xx DCS to other west coast switch


Second Calif switch g3rv9 Site B
33xx Local to this PBX
34xx Local to this PBX
35xx Local to this PBX
37xx Local to this PBX
52xx Local to this PBX
53xx Local to this PBX
54xx Local to this PBX
26xx DCS to other west coast switch
25xx DCS to other west coast switch
31xx DCS to other west coast switch

3rd Calif Switch
25xx Local to this PBX
26xx Local to this PBX
31xx DCS to other west coast switch
33xx DCS to other west coast switch
34xx DCS to other west coast switch
35xx DCS to other west coast switch
36xx DCS to other west coast switch
37xx DCS to other west coast switch

So if I use your suggestion above i would be forcede to use two different unused ext ranges as substitutes? In other words Corp call for 52xx from calif would need a different number in front of the 5 to achieve the aar code as well as calls to 32xx. So i would essentially force the end user to dial a different first digit (that isnt the actual ext first number) in multiple ranges. Probably would cause confusion. I was hoping for a more seemless impact on the end user. I appreciate your help and welcome any additional comments or suggestions.

 

[Ronster]

Perhaps you could set up 4 different "call appearance" buttons which are actually abrv-dial buttons which dial three different Trunk Access Codes.

Press button A (call-appr) then 3210 for local
Press button B (abrv-dial list 3 DC 1) then 3210 for Calif
Press button C (abrv-dial list 3 DC 2) then 3210 for Prolog
Press button D (abrv-dial list 3 DC 3) then 3210 for C_Other

In the system abbreviated dial list:

DIAL CODE
01: #701 (TAC for Calif)
02: #702 (TAC for Prolog)
03: #703 (TAC for C_Other)

This any good?

Ronster

 

[Bobg1]

I think Ronster is on to something there that should work for you, although it will only work as he stated from multifunction phones, an analog user will still have to dial the speed dial number for access, but at least then they are not using your tac code.
I have done this type thing with a bunch of numbers on our system list for various functions. Then if you want or need to change a fac or tac you can do so without having to retrain any of the users.