You have one remote candidate that uses IPv6. The error you mention in about:webrtc is likely from that candidate and not related to why the relay candidate disappears.
To answer what happens to the relay candidate, I'll have to defer to a colleague who knows the signaling stack better. Byron should be able to help. On Mon, Jan 8, 2018 at 8:08 PM, KOMATSU Kensaku <[email protected]> wrote: > Hi Andreas, > > Thanks for your reply. > > I checked address range of my environment, but my env did not have > 169.254/16 in ICE candidates. > > I tested this issue again. Then, I found that behavior got different after > FF58. > > With 57.0.4 (64 bit), it worked well with TURN since remote-candidates of > Janus Admin log included ``relay`` candidates as follows, > > ``` > "local-candidates": [ > "1 1 udp 2013266431 10.0.2.15 52855 typ host", > "2 1 udp 167772671 52.41.145.197 59022 typ relay > raddr 10.0.2.15 rport 0", > "3 1 udp 1677722111 165.254.239.194 24786 typ > srflx raddr 10.0.2.15 rport 52855" > ], > "remote-candidates": [ > "0 1 UDP 2122187007 10.49.52.222 64179 typ host", > "4 1 UDP 2122252543 > 2001:418:149f:1052:9d6d:7332:3369:7126 > 64180 typ host", > "9 1 UDP 8265727 52.41.145.197 50133 typ relay > raddr 52.41.145.197 rport 50133", > "1 1 UDP 1685987327 165.254.239.194 17963 typ > srflx raddr 10.49.52.222 rport 64179" > ], > ``` > > But 58.0b14 (64-bit) and 59.0a1 (2018-01-08) (64 bit), it failed with > skipping ``relay`` candidate from remote-candidates. > > ``` > "local-candidates": [ > "1 1 udp 2013266431 10.0.2.15 54551 typ host", > "2 1 udp 167772671 52.41.145.197 54316 typ relay > raddr 10.0.2.15 rport 0", > "3 1 udp 1677722111 165.254.239.194 21385 typ > srflx raddr 10.0.2.15 rport 54551" > ], > "remote-candidates": [ > "0 1 UDP 2122252543 10.49.52.222 56774 typ host", > "4 1 UDP 2122187007 > 2001:418:149f:1052:9d6d:7332:3369:7126 > 54378 typ host", > "1 1 UDP 1686052863 165.254.239.194 15475 typ > srflx raddr 10.49.52.222 rport 56774" > ], > ``` > > Also, I saw "Skipping TURN server because of link local mis-match" in > about:webrtc. > > > > 2018年1月5日金曜日 5時36分43秒 UTC-8 Andreas Pehrson: > > Hi Kensaku, > > > > Looking at our code, the error originates at one of the two checks in > [1]. > > > > "link local" seems to refer to an address in the 169.254/16 range. > There's > > a similar check for ipv6. Does your server sit in this range? > > > > We also raise the same error in case of a mismatch between your local > > interface's and the turn server's ip address version (4 vs 6). > > > > I suppose there is a chance of false positives during enumeration of all > > interfaces re the version check. Does the server show up in the table on > > about:webrtc? > > > > > > > > Best regards, > > > > Andreas > > > > > > [1] > > https://searchfox.org/mozilla-central/source/media/ > mtransport/third_party/nICEr/src/net/transport_addr.c#488-497 > > > > On Fri, Jan 5, 2018 at 2:45 AM, <[email protected]> wrote: > > > > > Hi, > > > > > > I am trying to make webrtc connection between Janus in vagrant and FF > (=< > > > 57) on host machine. But it make an ice failed error (Chrome works > fine). > > > > > > As mentioned by Lorenzo in another topic, https://groups.google.com/ > > > forum/#!topic/mozilla.dev.media/rQUhtfBNRgU, I guess it is because of > ICE > > > state machine behavior difference or so. > > > > > > Then, I also tested with my custom TURN server. But FF still made an > error > > > as "ICE failed, your TURN server appears to be broken, see > about:webrtc for > > > more details". And, I found error message in ``about:webrtc`` as > > > > > > "Skipping TURN server because of link local mis-match" > > > > > > So, what condition does above error message happen? In other words, > what > > > does 'local mis-match' mean? > > > > > > --- Kensaku Komatsu > > > _______________________________________________ > > > 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 > _______________________________________________ dev-media mailing list [email protected] https://lists.mozilla.org/listinfo/dev-media
