[asterisk-bugs] [Asterisk 0011562]: "rtptimeout" doesn't terminate channel if RTP is lost during "Echo()"
noreply at bugs.digium.com
noreply at bugs.digium.com
Sat Dec 15 09:57:06 CST 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11562
======================================================================
Reported By: ibc
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11562
Category: Channels/chan_sip/*
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 93152
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 12-15-2007 08:58 CST
Last Modified: 12-15-2007 09:57 CST
======================================================================
Summary: "rtptimeout" doesn't terminate channel if RTP is
lost during "Echo()"
Description:
I set rtptimeout=20 in sip.conf and call from a softphone to extension
501:
exten => 501,1,Answer
exten => 501,n,Echo
During the call I kill the softphone (RTP ended and SIP BYE never received
by Asterisk).
After a while (qualify=yes) softphone peer appears as UNREACHABLE.
Asterisk gets "ICMP host UNREACHABLE" when sending RTP to client.
And 20 seconds after (rtptimeout) nothing occurs, the channel remains open
and will never be hangup. Why?
======================================================================
----------------------------------------------------------------------
oej - 12-15-07 09:57
----------------------------------------------------------------------
Thanks for a detailed bug report. Let's find out why.
Issue History
Date Modified Username Field Change
======================================================================
12-15-07 09:57 oej Note Added: 0075464
======================================================================
More information about the asterisk-bugs
mailing list