Call forwarding loop

[evan631]

Most of our sales people forward their phones at night to the personal cell phones.  There seems to be an issue with that.

If a caller calls in using our toll free number they get the auto attendant, which then propmpts the caller to enter an extension, if the phone is forwarded there seems to be a loop of some sort.

If the caller calls the DID, the forwarding works seamlessly.

Any thoughts on this?

Thanks
-Evan

[ralph]

It would seem to me that the Auto Attn is restricted for being allowed to dial out.
This is normal security practice.
In order to allow your AA to following that forwarding, you may be breaking several rules.
But here it goes:
1 - check the COS of the VM to be sure it has Public Network to Public Network allowed.
2 - Set the COR of the VM ports to be the same as your trunk ports.
3 - check to see if the VM ports have an interconnect restriction that doesn't allow it to connect to trunks.

Retest after each of these.
Better security would have the users forward to system speed calls that have "over ride toll security" enabled and the COR of the VM ports completely restricted.

Ralph

[evan631]

It would seem to me that the Auto Attn is restricted for being allowed to dial out.
This is normal security practice.
In order to allow your AA to following that forwarding, you may be breaking several rules.
But here it goes:
1 - check the COS of the VM to be sure it has Public Network to Public Network allowed.
2 - Set the COR of the VM ports to be the same as your trunk ports.
3 - check to see if the VM ports have an interconnect restriction that doesn't allow it to connect to trunks.

Retest after each of these.
Better security would have the users forward to system speed calls that have "over ride toll security" enabled and the COR of the VM ports completely restricted.

Ralph
Blu Ray Movies

What are the security risks having the AA call out?

I think it would be way too much overhead for me to assign speed dials to everyones cell phones. (at least thats what i think you are talking about). 

[ralph]

The risk are you are,  the more security you remove the more likely to be hacked.
Hacked in this case would be someone calling your toll free number and then calling someone in <insert your favorite country here> on your dime.
I've seen it happen where a customer lost thousands of dollars over a weekend.

Ralph

[dutch_tuga]

Like Ralph said you have to be careful your system doesn't get hacked. I would say try to get information about "toll fraud". Mitel has documents informing about this. You can find it on MOL.

[evan631]

Ralph...when you say to forward to speed calls, I am not sure if I'm getting you right...

I would have to assign speed calls to eachs sales person's cell phone, then forward the phone to that speed call.  Is that correct?

Thank again!

[ralph]

Yes.  That is correct.
The important part of setting up the speed dial is to enable "Override Toll Security"

Ralph

[evan631]

Hey guys...I am revisiting this issue i had with the auto attendant transferring out to an external number.

We discussed that it is a security measure in place that the AA cannot forward calls out.

Ralph you mentioned better security would be to setup a system speed dials to the external number, and forward the phone to that speed dial.  i have done this, and i also set over ride toll control to yes.

where would i set the VM port COR to restricted. 

The phone is still not being forwarded to the external number from the AA.

Much appreciated!

-Evan

It would seem to me that the Auto Attn is restricted for being allowed to dial out.
This is normal security practice.
In order to allow your AA to following that forwarding, you may be breaking several rules.
But here it goes:
1 - check the COS of the VM to be sure it has Public Network to Public Network allowed.
2 - Set the COR of the VM ports to be the same as your trunk ports.
3 - check to see if the VM ports have an interconnect restriction that doesn't allow it to connect to trunks.

Retest after each of these.
Better security would have the users forward to system speed calls that have "over ride toll security" enabled and the COR of the VM ports completely restricted.Ralph

[ralph]

Look up the extension numbers of the voice mail ports in the voice mail auto hunt group.

Then go to the alphabetical listings and look up station service assignment (or station attributes) and assign an unrestricted COR to those ports.

Also, check the COS of the VM/AA ports to be sure that "public network via DPNSS" is allowed.

Ralph

[Mattmayn]

Another option would be to set up External Hotdesk Users for the cell phones and the system would treat them as internal calls. This would also give you some other features that the sales people would like such as the ablility to handoff calls.

[evan631]

Thanks Ralph and Mattmyan! 

I will try your suggestions.

***update***
The CORs are a bit confusing, and is probably a bit over my head when it comes to programming the Mitel.

Rather than creating new CORs etc, I was thinking about using the existing.

If i change the COS and COR assignment on the VM ports to match those set to the phones, would that work?  Could you see any issues arising from that? 

In my head it would work. 

[ralph]

I wouldn't match the COR of the phones.   It will work but it may open you up to a hack.

This may be a bit much but there is an article I wrote regarding Mitel ARS and security.
www.mitelforums.com/articles/mitel_ars_programming.php

I may be a good idea to have your system audited by someone who really knows his way around Mitel ARS to ensure your secure.

I'd try to block the VM via COR and then forward to the cell via system speed dials.

Ralph