Genesys CTI User Forum
Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: sorav84 on May 08, 2013, 07:39:25 AM
-
Hi,
I believe this has been discussed before but I am not able to find an appropriate answer.
We are trying to implement media server for CPA. The configuration is Trunk Group DN pointing to resource manager.
## Is it necessary to have IVR profile configured (vxml) if we only want to have CPD from media server.
If we dont put any IVR profile in campaign group. The call flow stops at Event Error , it is expecting the profile to be configured.
So is there any other method to have call transferred from Trunk Group DN to VTD with out using IVR profile or trunk group dn is not the right way?
Please excuse if i have missed any detail. You can question it back to me.
-
You need to have default profile assigned to tenant in which You are running campaign. You don't have to specify profile on Campaign Group level
-
For this to work on MediaServer is it necessary to create a VXML application on Composer or similar?
-
Thats exactly my question.We only want to implement CPD functionality. Is VXML necessary.
-
No - it works without any vxml profile. Only requirement is to have properly configure Trunk Group object in SIPS. Also we have to point Campaign Group object to both Trunk Group and VDN for transferring call. Which component did return error - OCS before sending anything to SIPS or SIPS after receiving MakePredicitveCall with TG as ThisDN?
-
Doesn't the TG have to point to MCP rathe than SIPS? :-\
-
TG should point to RM but when You configure Campaign Group there are two fields (Trunk Group and Transfer VDN) - both of them should point to proper objects on same SIP Server
-
If using another PBX like Avaya and using MS only for CPD I assume ISCC is needed, correct?
I guess you say VDN as you are on Avaya world ;)
-
I never seen Avaya :) it was spelling error - I meant VTD (voice transfer destination) - it looks like I am too tired. As for campaigns with agent on TDM PBX and SIPS just as dialer - yes You need ISCC but VTD should still point to SIPS RP where You run stategy that does multisite transfer to Avaya
-
Got it! :D
Will try it out if I have the ISCC licenses...not sure... :-/
-
[quote author=bublepaw link=topic=7804.msg33916#msg33916 date=1368110280]
TG should point to RM but when You configure Campaign Group there are two fields (Trunk Group and Transfer VDN) - both of them should point to proper objects on same SIP Server
[/quote]
Yup. With Campaign Group connected to SIPS and SS, of course.
-
Hi,
On the update that you need to point TGDN to RM. The question that comes -:
1. In Media Server deployment guide - it says only when you want to have call control function or use multiple media servers you need to use RM. On integration of Media Server with SIPS RM is optional.
2. I see the need to point TGDN to RM is only if you want to have CPD with GVP or want to use Power GVP or Progressive GVP modes.
Only to have CPD we should use predictive or progressive then we can point TGDN to MCP.
I may be completely wrong over here. Want to hear veteran's guidance. ;)
-
You are wrong :) - CPD requires RM - for one reason - SIPS needs to subscribe to specific URI to get number of ports available for dialling - MCP is not able to handle this subscription and You need RM for that.
-
Yeah exactly, it requests port information when we try it in Power GVP and Progressive GVP mode.
But I dont think it would request port information from RM if we run it in other dialing modes. Hence, it won't matter if point it to MCP.
And why genesys tech tutorial ppt says it is okay if you point TGDN to MCP. We have faced this situation when campaigns weren't starting in GVP modes unless we point it to RM. They keep these things for self discovery and pain >:(
-
SIPS requests port information from start - no matter if OCS is ruining. OCS than uses this information to manage dialing request. You can try to start campaign in Progressive when all MCP are down - You will get an error and in OCS logs You will find info that there are no ports for dialling out.
-
Okay will keep TGDN to RM then , How to have a simple call flow where call starts from TGDN and then goes to VTD. And CPDs are updated to OCS successfully.
In case of AMD or Answer and other call results.