[Freeswitch-users] Export A leg SIP From header domain to B leg

[Andrés Souto]

Hi,

I have a FreeSWITCH working with multiple domains. All the calls reach FS
via a Kamailio SIP proxy. Kamailio is responsible for the registrations and
for authenticating calls. Also note I'm using a lua script for both
dialplan and directory.

The problem I having is that FS always changes the From header domain to
the FS local IP when doing the bridge. Instead of this, I want it to keep
the original domain.

I read this can be achieved adding {sip_invite_domain=${sip_from_host}} or
{sip_from_uri=${sip_from_uri}} when doing the bridge but it doesn't work
for me.

When I put the From header domain to any string but the right one, FS sends
it without any problem but when I put it to the right one generates this
event instead:

'Event-Name: REQUEST_PARAMS
Core-UUID: cf6163aa-9d52-11e3-b059-cb6d0ba086d1
FreeSWITCH-Hostname: debian-vpbx1
FreeSWITCH-Switchname: debian-vpbx1
FreeSWITCH-IPv4: 192.168.0.201
FreeSWITCH-IPv6: %3A%3A1
Event-Date-Local: 2014-02-24%2018%3A02%3A03
Event-Date-GMT: Mon,%2024%20Feb%202014%2017%3A02%3A03%20GMT
Event-Date-Timestamp: 1393261323308597
Event-Calling-File: sofia_reg.c
Event-Calling-Function: sofia_reg_handle_sip_r_challenge
Event-Calling-Line-Number: 2214
Event-Sequence: 4813
action: reverse-auth-lookup
sip_call_id: 396aa31b-1818-1232-e484-080027254469
key: id
user: 1001
domain: vpbx1.ur

'

This occurs when extension 1000 is calling extension 1001.
I tried with no luck to answer the event but anyway the event doesn't make
sense to me...

As is said in the wiki, I'm using internal profile with the force-*-domain
options commented:


<!--<param name="force-register-domain" value="$${domain}"/>-->
<!--<param name="force-subscription-domain" value="$${domain}"/>-->
<!--<param name="force-register-db-domain" value="$${domain}"/>-->

and also:
<param name="auth-calls" value="false"/>

Thank you!
-- 
*Andrés Souto*
VoIP Engineer @ Quobis <http://www.quobis.com/> | e: andres.souto at quobis.com |
t: +34902999465
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140224/118e02cc/attachment-0001.html