Author Topic: Any way to delay call disconnection to GVP?  (Read 1796 times)

Offline hsujdik

  • Hero Member
  • *****
  • Posts: 539
  • Karma: 29
Any way to delay call disconnection to GVP?
« on: April 11, 2019, 09:30:11 PM »
Hi

Does anybody know if there is any way to delay the BYE message from SIP Server to GVP? Or the 200 OK from MCP back to RM/SIP Server regarding a received BYE transaction?

The thing is: we want to capture the hangup exception on the GVP application (either URS Centric / MSML-based or Trunk Group / DID-based) and Attach some data containing the step in which the customer hung up. If MCP acknoledges the BYE message received by sending a 200 OK, it is not possible to send an INFO message containing that attach data because the SIP dialog would no longer exist, and the call would be destructed on SIP Server.

Any solution would be apreciated.

Thanks in advance.

Offline cavagnaro

  • Administrator
  • Hero Member
  • *****
  • Posts: 7623
  • Karma: 56330
Re: Any way to delay call disconnection to GVP?
« Reply #1 on: April 12, 2019, 03:59:05 AM »
 ???
but wouldn't that be like a "I told you to disconnect without telling you to disconnect?"
If SIP Server runs the VXML via URS centric then you do this via OnAbandon.
But on VXML side you can only know a call was Disconnected and trigger that event based exactly on the BYE. If the event arrived it is because SIP Server already said BYE to the dialog. So you are asking to SIP Server acknowledge the BYE and trigger an event before sending the BYE to RM/MCP...
I only can think on URS Centric and do the OnCallAbandon


Offline hsujdik

  • Hero Member
  • *****
  • Posts: 539
  • Karma: 29
Re: Any way to delay call disconnection to GVP?
« Reply #2 on: April 16, 2019, 11:41:52 PM »
No, actually what I want is to GVP delay sending the 200 OK acknoledging the BYE that came from SIP Server, in a way that the SIP dialog would still exist when GVP sends an INFO to update the UserData.


The OnCallAbandon function would still not work in this scenario, since the PlayApplication block wouldnt be able to Attach any data or pass any variable back to the routing strategy...


Offline cavagnaro

  • Administrator
  • Hero Member
  • *****
  • Posts: 7623
  • Karma: 56330
Re: Any way to delay call disconnection to GVP?
« Reply #3 on: April 17, 2019, 12:20:51 AM »
Wouldn't be easier to update the user data that keeps track of the user choices over his navigation?
According to Genesys docs this is not an option.

Enviado de meu SM-G9650 usando o Tapatalk


Offline cavagnaro

  • Administrator
  • Hero Member
  • *****
  • Posts: 7623
  • Karma: 56330
Re: Any way to delay call disconnection to GVP?
« Reply #4 on: April 17, 2019, 12:29:04 AM »
found this:




Question Detail
- is it possible to update attached data of an abandoned interaction to have it sent to ICON for reporting purposes?[/t][/t]

[/color]Answer
[size=0.95em][/color]- In your strategy send an event as follows:[/size]
SendEvent[EventUserEvent,Cat['thisdn:',Dest[], '|userdata.data1:','value1','|userdata.data2:','value2']]

- In ICON set the option 'EventData' under the [custom-states] section to identify a list of key names for which ICON will store KVP data provided from the UserData section of an EventUserEvent
- As per the ICON 8.1 Deployment guide this data will be stored in the G_CUSTOM_DATA__S table
[/t][/t]

[/color]Environment

- Universal Routing
- Interaction Concentrator [/t][/t]

Offline hsujdik

  • Hero Member
  • *****
  • Posts: 539
  • Karma: 29
Re: Any way to delay call disconnection to GVP?
« Reply #5 on: April 17, 2019, 01:29:19 AM »
Yeah, I know that one, but GVP doesnt send EventUserEvent since it has no integration for TLib side of SIP Server... all userdata must be passed as SIP headers or SIP body...