Calls to third party Conference Bridge disconnects randomly

[srirammig112]

Hi all,
We have a Mitel 3300 CX with rls 8.0 pr1 active sw load 14.0.0.91 .One PRI and 4 analog trunks . There are no issues of disconnection whatsoever for local or long distance calls. However, when we make a call to an International Conference Bridge (in UK) we observe a random disconnection of calls after being in conference for two minutes and getting a fast busy tone and "time out" on the display.  We have taken traces earlier on an extension which experienced this disconnection issue.Here it is :

16:50:07 RO700 DPN 25 SSRM_I  *100*Anupam Jadhav#*19*Z#*58*Ca*1*Z#             
16:50:07 RO700 DPN 2D SSRM_I  *58*CW*E|pu@@@@@f_igP#*58*C6*001#*58*C4*4*1#     
16:50:07 RO700 DPN F  SSRM_I  *58*CY*2*-#004                                   
16:50:07 RI700 DPN 7  NIM     *51*3#                                           
16:50:07 RO700 DPN 2  SSRM_I  4                                                 
16:50:10 RO700 DPN 2  SSRM_I  3                                                 
16:50:10 RO700 DPN 2  SSRM_I  3                                                 
16:50:10 RO700 DPN 2  SSRM_I  3                                                 
16:50:11 RO700 DPN 2  SSRM_I  3                                                 
16:50:11 RO700 DPN 2  SSRM_I  0                                                 
16:50:11 RO700 DPN 2  SSRM_I  0                                                 
16:50:12 RO700 DPN 2  SSRM_I  1                                                 
16:50:12 RO700 DPN 2  SSRM_I  1                                                 
16:50:12 RO700 DPN 2  SSRM_I  5                                                 
16:50:13 RO700 DPN 2  SSRM_I  2                                                 
16:50:21 RI700 DPN 18 NIM     *4*4#*240*bhD#*58*Ca*2#                           
16:50:21 RI700 DPN 1C NIM     *240*aX`#*58*Ca*2#*58*CP*G#                       
16:50:21 RI700 DPN 1C NAM     *4*4#*166*1 2 3 4#*240*aX`#                       
16:50:22 RI700 DPN A  CCM     *58*CP*G#                                         
16:53:09 RI700 DPN 17 CRM/CIM ;30;*166*1 2 3 4#*234*D@#                         
16:53:27 RO700 DPN 1D ISRM_I  ;10;*1#*50*7061#*58A*Cc*4*7061#                   
16:53:27 RO700 DPN 25 SSRM_I  *100*Anupam Jadhav#*19*Z#*58*Ca*1*Z#             
16:53:27 RO700 DPN 2D SSRM_I  *58*CW*E|pu@@@@@f_yLP#*58*C6*001#*58*C4*4*1#     
16:53:27 RO700 DPN F  SSRM_I  *58*CY*2*-#987                                   
16:53:27 RI700 DPN 7  NIM     *51*3#                                           
16:53:27 RO700 DPN 2  SSRM_I  0                                                 
16:53:28 RO700 DPN 2  SSRM_I  4                                                 
16:53:28 RO700 DPN 2  SSRM_I  2                                                 
16:53:28 RO700 DPN 2  SSRM_I  5                                                 
16:53:28 RO700 DPN 2  SSRM_I  6                                                 
16:53:28 RO700 DPN 2  SSRM_I  5                                                 
16:53:29 RO700 DPN 2  SSRM_I  6                                                 
16:53:31 RI700 DPN 18 NIM     *4*4#*240*aX`#*58*Ca*2#                           
16:53:32 RI700 DPN 1C NIM     *240*aX`#*58*Ca*2#*58*CP*G#                       
16:53:32 RI700 DPN 1C NAM     *4*4#*166*1 2 3 4#*240*aX`#                       
16:53:36 RI700 DPN A  CCM     *58*CP*G#                                         
16:55:09 RO700 DPN 2  CRM/CIM ;30;                                             
16:55:09 RI700 DPN 2  CRM/CIM ;30;                                             
16:57:21 RO701 DPN 2  CRM/CIM ;30;                                             
16:57:21 RI701 DPN 2  CRM/CIM ;30;               

We couldn't figure out from where this disconnection was happening from these traces. Can anyone please help us to understand and make changes in Mitel controller (if any) accordingly  ?



Regards
Sriram

[srirammig112]

Wanted to add some more information

Note :
Upon observation we have found that when we turn on the mute key on the IP phones then this disconnect happens If not muted then the call lasts and doesn't disconnect.  This issue is happening only for outbound calls to the conference bridge.All other calls are working fine irrespective of turning on the mute key or not. We also observed that while being mute on a conference bridge call if we press any key then the call gets extended by another 2 minutes before getting disconnected.

[ralph]

Let me be sure I understand.
If the mute key is lit then it doesn't happen?

Ralph

[srirammig112]

Dear Ralph,
Thank you for replying.If the mute key is lit then the disconnection happens after 2 mins.If there is no mute then the cal will continue.



Thank you

[acejavelin]

Only support can really read ccs traces, and even then only a few actually know how. You would be better off to look at the ISDN or SIP traces and see where the disconnect is coming from.

[ralph]

Here's my guess.
When you press the mute button then the audio stream stops.
Somewhere between you and the conf bridge something sees an empty audio stream and decides the call has been disconnected so it drops the call.
My next step would be to call the carrier and have them trace the call as you duplicate the issue.

Ralph

[srirammig112]

Hi Ralph,
You guessed it right. Its indeed from the Conference Bridge Service Provider .I called into the same Conf bridge number from another PBX(Siemens Hipath 3550) and did the same activity(Mute/unmute the handset and check) and found calls got disconnected after 2 minutes when the phone was kept on mute. I have now asked the customer to either raise a ticket or take up this issue with the Conference Bridge Service Provider .

Thank you so much Ralph and all others who helped me .

Regards
Sriram