Re: [pntaw] Real-time media over TCP

Harald Alvestrand <harald@alvestrand.no> Tue, 08 October 2013 04:09 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: pntaw@ietfa.amsl.com
Delivered-To: pntaw@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAECD21E8141 for <pntaw@ietfa.amsl.com>; Mon, 7 Oct 2013 21:09:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LFDuzrmWXVJY for <pntaw@ietfa.amsl.com>; Mon, 7 Oct 2013 21:09:41 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id 7C59021E81B7 for <pntaw@ietf.org>; Mon, 7 Oct 2013 21:09:39 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1762139E085; Tue, 8 Oct 2013 06:09:38 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5mK3a4BVP8Ka; Tue, 8 Oct 2013 06:09:37 +0200 (CEST)
Received: from [10.59.4.97] (unknown [212.91.240.155]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id CE2D339E070; Tue, 8 Oct 2013 06:09:36 +0200 (CEST)
Message-ID: <5253857F.6010802@alvestrand.no>
Date: Tue, 08 Oct 2013 06:09:35 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
MIME-Version: 1.0
To: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>, Dan Wing <dwing@cisco.com>
References: <CAGTXFp92jSzQz05uHngzscz88n=fT_JPbEvQRxgeUUqPVRQUyQ@mail.gmail.com> <52244DD7.1020900@alvestrand.no> <BLU405-EAS183E36A927CA42270B6936D93300@phx.gbl> <522590EE.7070508@alvestrand.no> <C632A223-A55A-47F4-B083-9BDC447DA959@cisco.com> <52262657.3080208@alvestrand.no> <A2C315DB-1882-4BD1-A8C0-E8AF7DEA48F4@cisco.com> <00ca01cec387$f881cae0$e98560a0$@co.in> <BLU406-EAS274696C3D9DFE505F96B8E393130@phx.gbl> <2924C1EA-613D-4B05-BD24-4CFD1411386E@cisco.com> <28C05866-180F-41B2-8466-502F57FF1DF1@lurchi.franken.de>
In-Reply-To: <28C05866-180F-41B2-8466-502F57FF1DF1@lurchi.franken.de>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Bernard Aboba <bernard_aboba@hotmail.com>, "pntaw@ietf.org" <pntaw@ietf.org>, Parthasarathi R <partha@parthasarathi.co.in>
Subject: Re: [pntaw] Real-time media over TCP
X-BeenThere: pntaw@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion list for practices related to proxies, NATs, TURN, and WebRTC" <pntaw.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pntaw>, <mailto:pntaw-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pntaw>
List-Post: <mailto:pntaw@ietf.org>
List-Help: <mailto:pntaw-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pntaw>, <mailto:pntaw-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Oct 2013 04:09:46 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/07/2013 10:14 PM, Michael Tuexen wrote:
> On Oct 7, 2013, at 10:08 PM, Dan Wing <dwing@cisco.com> wrote:
>
>>
>> On Oct 7, 2013, at 11:32 AM, Bernard Aboba
<bernard_aboba@hotmail.com> wrote:
>>
>>> As you point out, in most cases ICE-TCP will not avoid use of TURN,
so we are only talking about a modest efficiency gain for ICE-TCP and
RTP over TCP, but a substantial increase in complexity.
>>>
>>> Running SCTP over TCP is undesirable because the congestion control
in SCTP and TCP will interact poorly with each other. 
>>
>> And, even if a full SCTP stack is run over a full TCP stack, that
will work but I agree won't work well.  But working is better than not
working in situations where UDP is blocked.
>>
>> To work well, we might look at SCTP Minion
(draft-iyengar-minion-concept, which disables TCP's congestion control
in lieu of SCTP's congestion control) is one answer to those conflicting
congestion controls.
> This would either require changing the TCP stack in the kernel or using a
> userland TCP stack without CC, which would require using a raw socket for
> sending, for receiving some other strategy, both would require root
privileges...
> Or am I missing something?

If I remember the minion overview correctly, it will in fact work on an
unmodified TCP stack, but if there are ioctls available to get frames
out of order, it can work a good deal better.

But you should get Iengar himself to talk about it if it's of interest.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSU4V/AAoJEIjUFboxkRizAkQH/ixIr8I/pd/hb9FCdvJv9IaT
3Rgp/nYIQdaEUOdZNjdTFuoSU9ruhQ5G+Wd8PouDwS+8hdy8Dry/AOYbNxHrRjdO
4lvyLslOIwksOjMmkJ198RFzQTzvNjsCJQaDhmf/kMaZ0r1KF3lDjWXCzOPRetLs
fy+5nuzzuLrInG4rqkMX2nX4J5endXYxUoX8BOclDjm33YfxPw0/bJHQNE0Iq9Oi
mmw1zf8fzTze/ilqlEpFHv9T/CWGCQGoKinzUbWscOUZNpzPGnur/9pqfQTgMkL/
QWQcKuy2T7QxzIwMF9vz7xHfJvzDxD8fS9Fy1t65LScqFBnppR0qQrlxhYvnu+I=
=W/ti
-----END PGP SIGNATURE-----