Re: Turn Server doesn't work if PC is under Airport WiFi AP

Nils Ohlmeier Mon, 17 Nov 2014 09:24:47 -0800

Hi Aslan,

Neither the SDP nor the ICE candidates below are from Firefox. Firefoxdoes not (yet) support Bundle or labels.

Did you just send us the wrong debug output?


Best
  Nils Ohlmeier

On 11/17/14 3:27 AM, [email protected] wrote:

I find even the other peer doesn't receive candidates, it still can make 
connection in sometime. Why?

Here is SDP which FF sends to the device:
"v=0\r\no=- 8814186103337328720 2 IN IP4 127.0.0.1\r\ns=-\r\nt=0 
0\r\na=group:BUNDLE audio video\r\na=msid-semantic: WMS ARDAMS\r\nm=audio 1 
RTP\/SAVPF 103 111 9 102 0 8 106 105 13 127 126\r\nc=IN IP4 0.0.0.0\r\na=rtcp:1 IN 
IP4 
0.0.0.0\r\na=ice-ufrag:64BzBMsOxdK6Aelk\r\na=ice-pwd:1qTE1U0TLydIjilff2CJjQmB\r\na=ice-options:google-ice\r\na=fingerprint:sha-1
 
F8:DA:30:1B:8C:3E:5B:1C:82:2E:D5:65:64:60:64:D0:C8:8E:99:06\r\na=setup:actpass\r\na=mid:audio\r\na=extmap:1
 urn:ietf:params:rtp-hdrext:ssrc-audio-level\r\na=extmap:3 
http:\/\/www.webrtc.org\/experiments\/rtp-hdrext\/abs-send-time\r\na=sendrecv\r\na=rtcp-mux\r\na=rtpmap:111
 opus\/48000\/2\r\na=fmtp:111 minptime=10\r\na=rtpmap:103 ISAC\/16000\r\na=rtpmap:9 
G722\/16000\r\na=rtpmap:102 ILBC\/8000\r\na=rtpmap:0 PCMU\/8000\r\na=rtpmap:8 
PCMA\/8000\r\na=rtpmap:106 CN\/32000\r\na=rtpmap:105 CN\/16000\r\na=rtpmap:13 
CN\/8000\r\na=rtpmap:127 red\/8000\r\na=rtpmap:126 
telephone-event\/8000\r\na=maxptime:60\r\na=ssrc:120917423 cname:8c

pG

  2axRBu\/+9r\/Z\r\na=ssrc:120917423 msid:ARDAMS ARDAMSa0\r\na=ssrc:120917423 
mslabel:ARDAMS\r\na=ssrc:120917423 label:ARDAMSa0\r\nm=video 1 RTP\/SAVPF 98 
96\r\nc=IN IP4 0.0.0.0\r\na=rtcp:1 IN IP4 
0.0.0.0\r\na=ice-ufrag:64BzBMsOxdK6Aelk\r\na=ice-pwd:1qTE1U0TLydIjilff2CJjQmB\r\na=ice-options:google-ice\r\na=fingerprint:sha-1
 
F8:DA:30:1B:8C:3E:5B:1C:82:2E:D5:65:64:60:64:D0:C8:8E:99:06\r\na=setup:actpass\r\na=mid:video\r\na=extmap:2
 urn:ietf:params:rtp-hdrext:toffset\r\na=extmap:3 
http:\/\/www.webrtc.org\/experiments\/rtp-hdrext\/abs-send-time\r\na=recvonly\r\na=rtcp-mux\r\na=rtpmap:98
 H264\/90000\r\na=rtcp-fb:98 ccm fir\r\na=rtcp-fb:98 nack\r\na=rtcp-fb:98 nack 
pli\r\na=rtcp-fb:98 goog-remb\r\na=rtpmap:96 rtx\/90000\r\na=fmtp:96 apt=98\r\n"

