Messages

1

Mitel MiVoice Business/MCD/3300 / Re: SIP Trunk locking up/not releasing calls

« on: July 03, 2011, 08:59:43 PM »

Thanks for the tips.

I just double checked my trunk settings and my timer was already set to 0. Next time the lines lock up I'll try setting the peer to busy and then releasing it.

Still a very odd issue. I have never seen this on any other systems we have deployed. I wonder if it is a bug particular to this release...

2

Mitel MiVoice Business/MCD/3300 / SIP Trunk locking up/not releasing calls

« on: July 01, 2011, 03:15:40 AM »

Has anyone experienced anything similar this this?

MCD Release 4.0 (10.0.0.10_2)

We have 1 SIP trunk with licenses for 2 simultaneous calls. The SIP calls terminate on a Patton Smartnode BRI adapter.

Every couple of days I will suddenly be unable to make or receive any calls through by BRI line. After some investigation it appears that the MCD seems to believe that the calls are still active.

If I run SIP SHOW ACTIVE ALL from the maintenance command I get the following:

1) Link: SIP_GW Profile: SIP_GW ID: 10a6ac20(382)-10000294
 Started at FRI JUN 24 14:38:41 2011
 Calling: 03XXXXXXXX@192.168.215.7
 Called: 1XXXXXXXXXXXX@192.168.215.7
 State: StateReleasingWaitForResp
 MediaState: StateMediaTerminated (-1,-1)
 Call-ID: 678595632-92469908@192.168.215.2
  Media Session not present

2) Link: BC_GW Profile: BC_GW ID: 10a69d10(473)-10000364
 Started at MON JUN 27 13:35:44 2011
 Calling: 03XXXXXXXX@192.168.215.7
 Called: 1XXXXXXXXXXXX@192.168.215.7
 State: StateReleasingWaitForResp
 MediaState: StateMediaTerminated (-1,-1)
 Call-ID: 2697945168-92470211@192.168.215.2
  Media Session not present

It is showing that there are 2 calls still active on the SIP trunk. If I check the gateway itself I can see that there are no active calls. It seems that the controller is "hung" in some way.

What this means is that I can no longer receive or make calls though the SIP Trunk. The trunk is configured for only 2 simultaneous calls.

If I remove the trunk and run SIP SHOW ACTIVE ALL it will return the same results, it seems that it still thinks the calls are active.

The only way I can get calls active again is to delete the trunk and recreate it with a new name. I have done this a few times but calls will eventually hang again forcing me to re-do it all over again.

Is there any way to clear the calls using the maintenance commands? If I reboot the controller it will flush the list, but this is not really an option in a production environment.

Has anyone else seen similar problems?

Any pointers/ideas would be appreciated.

Cheers

3

Mitel Software Applications / Re: Nupoint menu + No answer recall

« on: April 20, 2011, 12:26:14 AM »

@Mattmayn I was seeing it go to specific VM boxes on the Nupoint i.e. Menu 1000 -> Multicall Group 1001 call rings out and then forwards to VM box for 1001 even though all system routing for 1001 is normal.

@ralph thanks for the clarification, that seems to fit with what I've been observing.

My workaround was pretty straight forward. I set the FCOS for the multicall group mailbox to only include 'call director' and then setup a call flow that performs a blind transfer back to itself.

When a caller is waiting for the call to be answered they hear a slight pause after the No Answer Recall timer kicks in, from the phone agent side we see the phones stop ringing for a couple of seconds before the call is initiated again.

I believe there is a limit to how many times the Nupoint will let me call back before it terminates the call, but if I set the No Answer Recall timer to it's max setting it should be more than enough time for what we want to do.

Thanks for the comments/help

Conor

4

Mitel Software Applications / Nupoint menu + No answer recall

« on: April 18, 2011, 02:33:58 AM »

I am a little bit confused by some behavior I am seeing between our Nupoint 4.0 and our 3300 ICP (release 4.2).

We have an inbound number which is directed to a menu via a speed-dial. It is a fairly regular menu, selecting options 1 through 9 will perform a blind transfer to a multi-line appearance group.

It appears that if an option is selected and after the blind transfer there is no answer from the group the No Answer Recall timer kicks in. The call is then routed to the multi-line appearance groups VM account. What is confusing is that none of the multi-line groups have voicemail accounts setup. As such the caller gets prompted with a default Message Center greeting. The routing for all the multi-line groups is normal and should never go to voicemail.

I have figured out a work around (which I can explain later if anyone wants to know), but I am confused as to why the call is getting routed back to voicemail. Since the multi-line group has the default routing it should never go to voicemail. It seems to me as if the multi-line group is inheriting the routing of the original menu extension that was dialed.

Just wondering if anyone else has any experience with this? Or any explanation why this happens. Is it possible to disable the No Answer Recall timer?

Cheers,

Conor