[SR-Users] ACK problem with FreeSwitch-Kamailio SBC implementation.
Ricardo Martinez
rmartinez at redvoiss.net
Mon Jan 17 21:39:04 CET 2011
Hello.
I was wondering if someone can help me with some problem that I’m having
with the combination of FreeSwitch and Kamailio as SBC.
I’m having and ACK not routed by kamailio and dropped.
Here is the debug.
100.100.100.211:5060 : Kamailio
100.100.100.211:5090 : FreeSwitch
100.100.100.108 : Caller
100.100.100.212 : Calle
Request-Line: INVITE
sip:02131234 at 100.100.100.211<sip%3A02131234 at 100.100.100.211>SIP/2.0
Method: INVITE
[Resent Packet: False]
Message Header
Via: SIP/2.0/UDP 64.76.148.108:42772
;branch=z9hG4bK-d8754z-da0b2e4b1b5d0843-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:1234 at 64.76.148.108:42772>
To: <sip:02131234 at 100.100.100.211 <sip%3A02131234 at 100.100.100.211>>
From: "camila"<sip:1234 at 100.100.100.211 <sip%3A1234 at 100.100.100.211>
>;tag=8422566b
Call-ID: MjY2NDY5NTE3OTk4MzdmMjE0YWQxNWQ4MWFmY2JhMWQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE,
SUBSCRIBE, INFO
Content-Type: application/sdp
User-Agent: Bria release 2.2 stamp 45414
Content-Length: 388
Message Body
Session Description Protocol
Status-Line: SIP/2.0 100 trying -- your call is important to us
Status-Code: 100
[Resent Packet: False]
Message Header
Via: SIP/2.0/UDP 64.76.148.108:42772
;branch=z9hG4bK-d8754z-da0b2e4b1b5d0843-1---d8754z-;rport=42772
To: <sip:02131234 at 100.100.100.211 <sip%3A02131234 at 100.100.100.211>>
From: "camila"<sip:1234 at 100.100.100.211 <sip%3A1234 at 100.100.100.211>
>;tag=8422566b
Call-ID: MjY2NDY5NTE3OTk4MzdmMjE0YWQxNWQ4MWFmY2JhMWQ.
CSeq: 1 INVITE
Server: kamailio (3.1.1 (i386/linux))
Content-Length: 0
Status-Line: SIP/2.0 200 OK
Status-Code: 200
[Resent Packet: False]
Message Header
Via: SIP/2.0/UDP 64.76.148.108:42772
;branch=z9hG4bK-d8754z-da0b2e4b1b5d0843-1---d8754z-;rport=42772
Record-Route: <sip:100.100.100.211;lr=on>
From: "camila" <sip:1234 at 100.100.100.211<sip%3A1234 at 100.100.100.211>
>;tag=8422566b
To: <sip:02131234 at 100.100.100.211 <sip%3A02131234 at 100.100.100.211>
>;tag=pBZjZayFUeDSp
Call-ID: MjY2NDY5NTE3OTk4MzdmMjE0YWQxNWQ4MWFmY2JhMWQ.
CSeq: 1 INVITE
Contact: <sip:02131234 at 100.100.100.211:5090;transport=udp>
User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-d41e649 2011-01-11
12-25-55 -0600
Accept: application/sdp
Message Body
Session Description Protocol
Request-Line: ACK sip:02131234 at 100.100.100.211:5090;transport=udp
SIP/2.0
Method: ACK
[Resent Packet: False]
Message Header
Via: SIP/2.0/UDP 64.76.148.108:42772
;branch=z9hG4bK-d8754z-182d537bcb534165-1---d8754z-;rport
Max-Forwards: 70
Route: <sip:100.100.100.211;lr>
Contact: <sip:1234 at 64.76.148.108:42772>
To: <sip:02131234 at 100.100.100.211 <sip%3A02131234 at 100.100.100.211>
>;tag=pBZjZayFUeDSp
From: "camila"<sip:1234 at 100.100.100.211 <sip%3A1234 at 100.100.100.211>
>;tag=8422566b
Call-ID: MjY2NDY5NTE3OTk4MzdmMjE0YWQxNWQ4MWFmY2JhMWQ.
CSeq: 1 ACK
User-Agent: Bria release 2.2 stamp 45414
Content-Length: 0
Status-Line: SIP/2.0 200 OK
Status-Code: 200
[Resent Packet: True]
[Suspected resend of frame: 7]
Message Header
Via: SIP/2.0/UDP 64.76.148.108:42772
;branch=z9hG4bK-d8754z-da0b2e4b1b5d0843-1---d8754z-;rport=42772
Record-Route: <sip:100.100.100.211;lr=on>
From: "camila" <sip:1234 at 100.100.100.211<sip%3A1234 at 100.100.100.211>
>;tag=8422566b
To: <sip:02131234 at 100.100.100.211 <sip%3A02131234 at 100.100.100.211>
>;tag=pBZjZayFUeDSp
Call-ID: MjY2NDY5NTE3OTk4MzdmMjE0YWQxNWQ4MWFmY2JhMWQ.
CSeq: 1 INVITE
Contact: <sip:02131234 at 100.100.100.211:5090;transport=udp>
User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-d41e649 2011-01-11
12-25-55 -0600
Accept: application/sdp
Message Body
Session Description Protocol
When I removed Freeswitch from the path the ACK is routed ok.
The ACK is routed by loose_route, but then it fails because the
if ( t_check_trans() ) {
What could be happening?
Regards,
Ricardo.-
*Ricardo Martínez **|* Ingeniero de Desarrollo
RedVoiss *|* rmartinez at redvoiss.net
Santiago - Chile *|* +56 2 2408196
www.redvoiss.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20110117/0597390f/attachment.htm>
More information about the sr-users
mailing list