And also, the candidates which FF sends to the device:
{"id":"audio","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:1325399287 1 udp 
2122194687 10.0.1.57 60258 typ host generation 0","label":0,"type":"candidate"}
{"id":"audio","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:1325399287 2 udp 
2122194687 10.0.1.57 60258 typ host generation 0","label":0,"type":"candidate"}
{"id":"video","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:1325399287 1 udp 
2122194687 10.0.1.57 60258 typ host generation 0","label":1,"type":"candidate"}
{"id":"video","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:1325399287 2 udp 
2122194687 10.0.1.57 60258 typ host generation 0","label":1,"type":"candidate"}
{"id":"audio","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:8126471 1 tcp 1518214911 
10.0.1.57 60786 typ host tcptype passive generation 0","label":0,"type":"candidate"}
{"id":"audio","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:8126471 2 tcp 1518214911 
10.0.1.57 60786 typ host tcptype passive generation 0","label":0,"type":"candidate"}
{"id":"video","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:8126471 1 tcp 1518214911 
10.0.1.57 60786 typ host tcptype passive generation 0","label":1,"type":"candidate"}
{"id":"video","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:8126471 2 tcp 1518214911 
10.0.1.57 60786 typ host tcptype passive generation 0","label":1,"type":"candidate"}
{"id":"audio","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:208798335 1 udp 
1685987071 211.72.69.111 47994 typ srflx raddr 10.0.1.57 rport 60258 generation 0","label":0,"type":"candidate"}
{"id":"audio","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:208798335 2 udp 
1685987071 211.72.69.111 47994 typ srflx raddr 10.0.1.57 rport 60258 generation 0","label":0,"type":"candidate"}
{"id":"video","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:208798335 1 udp 
1685987071 211.72.69.111 47994 typ srflx raddr 10.0.1.57 rport 60258 generation 0","label":1,"type":"candidate"}
{"id":"video","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:208798335 2 udp 
1685987071 211.72.69.111 47994 typ srflx raddr 10.0.1.57 rport 60258 generation 0","label":1,"type":"candidate"}
{"id":"audio","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:2926477417 1 udp 
41819903 54.255.152.155 63818 typ relay raddr 211.72.69.111 rport 47894 generation 0","label":0,"type":"candidate"}
{"id":"audio","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:2926477417 2 udp 
41819903 54.255.152.155 63818 typ relay raddr 211.72.69.111 rport 47894 generation 0","label":0,"type":"candidate"}
{"id":"video","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:2926477417 1 udp 
41819903 54.255.152.155 63818 typ relay raddr 211.72.69.111 rport 47894 generation 0","label":1,"type":"candidate"}
{"id":"video","app_conn_id":"cd84a1f7-4ebe-4afe-b265-5c588cffbbec","candidate":"candidate:2926477417 2 udp 
41819903 54.255.152.155 63818 typ relay raddr 211.72.69.111 rport 47894 generation 0","label":1,"type":"candidate"}

Finally, the device decides use the connection:
Conn[audio:q04sw+5i:1:0:local:udp:192.168.60.107:35856->AJEU5UPx:1:1853759231:prflx:udp:192.168.3.10:47354|CRWI|7961835276047629822|-]

My question is why does the device know 192.168.3.10? What am I missing?

On Wednesday, November 12, 2014 12:14:08 AM UTC+8, [email protected] wrote:

Hi,

I found a strange problem on my side. I have a PC under Airport WiFi AP (but connected by 
wire), and try to use RTCPeerConnection to connect the other device. However, the ice 
status is changed as "connected", but I can't see any video on my FF. I also 
try to use about:webrtc to find the any clue.. Here is the output from about:webrtc

PeerConnection:1415678254974000 (id=399 
url=https://10.0.1.12:6666/html/index.html#) 11:58:41 GMT+0800
ICE statistics
1415678254974000 (id=399 url=https://10.0.1.12:6666/html/index.html#): 
stream1/audio
Local candidate Remote candidate        ICE State       Priority        
Nominated       Selected
10.0.1.25:59672/udp(host)       192.168.60.108:45308/udp(host)  failed  
9115038255643886000             
192.168.3.10:45673/udp(peerreflexive)   192.168.60.108:45308/udp(host)  
succeeded       7989386838416440000     *       *
54.255.152.155:50652/udp(relayed-udp)   192.168.60.108:45308/udp(host)  
cancelled       423619839899090400              
Local candidate addr    Type
10.0.1.25:59672/udp     host
211.72.69.111:44545/udp serverreflexive
54.255.152.155:50652/udp        relayed-udp
192.168.3.10:43905/udp  peerreflexive
Remote candidate addr   Type
192.168.60.108:45308/udp        host
1415678254974000 (id=399 url=https://10.0.1.12:6666/html/index.html#): 
stream2/video
Local candidate Remote candidate        ICE State       Priority        
Nominated       Selected
10.0.1.25:59674/udp(host)       192.168.60.108:41818/udp(host)  failed  
9115038255643886000             
192.168.3.10:45673/udp(peerreflexive)   192.168.60.108:41818/udp(host)  
succeeded       7989386838416440000     *       *
54.255.152.155:65349/udp(relayed-udp)   192.168.60.108:41818/udp(host)  
cancelled       423619839899090400              
Local candidate addr    Type
10.0.1.25:59674/udp     host
211.72.69.111:46313/udp serverreflexive
54.255.152.155:65349/udp        relayed-udp
192.168.3.10:45673/udp  peerreflexive
Remote candidate addr   Type
192.168.60.108:41818/udp        host

Finally, FF decides to use 192.168.3.10:45673, and Turn Server is canceled. But 
I still can not see any video on my FF? Why?

Does anyone know how to fix this issue?

Thanks.

_______________________________________________
dev-media mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-media



_______________________________________________
dev-media mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-media

Re: Turn Server doesn't work if PC is under Airport WiFi AP

Reply via email to