We are in the middle of migrating our premise PureConnect environment to GC, and I’m struggling with how to pass interaction attributes to our external SBCs.
In CIC, we could easily attach custom interaction attributes that would get mapped into the SIP headers. In Genesys Cloud, we are trying to use Participant Data, but I need to expose these key-value pairs in the User-to-User (UUI) or custom X- headers on the SIP INVITE sent out through our BYOC Cloud trunk.
I’ve captured the SDP negotiation and the SIP traces, but the participant data isn’t bleeding through to the external leg. Do I need a specific trunk configuration for this?
I haven’t tackled SIP header injection directly, but from a voice data perspective, the participant attributes are definitely preserved on the platform side.
If your ultimate goal is downstream analysis (like what I do with audio stream access and voice biometrics), you can always retrieve the custom Participant Data asynchronously using the conversation API. Once the call drops, the attributes are appended to the recording metadata, allowing you to tie the audio analysis back to the original PureConnect data.
Thanks for the suggestion, but asynchronous retrieval via the API won’t work for our use case.
The SIP INVITE has to contain the payload at the moment of call setup because our downstream IVR relies on those UUI headers for real-time routing decisions. If the ICE candidates negotiate and the call connects before the external system gets the participant data, the call drops. I need to know if GC supports mapping participant data to SIP headers on BYOC trunks.
To formalize the migration path from PureConnect to Genesys Cloud regarding attribute mapping:
PureConnect:Interaction Attributes are globally accessible throughout the IC server lifecycle.
Genesys Cloud:Participant Data is strictly bound to the specific participant leg of the conversation.
As noted by others, the official Resource Center documentation confirms that mapping to SIP UUI headers requires the uuiData prefix in Architect. Please refer to the article titled ‘Configure User to User Information (UUI) for BYOC trunks’. It is important to note that custom X- headers are currently not supported natively for outbound SIP INVITEs generated by the platform; you must use the standard UUI field.