[Freeswitch-users] tcp call misses sip message
RobertT
siniypin at gmail.com
Thu Nov 12 14:27:02 PST 2009
Hello everyone!
I'v got strange problem with incomplete call via tcp transport. When I
perform bridged call from one ua (no matter what transport udp or tcp)
through FS this call's leg b message sequence (over tcp) lacks finishing SIP
message what in it's turn cause the call to be disconnected by the client by
timeout. Everything works fine with local calls, so I guess the problem is
somewhere between UA and FS. There is no NAT and calls via udp are being
established correctly. The problem is with tcp and tls as well.
This is the sender's ua SIP trace:
TX 1049 bytes Request msg INVITE/cseq=11615 (tdta0486C000) to UDP :
RX 348 bytes Response msg 100/INVITE/cseq=11615 (rdata0482806C) from UDP :
RX 813 bytes Response msg 407/INVITE/cseq=11615 (rdata0482806C) from UDP :
TX 346 bytes Request msg ACK/cseq=11615 (tdta0486EFD0) to UDP :
TX 1324 bytes Request msg INVITE/cseq=11616 (tdta0486C000) to UDP :
RX 348 bytes Response msg 100/INVITE/cseq=11616 (rdata0482806C) from UDP :
RX 1083 bytes Response msg 200/INVITE/cseq=11616 (rdata0482806C) from UDP
:
TX 360 bytes Request msg ACK/cseq=11616 (tdta04874E38) to UDP :
And this is the reciever's SIP trace:
RX 1167 bytes Request msg INVITE/cseq=122911315 (rdata04864E10) from tcp
:
TX 298 bytes Response msg 100/INVITE/cseq=122911315 (tdta0486D010) to tcp
:
TX 801 bytes Response msg 200/INVITE/cseq=122911315 (tdta0486D010) to tcp
: ------ I guess this is where ACK is supposed to arrive
Retransmiting Response msg 200/INVITE/cseq=122911315 (tdta0486D010),
count=0, restart?=1
TX 801 bytes Response msg 200/INVITE/cseq=122911315 (tdta0486D010) to tcp
:
Retransmiting Response msg 200/INVITE/cseq=122911315 (tdta0486D010),
count=0, restart?=2
TX 801 bytes Response msg 200/INVITE/cseq=122911315 (tdta0486D010) to tcp
:
Retransmiting Response msg 200/INVITE/cseq=122911315 (tdta0486D010),
count=0, restart?=3
TX 801 bytes Response msg 200/INVITE/cseq=122911315 (tdta0486D010) to tcp
:
....
Sofia profile config:
<param name="debug" value="8"/>
<param name="sip-trace" value="yes"/>
<param name="rfc2833-pt" value="101"/>
<param name="sip-port" value="$${external_call_sip_port}"/>
<param name="dialplan" value="XML"/>
<param name="context" value="public"/>
<param name="dtmf-duration" value="100"/>
<param name="codec-prefs" value="$${global_codec_prefs}"/>
<param name="hold-music" value="$${hold_music}"/>
<param name="use-rtp-timer" value="true"/>
<param name="rtp-timer-name" value="soft"/>
<param name="session-timeout" value="172800"/>
<param name="enable-timer" value="false"/>
<param name="minimum-session-expires" value="172800"/>
<param name="pass-callee-id" value="false"/>
<param name="manage-presence" value="true"/>
<param name="challenge-realm" value="auto_from"/>
<param name="force-register-domain" value="$${domain}"/>
<param name="send-message-query-on-register" value="false"/>
<param name="aggressive-nat-detection" value="true"/>
<param name="inbound-proxy-media" value="true"/>
<param name="inbound-bypass-media" value="false"/>
<param name="inbound-late-negotiation" value="true"/>
<param name="inbound-codec-negotiation" value="generous"/>
<param name="nonce-ttl" value="60"/>
<param name="auth-calls" value="true"/>
<param name="rtp-timeout-sec" value="1800"/>
<param name="accept-blind-auth" value="false"/>
<param name="rtp-ip" value="$${local_ip_v4}"/>
<param name="sip-ip" value="$${local_ip_v4}"/>
<param name="rtp-timeout-sec" value="300"/>
<param name="rtp-hold-timeout-sec" value="1800"/>
<param name="tls" value="$${external_ssl_enable}"/>
<param name="tls-bind-params" value="transport=tls"/>
<param name="tls-sip-port" value="$${external_call_tls_port}"/>
<param name="tls-cert-dir" value="$${external_ssl_dir}"/>
<param name="tls-version" value="$${sip_tls_version}"/>
and super-smart dialplan
<extension name="one2one">
<condition field="destination_number" expression="(.*)">
<action application="bridge"
data="sofia/external_call/$1%${domain_name}"/>
</condition>
</extension>
FS 1.0.5pre5 is running on Windows Server 2007SP1 64bit.This issue first
occured with 1.0.4 release.
Best regards, Robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20091113/4a957142/attachment-0002.html
More information about the FreeSWITCH-users
mailing list