Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - Timur

Pages: [1]
1
Mitel MiVoice Business/MCD/3300 / Busy tone not stopping after call ends
« on: December 28, 2020, 05:22:22 AM »
Hi all!
Can someone tell me how can I release the Line after one of the callers hang up?

For now it's -
1) Ext A talks to Ext B. (hands free mode)
2) Ext A hangs up.
3) Ext B hears Busy tone. ('TXX BUSY' on screen). And busy tone keep going untill timeout after 30 sec (Busy tone Timer I think).
Or I manually shut it down by pressing cancel or "hands free" button.

How can I achieve this?
1) Ext A talks to Ext B. (hands free)
2) Ext A hangs up.
3) Ext B hears Busy tone for 5-7 sec. and then releases the line. (Or release immediately)

I'm using MCD 6.0. Phones are Mitel 5340.
Can someone  please point me where to dig?


Thanks!

2
Hello,
totally stuck with routing a group of extensions to a specific SIP trunk.

Got 8 branches registered to one MCD. Also got 8 SIP trunks for each branch. Trunk access is by prefix "9" and it's same for all.

I'm need to set up routing for something like this:
Extensions 1000-1099 dial 9XXXXXX and uses trunk-1.
Extensions 1100-1199 dial 9XXXXXX and going through trunk-2.
And so on.

I was able to make this working for 6 groups, with CORs on ARS routes and assigning them to ARS route list on dialed "9".
But there is only 6 alternative routes in 1 ARS route List form.

How can I do the same for 8 and more routes?
I suspect there is a better solution, than the ARS route lists.

Would appreciate for any help!

Thanks,
regards, Tim

3
Mitel MiVoice Business/MCD/3300 / Mitel MCD local streaming
« on: June 16, 2017, 04:57:01 AM »
Hi all! I have another silly question :-))

Is there some options to disable local streaming for local, non teleworker, devices? I need rtp from local devises to path through MCD. Something like disabled local streaming option for MBG tw users.

Thank you!




4
Mitel MiVoice Business/MCD/3300 / MCD CDR/SMDR problem
« on: November 08, 2016, 06:49:22 AM »
Hello, could somebody kindly help me with a strange problem with the CDR / SMDR in MCD cluster?
There are a cluster of several MCD's with a single gateway to gsm provider located on "central MCD".
Calls from remote MCD passes by Direct Ip routes to the "central MCD" and overlook the gsm network.
There billing system connected to each MSD via telnet.

The problem is that there were lost calls, which are displayed in the billing system without Calling party.
When parsing SMDR on each MCD following picture appears in CDR:
__________
Normal Call from remote MCD
"Central MCD"
09/30 10:07P 00:00:21 X999      77471791800               A                         101                       
09/30 10:07P 00:00:18 X999  015 987471791800                                        101 
"Remote MCD"
09/30 10:07P 00:00:19 3032      987471791800              A X999                    108 

So, we can see that user 3032 dialed 987471791800.
Billing system is taking CDR record from Remote MCD and processes it
According to the values "101" and "108" I can determine which PBX involved in this call.
101 is Central
108 is one of remote MCD.
__________
Lost Call
"Central MCD"
09/30 10:24P 00:01:43       018 987777769847                                        101                       
09/30 10:24P 00:01:43           77777769847               A                         101     
"Remote MCD"
There is no records according to this "called party"

Strange call. I can see it on central MCD's CDR and provider call detalization. But can't find out which user made it.
__________
The record structure is similar if the call came from any of the remote MCD, but there is no identifier for Direct IP link/route "X999" . Also, there is no any records with this calls "called party" on other Remote MCD's CDR.
It turns out that the problem is in SMDR settings, but I can not figure out where exactly. It's not a global problem, due fact that there are normal remote calls.

Need help :-)
Thank you!

P.S. Sorry for my english

Regards, Timur       
                   

Pages: [1]