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 Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

SMDR Splitter

Status
Not open for further replies.

ukhodwil

Technical User
Jan 11, 2007
19
GB
Hi all,

Does anyone know of a product that can split SMDR output from an IP Office and drop it into multiple locations?

All sites have IP500v2 with 6 or 7 firmware so can't use Delta Server.
Currently the SMDR output is used by our Call recorders but we are now having to implement call loggers which also needs the SMDR output.

Is there a box out there that can split and send to multiple destinations the same smdr info?

Thanks
 
If you use the Oak Call Logger it can take the SMDR output and then also pass it onto another system like the call recorder (They call it SMDR Replication).

We have this setup on one site and it works perfectly.

| ACSS SME |
 
You could try something Intrigrant posted a while ago;

download netcat for windows and start it from a DOS box with this command:nc.exe -l -p 8011 > smdr-%date:~3,2%-%date:~6,2%-%date:~9,4%_%time:~0,2%.%time:~3,2%.txt8011 is the portnumber stup in IP Office > System > SMDRthe ip address is the ip address of the pc running netcatthe smdr data is stored in a file named like this :smdr-15-04-2011_12.47.txt

Avaya_Red.gif

___________________________________________
It works! Now if only I could remember what I did...

Dain Bramaged (Avaya Search tool )
______________________________________
 
I agree. nc.exe is the easiest way to write smdr to a file over ip. You can then copy that file and move it around as much as needed. I used bat file programming and php to get SMDR's to a mdb. This is definitely not beginner stuff, but doable.
 
Cheers guys for all the suggestions so far. I do already copy the smdr file from the oak call recorder and place it in our test call logger. The problem Is this is only being done at the end of the day so that records/data isn't duplicated. Could be my script isn't complex enough? Currently checks day, takes previous days, copies it to call logger temp dir then changes file extension to what the logger wants and then file is moved to spool dir to be processed.
Was looking for more of a mechanical method as I have a lot of sites to do this over and ideally I want the call logger to report realtime rather previous days. Any further thoughts welcomed!
 
Ah - if you use the duplicate option that is within the call logger itself and not the recorder or a script, then both sets of SMDR data is real time.

| ACSS SME |
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top