Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

VoIP Mailing List Archives
Mailing list archives for the VoIP community
 SearchSearch 

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


 
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users
View previous topic :: View next topic  
Author Message
hjqlopez at hotmail.com
Guest
PostPosted: Fri Sep 04, 2009 6:36 pm    Post subject: [Freeswitch-users] 482 Request merged, in serial forking Reply with quote
Hello,

I'm a new Freeswitch user. After some reading I put Freeswitch (Version 1.0.4) to work as Session Border Controller. I have only one problem that I dont know how to solve it ( or which parameter to set) and I'd appreciate if someone could give me a clue about this.

Kamailio is sitting behind FS and it selects the route or routes in case of failure (serial forking) . Freeswitch is configured to use directly the Request-URI sent by Kamailio.

So, when the 1st route fails, Kamailio receives the Reply from FS and sends back the ACK to end the transaction. More than 1 second later, a new INVITE from Kamailio with the next route is tried (With the To-header's tag is empty. Same Callid, From and Cseq header but different VIA-header's branch parameter) and FS is answering back 482 Merged Request. It happens the same for the 3rd route.

It seems that the transaction is still 'alive' in FS even if the ACK was received ?


Thanks,

Humberto


===1st route===

U 2009/09/03 17:20:36.069147 kamailio -> freeswitch
INVITE sip:5145555555@gw1 SIP/2.0.
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.0
Call-ID: 1

U 2009/09/03 17:20:36.169147 freeswitch -> gw1
INVITE sip:5145555555@gw1 SIP/2.0.
Call-ID: 2

U 2009/09/03 17:20:36.170158 gw1 -> freeswitch
SIP/2.0 100 Trying.
Call-ID: 2

U 2009/09/03 17:20:36.190457 gw1 -> freeswitch
SIP/2.0 503 Service Unavailable.
Call-ID: 2

U 2009/09/03 17:20:36.193296 freeswitch -> gw1
ACK sip:5142776756@gw1 SIP/2.0.
Call-ID: 2

U 2009/09/03 17:20:36.227492 freeswitch -> kamailio
SIP/2.0 503 Service Unavailable.
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.0
Call-ID: 1

U 2009/09/03 17:20:36.228122 kamailio -> freeswitch
ACK sip:5145555555@gw1 SIP/2.0.
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.0
Call-ID: 1


===2nd route===
U 2009/09/03 17:20:37.596885 kamailio -> freeswitch
INVITE sip:15145555555@gw2:5061 SIP/2.0
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.1
Call-ID: 1

U 2009/09/03 17:20:37.597590 freeswitch -> kamailio
SIP/2.0 482 Request merged.
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.1
Call-ID: 1

U 2009/09/03 17:20:37.598163 kamailio -> freeswitch
ACK sip:15145555555@gw2:5061 SIP/2.0.
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.1
Call-ID: 1


===3rd route===
U 2009/09/03 17:20:37.642098 kamailio -> freeswitch
INVITE sip:5145555555@gw3 SIP/2.0
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.2
Call-ID: 1

U 2009/09/03 17:20:37.642634 freeswitch -> kamailio
SIP/2.0 482 Request merged.
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.2
Call-ID: 1

U 2009/09/03 17:20:37.643139 kamailio -> freeswitch
ACK sip:5145555555@gw3 SIP/2.0.
Via: SIP/2.0/UDP kamailio;branch=z9hG4bKa0fa.0cd8784.2
Call-ID: 1

Faster Hotmail access now on the new MSN homepage.
Back to top
brian at freeswitch.org
Guest
PostPosted: Fri Sep 04, 2009 6:40 pm    Post subject: [Freeswitch-users] 482 Request merged, in serial forking Reply with quote
I'm going to gess the call-id is the same for the second transaction... can you provide a more detailed trace?

/b

On Sep 4, 2009, at 11:06 AM, Humberto Quintana wrote:
Quote:
Hello,

