[asterisk-bugs] [JIRA] (ASTERISK-25467) chan_sip/webrtc Asterisk + Chrome M47 consistent 0.9s ice handshake delay since commit 1ad827

[Dade Brandon (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-25467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=228572#comment-228572 ] 

Dade Brandon commented on ASTERISK-25467:
-----------------------------------------

Hi,

I accidentally duplicated this as ASTERISK-25614.  It a solution attached, and a patch pending approval of my contributor license agreement

If there's a way to merge with ASTERISK-25614, please do so-- otherwise even though this issue was opened earlier, the new issue is more relevant as it correctly pins down the problem in the source.


Thanks


Dade

(Restricted to JIRA Users group)
> chan_sip/webrtc Asterisk + Chrome M47 consistent 0.9s ice handshake delay since commit 1ad827
> ---------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-25467
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25467
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 11.19.0
>         Environment: Ubuntu 14.04.2 LTS , asterisk version 11.19 updated to trunk, last commit: b4535b0
>            Reporter: Nicole McIntosh
>
> There was a change introduced in Commit #  1ad827327a,
> (ChangeId:Ib75ea2546f29d6efc3d2d37c58df6986c7bd9b91)
> This affected ICE/DTLS SSL behavior. 
> The problem appears when comparing ICE negotiation delay, and differences in delay depending on version of chrome, as well as Asterisk version.
> Testing with Asterisk 11.19 and latest chrome (Canary M47) there is a significantly longer ICE negotiation delay. 
> But, with same chrome on asterisk Before Commit 1ad827327a , no longer delay is present.
> (See external chromium issue linked in external issue ID)
> One possible solution may be to have Asterisk handle incoming DTLS packets as soon as ICE is connected, even if the signalling is delayed.  
> This issue is for the behavior of asterisk when handling the ICE/DTLS handshake and signalling.
> reproducable everytime.
> To reproduce, compare webrtc asterisk ICE signalling delay between versions of asterisk after the commit(latest version) and Chrome Canary, and previous versions of Asterisk before aforementioned commit and Chrome Canary.



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