[asterisk-bugs] [JIRA] (ASTERISK-24467) STUN Request is not completing from ice_reset_session

Rusty Newton (JIRA) noreply at issues.asterisk.org
Wed Dec 3 09:33:35 CST 2014


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

Rusty Newton closed ASTERISK-24467.
-----------------------------------

    Resolution: Not A Bug

[~jcolp] looked at this one. He indicates that this is expected behavior with the current code and that to fix this would require implementation of Trickle ICE. Therefore this currently falls under a feature request with no patch. 

I'm going to close this out for now as Not a Bug.

> STUN Request is not completing from ice_reset_session
> -----------------------------------------------------
>
>                 Key: ASTERISK-24467
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24467
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 11.12.0, 11.13.0
>         Environment: CentOS-6.5 (Both Asterisk & stund)
>            Reporter: Ajay Choudary
>            Assignee: Matt Jordan
>              Labels: STUN, WebRTC
>
> {color:blue} *Issue is related to WebRTC Clients like SIPML5*.{color}
> After accepting the call in client (sipML5 + Chrome), again we are calling _ast_stun_request_
> {{(ast_rtp_ice_start --> ice_reset_session -->ice_create --> rtp_add_candidates_to_ice --> ast_stun_request )}}.
> 1) From _ast_stun_request_ function we are sending STUN Request to stun server, and waiting for a Response.
> 2) By this time Client is already sending huge number of STUN Binding Requests/Responses to Same RTP/RTCP port (_Which should be handled by pjnath_)
> 3) STUN Server is sending Response immediately along with Binding requests from client. But Service is busy in processing STUN Binding Requests from client
> 4) So here _ast_stun_request_ is waiting for Stun Server Response for about 20 Seconds in a loop, by this time call is getting ring timedout. 
> {color: brown} *Note:* If we comment _ice_reset_session_ function from  _ast_rtp_ice_start_,Then no delay is observed in call connection. But this will break hold functionality {color}



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



More information about the asterisk-bugs mailing list