Genesys CTI User Forum
Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: cavagnaro on August 08, 2008, 07:30:30 AM
-
Hi guys,
I have a question...,maybe dumb but my brain seems like blocked lately...
My GVP with my OXE is working fine, I call GVP using GVP as a SIP Gateway...
But now I want to use URS to route a call to GVP, already IVR place created with ports on it, however, here I believe I have to attach OXE dn's to these objects. What kind of objects are these DN's on OXE?
I guess I have to call an OXE RP and then somehow on the strategy call the GVP number...
Has somebody achieved this? If so, can you please post some info about?
Thanks
-
Hi,
I've implemented some projects with OXE-GVP.
Drop me a message if you still need more info
rgds,
-
Hi Cavagnaro,
Do you still need help with this?
R.
-
Hi guys, sorry I didn't see the last reply.
Yes, actually I'm still facing the same problem, I move on with some other parts of the project but I need to test at lab this...any inputs?
-
Hi Cavagnaro,
I hope to have more info for you but my access to the system with A4400 and GVP doesn't work :-(
If I do remember well URS is routing a call to object type "Access Number" (Routing Number) on Alcatel side. That way the call is moved to GVP via SIP trunk. GVP uses number of the object "Access Number" as DNIS.
[quote]But now I want to use URS to route a call to GVP, already IVR place created with ports on it, however, here I believe I have to attach OXE dn's to these objects. What kind of objects are these DN's on OXE?[/quote]
You can't do that as GVP with OXE is deployed in so called "in-front-of" mode. It means that IVR TServer works as virtual switch and GVP ports are created on that switch (=are virtual too). Reason for such configuration is simple - OXE doesn't support CTI monitoring of SIP extensions.
R.
-
Thanks René,
I will do some more tests and let you know, I still do have a tons of questions but will try to go by myself on the meanwhile.
-
Hey mate,
Drop me your email and I will send you nice deployment guide.
Cheers,
Ecki.
-
Hey,
I tried to write but it bounced. Any idea?
-
[quote author=cavagnaro link=topic=3214.msg13961#msg13961 date=1222209574]
Hey,
I tried to write but it bounced. Any idea?
[/quote]
Hey ecki,
I'm trying to apply the guide, however I got stuck on the transfer from Alcatel Routing Point to GVP, have you achieved to do it? If so, can you please explain how exactly?
Thanks
-
Hi Cavagnaro,
Yes I did. You have to use in Routing strategy play IVR and target either virtual queue set-up on GVP virtual switch or place group which contains places representing each GVP port. But before, make sure that the ISCC from Alcatel to GVP is set to "DNIS Pooling" and also make sure that you set up access resources on GVP virtual switch. Access resources should be the numbers defined in Alcatel to send calls thorough SIP trunks down to the GVP.
Hope it helped.
Cheers,
Ecki.
-
Hi ecki,
Is there any chance you can share an screenshot? I believe to understand your description, however would like to be 100% sure.
-
Hi,
Unfortunately I have no access to this system. But what screen shots do you want? Probably I can explain it.
-
Hey ecki,
Nice picture ;)
I need to know or better said, remember, how to call a GVP application from URS...do you have something to read or an example including both sides, GVP and URS?
Thanks!
-
Thanks ;)
Here are some screen shots and one GVP application. Just one note. As OXE-GVP via SIP Trunks supports only GVP in Front mode and transfer from OXE to GVP happens via DNIS pooling, you do not have under control the DNIS as it will be always one of the access resources number, you can have on GVP only one application assigned to all DIDs whish in our case are all access numbers. So if you wish to play different application, you would need to develop one main application which will according to KVP attached to call jump to desired VXML application.
Cheers,
e.
-
Oh...!what a shit! lol
Thanks! Will try and let you know! ;D
-
Hi,
Forgive me back this old post, but I would like to know if it is possible to route a call from URS to GVP retaining the attached data, without using a PlayApplication block ?
Moreover, if we use a Voice over IP Service DN, how do URS know send the call to SIP Trunk ? Maybe ISCC... ?
Thanks.
-
Only 2 components here, OXE Tserver and IVR TServer. ISCC must be configured already between them. As René mentioned on first posts you need an ACD Queue and a Access Resource (search for 'epn' on support site to have more than 1 app, I don't have on mind right now how it was exactly)
Then on OXE RP (RSI) you load a strategy that uses a TRoute to the ACDQueue (which is the GVP DNIS number on the IVR Profile)
And then as ISCC is activated then call arrives to GVP (via SIP Trunk on OXE as it dials it) and plays the application associated to the ACDQueue.
I can detail more but heavy with work on this last days, if you can wait then I'll share a step by step guide
-
I would like to send call to GVP using PlayApplication block.
I have 5 External Routing Point and a Voice over IP Server configured on SIP Server.
ISCC is configured between A4400 T-Server and SIP Server.
My PlayApplication block configuration is the following :
[b]APP_ID :[/b] 1
[b]LANGUAGE :[/b] French
[b]{s}APP_URI :[/b] http://<server-ip>/VXMLApplicationProject/src-gen/Main.vxml
With wireshark on server hosting SIP Server I can note that no sip request is sent from OXE to SIP Server...
How do VoIP Service DN know numbers or prefix to use sip trunk ?
How do URS use VoIP Server DN which is configured on SIP Server ?
[u][b]TServer log :
[/b][/u]
[quote]
16:34:31.739 Trc 04541 RequestApplyTreatment received from [508] (00000003 URS 10.169.63.67:50611)
message RequestApplyTreatment
AttributeThisDN '3968618'
AttributeConnID 006c01feb92a3004
AttributeTreatmentType 13 (TreatmentPlayApplication)
AttributeTreatmentParms [112] 00 03 01 00..
'APP_ID' 1
'LANGUAGE' 'French'
'APP_URI' 'http://<server-ip>/VXMLApplicationProject/src-gen/Main.vxml'
AttributeReferenceID 35
16:34:31.739 Int 04543 Interaction message "RequestApplyTreatment" received from 508 ("URS")
16:34:31.739 -- created: CRequest@1f64aa0 RequestApplyTreatment-URS[508]/35
16:34:31.739 +++ CIFace::Request +++
-- new invoke
-- thisCall by party
Parsed: RequestApplyTreatment
From: URS[508]/35
Numbers: +<3968618> -<none>
Calls: 1f64c30:1 none
Parties: 3968618.1f64e98-1f64c30:1
none
Status: parsed:1 queued:0 sent:0 acked:0 preevent:0 event:0 context:0 transferred:0
-----
-- validate
-- state check: ok
Q state:RQ[0,0]
16:34:31.739 Trc 36002 Request rejected: error code 51(Unsupported operation)
@16:34:31.7390 [0] 8.1.000.09 send_to_client: message EventError
(Unsupported operation)
AttributeEventSequenceNumber 0000000000000142
AttributeTimeinuSecs 739000
AttributeTimeinSecs 1324481671 (16:34:31)
AttributeErrorCode 51
AttributeErrorMessage 'Unsupported operation'
AttributeReferenceID 35
AttributeTreatmentParms [112] 00 03 01 00..
'APP_ID' 1
'LANGUAGE' 'French'
'APP_URI' 'http://<server-ip>/VXMLApplicationProject/src-gen/Main.vxml'
AttributeTreatmentType 13 (TreatmentPlayApplication)
AttributeConnID 006c01feb92a3004
AttributeThisDN '3968618'
AttributeClientID 3
16:34:31.739 Int 04545 Interaction message "EventError" sent to 508 ("URS")
16:34:31.739 Trc 04542 EventError sent to [508] (00000003 URS 10.169.63.67:50611)
-- m_globalCnt reset
16:34:31.739 --- CIFace::Request ---
16:34:31.739 -- deleted: CRequest@1f64aa0 RequestApplyTreatment-URS[508]/35
[/quote]
Thanks for your explanations.
-
Wait... SIP Server? Then please don't mix posts because this one is from GVP using IPCS directly to OXE via SIP, SIP Server is used nowhere. This is for version GVP 7.6 and for what I see yours is GVP 8.
So do you agree if open a new thread...so people don't get confused?
-
No problem... it is done !