Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations biv343 on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Looking for odd solution for Nupoint AA transfer to specific extension on MiVoice Business 3300

Status
Not open for further replies.

kwbMitel

Technical User
Oct 11, 2005
11,505
CA
MiVoice Business 3300 - Current release
Nupoint - Current release


I have a somewhat complicated request that has so far stumped me.

It involves an exec that wants special routing for his phone (surprise, surprise)

The issue is that he wants callers, that enter his extension via the Nupoint Call Director Auto-Att, to be directed to his assistant. He wants internal callers that dial his extension to ring his phone. His DID routes via the DID table to his assistant.

I've tried everything I can think of via the Nupoint. Nothing I do there works without breaking something else.
I've tried interconnect restrictions by isolating the VM and his Extension to block calls from VM and follow an intercept but his routing to voicemail supercedes the intercept. It prevents his phone from ringing but does not follow the intercept.

The Nupoint ports are effectively 5020 sets and are considered internal. I don't know if there is a way to designate a station to be treated as an external device similar to how the SX-200 can. It isn't via COS if so as far as I can tell. If I could designate the VM ports as external I could possibly use the forwarding to differentiate the type of call.

There's lots more I've considered and tried without success but I'd like to crowd source some ideas at this point to see if anything shakes out.

Please and thank you

**********************************************
What's most important is that you realise ... There is no spoon.
 
Is this a standalone or enterprise system?

Although I haven't done it myself I have heard of creating loop back IP trunks.
Would this then be considered as an external call if you were to route via that?
 
It is enterprise but I can't think of any way to modify the gathered digits on the Call Director transfer. The digits match the extension. I can't loop it or anything else unless I can modify the dialed digits. If I can modify the dialed digits, I don't need to loop it, I can just assign the modified digits as a speed call and send it wherever I like.

The Call Director Menu is set to allow multi-digit transfer to gathered digits up to a maximum of 4 digits. The Call Flow does not use any settings from the mailbox to control how the call is transferred. In fact the destination does not require a mailbox to function.

At the line group level I could add prefix digits on the transfer but this would affect All users and I would need to create speedcalls for everyone, and remember to do so for all future additions. Not really viable.

[ponder]
[idea]
That being said, If I added prefix digits to all transfers and sent all transfers via loopback IP trunks I could send all of them via a generic default route and make a specific one for the extension in question. This has a fair degree of success without long term consequences. Food for thought.

**********************************************
What's most important is that you realise ... There is no spoon.
 
[banghead] Call Director does not engage the Pre DN settings

I found another round about way but it isn't worth posting as it has as many holes as swiss cheese.

The customer accepts the caveats though, so there's that. CEO takes precedence (as Usual)

**********************************************
What's most important is that you realise ... There is no spoon.
 
Nupoint Callflow for Line group with Multi-digit transfer to gathered digits

The Nupoint cannot modify the digits that are gathered before or during transfer. Straight from the Horses Mouth so to speak (Mitel TAC)

Their (Mitel's) suggestion was to engage a personal call flow for the user and enable the Try Call Flow first option as part of the transfer

I had already dismissed this method as it would impact normal users calling the phone and prevent calls from proceeding to voicemail. Mitel assured me it would work. It did not and I have advised them of such.

As part of this exercise though, I wondered if I might engage the Caller ID filter to differentiate between a call coming from a standard user and a call coming from the AA. Answer - no you can't as the call coming from AA is direct callflow to callflow and no digits are presented.

As part of the above, I noticed another function that I've never played with: Internal/External filter. I set the internal filter to proceed to the user VM and the external filter to proceed to the assistant. Crossed my fingers that Callflow to Callflow is considered external and bob's your uncle it works.

As a due diligence check I tested how this might impact other users with personal Call Flows. It does and that sucks. Anyone with a personal Call flow will reach the call flow without ringing the phone. If a menu exists, and you want the ability to ring the phone, you must make a transfer option to the phone via the personal call flow. Luckily, This works and there was only 1 user with a personal call flow.

As a future proofing exercise, I advised the customer that if anyone creates a call flow as the users have their own access via the Micollab Portal, the AA transfer will fail. The customer accepted this caveat and will manage this if necessary.

This is closest to the most difficult thing I've done in a very long time. I was totally prepared to say it couldn't be done.

**********************************************
What's most important is that you realise ... There is no spoon.
 
You can trap this via a menu structure that accepts a single digit. I have done something similar on a multisite to block transfers to other locations.

You basically at the top level have a menu with 1 dtmf. The second level for all key presses depends upon the next number you want to trap. Say the extension number is 1234, first menu traps leading digt. Second also looks for one, it math goes to a third and all other go to a menu with multi of 2 more, Third level look for next digit, math goes to 4 that is set to tranfer to all that have the 3 common digits.
 
I did consider something of that nature but the customers directory structure for the phone extensions are all over the map. They dont all start with the same leading digits. I don't have enough leading digits to dedicate to mapping the directory structure without compromising the existing menu choices for other purposes. Using the multicall transfer allows me to dual purpose each leading digit. The nupoint is central attendant for a multisite enterprise currently consisting of near 1000 extensions in a cluster of 16 sites that is growing by several new sites per year.

**********************************************
What's most important is that you realise ... There is no spoon.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top