Re: [pntaw] New version of TURN over websockets draft

Hi All,

	I read the revised draft again. For I'm not so familiar with RFC 6455. So just share some of my comments:

1. has an explicit requirement to allow such peers to use some kind of fallback communication in HTTP-only networks, as specified in [I-D.ietf-rtcweb-use-cases-and-requirements](F37).
  Is it better to use 'HTTP(s)-only networks'?

2. the involved WebSocket server have to relay the application data to each other by either UDP, TCP or other existing ways
  Since 3.2 has mentioned the connection between TURN/WebSocket servers could by UDP, TCP or other ways, should the Figure 2 change to 'UDP/TCP/Others' or 'UDP/TCP/...'?

3. The WebSocket messages transmitted over this connection MUST conform to the negotiated WebSocket sub-protocol.
  Should we restrict the 80/443 port only run websocket once the handshake or negotiation finish? Or there are other better ways? I thought other people in NAT network can still use 80 port to explore internet. (maybe I made some mistake here.)

	The 1st time I started to work with Xin about this idea was original from Lorenzo's HTTP fallback proposal and rtcweb requirement F37. We thought HTPP fallback proposal *still* need to work on many new parameters for mechanism suggested (chunked or non-chunked mode). At that time someone had propose several documents about 'over websocket'. So we tried to assume the media stream of webrtc application can traverse the restricted networking via websocket as well. There were several points we thought:

1. What's the usage or motivation of this mechanism? Except the networking restricting area(prisons, hotels, airports) is there any better case?
2. Will it be better or easier to use TURN over WS/WSS than TURN over TCP/TLS? Or it is an alternative choice?
3. Will the combo 'TURN+HTTP(s) Port+WebSocket' works well and easily deploying?

	Are they handled well now?

Thanks,
Michael

> -----Original Message-----
> From: pntaw-bounces@ietf.org [mailto:pntaw-bounces@ietf.org] On Behalf Of
> Sergio Garcia Murillo
> Sent: Friday, September 13, 2013 3:41 PM
> To: pntaw@ietf.org
> Cc: Oleg Moskalenko; Victor Pascual Avila; Lorenzo Miniero; Chenxin (Xin)
> Subject: [pntaw] New version of TURN over websockets draft
> 
> Hi all
> 
> We have been working on a new version of the TURN over Websocket draft
> originally proposed by Xin, which is now available at:
> 
> http://www.ietf.org/id/draft-chenxin-behave-turn-websocket-01.txt
> 
> We believe that it is very well aligned with the spirit of
> draft-hutton-rtcweb-nat-firewall-considerations and should be considered
> to be endorsed by WebRTC.
> 
> Also, in order to address the concerns about the impact on TURN servers
> we will be working in providing a working prototype over the following
> weeks by adding a preliminary support of TURN over websockets into the
> rfc5766-turn-server.
> 
> Any kind of feedback would be very welcome.
> 
> Best regards
> Sergio
> _______________________________________________
> pntaw mailing list
> pntaw@ietf.org
> https://www.ietf.org/mailman/listinfo/pntaw