Author Topic: MCD CDR/SMDR problem  (Read 2492 times)

Offline Timur

  • Contributer
  • *
  • Posts: 10
  • Country: kz
  • Karma: +1/-0
    • View Profile
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       
                   


Offline petr.necas

  • Sr. Member
  • ****
  • Posts: 393
  • Country: cz
  • Karma: +8/-0
    • View Profile
Re: MCD CDR/SMDR problem
« Reply #1 on: November 15, 2016, 09:55:52 AM »
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.

Online ralph

  • Mitel Forums Admin
  • Hero Member
  • *****
  • Posts: 5767
  • Country: us
  • Karma: +469/-0
  • Published Author: http://amzn.to/2dcYSY5
    • View Profile
Re: MCD CDR/SMDR problem
« Reply #2 on: November 15, 2016, 02:09:00 PM »
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

Offline Timur

  • Contributer
  • *
  • Posts: 10
  • Country: kz
  • Karma: +1/-0
    • View Profile
Re: MCD CDR/SMDR problem
« Reply #3 on: November 16, 2016, 01:00:04 AM »
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


 

Sitemap 1 2 3 4 5 6 7 8 9 10