I'm a new Freeswitch user. After some reading I put Freeswitch (Version 1.0.4) to work as Session Border Controller. I have only one problem that I dont know how to solve it ( or which parameter to set) and I'd appreciate if someone could give me a clue about this.

Kamailio is sitting behind FS and it selects the route or routes in case of failure (serial forking) . Freeswitch is configured to use directly the Request-URI sent by Kamailio.

So, when the 1st route fails, Kamailio receives the Reply from FS and sends back the ACK to end the transaction. More than 1 second later, a new INVITE from Kamailio with the next route is tried (With the To-header's tag is empty. Same Callid, From and Cseq header but different VIA-header's branch parameter) and FS is answering back 482 Merged Request. It happens the same for the 3rd route.

It seems that the transaction is still 'alive' in FS even if the ACK was received ?


Thanks,

Humberto
Back to top
brian at freeswitch.org
Guest
PostPosted: Tue Sep 08, 2009 9:31 am    Post subject: [Freeswitch-users] 482 Request merged, in serial forking Reply with quote
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

On Sep 8, 2009, at 9:00 AM, Humberto Quintana wrote:
Quote:
Hi Brian,

Yes , the Call-Id is the same for the 2nd and 3rd transaction but the branch parameter in the Via header is different. Please check the capture below.

Thanks,

Humberto
Back to top
hjqlopez at hotmail.com
Guest
PostPosted: Tue Sep 08, 2009 11:24 am    Post subject: [Freeswitch-users] 482 Request merged, in serial forking Reply with quote
Quote:
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:5060SIP/2.0 503 Service Unavailable.Call-ID: ba748cd27cd163b5@192.168.2.13U 2009/09/08 11:46:21.395897 kamailio:5060 -> freeswitch:5060ACK sip:5145555555@gw1:5060 SIP/2.0.Call-ID: ba748cd27cd163b5@192.168.2.13U 2009/09/08 11:46:21.401419 kamailio:5060 -> freeswitch:5060INVITE sip:15145555555@gw2:5061 SIP/2.0.Call-ID: ba748cd27cd163b5@192.168.2.13U 2009/09/08 11:46:21.401845 freeswitch:5060 -> kamailio:5060SIP/2.0 482 Request merged.Call-ID: ba748cd27cd163b5@192.168.2.132009-09-08 11:46:21.395503 [DEBUG] mod_sofia.c:417 Responding to INVITE with: 5032009-09-08 11:46:21.395503 [DEBUG] switch_core_state_machine.c:46 sofia/external/10092020@freeswitch Standard HANGUP, cause: NORMAL_TEMPORARY_FAILURE2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:434 (sofia/external/10092020@freeswitch) State HANGUP going to sleep2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:476 (sofia/external/10092020@freeswitch) State Change CS_HANGUP -> CS_REPORTING2009-09-08 11:46:21.396593 [DEBUG] switch_core_session.c:932 Send signal sofia/external/10092020@freeswitch [BREAK]2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:398 (sofia/external/10092020@freeswitch) Running State Change CS_REPORTING2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:612 (sofia/external/10092020@freeswitch) State REPORTING2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:53 sofia/external/10092020@freeswitch Standard REPORTING, cause: NORMAL_TEMPORARY_FAILURE2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:612 (sofia/external/10092020@freeswitch) State REPORTING going to sleep2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:411 (sofia/external/10092020@freeswitch) State Change CS_REPORTING -> CS_DESTROY2009-09-08 11:46:21.396593 [DEBUG] switch_core_session.c:1068 Session 3 (sofia/external/10092020@freeswitch) Locked, Waiting on external entities2009-09-08 11:46:21.396593 [NOTICE] switch_core_session.c:1086 Session 3 (sofia/external/10092020@freeswitch) Ended2009-09-08 11:46:21.396593 [NOTICE] switch_core_session.c:1088 Close Channel sofia/external/10092020@freeswitch [CS_DESTROY]2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:564 (sofia/external/10092020@freeswitch) State DESTROY2009-09-08 11:46:21.396593 [DEBUG] mod_sofia.c:255 sofia/external/10092020@freeswitch SOFIA DESTROY2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:60 sofia/external/10092020@freeswitch Standard DESTROY2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:564 (sofia/external/10092020@freeswitch) State DESTROY going to sleepNote: 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 Hotmail faster on the new MSN homepage!
Back to top
mike at jerris.com
Guest
PostPosted: Mon Sep 14, 2009 12:42 pm    Post subject: [Freeswitch-users] 482 Request merged, in serial forking Reply with quote
We currently don't support forked dialogs.

