Re: [Dart] [tsvwg] I-D Action: draft-ietf-tsvwg-rtcweb-qos-02.txt
"Black, David" <david.black@emc.com> Mon, 21 July 2014 00:51 UTC
Return-Path: <david.black@emc.com>
X-Original-To: dart@ietfa.amsl.com
Delivered-To: dart@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B3741B2A70; Sun, 20 Jul 2014 17:51:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.302
X-Spam-Level:
X-Spam-Status: No, score=-4.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 57ZS7kBKMGWK; Sun, 20 Jul 2014 17:51:28 -0700 (PDT)
Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 015891B2A68; Sun, 20 Jul 2014 17:51:27 -0700 (PDT)
Received: from maildlpprd55.lss.emc.com (maildlpprd55.lss.emc.com [10.106.48.159]) by mailuogwprd51.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s6L0pPFL027100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Jul 2014 20:51:26 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd51.lss.emc.com s6L0pPFL027100
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1405903886; bh=SVxmqDBMJhw8MNqyAIwU+C/X6xI=; h=From:To:CC:Date:Subject:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=Zjwtj2BxbKoWPlK4SjQpSWbFFftWKq3gVw1QVXnlC+YS+fAaJzQezapIzC+yPSiTJ JtQc5BnDqpkgOGXwFeH//xv4waMDrn3Qj1cM2ifZyKxiFh4DRRUO7buyTG/Av5iPyw ee24S4YX/bB8GWHh6DqAZa2ATzMrebKta2cQQAGs=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd51.lss.emc.com s6L0pPFL027100
Received: from mailusrhubprd01.lss.emc.com (mailusrhubprd01.lss.emc.com [10.253.24.19]) by maildlpprd55.lss.emc.com (RSA Interceptor); Sun, 20 Jul 2014 20:51:15 -0400
Received: from mxhub12.corp.emc.com (mxhub12.corp.emc.com [10.254.92.107]) by mailusrhubprd01.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s6L0pEEA001721 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 20 Jul 2014 20:51:14 -0400
Received: from mx15a.corp.emc.com ([169.254.1.186]) by mxhub12.corp.emc.com ([10.254.92.107]) with mapi; Sun, 20 Jul 2014 20:51:14 -0400
From: "Black, David" <david.black@emc.com>
To: "Karen E. Egede Nielsen" <karen.nielsen@tieto.com>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Date: Sun, 20 Jul 2014 20:51:12 -0400
Thread-Topic: [tsvwg] I-D Action: draft-ietf-tsvwg-rtcweb-qos-02.txt
Thread-Index: AQLxFDM79VKa65qAlrEeSSnrsrTmeZlmc0rggABeiUA=
Message-ID: <8D3D17ACE214DC429325B2B98F3AE71207783F6386@MX15A.corp.emc.com>
References: <20140623191132.21904.23978.idtracker@ietfa.amsl.com> <1373b5f3f2f88c06aafc0deb45287f61@mail.gmail.com>
In-Reply-To: <1373b5f3f2f88c06aafc0deb45287f61@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd01.lss.emc.com
X-RSA-Classifications: DLM_1, public
Archived-At: http://mailarchive.ietf.org/arch/msg/dart/kLf6UL-jyTPWi5pbagFZSuNNLwg
Cc: rmcat WG <rmcat@ietf.org>, "Black, David" <david.black@emc.com>, "dart@ietf.org" <dart@ietf.org>
Subject: Re: [Dart] [tsvwg] I-D Action: draft-ietf-tsvwg-rtcweb-qos-02.txt
X-BeenThere: dart@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"DiffServ Applied to RTP Transports discussion list\"" <dart.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dart>, <mailto:dart-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dart/>
List-Post: <mailto:dart@ietf.org>
List-Help: <mailto:dart-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dart>, <mailto:dart-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Jul 2014 00:51:30 -0000
Karen, <WG chair hat off>, [+dart list] > I wonder if the recommendations of this document should not relate to the > viability (or rather the opposite) of > handling different RTCWEB data channels individually from a DSCP markings > perspective. Or more generally > relate to the fact that media streams within the same congestion control > context cannot be handled individually. > Right now such considerations are not in the document. If the intention is > for such consideration to come > in documents from the dart wg, then it would be very important to have a > reference to this dependency - or ? IMHO, such a reference is necessary, although the dart WG draft will be informational. The reference should be added once there is an official dart WG draft (likely to happen this week). > Something else: > > Right now the document stipulates that packets within the same media stream > may be marked with different DSCP codepoints, i.e., > it is said: > > One may select difference drop precedences for the > different packets in the media flow. Therefore, all packets in the > stream SHOULD be marked with the same priority but can have > difference drop precedences. > > which indeed is in compliance with the recommendations put forward in > draft-york-dart-dscp-rtp-00 in that > it ensures that the DSCP markings do not result in re-ordering within the > media flow, but has it been ascertained, from a CC > perspective that usage of different drop precedence within the same CC > context is viable ? Good question - I will include that in my slides for the dart WG meeting. > >From the RTCWEB data channel perspective this certainly isn't viable (being > SCTP based), > whether it is viable from an RMCAT CC perspective is something that we in > the RMCAT wg would need to > make more clear. What's the rationale for "certainly isn't viable" regarding different drop precedences within a single SCTP session? Thanks, --David (as an editor of draft-york, *not* as a tsvwg WG chair) > -----Original Message----- > From: tsvwg [mailto:tsvwg-bounces@ietf.org] On Behalf Of Karen E. Egede > Nielsen > Sent: Sunday, July 20, 2014 4:49 PM > To: tsvwg@ietf.org > Cc: rmcat WG > Subject: Re: [tsvwg] I-D Action: draft-ietf-tsvwg-rtcweb-qos-02.txt > > Hi, > > Please accept the following comments: > > I wonder if the recommendations of this document should not relate to the > viability (or rather the opposite) of > handling different RTCWEB data channels individually from a DSCP markings > perspective. Or more generally > relate to the fact that media streams within the same congestion control > context cannot be handled individually. > Right now such considerations are not in the document. If the intention is > for such consideration to come > in documents from the dart wg, then it would be very important to have a > reference to this dependency - or ? > > Something else: > > Right now the document stipulates that packets within the same media stream > may be marked with different DSCP codepoints, i.e., > it is said: > > One may select difference drop precedences for the > different packets in the media flow. Therefore, all packets in the > stream SHOULD be marked with the same priority but can have > difference drop precedences. > > which indeed is in compliance with the recommendations put forward in > draft-york-dart-dscp-rtp-00 in that > it ensures that the DSCP markings do not result in re-ordering within the > media flow, but has it been ascertained, from a CC > perspective that usage of different drop precedence within the same CC > context is viable ? > > >From the RTCWEB data channel perspective this certainly isn't viable (being > SCTP based), > whether it is viable from an RMCAT CC perspective is something that we in > the RMCAT wg would need to > make more clear. > > BR, Karen > > > -----Original Message----- > > From: tsvwg [mailto:tsvwg-bounces@ietf.org] On Behalf Of internet- > > drafts@ietf.org > > Sent: 23. juni 2014 21:12 > > To: i-d-announce@ietf.org > > Cc: tsvwg@ietf.org > > Subject: [tsvwg] I-D Action: draft-ietf-tsvwg-rtcweb-qos-02.txt > > > > > > A New Internet-Draft is available from the on-line Internet-Drafts > > directories. > > This draft is a work item of the Transport Area Working Group Working > > Group of the IETF. > > > > Title : DSCP and other packet markings for RTCWeb QoS > > Authors : Subha Dhesikan > > Cullen Jennings > > Dan Druta > > Paul Jones > > James Polk > > Filename : draft-ietf-tsvwg-rtcweb-qos-02.txt > > Pages : 7 > > Date : 2014-06-23 > > > > Abstract: > > Many networks, such as service provider and enterprise networks, can > > provide per packet treatments based on Differentiated Services Code > > Points (DSCP) on a per-hop basis. This document provides the > > recommended DSCP values for browsers to use for various classes of > > traffic. > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-tsvwg-rtcweb-qos/ > > > > There's also a htmlized version available at: > > http://tools.ietf.org/html/draft-ietf-tsvwg-rtcweb-qos-02 > > > > A diff from the previous version is available at: > > http://www.ietf.org/rfcdiff?url2=draft-ietf-tsvwg-rtcweb-qos-02 > > > > > > Please note that it may take a couple of minutes from the time of > > submission > > until the htmlized version and diff are available at tools.ietf.org. > > > > Internet-Drafts are also available by anonymous FTP at: > > ftp://ftp.ietf.org/internet-drafts/
- Re: [Dart] [tsvwg] I-D Action: draft-ietf-tsvwg-r… Black, David
- Re: [Dart] [tsvwg] I-D Action: draft-ietf-tsvwg-r… Black, David
- Re: [Dart] [tsvwg] I-D Action: draft-ietf-tsvwg-r… Brian E Carpenter
- Re: [Dart] [tsvwg] I-D Action: draft-ietf-tsvwg-r… Michael Welzl
- Re: [Dart] [tsvwg] I-D Action: draft-ietf-tsvwg-r… Black, David
- Re: [Dart] [tsvwg] I-D Action: draft-ietf-tsvwg-r… Karen E. Egede Nielsen