Changing Dialplan

[kbrain]

I would like to convert and internal ext to route to a tac followed by a number. For example change ext 3100 to 8065100 (806 is the TAC and 5100 is the extension on the other side of the tie line). I thought I could do this using an AAR digit conversion, however it appears that I may need to add an entry to the uniform dialplan. Currently my dialplan has UDP set to 'none'. If I change to 4 digit will this impact all calls? And do I need to add an entry to the UDP to use the AAR?

Thank you for your time.

 

[4merAvaya]

You could do one of two things:

Add a coverage path remote destination to the station that would send it out of the switch.

If you hav vectoring enabled, remove the station, make it a VDN pointing to a vector that does a 'route-to'.

Kevin

 

[kbrain]

I thought you nailed it...but then i tested. What I want to do is put extensions in a coverage answer group, with the extensions in the group set to forward to the tac+ext. But calls wont go to coverage on stations that are being forwarded, so i thought if i changed the station in aar then i could add that station into the anwer-group and then aar digit conversion would change it to the tac+ext. The other option was to vector it, but VDNs can't be added to coverage answer groups either. Any other thoughts?

 

[lopes1211]

depends on your release.

"Change aar digit 3"

matching pattern 3100
min 4
max 4
Del 4
replacement 5100
net ars
conv yes

Then add a route pattern to use whatever trunk group 805 is.
Then "change ars ana 5100", add it and use the route pattern you just created.


-CL

 

[4merAvaya]

IP Agent or IP SoftPhone are other options.

Kevin

 

[kbrain]

Well No luck with that either
Below is my config, not sure what I'm missing. BTW - its a G3r8

AAR DIGIT CONVERSION TABLE
Matching Pattern Min Max Del Replacement String Net Conv ANI Req

2017 4 4 4 5101 ars y y

-----------------------------------------------------------
ARS DIGIT ANALYSIS TABLE
Location: all Percent Full: 73

Dialed Total Route Call Node ANI
String Min Max Pattern Type Num Reqd
5 7 7 p2 locl n
5101 4 4 p6 pubu n

------------------------------------------------------------
Pattern Number: 6
Grp. FRL NPA Pfx Hop Toll No. Del inserted IXC

1: 6 7 806 user

------------------------------------------------------------

DIAL PLAN RECORD

Local Node Number: 1
ETA Node Number:
Uniform Dialing Plan: none ETA Routing Pattern:

FIRST DIGIT TABLE
First Length
Digit - 1 - - 2 - - 3 - - 4 - - 5 - - 6 -
1: fac
2: extension
3: extension
4: extension
5: extension
6: extension
7: extension extension
8: dac
9: fac
0: extension
*: fac
#: fac

 

[lopes1211]

on your ars, you show the route as P6. That stands for Partition 6, not route 6. It should just be 6. You also have an FRL of 7 which may block calls. It also seems like you are inserting 806 on the route pattern which you should not.

-CL

 

[kbrain]

-CL thanks for the help thus far, but I'm still missing something. I can now dial 95101 and it routes out properly so it seems that my ars analysis table is working correctly, however I cannot get the aar table to covert the ext. Does the ext have to be an xport? or station type? When do a list trace station 2017 it just shows that its ringing, not getting converted. Thanks again for all your input.

 

[lopes1211]

You should actually have no extension built at all. Then when you dial those 4 digits and no extension is found, the pbx will query the aar-digit-conversion table.

-CL

 

[kbrain]

Now set with an ext that isn't in the system, but just get fast busy.

 

[lopes1211]

Sorry, I got my ars and aar confused a bit but we're almost there. Try "change uniform dialplan 2" and add an entry

2017 - 4 - 4 - 5101 - ars - y

-CL

 

[lopes1211]

Assuming that works, everything else is good but you can remove the aar digit conversion entry that is not needed.

-CL

 

[4merAvaya]

If an extension is assigned in the UDP table i don't think that you can assign it to a Coverage Answer Group.

Kevin

 

[kbrain]

if i change my dialplan from none to 4 digit will this have an impact on the overall dialplan?

 

[lopes1211]

Your dialplan looks fine as it is.

-CL