CDR output - PBX Info :: Your Free PBX, PABX and Telephone Information Resource
Home | Register |    
 
Forums         |        Articles          |        Blogs         |      Software          |      Portals          |      Resource          |      Wiki      |    White Papers         
 
Go Back   PBX Info :: Your Free PBX, PABX and Telephone Information Resource > PBX SYSTEMS > AVAYA > Definity Support
   SEARCH  
     
User Name Password      
Save ?
Definity Support Definity Servers Support

Tags: ,


Reply
 
LinkBack Thread Tools Display Modes
Old 12-09-2005, 03:37 PM   #1 (permalink)
TalkDave
Junior Member

Activity Longevity
0/20 10/20
Today Posts
0/0 ssssssss2
Rep Power: 0TalkDave is on a distinguished road
We seem to get inconsistant data with our CDR. We are using a data mod to connect to a computer. WE have a programmer that wrote in an inhouse data collection program and reporting program. Instead of sending the entire stream, he asked us to limit the number of fields we send out of the switch using the CDR form, which we have.

We have been working together to try and figure out our discprepancies and both sides are assuring the other that all the data is being sent by the switch, and all data is being collected by the computer connected to the data mod.

The problem is, if we go back and look for a call regardless if it were inbound, outbound, internal or anything. We do not always find the call.

Is there any known issues from the Avaya G3R regarding CDR, or is it recommended to take the entire stream instead of chosing which fields to export? Also,every so often, he sees that the switch will send out a date format not consistant with the rest, any idea of that?

Any thoughts or prior experiences with similar issues will be appreciated.
TalkDave is offline   sendpm.gif Reply With Quote
Old 12-15-2005, 09:00 AM   #2 (permalink)
TalkDave
Junior Member

Activity Longevity
0/20 10/20
Today Posts
0/0 ssssssss2
Rep Power: 0TalkDave is on a distinguished road
Just wanted to give anyone intersted an update of what we have found out. After doinga little more research on this..we have found that there are some issues with CDR. We decided to use IP instead of Datamods to collect data as apparently the cdr data is not a steady stream, it sends packets of info. One possible problem is that the datamods cannot handle all the info in the packets. I beleive they do have a replacement hardware for that, but either way you can collect via IP. You just have to make sure you go ip-services screen, page 3 and change reliable protocol to yes. Go to this site http://support.avaya.com/Software/Re...rt_Client.html and download reliable transport tool. We have not yet had a chance to compare the data using this verse the data we collect to our inhouse designed program, but this tool does format the data to a clean, space delimited file.

If I find any more info on this, I will post it along with our progress.

Dave
TalkDave is offline   sendpm.gif Reply With Quote
Reply



Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

Similar Threads
Thread Thread Starter Forum Replies Last Post
Call Pilot Manuals reggggg BCM and Norstar 3 10-04-2007 05:25 PM
Definity Multiple Call Appearance Question npb007 Definity Support 3 09-08-2003 05:03 PM
MER MAIL MAYBE ERR3056 Meridian Systems 8 08-28-2003 09:47 PM
Malicious Call Trace output??? Rachelle Meridian Systems 4 08-13-2003 05:18 PM
anyone know what max ring current is? erhatch Meridian Systems 8 03-10-2003 10:15 AM


All times are GMT -5. The time now is 10:43 AM.

Tags   |   Advertise    |    Media Partners   |    Admin   |   About us   |   Contact Us   |   RSS   

Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.0.0
Copyright PBXINFO LLC 2006