Blogs

Cisco is coming out with a new line of phones which will supersede / obsolete the existing 79xx models over the next couple of years. The primary issue with supporting RT/RT Lite phones is with required support for Join Across Line(JAL) and Direct Transfer Across Line (DTAL) features, which requires UCCE to monitor multiple lines on agent devices.
...Read More

 

Showing 1 result.

Forums

« Back to CTI Server Protocol Questions

How to implement the "Cisco:CallRecording" registration

Combination View Flat View Tree View
Threads [ Previous | Next ]
toggle
How to implement the "Cisco:CallRecording" registration
record
Answer
2/1/10 6:54 AM
Hello,
 
  I need to record the calls (only audio). I know I can start the recording by using the CIL SDK, but I read I need an application registered as a "Cisco:CallRecording" service, based on "CTI Server Message Reference Guide (Protocol Version 13)" document.
 
  I wanted to know if there is a SDK available to use for this or if I have to develop my own logic to connect and send messages to the CTI Server. If so, should I connect to the CTI Server (tcp socket) and then send those messages in binary format?
 
Thanks in advance.
Damian N.
 
 
 
Flag

RE: New Message from Damian Nardelli in CTI Server Protocol (GED-188) - CTI
Answer
2/1/10 8:54 PM as a reply to Damian Nardelli.
There is no SDK for CTI Server protocol. It is a socket based message
protocol. Yes you connect the the CTI Server and send and receive the
messages per the protocol specification.
Note that registering as a Cisco:CallRecording service does not actually
start recordings, it simply notifies your recording application that it
needs to start a recording. The actual recording needs to be done by
your application.
Flag

RE: New Message from Damian Nardelli in CTI Server Protocol (GED-188) - CTI
Answer
2/27/10 1:51 PM as a reply to David Lender.
Hi.
 
Once my module (let's say X) gets registered against the Cti Server in order to record calls from server side:
 
a) will the RTP packets arrive to X?
b) will the RTP packets arrive from the Client application (Agent), or actually, it will receive the RTP packets from the Cti Server?
c) may we use the monitoring session from Cisco CIL (.NET) in order to invoke the StartRecord method?
 
Regards
Damian N.
Flag

RE: New Message from Damian Nardelli in CTI Server Protocol (GED-188) - CTI
Answer
3/1/10 8:20 PM as a reply to Damian Nardelli.
a) You do not get RTP packets from ICM/CTI Server. Only RTP Start and
stop *notifications*. It is up to your application to capture RTP
packets.
-ICM/CCE will provide necessary information in CTI Event message for
recorder to locate call, such as
*-trunk info (when provided by 3rd party ACDs, or Cisco gateways through
ICM)
*-IP address of end point (for SPAN-based monitoring)
*-Agent device id (for UCM 6.0 monitoring)
b) see a
c) monitoring session? If you mean silent monitoring that has nothing
to do with recording. The Start Record method is invoked by the CTIOS
client to send the start record method to CTI Server which forwards it
to the recording app.
Flag

RE: New Message from Damian Nardelli in CTI Server Protocol (GED-188) - CTI
Answer
3/3/10 11:08 PM as a reply to David Lender.
Hello David,

  Thanks for your support.
  About the "Trunk Info" solution that you mentioned.

  Basically, we'd have to configure a "SIP Trunk" between some Cisco Component (which one?) and our recorder application. a) right?

  Then, when we need to record some extension (let's say A), we make a "conference" with A. Then we should start receiving RTP packets from an Audio Gateway regarding A. b) right?

  The fact of establishing a "SIP Trunk" is to avoid registering a bunch of extensions with some Cisco Component (which one?) to be able to record the productive extensions (I mean with "productive" the real extensions that are being used by a real call between an Agent and a Customer). c) right?

  The RTP packets will arrive to the port that was informed in the "conference" operation. I mean, I think that when you are using SIP you send an INVITE message (SIP) with the information where you will receive RTPs (SDP). d) Is this the same for this "conference" stuff?


Thanks in advance.
Regards!
Damian N.
Flag

Collateral


No files available