I am trying to overcome an issue where a call fails in SIP if I have the gvp-tenant-id added to the Play Application block within IRD.
The line it self is : file://D:/Program%20Files/GCTI/Composer%208.0/workspace/JavaComposerProject/src-gen/ivr.vxml;gvp-tenent-id=PROFILE_IVR
SIP and MCP logs show an external fetch error.
If I remove the text from …;gvp-tenant-id onwards, all works well.
I have seen a support ticket stating this issue can occur because sip to rm does not separate gvp-tenant-id from vxml: “Sip server is not sending a sip invite dialog but an MSML invite to RM.
RM does not parse the tenant id out from the APP URI and passes the entire string to MCP.”
With a solution of: “Attach a piece of data called gsw-ivr-profile-name with the value of the ivr profile before the play treatment block.
Keep APP_URI as just http:\was\app.vxml
Have userdata-map-filter set to *, or include this user data in the filter.
This value will get sent in the header info properly and the correct profile be used when RM sends to MCP.”
I am wondering if this is the solution, and where the userdata-map-filter is defined.
We use sip 8.1, gvp mcp 8.1.5, gvp rm 8.1.5, urs 8.1.2, gvp rs 8.1.5 with voip services indirectly using rm to request media services.
I could be wrong but I dont think the “file://” access will let you have any parameters at all.
Deploy your app to a web server and try a http url to see if there is a difference
Thats a typo, just tried again and same result with correct spelling.
The issue in the link is definitely the same problem I am experiencing.
We are using msml voip services to play announcements/applications.
The solution doesnt work for me.
The default profile increments within the call dashboard in GA voice platform section however the one I associate as attached data does not.
With attached data You have to use different header. As mentioned in my previous post gsw-ivr-profile-id is name used in headers while in rURI we use gvp-tenant-id. With msml enabled You have to use gsw-ivr-profile-id
To get this right.
In ird strategy add an attach block with key=gsw-ivr-profile-id, and value=ivrprofilename, followed by play application block without gvp-tenant-id in URI?
Where should the userdata-map-filter option be set? sipserver? voips (msml and application voips?). What value should it be set? to *?
Im pretty sure all this was followed by RM continued to associate the default ivr profile.
You got it correct PFCCWA, userdata-map-filter should be set on voips with type msml. I am against putting * in this option (in anyt case) as it tend to generate huge SIP messages. Put there names of all attached data that You want to send from URS to GVP app. This option is not affecting attached data transfer from GVP to URS.
The parameter is generated automatically.
If I add X-Genesys- to the key within the attach block of the strategy, sip logs no longer generate that dialogstart target information.
In addition the ivr profile still does not increment in this scenario, and once again the default profile does.