refresher INVITE destroys dialog

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Oct 2, 2009 at 1:02 PM, RobertT <siniypin at gmail.com> wrote:
> Hi guys!
>
> I've encountered a problem with refresher INVITE message.
> In short it breaks established call, causing media transport to close, but
> the session itself is OK. Here is an example:
> I've got an application calling into the conference server. This server
> accepts the call and establishes the connection. This client can hear the
> sound coming from server form about a minute, after that the sound suddenly
> breaks and neither he hear anything nor he can be heard by other
> participants of conference. Below is a short piece of sip trace:
>
> INVITE sip:1.conference.dw at xx.xxx.x.xx:5080;transport=TCP SIP/2.0
> ..
>
> SIP/2.0 100 Trying
> ..
>
> SIP/2.0 407 Proxy Authentication Required
> ..
>
> ACK sip:1.conference.dw at xx.xxx.x.xx:5080;transport=TCP SIP/2.0
> ..
>
> SIP/2.0 100 Trying
> ..
>
> SIP/2.0 183 Session Progress
> ..
>
> This is the answer from server with refresher lines in SDP
> SIP/2.0 200 OK
> ..
> Session-Expires: 120;refresher=uas
> Min-SE: 120
> ..
>
> ACK sip:1.conference.dw at xx.xxx.x.xx:5080;transport=tcp SIP/2.0
> ..
>
> Finally, the next INVITE message from server causes media stream to close
> Processing incoming message: Request msg INVITE/cseq=121095711
> (rdata07810910)
> RX 978 bytes Request msg INVITE/cseq=121095711 (rdata07810910) from tcp
> xx.xxx.x.x:5080:
> INVITE sip:1001 at 87.184.52.45:64935;transport=tcp SIP/2.0
> ...
> Session-Expires: 120;refresher=uac
> Min-SE: 120
> ..
>
> ...
> m=audio 27322 RTP/AVP 103 101
> a=rtpmap:103 speex/16000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=silenceSupp:off - - - -
> a=ptime:20
>
> dlg0783D1AC? Received Request msg INVITE/cseq=121095711 (rdata07810910)
> tsx07845D7C? Transaction created for Request msg INVITE/cseq=121095711
> (rdata07810910)
> tsx07845D7C? Incoming Request msg INVITE/cseq=121095711 (rdata07810910) in
> state Null
> tsx07845D7C? State changed from Null to Trying, event=RX_MSG
> dlg0783D1AC? Transaction tsx07845D7C state changed to Trying
> inv0783D1AC? Got SDP offer in Request msg INVITE/cseq=121095711
> (rdata07810910)
> Call 0: received updated media offer
> endpoint? Response msg 200/INVITE/cseq=121095711 (tdta07846520) created
> inv0783D1AC? SDP negotiation done, status=0
> Call 0: remote NAT type is 0 (Unknown)
>
> strm0784C834
> JB summary:
> ?? size=2 prefetch=3
> ?? delay (min/max/avg/dev)=20/260/55/50 ms
> ?? burst (min/max/avg/dev)=1/12/2/0 frames
> ?? lost=35 discard=0 empty=852
>
> Media session for call 0 is destroyed
> pjmedia_rtp_session_init: ses=0784D580, default_pt=103, ssrc=0xd291c26
> pjmedia_rtp_session_init: ses=0784D9F4, default_pt=103, ssrc=0xd291c26
> Stream strm0784C394 created
> Encoder stream started
> strm0784C394? Decoder stream started
> Media updates, stream #0: speex (sendrecv)
>
> inv0783D1AC? Sending Response msg 200/INVITE/cseq=121095711
> (tdta07846520)
> dlg0783D1AC? Sending Response msg 200/INVITE/cseq=121095711
> (tdta07846520)
> tsx07845D7C? Sending Response msg 200/INVITE/cseq=121095711 (tdta07846520)
> in state Trying
> TX 801 bytes Response msg 200/INVITE/cseq=121095711 (tdta07846520) to tcp
> 74.208.167.44:5080:
> SIP/2.0 200 OK
> ...
>
> Any help regarding how to resolve this problem will be appretiated!
>

I don't see any problems here. The media is restarted (i.e. destroyed
and recreated) due to new offer. It should be running normally.

-Benny



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux