Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations derfloh on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
G3 CDR Devices ? 2
- Thread starter fastbusy
- Start date
There is a RS-232 port on the back of the Processor cabinet that is used to connect CDR devices. Avaya has a Windows based CDR program but I have never been that impressed with Avaya's CDR boxes. Check out other vendors CDR products like Infortel. They do a better job.
The Telco Research TRU System (recently acquired by Peregrine), the ISI Infortex Rodata System, and the Microtel Microcall System are three CDR systems that I've experienced as working well with the G3.
All three have a proven track record of consistently dependable, reliable, accurate call tracking from my experience; the environment I'm familiar with has had them running 24x7x365 for anywhere from four to eight years, depending on the platform and when the office it's in was opened. They typically handle anywhere from 5K to 150K calls per day, again depending on the office where they are installed.
Like most call accounting system platforms, there are distinctions among their features, capabilities, and user interfaces that are mostly a matter of personal preference and budget size.
Based on the installations in the environment I'm familiar with, TRU differs from Rodata and Microcall in that its database isn't part and parcel of the application itself. It relies on a separate Foxpro database. There were some database stability issues with that system during startup.
All three companies have been pretty good at providing technical support, maintenance, and repair. I found them particularly responsive during Y2K readiness, and among the companies I found most proactive in understanding and protecting their customers interests during this critical period. Many major equipment vendors and service providers should have aspired to similar levels.
I have no experience with using them for billing chargeback or phone bill allocation. Each system offers this to varying degrees, with some level of functionality part and parcel of the basic package, and more available as a custom feature. (While I've experimented with the functions enough to know what's there, I've no experience with loading tariffs, etc., and can't speak to that.)
I have experience with using TRU in a remote polling mode, to cover multiple PBXs with the same central system; both the polling PC and the buffer boxes work well. I only have experience with Rodata and Microcall in a dedicated standalone mode, though believe they offer similar distributed capability.
All three have a proven track record of consistently dependable, reliable, accurate call tracking from my experience; the environment I'm familiar with has had them running 24x7x365 for anywhere from four to eight years, depending on the platform and when the office it's in was opened. They typically handle anywhere from 5K to 150K calls per day, again depending on the office where they are installed.
Like most call accounting system platforms, there are distinctions among their features, capabilities, and user interfaces that are mostly a matter of personal preference and budget size.
Based on the installations in the environment I'm familiar with, TRU differs from Rodata and Microcall in that its database isn't part and parcel of the application itself. It relies on a separate Foxpro database. There were some database stability issues with that system during startup.
All three companies have been pretty good at providing technical support, maintenance, and repair. I found them particularly responsive during Y2K readiness, and among the companies I found most proactive in understanding and protecting their customers interests during this critical period. Many major equipment vendors and service providers should have aspired to similar levels.
I have no experience with using them for billing chargeback or phone bill allocation. Each system offers this to varying degrees, with some level of functionality part and parcel of the basic package, and more available as a custom feature. (While I've experimented with the functions enough to know what's there, I've no experience with loading tariffs, etc., and can't speak to that.)
I have experience with using TRU in a remote polling mode, to cover multiple PBXs with the same central system; both the polling PC and the buffer boxes work well. I only have experience with Rodata and Microcall in a dedicated standalone mode, though believe they offer similar distributed capability.
-
1
- #4
We have a G3R and recently connected our call accounting software via a 7400B Data module off of a TN754 circuit pack. There is not an available RS-232 port on the back of our cabinet.
You can extract raw data with a serial printer or hyper-term on a pc connected to the data mod. There are adjustments in the switch in order to report certain activities. (External and Internal calls)
Most CDR vendors will sort through the raw data to print reports that can easly be understood. Make sure you know what information you want to see before you look for a vendor and try to understand what information will and won't be sent out of the switch. We are currently using a company called Telemate.
You can extract raw data with a serial printer or hyper-term on a pc connected to the data mod. There are adjustments in the switch in order to report certain activities. (External and Internal calls)
Most CDR vendors will sort through the raw data to print reports that can easly be understood. Make sure you know what information you want to see before you look for a vendor and try to understand what information will and won't be sent out of the switch. We are currently using a company called Telemate.
- Thread starter
- #5
- Thread starter
- #7
Apologies, Guys - It seems that my initial understanding of the term "CDR" was incorrect. My interpretation was "voice call recording", which obviously is inacurate.
Now that I understand what CDR is and what it can do for us, I have implemented a solution as follows.
(1) DCE connection to Wintel PC Serial Port
(2) Hyperterm saving log to locally shared text file
(3) Windows 2000 Server command-line AT job to synchronise with share on other server.
OK, so we're not using sexy software to do the job ... It's practically zero cost though.
The text file can be imported easily into Excel. Excel uses auto-filter feature which is great.
Cwarren,
You are right, You can use a station port to extract the data in following three conditions:
1. A Digital Extension with an data module
2. A data extension with ADU(Async data Module)
3. If you have an ISDN card & phone , you can use the ISDN phone to have a datacard also which can be extended to the serial port of the PC.
Hope this would help
You are right, You can use a station port to extract the data in following three conditions:
1. A Digital Extension with an data module
2. A data extension with ADU(Async data Module)
3. If you have an ISDN card & phone , you can use the ISDN phone to have a datacard also which can be extended to the serial port of the PC.
Hope this would help
I have a more basic question for this thread. Exactly which port on the back of the switch (Definity G3si) do i connect the serial cable to for port capture? I have one (25-pin) labled "Data Communication Equipment" that I believe is the correct one. Is this true?
I'm also looking into CDR purchase, we're using an ADM and Hyperterm at the moment but I've got clearance to go out and buy a new toy!
Does anyone have any experience of the following software:
Tiger - Tiger Communications.
Emerald XP - Solitaire.
Any comments on them would be appreciated!
Does anyone have any experience of the following software:
Tiger - Tiger Communications.
Emerald XP - Solitaire.
Any comments on them would be appreciated!
- Thread starter
- #19
ghowson -
Nice to see someone promoting Linux.
It should be easy to use Linux with the free method.
Just get hold of a Linux-based Procomm or Hyperterminal clone.
As for analysis, personally I use Excel, but I'm sure someone must have developed a Linux-based equilavent. Probably better too !
Nice to see someone promoting Linux.
It should be easy to use Linux with the free method.
Just get hold of a Linux-based Procomm or Hyperterminal clone.
As for analysis, personally I use Excel, but I'm sure someone must have developed a Linux-based equilavent. Probably better too !
robsuttonjr
MIS
I have created a foxpro program to collect CDR data to a database. It also has a small window that displays the outgoing call data. Too bad it ended up not being what I needed though. I am trying to find out how to collect info on INCOMING calls.
- Status
Similar threads