Genesys CTI User Forum
Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: EdPater on February 24, 2013, 10:43:59 PM
-
Hi,
Right now I’m trying to make the integration between GENESYS (SIP Server and GVP (MCP and RM) 8.1.5) with NICE SIP recorder. I’ve done all the steps indicated on the deployment manuals, even in one delivered by NICE, but the “Media Server” is not sending the RTP packets to the NICE recorder.
I can see in the log files that the recordingclient request are being done and the conference is made, but no request to the RM for the recordingservers is done.
Has anyone has accomplished this integration? I even tried replicating the steps for the GQM but still the same result.
-
Never heard of such type of integration...just asking, why would you wanna record the IVR??? ASR?
-
Is an integration to do the recording of the agents voice calls via a 3rd-Party recorder, just like the usual NICE recording but done via SIP. It's explained in the SIP Server deplyment guide on the "Call Recording--MSML-baed" and also in the Media Server and GVP Deplyment guides.
-
Ah ok, so you wanna record agents, not GVP, gotcha.
Doesn't NICE support mirror port recording? In that way you only configure the switch to mirror all traffic from agents PCs, SIP Server and MG to the Nice server port and begin to record. Than and Nice TServer SIP integration for TLib events should be enough to record calls...
From your issue, can you post your DN config?
-
GQM implementation steps does not lead to successfully integration of NICE,because GQM is fully active recording and NICE is passive recording solution,I guess. So,for sure check if you have configured following steps:
1. Allow MSML (msml-support,record-msml-support) on SIP server object in CME or GA
2. Configure MCP for allowed vrmrecorder module and configure routeset options according to the doc
3. Configure RM according to the doc
4. Create and configure Resource Access Point for recorder server (option must point to the rec server SIP listener port)
5. Configure LRGs for type -
[list]
[li]recordingclient(MCP)[/li]
[li]recordingserver(NICE)[/li]
[/list]
6. Create and configure default IVR profile which contain section with recdest,etc. options
7. Create and configure VoIP services and trunk/TG for possibility to "call" MSML services
8. Configure record option on object (type of SIP,RP,Ext,..) in CME or GA to "true" for instruct SIP to start recording
These steps will be lead to instruct all required components to start recording process, I hope :-) But,I never used this deployment in practice and I am not sure if it will work and if it is supported. My experience with deployment of NICE solution was always via SPAN ports - NICE was independent on Genesys solution.
-
And what benefits does this kind of integration brings??
-
No need SPAN ports on network infrastructure,application control of used routes/way (geo-location),load-balancing on MediaServers. But as I wrote,I am not sure that this implementation is possible to use for NICE solution. In theory yes,in practice I have never seen similiar deployment of NICE.
-
And with which recorder you could be able to do so then?
-
With ZOOM recording solution,currently under name Genesys Quality Management with MSR recording mode (active recording)
-
Agree. This is an active recording solution which has been tested by Genesys and Nice. Hence should work.
I have not tried it myself since on my current project are are integrating Nice via SIPREC to cut down on Genesys active recording licenses.
-
FYI:
- SIP Server 8.1.0 is now integrated with Genesys Media Server 8.1.4 and 3rd party recorders to provide full call recording
- Offers Media Stream Replication, eliminating the need for a network SPAN port
- Enhanced control of recording: dynamic start/stop/pause/resume
- Integration is done by MSML protocol
- Only Single VoIP DN needs to be configured for MSML Integration
- The Resource management is taken care by RM
NICE and Genesys will support Active Recording in the following versions:
- An Update Pack on top of NICE Interaction Management R4.1.
- Genesys SIP Server 8.1.0 or higher
- Media Server 8.1.4 or higher
- Configuration Server 8.0.2 or higher
- Genesys Administrator 8.1.0 or higher
-
Yes,you are right. I have confirmed from my colleague that the NICE supports active recording via GVP8.1. Prerequisities for this integration was written by genesysguru. I know only GQM implementation from practice.
-
Thank you all for all your comments,
As several of you has said the benefits of this integration is the ability of sending de RTP packets to the NICE Logger via a conference with the Media Server, so no port SPAM.
Following what Kubig initially said all I need to do was to re-follow the steps for GQM Integration for MCP (in Genesys Active Recording Ecosystem Guide), previously I missed the part where they told you about the “recordingclient.recdest” and “recordingclient.recmediactl” configuration parameters.
After doing this Media Server successfully started the conference with the NICE VRSP and the NICE Logger started receiving the RTP packets.
On small change though, in GQM Genesys Active Recording Ecosystem Guide manual they told you to set the “recordingclient.recdest” to “fixed,2”, in my case I had to change it to “fixed,1” so NICE Logger would only one Call Leg instead of two.
Finally with have a working testimony of this solution working, as some of you said before it was all theoretical.
-
Nice! Thanks for sharing ;D
-
Also I had to configure the Extension DN with "record=true" in the TServer section of the annex.
-
Option "recordingclient.recmediactl" has two possible values (as I know yet):
[list]
[li]fixed,1 - mono(customer's and agent's stream in one leg[/li]
[li]fixed,2 - stereo(separate leg for each stream)[/li]
[/list]
Option(s) "recordingclient.recdest(2)":
[list]
[li]Only recordingclient.recdest - RTP stream is sent to one LRG(one recorder),you can specify RM ip address or direct ip address of recorder,if you have only one recserver[/li]
[li]recdest & recdest2 - RTP stream is replicated to two LRG, you have to specify IP address of one recorder server from each LRG[/li]
[/list]
Currently,GQM can determine parameter recdest itself,may be NICE can it also.
[quote author=EdPater link=topic=7686.msg33209#msg33209 date=1361825782]
Also I had to configure the Extension DN with "record=true" in the TServer section of the annex.
[/quote]
I am not sure,if it is still active recording,when you have configured record parameter on extension object. In that configuration is recording started by SIP server or I am wrong? So,in GQM it is.
-
Option "recordingclient.recmediactl" has two possible values (as I know yet):
[list]
[li]fixed,1 - single SIP session for both stream[/li]
[li]fixed,2 - single SIP session for each stream[/li]
[/list]
Option(s) "recordingclient.recdest(2)":
[list]
[li]Only recordingclient.recdest - RTP stream is sent to one LRG(one recorder),you can specify RM ip address or direct ip address of recorder,if you have only one recserver[/li]
[li]recdest & recdest2 - RTP stream is replicated to two LRG, you have to specify IP address of one recorder server from each LRG[/li]
[/list]
Currently,GQM can determine parameter recdest itself,may be NICE can it also.
[quote author=EdPater link=topic=7686.msg33209#msg33209 date=1361825782]
Also I had to configure the Extension DN with "record=true" in the TServer section of the annex.
[/quote]
I am not sure,if it is still active recording,when you have configured record parameter on extension object. In that configuration is recording started by SIP server or I am wrong? So,in GQM it is.
-
Thanks for the info Kubig, I haven't tested the functionality without the recdest with I'll do it as soon as I can.
About the record=true I guess it has to be with the NICE configuration because in any other way NICE will see the Logger channels in observation failure. As I said it may be something in the nice configuration.
In the GQM deployment they use this configuration to avoid the need of the TPrivateRequest from the recordingserver.
-
Some comments:
- Verint will be supported in near future - it is up to Verint to modify their software to work with Media Server
- record = true - works with Nice correctly and it is still active recording because RTP is duplicated in "active" way to recording device
- recmediactl controls how SDP is delivered to recording server - recording is always in stereo
- 1 - one INVITE with two SDP inside (only for NICE)
- 2 - two INVITE each with one SDP (GQM and Verint)
- in LRG containing VRSP You have to select "parallel forking" as monitoring method otherwise failure of VRSP won't be handled correctly
- recdest(2) parameters are used for HA only for GQM - adding recdest2 parameter into profile will cause Media Server to send same RTP to two different recording devices
- 8.1.6 release added support for inserting beep during recording. Beep is controlled through parameters in profile
- Nice has some limitations when working with active recording - please check for most current list with Nice team
- there are some additional parameters on MCP which might effect recording - for example with default parameters if NICE is not sending RTCP packets system will stop recording after 60 sek or will be restarting recording process
- for proper geo-location support for active recording request You have to use proper version of RM/MCP/SIPS. Also default setting in RM for geo-location support will cause SIPS to reject recording request if there are not MCP's with proper geo-location
- on commercial side this integration requires new license called "Active recording connector"
-
Bublepaw,thx for detailed description. And sorry for my "hoax" with mediactl (now I know it :-))
-
Bubblepaw, also thanx for the information. Could you give more info about this
[quote author=bublepaw link=topic=7686.msg33221#msg33221 date=1361886448]
- there are some additional parameters on MCP which might effect recording - for example with default parameters if NICE is not sending RTCP packets system will stop recording after 60 sek or will be restarting recording process
[/quote]
Cuz I just realize that my system has this issue.
-
Please set rtp.multichantimeout to 0
-
And what about option "rtp.timeout",I configured it to value 0 too
-
This was great help thanks guys
-
Hello Experts,
I have a quick question about integration between Nice & Genesys Pure Engage.
In order to integrate Nice Call Recorder with Genesys PureEngage, how I could create a recording service on Genesys side ? Could you please tell me step by step ?
Many thanks,
-
Quick question requires quick answer : so, read and follow documentation for GVP (or GMS - aka Genesys Media Server) as was previously recommended within other topic
In short you have to:
- Install, deploy and configure Genesys SIP, RM and MCP
- Configure DNs for recording (Extensions, VoIP service, etc.)
- Create and configure IVR profile
- Create and configure LRGP