Has anybody around here actually had a successful implementation using Witness to record calls on a Cisco phone system? We have recently implemented it and there seems to be nothing but trouble and the support through Witness is far from stellar. The latest trouble is that when it is recording calls, it will only record about half of the audio. According to the support person at witness all half audio issues are caused by the network. I could see that as a possibility if the folks that are actually on the phone were reporting half audio or missing audio but I have asked several of our agents that have calls which according to Witness are half audio and they have said that there are no issues with the call so I am leaning against it being network related. All that was done to the network to implement witness was setting up a SPAN port. Here is a basic idea of how our network is layed out:
Thank you for the reply, there is the possibility that for unknown reasons the span port stops forwarding the data but I find that unlikely because I have a second span port configured and have done captures (using wireshark) and there does not seem to be any lost data but then again I'm not entirely certain as to what the witness software is looking for. I was going to load wireshark or ethereal onto the witness server just to see exactly what it is getting but the vendor will not allow us to upgrade the version of winpcap it is running because it breaks their application. Maybe I can run a capture on the second port for a longer period of time and see what I find from it. The other approach may work but we have 3 2811's that are connected into 2 core switches so RSPAN is the only valid option I have. I originally had it setup that way and they claimed that since the SPAN port was not seeing 'all' of the traffic on the voice vlan it was causing issues with the recorder not seeing the jtapi's from call manager even though call manager was plugged into the same switch (it is network teamed between the core switches). I will give it a shot to attempt to capture the data and see if I can find any thing that would indicate that the SPAN port is acting up. Thanks again for the reply.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...