Re: [AVTCORE] [Dart] Colin Perkins comments - WGLC: draft-ietf-dart-dscp-rtp-02

Ben Campbell <ben@nostrum.com> Mon, 25 August 2014 18:12 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5EF51A01EB; Mon, 25 Aug 2014 11:12:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.568
X-Spam-Level:
X-Spam-Status: No, score=-2.568 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.668] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EZqA_vo_nmKr; Mon, 25 Aug 2014 11:12:12 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01E2B1A01BA; Mon, 25 Aug 2014 11:12:11 -0700 (PDT)
Received: from [10.0.1.23] (cpe-173-172-146-58.tx.res.rr.com [173.172.146.58]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id s7PIC16t064980 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 25 Aug 2014 13:12:02 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-173-172-146-58.tx.res.rr.com [173.172.146.58] claimed to be [10.0.1.23]
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Ben Campbell <ben@nostrum.com>
In-Reply-To: <04D677DE-FA18-4917-A973-70D330285197@csperkins.org>
Date: Mon, 25 Aug 2014 13:12:01 -0500
X-Mao-Original-Outgoing-Id: 430683121.030512-7861751ea1325f801fdfa23c0d7d403b
Content-Transfer-Encoding: quoted-printable
Message-Id: <79D2AC8C-4821-4CDA-A39A-7D460DD18A41@nostrum.com>
References: <8D3D17ACE214DC429325B2B98F3AE712077BB42A7A@MX15A.corp.emc.com> <04D677DE-FA18-4917-A973-70D330285197@csperkins.org>
To: Colin Perkins <csp@csperkins.org>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/avt/G3vr53s9SZgsZj0q9FNOko5tS0o
Cc: "Black, David" <david.black@emc.com>, "dart@ietf.org" <dart@ietf.org>, "avt@ietf.org WG" <avt@ietf.org>, "draft-ietf-dart-dscp-rtp.all@tools.ietf.org" <draft-ietf-dart-dscp-rtp.all@tools.ietf.org>
Subject: Re: [AVTCORE] [Dart] Colin Perkins comments - WGLC: draft-ietf-dart-dscp-rtp-02
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Aug 2014 18:12:13 -0000

On Aug 25, 2014, at 6:19 AM, Colin Perkins <csp@csperkins.org> wrote:

>> (2) PHBs and DSCPs for RTCP.
>> 
>> I'm not sure what to say about this, as it looks like I need to set
>> off a discussion (debate?) between you and my co-author, Paul Jones.  
>> 
>> Colin (from WGLC comments):
>> 
>>> Rather, within a single RTP session there are RTCP packets sent
>>> that give information about the RTP streams that are being sent, and that
>>> report on the reception quality of RTP streams being received. Using a single
>>> PHB and DSCP for all RTCP packets within an RTP session might make sense, but
>>> it's important to note that one role of RTCP is to provide an estimate of the
>>> round-trip time seen by the media, so the PHB/DSCP will have to be chosen with
>>> care to avoid biasing that estimate too much.
>> 
>> Paul (from shortly after the Toronto meeting:
>> 
>>> During the meeting, there was discussion of marking RTCP packets.  Some
>>> notes I received on this topic suggested that it was proposed that RTCP
>>> should be marked the same as for RTP.  The argument was that this is used
>>> for RTT calculations.  If that is what was said, I'd like to state my
>>> disagreement. :-)
>>> 
>>> The forward and reverse paths are not necessarily the same and there is
>>> nothing one should assume about the reverse path to provide guidance about
>>> the forward path (or vice versa).  As perhaps a gross example, I have the
>>> ability to download far faster on my home Internet connection than I can
>>> upload.  Other important traffic characteristics differ in each direction.
>>> 
>>> Further, an RTCP packet might provide information related to several different
>>> RTP packets.  I certainly would not want to see one RTCP packet per RTP packet.
>> 
>> I'll watch where that discussion goes before proposing text.
> 
> One of the uses of RTCP is certainly to estimate the round-trip time, as described in Section 6.4.1 (page 41) of RFC 3550. The DSCP marking used for RTCP does need to take this use into account. Ideally, this would mean RTCP packets were marked the same as the corresponding RTP packets, as I suggested in the meeting. However, Paul is correct that this only works when all RTP packets have the same marking.
> 
> Accordingly, I’m not sure what the right marking is for RTCP. One approach might be to say that an SSRC that sends RTP packets with different marking should use marking with the highest(lowest?) precedence of those is uses for RTCP, so the RTT estimate calculated from RTCP is representative of some RTP packets. I’m not sure that using a single DSCP for all RTCP packets would achieve that.

Can this working group reasonably answer this question? If not, we could list it as something implementors need to think about, and note that we do not have generic guidance.