Does Firefox support stun yet?

[Eric Davies]

I haven't found any demos that work when one peer is behind a NAT. Does Firefox support STUN yet?

Eric.

[Adam Roach]

Yes. If you don't specify a server, it'll use Mozilla's STUN server by default. At least, for now.

You might need to be running Aurora or Nightly for this to work properly.

Also, we don't currently take DNS names for STUN servers, although we're working on it at the moment.

/a

On Mar 1, 2013, at 19:10, Eric Davies <ericthe...@gmail.com> wrote:

> I haven't found any demos that work when one peer is behind a NAT. Does Firefox support STUN yet?
>
> Eric.

> _______________________________________________
> dev-media mailing list
> dev-...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-media

[Eric Davies]

We were running the current version of Firefox Nightly.

We tried the apprtc.appspot.com example and the multi-person video chat on http://mozilla.github.com/webrtc-landing/, and our own demo code. They worked fine as long as my two peers were on the same subnet, but no connection was established when one was beneath a NAT. Chrome had no trouble with the apprtc.appspot.com case, nor with our own demo code (which uses stun addresses specified as ip addresses).

Using our own STUN server, we could see from the STUN server logs that Firefox was communicating with the browser, but no indication that Firefox was using the data from that exchange.

Eric.

[Eric Davies]

We were running the current version of Firefox Nightly.

We tried the apprtc.appspot.com example and the multi-person video chat on http://mozilla.github.com/webrtc-landing/, and our own demo code. They worked fine as long as my two peers were on the same subnet, but no connection was established when one was beneath a NAT. Chrome had no trouble with the apprtc.appspot.com case, nor with our own demo code (which uses stun addresses specified as ip addresses).

Using our own STUN server, we could see from the STUN server logs that Firefox was communicating with the browser, but no indication that Firefox was using the data from that exchange.

Eric.


On Friday, March 1, 2013 6:03:08 PM UTC-8, Adam Roach wrote:

[Eric Rescorla]

On Fri, Mar 1, 2013 at 8:14 PM, Eric Davies <ericthe...@gmail.com>wrote:

> We were running the current version of Firefox Nightly.
>
> We tried the apprtc.appspot.com example and the multi-person video chat
> on http://mozilla.github.com/webrtc-landing/, and our own demo code.
> They worked fine as long as my two peers were on the same subnet, but no
> connection was established when one was beneath a NAT. Chrome had no
> trouble with the apprtc.appspot.com case, nor with our own demo code
> (which uses stun addresses specified as ip addresses).
>
> Using our own STUN server, we could see from the STUN server logs that
> Firefox was communicating with the browser, but no indication that Firefox
> was using the data from that exchange.
>

Well, Firefox certainly has both STUN and ICE support, and we do test
behind NATs. That said, it sounds like you have run into a bug.

Please file a bugzilla bug containing:

1. Wireshark traces
2. The SDP contents
3. The logs you get when you set the following environment variables:
R_LOG_LEVEL=9
R_LOG_DESTINATION=stderr
(there will be a lot)

Thanks,
-Ekr

[Eric Davies]

I tried to replicate the problem this morning with a fresh copy of nightly but it wouldn't manifest. There should be a programmers blessing along the lines, "may all your bugs be repeatable" :-).

[Eric Rescorla]

Indeed. Let us know if you repro it.

-Ekr

[Eric Davies]

I tried to replicate the problem this morning with a fresh copy of nightly but it wouldn't manifest. There should be a programmers blessing along the lines, "may all your bugs be repeatable" :-).


On Sunday, March 3, 2013 7:51:23 AM UTC-8, Eric Rescorla wrote: