- stabilize rest of WebRTCPeer
 - use uid for the datachannel label
 - store a consistent WebRTC config in the dialer

copy-paste rendezvous works again, but with new interface allowing seamless recovery for the first time

to more sensible locations

maxedChan

It was wider than tall and there was a column of black pixels at the far
right.

 * Follow up to 14fc6a13

 * A start on #34

Serene Han authored Mar 29, 2016 and Arlo Breault committed Apr 05, 2016

webRTCConn close as part of its reset, instead of depending on external deferred close after receiving reset channel, allows valid disconnections even before use

This is the relay that reports using the transport name "snowflake".
https://bugs.torproject.org/18627

Serene Han authored Mar 23, 2016 and Arlo Breault committed Mar 27, 2016

replace webrtcRemote with webrtcRemotes map & indexing, client multiplexing remotes confirmed working (#31)

Change the transport name to "snowflake" and don't report the remote
client address to the ExtORPort.

Patch server.go to refer to out-of-tree websocket library.

From commit ea3ee6b5cf035a9465c02b4a2b38882c9c6a7050 in
https://git.torproject.org/pluggable-transports/websocket.git

To make room for the WebSocket server we're actually going to use as a
primary server. Move server-webrtc docs to server-webrtc/README.md.

That's only for very very old Firefox. Even for flash proxy it was only
relevant for a short time.