Re: [pntaw] Real-time media over TCP

[Dan Wing <[e-mail]>]

On Oct 8, 2013, at 5:38 AM, Michael Tuexen <[e-mail]> wrote:

> 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 application sees SCTP -- that must have some benefit.

-d


> 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-----
>> 
>> 
>