how not to divert calls from internal numbers 1

[tekkanet]

At this moment each call, if unanswered after 18 seconds, is forwarded to the ring group corresponding to the receptionist.
I can I set that for calls coming from inside, this doesn't happen and after some time the call is dropped?
My system is an ip 406 with 5410 phones.
Thanks in advance.
Gianluca

 

[CiCiNL]

You can't. IP Office does not discriminate between internal and external calls on diverts and coverage. That's a feature the IPO lacks.

 

[tekkanet]

I asked this because I saw in system configuration that you can differentiate the ring tone between internal and outside calls, and so I presumed that in some way the central unit is capable to see if the caller is an internal one and have a different behaviour....
BTW, where can I find list of improvements/bug corrections from 3.0.44 (mine) and 3.0.59?
Gianluca

 

[bwilch]

http://support.avaya.com/elmodocs2/ip_office/tech/Global_IP_Office_Technical_Bulletin_Number_46.pdf

 

[JeSTeROCK]

You can do fixed diversion that uses voicemail pro to distinguish between internal and external calls using Route incoming call

 

[tekkanet]

Thanks.
On monday and tuesday I'm going to have voice mail pro configured, so I will test this.
Gianluca

 

[CiCiNL]

JeSTeROCK,

Do you by anychange know or have experience with if there is a limitation to the the number of actions you use VMPro and memory used like on the INDeX IVM? For instance when you use a large amount of Q-actions it the callflow couldn't be too large, which would cause slow call processing,lockups and reboots, all because of the specific memory allocation.
Lets say you want to use the route incoming call and the route by call status for all users and you would change the default startpoints, will this affect the call processing in any way?

 

[JeSTeROCK]

Have setups with over a 100 start points, either user, groups, short codes or modules.

The main fallback with the index was the ivm hardware and os

Haven't found any issues with big call flows. I'm working on some big ivr and fax call flows at the moment, will let you know the outcome

I dislike having to do too much in call flows though, gives you a headache going through it after a couple of months

 

[auEric]

What about setting "Incomming Call Route" to a group and put extn into the group, then overflow the group to reception.

 

[tekkanet]

I resolved using "Route Incoming call" and then "route by call status" actions.
Thanks.
Gianluca

 

[IPGuru]

Just to re-afirm Jest-rocks comments
the major difference between INDeX IVM & IP Office VM Pro is VM Pro works!

The IVM kepet absolutly everything in 1 big database file, this became unwieldly with large configs & invariably corrupted in the event of a crash.

VM Por uses a number of small files (1 for call flow & 2 for each mailbox) these can be intrerpreted faster & becausse they do not usualy need opening for write access are less prone to corruption.