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

[Rusty Newton (JIRA)]

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

Rusty Newton updated ASTERISK-24467:
------------------------------------

    Assignee: Matt Jordan  (was: Ajay Choudary)
      Status: Triage  (was: Waiting for Feedback)

> 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)