Project: webrtc Issues People Development process History Sign in
New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Issue 2985 googTransportType always reported as UDP
Starred by 8 users Reported by msan...@tokbox.com, Feb 28 2014 Back to list
Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Aug 2014
Cc:
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment
What steps will reproduce the problem?
1. block udp traffic
2. Open https://opentokrtc.com/block-udp in one tab
3. Open https://opentokrtc.com/block-udp in another tab
4. Open chrome://webrtc-internals and check the googTransportType

What is the expected result?
The transport type should be tcp since udp is blocked.

What do you see instead?
transport type is udp

What version of the product are you using? On what operating system?
33.0.1750.117 on OS X 10.9.2

Please provide any additional information below.
I'm blocking udp traffic with sudo ipfw add deny udp from any to any 1028-65535 out


 
Project Member Comment 1 by braveyao@webrtc.org, Mar 3 2014
Owner: braveyao@webrtc.org
Could you please attach the dump of webrtc-internals? And from wireshark capture, is tcp packets out?
Just saw the same issue... 
search for Conn-audio-1-0-googTransportType in the attached log. Traffic is running on TURN/TCP port 80, do you want to look at a pcap as well?

Seems to be caused by
https://code.google.com/p/webrtc/source/browse/trunk/talk/app/webrtc/statscollector.cc#813
-- this looks like it takes the ice candidate's protocol field instead of the protocol used to connect to the TURN server. Not sure what the expected behaviour should be.
issue-2985.json
411 KB Download
otoh, this may be just the intended behaviour of googTransportType. In which case there should still be a way to associate a candidate pair with the iceServer used to create it.
http://lists.w3.org/Archives/Public/public-webrtc/2014May/0115.html answers this basically. Works as intended.
I don't understand A) how this "works as intended" or B) what the point is in outputting a state that (as far as I can see) never changes.  No matter what I do to my network connection with ipfw, this always seems to output udp.

I need to answer this exact question: did we connect over TURN or something else.    For a while I thought I had a an answer in googLocalCandidateType, but that doesn't work if you have UDP TURN servers.  For example is it UDP or TCP TURN?  If it's the latter, then I want to show a message to my users to let them know their network is heavy-handed.
#5: you will get that information from the serverUrl parameter in the stats once it's there. 

@braveyao: maybe cc hta and make this bug about adding that serverUrl (unless there is a different one for that already)
Project Member Comment 7 by braveyao@webrtc.org, Jun 30 2014
Cc: braveyao@webrtc.org
Owner: hta@webrtc.org
@hta, please help to comment on this!
Project Member Comment 8 by braveyao@webrtc.org, Jun 30 2014
@hta, please help to comment on this!
Comment 9 by hta@chromium.org, Jun 30 2014
The working not-quite-draft of the stats spec is here:

https://www.w3.org/2011/04/webrtc/wiki/Stats

The "transport" (udp or tcp) refers to the transport between the sender's domain and the receiver's domain - when a TURN server is in use on the sender's side, this is the transport from the sender's TURN server to the receiver; if both parties are using TURN servers, it will be the transport used between the TURN servers.

Once we have implemented the addressSourceURL, this will be empty for host addresses, and be the TURN URL for TURN addresses.

At the moment, we have no way to expose this information.

Project Member Comment 10 by braveyao@webrtc.org, Aug 4 2014
Status: WontFix
Close this issue according to comment#9.
incidentally, just saw this go to "tcp" for ice-tcp, so that works as expected even.
Phillip, could you please point me to where you are seeing it?

thanks!
Project Member Comment 13 by braveyao@webrtc.org, Jul 17 2015
 Issue 4851  has been merged into this issue.
Sign in to add a comment