Mitel Forums - The Unofficial Source
Mitel Forums => MiVoice Office 250/Mitel 5000 => Topic started by: scottyg on February 05, 2015, 01:35:39 PM
-
Mitel 5000 w/ remote 8662e phones. No MBG involved on the remote end. Cable modem bridge -> Linksys WRT54GL w/ Tomato.
User on the remote end cannot pick up calls that have been placed on hold by someone else. He sees a solid red light, not a blinking one, that would indicate he can pick up.
This is actually happening on a couple remote sites now.
Any idea what could be happening?
All other remote sites are working fine.
We are using 1:1 Nat on PBX on main office, and I know people have reported problems with this, but I would think that the fact that some remote sites work fine, would indicate that the 1:1 NAT isn't the culprit.
Anyway, anyone have any ideas? I'm stumped and a bit frustrated, after spending the last week and a half replacing the remote user's Comcast Netgear modem/firewall with a Motorola SB6141, and configuring the Tomato gateway, thinking that Comcast's equipment was causing the issue.
Still happening though.
Thanks for any ideas!
-
Scottyg,
If you have verified that other remote phones on that same system are able to Reverse Transfer a call then have you copied over the network settings of those phones so you know they are the same?
Have you brought an 8662 up locally and copied the settings from one of the phones that is not able to Reverse Transfer and verified whether or not it is able to do it?
Thanks,
TE
-
Thanks for the reply. I have verified that the PBX-side config for both good and bad extension is the same, and have also verified that the config in each phone is the same when placed into programming mode.
Is there any other config I should be aware of?
I ended up finally opening a support ticket with Mitel Support, though from past experience, I'm not sure they will be at all helpful.
I'll update this thread with results as they come. In the meantime, if any other ideas pop into mind, do let me know.
Thanks!
-
Scottyg,
What does it show when the user tries to perform a Reverse Transfer from a phone that you know has a call on hold?
Thanks,
TE
-
You said that the lamp is solid red, not blinking. Is this a trunk key? If so, is the remote phone included in the list for Answer Access on that trunk group?
-
scottyg - If you can call between endpoints, and have two way audio, your NAT/NTWK settings are fine. This is probably a feature implementaion or execution error. Are the endpoints involved using system hold or individual hold? Call keys or Individual Trunk keys? The solid RED light is what kind of key?
-
Just wanted to post a follow-up here in case it helps the next person.
Problem was that the user who could not pick up calls placed on hold, was not a member of the Trunk Group that placed the call on hold.
Specifically, that user's keymap was pointed to the wrong Hunt Group.
cheers