Not sure if this is relevant but thought I'd point it out.
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 extensionAs 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 madeIt 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