Re: [rtcweb] Support for websockets

Salvatore Loreto <> Thu, 08 September 2011 05:24 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A623D21F8B7F for <>; Wed, 7 Sep 2011 22:24:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -106.58
X-Spam-Status: No, score=-106.58 tagged_above=-999 required=5 tests=[AWL=0.019, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 85pyxGGNyUMV for <>; Wed, 7 Sep 2011 22:24:33 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 9C28D21F8B7D for <>; Wed, 7 Sep 2011 22:24:32 -0700 (PDT)
X-AuditID: c1b4fb3d-b7c47ae000000b17-93-4e6851fe4e52
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 44.38.02839.EF1586E4; Thu, 8 Sep 2011 07:26:22 +0200 (CEST)
Received: from ( by ( with Microsoft SMTP Server id; Thu, 8 Sep 2011 07:26:22 +0200
Received: from ( []) by (Postfix) with ESMTP id C474324D8 for <>; Thu, 8 Sep 2011 08:26:21 +0300 (EEST)
Received: from (localhost []) by (Postfix) with ESMTP id 7DB155120C for <>; Thu, 8 Sep 2011 08:26:21 +0300 (EEST)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost []) by (Postfix) with ESMTP id 32F434E64F for <>; Thu, 8 Sep 2011 08:26:21 +0300 (EEST)
Message-ID: <>
Date: Thu, 08 Sep 2011 08:26:20 +0300
From: Salvatore Loreto <>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv: Gecko/20110830 Thunderbird/3.1.13
MIME-Version: 1.0
References: <>, <>, <>, <> <BLU152-W38359A17A67825B59CD5D0934C0@phx.gbl> <> <> <> <> <> <>
In-Reply-To: <>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [rtcweb] Support for websockets
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 08 Sep 2011 05:24:33 -0000

On 9/7/11 6:04 PM, Cullen Jennings wrote:
> Sooner or later, I do think we should talk about how to spoof RTP through firewalls that only allow HTTP traffic. Certainly websockets would be worth looking at but I suspect we will find that it was not designed for transfer of large high bandwidth material (like video)
surprisingly enough it can transfer large high bandwidth files


> and that something similar but different is needed.

> On Sep 6, 2011, at 11:16 AM, Christopher Blizzard wrote:
>> On 9/4/2011 8:12 PM, Matthew Kaufman wrote:
>>> I think there's a legitimate question as to how transmission of media over TCP should work. I believe that the existing code bases all assume that if you get IP addresses, you use them; if you get IP addresses for TURN servers you talk to them over UDP and use TURN for relaying; and if you get IP addresses for TURNS servers you talk to them over TLS/TCP and use them for relaying. Therefore the only TCP transport is TURN-over-TLS-over-TCP.
>>> Is that sufficient and reasonable, or should media-over-websockets (or something else) be how TCP transmission of media works?
>> It's important to note that WebSockets aren't raw sockets in the classic TCP or POSIX sense.  So a conversation about transmission of media over TCP doesn't really apply to WebSockets, exactly.  It's true that since WS is over TCP that it's reliable and ordered.  What would be interesting would be a discussion of how to take media data coming in over a WebSocket and feed it to a consumer that could display that media, as well as the reverse.  But an API discussion feels like something that's more that's something that belongs at the W3C.
>> If we wanted a standardized representation in WS that might happen here, but it's not something that's strictly required.  Well-built APIs to encoders and decoders could mean that it's up to page implementers to figure out how to package the data, manipulated by     JS.
>> --Chris
>> _______________________________________________
>> rtcweb mailing list
> _______________________________________________
> rtcweb mailing list