[asterisk-bugs] [JIRA] (ASTERISK-25317) asterisk sends too many stun requests

[Stefan Engström (JIRA)]

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

Stefan Engström commented on ASTERISK-25317:
--------------------------------------------

It seems the magnitude of the stun-spam is proportional to the the answer time, i.e. the time between "send INVITE" to "receive OK".

My understanding of the process is:

Before chrome client answers, the chrome client sends stun requests with a 20 ms interval, which we pass to pjnath by calling pj_ice_sess_on_rx_pkt from __rtp_recvfrom. Pjnath produces stun responses which is passed to asterisk through ast_rtp_on_ice_tx_pkt, and are then sent back to the chrome client, great, 

but when we received a SIP OK for the invite, then we do <something> which makes pjnath call ast_rtp_on_ice_tx_pkt 10-200 times in rapid succession, which makes asterisk send those 10-200 stun requests. I still have no idea why pjnath has piled up that many stun requests, but it certainly seems related to the above process




> asterisk sends too many stun requests
> -------------------------------------
>
>                 Key: ASTERISK-25317
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25317
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/WebSocket, Resources/res_rtp_asterisk
>    Affects Versions: 13.5.0
>         Environment: Fedora 20 - x86_64, asterisk 13.5, pjprojects 2.4, sipml5 chrome
>            Reporter: Stefan Engström
>         Attachments: pjnathticket.txt, wiresharkstunburst.PNG
>
>
> The use case is asterisk dialing a webrtc chan_sip peer who uses chrome
> After upgrading to asterisk 13.5 and pjprojects 2.4, I still have an issue with asterisk sending too many stun requests (10-100 identical ones within a millisecond) after receiving a "SDP Answer" from a chrome webrtc client.
> I do not know if this causes any real issues noticable for the end-user, but there's certainly unecessary network spikes.
> Note that this does _not_ happen when calling the same peer on a firefox browser.
> This issue happens 100% of the time for me and only the magnitude of the stun-spam varies. Can anyone reproduce it?



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