[asterisk-bugs] [JIRA] (ASTERISK-21383) STUN Binding Requests Not Being Sent Back from Asterisk to Chrome

James Mortensen (JIRA) noreply at issues.asterisk.org
Sun Apr 14 15:08:01 CDT 2013


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

James Mortensen updated ASTERISK-21383:
---------------------------------------

    Attachment: chansip_11-4-rc1_21383_2013_4_14.patch

It turns out that our first patch wasn't following RFC-5245 section 3. So we modified chan_sip so that instead of replacing the host candidates with the public IP, we fix the problem with the rtcp port on the second srflx candidate.

According to the spec, it's supposed to be 1 plus the value of the port in the media description (m= record).

Can someone take a look at this and let us know if there are any issues with this? Since it fixes the one way audio issues we were facing due to the STUN errors, we'd like to see this added to the trunk.

More details and the discussion surrounding these issues can be found in this discussion thread:  https://groups.google.com/d/msg/discuss-webrtc/GKtrfMir2sE/u6GOSZUIUrIJ
                
> STUN Binding Requests Not Being Sent Back from Asterisk to Chrome
> -----------------------------------------------------------------
>
>                 Key: ASTERISK-21383
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21383
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_http_websocket
>    Affects Versions: 11.3.0, 11.4.0
>            Reporter: Shaun Clark
>         Attachments: capture.pcap, chansip_11-4-rc1_21383_2013_4_12.patch, chansip_11-4-rc1_21383_2013_4_14.patch, chrome_debug_good_call-21383.log, onewaycapture.pcap, Screen Shot 2013-04-05 at 8.10.27 AM.png, stuncap.pcap
>
>
> When placing an outbound call from jssip/webrtc we get a one way audio situation that produces an error in Chrome that states:
> [1794:9495:0403/134116:VERBOSE1:port.cc(289)] Jingle:Port[audio:1:0::Net[en0:10.0.1.3/32]]: Received non-STUN packet from unknown address (198.61.XX.XX:11036)
> Asking the WebRTC group they say the error relates to RFC Spec 5245 section 17, where it talks about sending back stun bind requests from in this case Asterisk to the client. They believe that the bind request is not being properly returned. (https://groups.google.com/forum/?fromgroups=#!topic/discuss-webrtc/GKtrfMir2sE)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list