Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Christian Huitema <huitema@microsoft.com>
To: Colin Perkins <csp@csperkins.org>,
	"Pal Martinsen (palmarti)" <palmarti@cisco.com>
Cc: "cake@lists.bufferbloat.net" <cake@lists.bufferbloat.net>,
	"rmcat@ietf.org" <rmcat@ietf.org>,
	"rtcweb@ietf.org" <rtcweb@ietf.org>,
	"aqm@ietf.org" <aqm@ietf.org>
Subject: Re: [Cake] [aqm] [rtcweb] Catching up on diffserv markings
Date: Thu, 22 Oct 2015 20:02:21 +0000	[thread overview]
Message-ID: <DM2PR0301MB065512F34D7B9AB5DF6E7DC4A8270@DM2PR0301MB0655.namprd03.prod.outlook.com> (raw)
In-Reply-To: <34EEB0FF-1922-42B5-A778-9BB66B7C4FDC@csperkins.org>

On Thursday, October 22, 2015 2:14 AM, Colin Perkins wrote:
> On 22 Oct 2015, at 08:48, Pal Martinsen (palmarti) <palmarti@cisco.com> wrote:
>> On 21 Oct 2015, at 18:10, Harald Alvestrand <harald@alvestrand.no> wrote:
>>> Den 21. okt. 2015 17:51, skrev Dave Taht:
> ...
>>> Five questions:
>>>
>>> 1) Has anyone implemented or tested putting voice and video on two
>>> different 5-tuples in any running code out there? 
>>
>> All VC systems I know of except WebRTC-based ones do it, AFAIK. 
>> It’s putting them on the same that's unusual.
>
> That sounds like the world I am living in as well.

Several ports is common, but you have to consider priority issues. In a video conference, you want voice and video to be in sync, so the user sees the lips moving at the same time as the corresponding sound is heard. In fact, you want to see the lip moving slightly before you hear the sound. If voice arrives before video, many systems will delay the playback in order to achieve lip synchronization. There is not a whole lot to be gained by sending real-time voice "faster" than "video."

Dave did not ask the question, but the Cake document also mentions placing game traffic in the voice priority class. Note that Xbox One, the game traffic is encrypted with IPSEC, either natively over IPv6, or often tunneled over a single UDP port for IPv4 (http://www.nanog.org/sites/default/files/wed.general.palmer.xbox_.47.pdf). 

-- Christian Huitema





      parent reply	other threads:[~2015-10-22 20:02 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-21 15:51 [Cake] " Dave Taht
2015-10-21 16:10 ` [Cake] [rtcweb] " Harald Alvestrand
2015-10-22  7:48   ` Pal Martinsen (palmarti)
2015-10-22  9:13     ` Colin Perkins
2015-10-22 19:54       ` [Cake] [rmcat] " Justin Uberti
2015-10-23 13:29         ` Jonathan Morton
2015-10-23 13:31         ` Loganaden Velvindron
2015-10-27  8:06         ` Sebastian Moeller
2015-10-27 16:16           ` Justin Uberti
2015-10-27 17:04             ` Sebastian Moeller
2015-10-29 15:25         ` Piers O'Hanlon
2015-10-22 20:02       ` Christian Huitema [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DM2PR0301MB065512F34D7B9AB5DF6E7DC4A8270@DM2PR0301MB0655.namprd03.prod.outlook.com \
    --to=huitema@microsoft.com \
    --cc=aqm@ietf.org \
    --cc=cake@lists.bufferbloat.net \
    --cc=csp@csperkins.org \
    --cc=palmarti@cisco.com \
    --cc=rmcat@ietf.org \
    --cc=rtcweb@ietf.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox