Re: [pntaw] Real-time media over TCP

[Michael Tuexen <[e-mail]>]

On Oct 8, 2013, at 6:09 AM, Harald Alvestrand <[e-mail]> wrote:

> 
> -----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 <[e-mail]> wrote:
>> 
>>> 
>>> On Oct 7, 2013, at 11:32 AM, Bernard Aboba
> <[e-mail]> 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.
His point is that you can work with an unchanged stack, but don't
get any benefit. The point in the above is to use a TCP without CC,
which requires an end-host change. So it is not so easy to get rid
of the TCP CC when using a kernel TCP stack.

Best regards
Michael
> 
> -----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-----
> 
>