Genesys CTI User Forum

Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: smile on July 04, 2013, 03:46:56 PM

Title: Again about userdata between sip and gvp
Post by: smile on July 04, 2013, 03:46:56 PM

Hi All,

I have deployed sip with gvp 8.1 in "Pure IP Configuration" like described in "GVP Integration Guide". Userdata from sip to gvp and from gvp to sip works well, but i found one issue.
the following scenarios works fine:
1) userdata from sip to gvp when vxml application invoked via INFO messages
2) userdata from gvp to sip when vxml attach/update attribute via INFO messages

BUT this scenario doesn't:
userdata from sip to gvp via INFO but after several time userdata is updated on sip server side, sip server generates EventAttachedDataChanged but no INFO message send to gvp. Thus vxml application doesn't know about userdata update.

Is it supported scenario?  Or how a can get userdata during call session in vxml that was changed from initial value?  ???

Title: Re: Again about userdata between sip and gvp
Post by: Timur Karimov on July 04, 2013, 03:56:03 PM

Hi there,
I think it's no possible to make any advice with out teh log investigation. But one i have - check the total size of attached data which you on last EventAttachedDataChanged.
WBR Tim

Title: Re: Again about userdata between sip and gvp
Post by: bublepaw on July 04, 2013, 03:56:56 PM

As far as I know it is not supported in that direction but having said that please look at Advice of Charge feature of SIP Server. It allows to send custom INFO message based on TLib request - not ideal solution but still valid one.

Title: Re: Again about userdata between sip and gvp
Post by: smile on July 05, 2013, 06:39:41 AM

[quote author=bublepaw link=topic=7883.msg34417#msg34417 date=1372953416]
As far as I know it is not supported in that direction but having said that please look at Advice of Charge feature of SIP Server. It allows to send custom INFO message based on TLib request - not ideal solution but still valid one.
[/quote]

thanx for suggestion, bublepaw, but i think using TPrivateService isn't my case ;(
Generally my task is very simple - i'd like to play EWT using GVP application as busy treatment in URS. That's why the size of attached data is too small. Statistics block is not supported in case cti trough SIP, so scheme looks not simple for this task...

Title: Re: Again about userdata between sip and gvp
Post by: bublepaw on July 05, 2013, 10:28:41 AM

Did You try web interface provided by URS. It is possible to send GET request to URS to receive statistic value. Return response is SOAP but vxml should be able to handle it.

Title: Re: Again about userdata between sip and gvp
Post by: smile on July 05, 2013, 12:29:58 PM

[quote author=bublepaw link=topic=7883.msg34420#msg34420 date=1373020121]
Did You try web interface provided by URS. It is possible to send GET request to URS to receive statistic value. Return response is SOAP but vxml should be able to handle it.
[/quote]

thank you,bublepaw, looks like should help

Title: Re: Again about userdata between sip and gvp
Post by: smile on July 08, 2013, 12:46:22 PM

looks like webservice block doesn't compatible with URS's soap dialect, i have to use web request instead.

Title: Re: Again about userdata between sip and gvp
Post by: smile on July 09, 2013, 09:38:39 AM

btw, it's impossible to track PositionInQueue via http interface because router doesn't know id of interaction thus web interface isn't suitable for such task ;(

Title: Re: Again about userdata between sip and gvp
Post by: kubikle on July 09, 2013, 03:56:44 PM

Not exactly - you can pass id of interaction (connid) to URS as part of REST request.
Something like (assuming conection id is 006b01fff974500b)
http://routerhost:1234/urs/call/006b01fff974500b/sdata?stat=InVQWaitTime&targets=MyVQ.Q

Title: Re: Again about userdata between sip and gvp
Post by: smile on July 10, 2013, 08:23:56 AM

cool! i'll check it

Title: Re: Again about userdata between sip and gvp
Post by: smile on July 15, 2013, 02:45:52 PM

kubikle, it's work, but where did you find description of /urs/call scheme? it's not documented in public guides ;)