[Freeswitch-users] 482 Request merged, in serial forking

[Humberto Quintana]

Hi Brian,

Thank you very much for your answer but both, Freeswitch and Kamailio have public IPs, it's my NAT'd IP phone who has private IP but this is fixed by Kamailio.

The problem is not the 1st call is failing ( the test is set that way), the problem is FS answers back 482 when Kamailio tries a 2nd route ( or 3rd ) for the same call...  


Freeswitch is configured to use the Requested-URI sent by Kamailio:

<action application="bridge" data="sofia/external/${sip_req_uri}"/>


I noticed that there is no Log message in Freeswitch when receiving the INVITE for the 2nd route.
The process in FS seems to be destroyed (11:46:21.396593) before the 2nd INVITE is received (11:46:21.401419
).


U 2009/09/08 11:46:21.395702 freeswitch:5060 -> kamailio:5060
SIP/2.0 503 Service Unavailable.
Call-ID: ba748cd27cd163b5 at 192.168.2.13

U 2009/09/08 11:46:21.395897 kamailio:5060 -> freeswitch:5060
ACK sip:5145555555 at gw1:5060 SIP/2.0.
Call-ID: ba748cd27cd163b5 at 192.168.2.13

U 2009/09/08 11:46:21.401419 kamailio:5060 -> freeswitch:5060
INVITE sip:15145555555 at gw2:5061 SIP/2.0.
Call-ID: ba748cd27cd163b5 at 192.168.2.13

U 2009/09/08 11:46:21.401845 freeswitch:5060 -> kamailio:5060
SIP/2.0 482 Request merged.
Call-ID: ba748cd27cd163b5 at 192.168.2.13


2009-09-08 11:46:21.395503 [DEBUG] mod_sofia.c:417 Responding to INVITE with: 503
2009-09-08 11:46:21.395503 [DEBUG] switch_core_state_machine.c:46 sofia/external/10092020 at freeswitch Standard HANGUP, cause: NORMAL_TEMPORARY_FAILURE
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:434 (sofia/external/10092020 at freeswitch) State HANGUP going to sleep
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:476 (sofia/external/10092020 at freeswitch) State Change CS_HANGUP -> CS_REPORTING
2009-09-08 11:46:21.396593 [DEBUG] switch_core_session.c:932 Send signal sofia/external/10092020 at freeswitch [BREAK]
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:398 (sofia/external/10092020 at freeswitch) Running State Change CS_REPORTING
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:612 (sofia/external/10092020 at freeswitch) State REPORTING
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:53 sofia/external/10092020 at freeswitch Standard REPORTING, cause: NORMAL_TEMPORARY_FAILURE
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:612 (sofia/external/10092020 at freeswitch) State REPORTING going to sleep
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:411 (sofia/external/10092020 at freeswitch) State Change CS_REPORTING -> CS_DESTROY
2009-09-08 11:46:21.396593 [DEBUG] switch_core_session.c:1068 Session 3 (sofia/external/10092020 at freeswitch) Locked, Waiting on external entities
2009-09-08 11:46:21.396593 [NOTICE] switch_core_session.c:1086 Session 3 (sofia/external/10092020 at freeswitch) Ended
2009-09-08 11:46:21.396593 [NOTICE] switch_core_session.c:1088 Close Channel sofia/external/10092020 at freeswitch [CS_DESTROY]
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:564 (sofia/external/10092020 at freeswitch) State DESTROY
2009-09-08 11:46:21.396593 [DEBUG] mod_sofia.c:255 sofia/external/10092020 at freeswitch SOFIA DESTROY
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:60 sofia/external/10092020 at freeswitch Standard DESTROY
2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:564 (sofia/external/10092020 at freeswitch) State DESTROY going to sleep


Note: I'm using only the external sofia profile.


Thanks,

Humberto











==========================================
Looks like FS is behind nat.  You need to set local-network-acl and  
the ext-rtp-ip and ext-sip-ip so FreeSWITCH properly puts in the right  
IP's in the via headers and sdp.

Please refer to internal.xml in the latest SVN for an example of how  
to do this.

/b

_________________________________________________________________
New! Open Messenger faster on the MSN homepage
http://go.microsoft.com/?linkid=9677405
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090908/645dca1b/attachment-0002.html