Mike

On Sep 8, 2009, at 12:16 PM, Humberto Quintana wrote:
Quote:
Quote:
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:5060SIP/2.0 503 Service Unavailable.Call-ID: ba748cd27cd163b5@192.168.2.13U 2009/09/08 11:46:21.395897 kamailio:5060 -> freeswitch:5060ACK [url=sip:5145555555@gw1:5060]sip:5145555555@gw1:5060[/url] SIP/2.0.Call-ID: ba748cd27cd163b5@192.168.2.13U 2009/09/08 11:46:21.401419 kamailio:5060 -> freeswitch:5060INVITE [url=sip:15145555555@gw2:5061]sip:15145555555@gw2:5061[/url] SIP/2.0.Call-ID: ba748cd27cd163b5@192.168.2.13U 2009/09/08 11:46:21.401845 freeswitch:5060 -> kamailio:5060SIP/2.0 482 Request merged.Call-ID: ba748cd27cd163b5@192.168.2.132009-09-08 11:46:21.395503 [DEBUG] mod_sofia.c:417 Responding to INVITE with: 5032009-09-08 11:46:21.395503 [DEBUG] switch_core_state_machine.c:46 sofia/external/10092020@freeswitch Standard HANGUP, cause: NORMAL_TEMPORARY_FAILURE2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:434 (sofia/external/10092020@freeswitch) State HANGUP going to sleep2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:476 (sofia/external/10092020@freeswitch) State Change CS_HANGUP -> CS_REPORTING2009-09-08 11:46:21.396593 [DEBUG] switch_core_session.c:932 Send signal sofia/external/10092020@freeswitch [BREAK]2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:398 (sofia/external/10092020@freeswitch) Running State Change CS_REPORTING2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:612 (sofia/external/10092020@freeswitch) State REPORTING2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:53 sofia/external/10092020@freeswitch Standard REPORTING, cause: NORMAL_TEMPORARY_FAILURE2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:612 (sofia/external/10092020@freeswitch) State REPORTING going to sleep2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:411 (sofia/external/10092020@freeswitch) State Change CS_REPORTING -> CS_DESTROY2009-09-08 11:46:21.396593 [DEBUG] switch_core_session.c:1068 Session 3 (sofia/external/10092020@freeswitch) Locked, Waiting on external entities2009-09-08 11:46:21.396593 [NOTICE] switch_core_session.c:1086 Session 3 (sofia/external/10092020@freeswitch) Ended2009-09-08 11:46:21.396593 [NOTICE] switch_core_session.c:1088 Close Channel sofia/external/10092020@freeswitch [CS_DESTROY]2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:564 (sofia/external/10092020@freeswitch) State DESTROY2009-09-08 11:46:21.396593 [DEBUG] mod_sofia.c:255 sofia/external/10092020@freeswitch SOFIA DESTROY2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:60 sofia/external/10092020@freeswitch Standard DESTROY2009-09-08 11:46:21.396593 [DEBUG] switch_core_state_machine.c:564 (sofia/external/10092020@freeswitch) State DESTROY going to sleepNote: 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 Hotmail faster on the new MSN homepage! _______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org (FreeSWITCH-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Back to top
Display posts from previous:   
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group

VoiceMeUp - Corporate & Wholesale VoIP Services