Re: [Dart] draft-dart-dscp-rtp - way forward

"Black, David" <david.black@emc.com> Fri, 29 August 2014 20:10 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 DEE7C1A070F for <dart@ietfa.amsl.com>; Fri, 29 Aug 2014 13:10:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.969
X-Spam-Level:
X-Spam-Status: No, score=-4.969 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.668, 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 UZ4Zk5xitAkd for <dart@ietfa.amsl.com>; Fri, 29 Aug 2014 13:10:18 -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 24AB41A0651 for <dart@ietf.org>; Fri, 29 Aug 2014 13:10:17 -0700 (PDT)
Received: from maildlpprd55.lss.emc.com (maildlpprd55.lss.emc.com [10.106.48.159]) by mailuogwprd52.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s7TKA5ej007344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Aug 2014 16:10:06 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com s7TKA5ej007344
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1409343006; bh=EjoCU9pYMk2dl5c4owPakzyz9Dg=; h=From:To:CC:Date:Subject:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=ipHkWijOXU0gljXau7PF6FpDyE75/JlwMeLtJ/Sw3v80wPzr8Q5CUxitINPkH9jgQ mf8huCcpph+QHCf/2TYooRpQP+j9ngthSr6zhinoF60xhg6vg1BYrIQs/g/YkfgHeL 5R4vBNkidUFtOwoM64h7+QP+lOwoiaqC6Y9xRrRA=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com s7TKA5ej007344
Received: from mailusrhubprd51.lss.emc.com (mailusrhubprd51.lss.emc.com [10.106.48.24]) by maildlpprd55.lss.emc.com (RSA Interceptor); Fri, 29 Aug 2014 16:09:40 -0400
Received: from mxhub29.corp.emc.com (mxhub29.corp.emc.com [128.222.70.169]) by mailusrhubprd51.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s7TK9mjW023762 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 29 Aug 2014 16:09:49 -0400
Received: from mx15a.corp.emc.com ([169.254.1.175]) by mxhub29.corp.emc.com ([128.222.70.169]) with mapi; Fri, 29 Aug 2014 16:09:48 -0400
From: "Black, David" <david.black@emc.com>
To: Harald Alvestrand <harald@alvestrand.no>, Colin Perkins <csp@csperkins.org>
Date: Fri, 29 Aug 2014 16:09:43 -0400
Thread-Topic: [Dart] draft-dart-dscp-rtp - way forward
Thread-Index: Ac/Dv4rOpmeWfzq1SimAzI3/mkrHGgABQhMQ
Message-ID: <8D3D17ACE214DC429325B2B98F3AE712077BC6699A@MX15A.corp.emc.com>
References: <8D3D17ACE214DC429325B2B98F3AE712077BC667DE@MX15A.corp.emc.com> <2B82DD06-83A4-4710-B614-16F5351A0A7F@nostrum.com> <8D3D17ACE214DC429325B2B98F3AE712077BC66841@MX15A.corp.emc.com> <EF7D019B-08CF-4C0B-BF89-0F37A0AD3FFB@nostrum.com> <54005A89.1030606@alvestrand.no> <8D3D17ACE214DC429325B2B98F3AE712077BC6691C@MX15A.corp.emc.com> <5400A1AB.6000600@alvestrand.no> <6521A08A-30A9-4805-9B84-41EC4376BDF6@csperkins.org> <5400D48A.30306@alvestrand.no>
In-Reply-To: <5400D48A.30306@alvestrand.no>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd51.lss.emc.com
X-RSA-Classifications: public
Archived-At: http://mailarchive.ietf.org/arch/msg/dart/OtTG35iBDn6qG9KdKMELKpKrYjg
Cc: Ben Campbell <ben@nostrum.com>, "Black, David" <david.black@emc.com>, "dart@ietf.org" <dart@ietf.org>
Subject: Re: [Dart] draft-dart-dscp-rtp - way forward
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: Fri, 29 Aug 2014 20:10:20 -0000

Ok, I see a range of views from skepticism to outright opposition ...

I'll delete the paragraph and reference to the multi-stream optimization
draft and submit the resulting -06 version w/a change note that any interaction
of DiffServ and RTCP multi-stream optimization will be dealt with in the draft
about the latter.

That submission won't happen tonight, as the network in the SAS Lounge in
EWR isn't even close to what we're used to at IETF meetings :-).

Thanks,
--David

> -----Original Message-----
> From: Harald Alvestrand [mailto:harald@alvestrand.no]
> Sent: Friday, August 29, 2014 3:29 PM
> To: Colin Perkins
> Cc: Ben Campbell; Black, David; dart@ietf.org
> Subject: Re: [Dart] draft-dart-dscp-rtp - way forward
> 
> On 08/29/2014 06:04 PM, Colin Perkins wrote:
> > On 29 Aug 2014, at 16:52, Harald Alvestrand <harald@alvestrand.no> wrote:
> >> On 08/29/2014 05:14 PM, Black, David wrote:
> >>> Harald,
> >>>
> >>> I'm about to submit a -05 with the indication that the single DSCP
> recommendation for SCTP and DCCP may be revised.  The RTCP multi-stream
> optimisation text will still be in there with Colin's clarification about
> "received" streams.  I'm about to vanish for about 3 weeks, but could put in a
> revised -06 over the weekend if you can quickly convince Colin.
> >> Explicitly pinging Colin - Colin, are you arguing that the sentence
> >>
> >>    RTCP multi-stream reporting optimizations for an RTP session
> >>    [I-D.ietf-avtcore-rtp-multi-stream-optimisation] assume that the RTP
> >>    streams involved experience the same packet loss behavior.  This
> >>    mechanism is highly inappropriate when the RTP streams involved use
> >>    different PHBs, even if those PHBs differ solely in drop precedence.
> >>
> >> should stay in the draft?
> > I was, but thinking again, I'm not so sure.
> >
> >> I think this recommendation is wrong.
> >>
> >> I can't find anything in your latest messages that speak to this particular
> point.
> >> You're one of the authors of -multi-stream, so you should be able to speak
> clearly to the point.
> >>
> >> Can you clarify?
> > If I have several SSRCs, and receive several media streams, then provided
> each of my SSRCs sees the exact same quality for each received stream, then  I
> can use the multi-stream-optimisation to reduce the number of RTCP cross
> reports I send. The multi-stream-optimisation draft says that already, and
> it's not clear that the DART drafts needs to say anything further on the
> topic.
> >
> > Whether I use the same DSCP for all RTCP reports I send is, I think,
> orthogonal to whether I use the multi-stream-optimisation. The dart draft
> should possibly say that, but I'm not sure that's the sentence we have above.
> >
> >
> I read the sentence above as saying flatly and unconditionally "don't
> use multi-stream-optimization when the RTP streams have different PHBs"
> - which means that if I want to use one PHB for audio and another PHB
> for video, I can't use multi-stream-optimization.
> 
> I'd be sad if that was the case, *especially* if we can't figure out any
> reason to make that recommendation.