Mitel Forums - The Unofficial Source
Mitel Forums => Mitel MiVoice Business/MCD/3300 => Topic started by: Timur 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
-
Hello, if possible I would try to enable more SMDR options to enable logging more data (e.g. Standardized Network OLI, Standardized Call ID Format, SMDR Extended Reporting Level 1, SMDR Extended Reporting Level 2, ANI/DNIS/ISDN/CLASS Number Delivery Reporting and maybe also the Network Format), without these options enabled I found the SMDR log quite unusable.
-
I'd suspect that the problem is you're using "Direct IP" routes.
I've had similar issues. Direct IP routes don't seem to generate SMDR records.
Try routing over an XNET route.
Ralph
-
Hello Ralph!
Sorry, I misled you :-[
I'm using Xnet trunks for this calls from remote MCD's to Central.
The only thing, I haven't made Xnet trunk's from central MCD to remote MCD's.
For now, I have made all Xnet connections. Have to wait for a while, to see if it worked out.
Thank you!
Hello, Petr!
About enabling more SMDR options:
Billing system is waiting for standard options, i have turned on when setting billing.
Enabled Options is:
(Options are in SDS)
DASS II - Call Charge Information Provided No
Extended Digit Length No
MCD - Report Transfers All
Network Format No
Report Account Codes Yes
Report Incoming Calls Yes
Report Internal Calls Yes
Report Meter Pulses No
Report Outgoing Calls Yes
SMDR Meter Unit Per Station No
SMDR Record Transfer No
System Identification 101
Time Change Reporting No
Twenty-four Hour Time Reporting No
ANI/DNIS/ISDN/CLASS Number Delivery Reporting No
SMDR Real Time Reporting No
OLI Node ID Format for Incoming Trunk Calls No
Extended Time To Answer No
SMDR File Transfer No
Standardized Network OLI No
Standardized Call ID Format No
Suite Services Reporting No
Report Internal Unanswered Calls No
SMDR Extended Reporting Level 1 No
Report Attendant Name No
Account Code Reporting for Internal Calls No
Tag Call Reporting No
Tag Call Identifier 1
Path Reporting for Internal ACD2 Calls No
Number of destination address digits to mask 0
SMDR Extended Reporting Level 2 No
Two B-Channel Transfer Reporting No
External Hot Desk User Reporting No
Suppress Initial SMDR Record with Account Code Entered Timer 5
Location Information Reporting No
I have never met this problem before, until last month. All calls were processed with these SMDR options.
Anyway, I will try to enable options you have recommended. At least I can see changes in CDR for this month.
__________________
Thank you very much gentlemen! :)
I will UPD as soon as I get details for calls for next 10 days.
Regards, Timur