Hi guys, In a nut shell, it appears that when attempting to perform a blind transfer under certain conditions (explained below), mod_xml_curl does not expose the originating domain in a clean format. My initial plan was to find the point where these variable were being generated, look at what was available, then add an extra variable for the domain and submit a patch. Sadly my C isn't great and I hit a brick wall, so if anyone can help out, I will ensure the mod_xml_curl documentation is updated and/or assist with any patching/testing required. Please take the following scenario; * Extension 2000 calls an external number via a gateway (i.e. bridge sofia/gateway/name/e164_number_here). * Call connects fine, audio stays good, no disconnection problems etc. * Call is blind transferred to another extension As a result, the following is determined; * User initiating the blind transfer is 2000 * Domain initiating the blind transfer is c1881.voiceflare.co.uk * Destination number of the call is 447866123456 * Number to blind transfer to is 2001 * Call to mod_xml_curl is made It makes reference to the User in the following 'clean' variables (by clean, I mean variables that just contain 2000 and don't require mangling to extract the info); u'Caller-ANI': u'2000', u'Caller-Username': u'2000', u'Caller-Caller-ID-Number': u'2000', u'Hunt-ANI': u'2000', u'Hunt-Caller-ID-Number': u'2000', u'Hunt-Username': u'2000', u'variable_last_sent_callee_id_number': u'2000', u'variable_sip_from_user': u'2000', It also has the User in the following unclean variables; u'variable_bridge_channel': u'sofia/external/ 2000@c1881.voiceflare.co.uk:5060', u'variable_sip_from_uri': u'2000@89.238.182.137', u'variable_sip_full_from': u'"foxx" <sip:2000@89.238.182.137
;tag=XryjFQp3rB2NF', u'variable_sip_h_Referred-By': u'"foxx" < sip:2000@c1881.voiceflare.co.uk:5060>',
However, it only references the domain in the following unclean variables; u'variable_bridge_channel': u'sofia/external/ 2000@c1881.voiceflare.co.uk:5060', u'variable_sip_h_Referred-By': u'"foxx" < sip:2000@c1881.voiceflare.co.uk:5060>', u'variable_sip_refer_to': u'<sip:2001@c1881.voiceflare.co.uk:5060>', Lets say that we want to determine the user/domain that has initiated this transfer, doing so would mean mangling with one of those above variables, which seems a bit dirty (plus it is not clear which is the correct one to use). I have attached the SIP trace of the entire blind transfer event, and the full mod_xml_curl request being sent. If anyone could answer the following, it'd be much appreciated; * Should there be an improvement patch that exposes the domain of the user that originated the blind transfer? * Are there better/alternative ways to extracting the domain of the user that originated the blind transfer? Many thanks Cal