SCN Auto Attendant Trunks

[Dolphy]

Hi,

I have a question regarding the centralized voicemail pro 7.0, espacially with the auto attendant.

I have 5 sites to centralised with around 200 users in total. Let say that my main site is site "A". What's happening with the auto attendant when someone calls the site "B"? Does it takes a trunk between site "A" and "B" to reach the VM or can I set the embedded auto attendant on site "B"? My problem is if I'm having 4 trunks between the main site and the other sites, when someone will call a remote site, only 3 trunks will be available for other incoming calls and/or user picking up their messages on the main site.

So, if someone could tell me what would be the best solution or where can I find the best practice to create a 5 sites Small Community Network... it would be really appreciated?

Thanks to all

 

[bluemr2]

It will use a trunk when the call is connected to the vmail pro. If the call is transferred back to the original site, it will no longer need to use the ip trunk, and will drop it. You could use embedded vmail, but it's probably not worth it. You would then have 5 auto attendants to worry about instead of 1, plus you wouldn't be able to forward messages to other offices, plus any other features pro would give you. We would need more information about the trunking at each site to be able to offer any configuration information.

 

[Dolphy]

So if I understand, I have to create an ICR on each site with the destination VM:autoattendant(B) (C) (D) and (E) on the main VM pro which will announce different menus for each site and transfer calls on appropriate extensions at the good site.

Sites descriptions:

A: main site
IP office 500v2
VMPro
PRI

B: Uses PRI of Site "A"

C: IP Office 500v2
PRI
8 communications links multiple sites

D: Uses PRI of site "C"

E: Ip office 500v2
4 communications links multiple sites.

I understand most part of the creation of the SCN but the auto attendant is not clear for me? Which destination of ICR to create, which trunk to take? How many modules to create in the VM? etc.

Thanks for helping me!

 

[bluemr2]

You will need ICR's at each location with a short code as a destination. That SC dials to the main site using the ip trunk connected to the main site. The main site needs an ICR for that SC to send it to a vmpro module. If you want them to go to different auto attendants you would need different SC's at each location. If 1 will do, they can all be the same.

 

[amriddle01]

bluemr2, that's some bad avise and totally wrong.
You do not need shortcodes to do the routing the SCN does it and even of you did you wouldn't need incoming call routes involved as IP trunks do not target Incoming call route they use line/system shortcodes, but SCN takes care of this so even those are not needed.

You just programme the Incoming call route as normal, i.e VM:AttendantB the system knows where its voicemail is

http://www.ipoffice.tel

 

[amriddle01]

advice*

http://www.ipoffice.tel

 

[hairlessupportmonkey]

thats the huge benefit to using SCN rather than SC routing. its one really nice thing Avaya did right! (took a few attempts, but its a mature feature now...)

ACSS - SME
General Geek

 

[mattKnight]

>thats the huge benefit to using SCN rather than SC routing. its one really nice thing Avaya did right! (took a few attempts, but its a mature feature now...)

True dat

One thing that they still need to sort though is when you use a ICR on remote site to an extension. It doesn't pull the extension name to the ICR drop down...

Nice to have - but not essential.

Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.

 

[amriddle01]

You see my email about the 96xx phones Sean, that's a very good thing....very good

http://www.ipoffice.tel

 

[hairlessupportmonkey]

Andy,

yes indeed.

Interesting to see how its implemented.

Trial starts today!

ACSS - SME
General Geek

 

[Dolphy]

Thanks to all of you,

But one thing is not clear: what path does the call takes?

Let's only talk about two sites:

Site 1:
IP office 500v2
MV pro
28 VM access
12 trunks multi-sites

Site 2:
IP office 500v2
12 trunks multi-sites.

So, if someonce calls site #2, hear the auto-attendant (vm:attendant2) and hit "0" to reach the receptionnist, will it takes a Trunk for the incoming call, another trunk for the outgoing call or will it drop the trunk when hitting the "0" and take a VM access instead?

So, that part of what's been taken or not when a call's coming or transfer or even when a user at site #2 takes is messages at site #1. So what do I need to know to calculate how many trunks between sites and how many VM access I need?

Thank's a lot

 

[hairlessupportmonkey]

because a proper SCN configuration without overlapping number ranges simply works this way.

It works as one PBX.

ACSS - SME
General Geek

 

[Dolphy]

Forgot to mentionned that each site has one PRI.

 

[tlpeter]

When a call is router to the other site and transfered or routed back then it will release the channel if proper configured.
This is called "anti tromboning"


BAZINGA!

I'm not insane, my mother had me tested!