[asterisk-bugs] [JIRA] (ASTERISK-25270) chan_sip: rtptimeout doesn't work at all when using JitterBuffers of any kind

[Sean Bright (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-25270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sean Bright reassigned ASTERISK-25270:
--------------------------------------

    Assignee: Sean Bright

> chan_sip: rtptimeout doesn't work at all when using JitterBuffers of any kind
> -----------------------------------------------------------------------------
>
>                 Key: ASTERISK-25270
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25270
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Jitterbuffer, Core/RTP
>    Affects Versions: 13.4.0, 13.5.0
>         Environment: Debian 7 VM
>            Reporter: Florian Loyau
>            Assignee: Sean Bright
>            Severity: Major
>
> Setting rtptimeout in SIP Conf is supposed to terminate the call when no RTP Information was received after a certain time.
> However this doesn't seem to be the case when using any kind of JitterBuffers (either through jbenable and jbimpl in sip.conf as i tested, or according to an old forum post, when using the JITTERBUFFER() DialPlan application).
> Test Procedure:
>  - Enable JitterBuffers in sip.conf
>  - Setup an extension throwing into a StasisApp
>  - Have the StasisApp make the channel join a bridge
>  - Abruptly cut the SIP/RTP client through a SIGKILL or network connectivity loss
> Expected Result:
>  Asterisk detects the lack of RTP traffic and terminates the call after the set timeout, notifying in Console, and the ARI Application via StasisEnd/ChannelLeftBridge/ChannelDestroyed
> Actual Result: 
>  Nothing happens, call goes on despite receiving no data
> Exact same setup with jbenable=no works as expected. 
> Apparently this bug has been around for a couple years, since I noticed a few issues on the bugtrackers and around forums from 11.0.x that could be linked to this one..



--
This message was sent by Atlassian JIRA
(v6.2#6252)