Recent content by EngVOIP

What is the audio like when they make internal calls from IP set to IP set? What is the audio like when they make internal calls from IP set to TDM device? What type of phones are they making calls from that exhibit poor audio quality? Thanks,

^^ You will see the ICP address follwoing the above method. Alternatively if you remove power from the phone (usually by disconnecting the network cable from the back of the phone) and reconnect the cable, the phone will boot up and will show the ICP address buring bootup sequence.

Feature access codes on the Mitel are blank by default so the installer will have set them up. You can find the ip address of an operational phone by accessing the debug menu. 1.Press and hold the Volume Up key. 2.Press and hold the Volume Down key. 3.Release the Volume Up key. 4.While still...

You'll find the issue mentioned in the 4.1 sp2 release notes. As I say it is patched in 4.0 sp4 (pre GDM), with a full fix in 4.1sp2. "MN00338603 - Handsets on 5330/5340 sets have no audio when a cordless headset module is connect REPORTED IN SW LOAD - 10.1.1.11_2 SYMPTOMS Some 5330/5340 sets...

Sounds strange, have you any re-routes on extension 605?

Sounds like you have a software version issue. I have seen this before, it was resolved in 4.0 sp4, so I am assuming you are pre this release?

And you can set "logout last agent on no answer" in the system options to YES to even have the last agent logged out and invoke path unavailable if required.

Try ringing the voicemail ports 605-616 individually, so they answer?

The key to programming multiple auto-attendants on the embedded voicemail is whether the auto-attendants have the same opening and closing hours, use the dummy acd paths and interflow workaround to get different menu node mailbxes to play depending what service the telephone system is in.

After a bit of trial and error I found my vwm ports registered when set up as 5020 IP sets with the service level set as "trusted" rather than "full" which was important.

I have seen very little in terms of documentation, although I have played about with it for a while now.

You mean if the call is re-queued and the non answering agent logged out, the timers start again? The only reason I mentioned this is because I have seen it reported that calls are not interflowing, only to find that the last agent is set to not be logged out and hence the interflow does not...

Another thing to keep in mind is that all timers, interflow or overflow, are only checked while the call is queuing, not while the call is ringing at an agent.

Yep, UK is nearly always 9 for an outside line, I have seen 0 for an outside line in Ireland though.

Calls are only overflowed to secondary agent groups, not paths. When the call is overflowed to the secondary agent group, and say all agents in both acd groups are unavailable, it will still attempt to present the calls to the primary group if possible.