Re: [Dart] draft-dart-dscp-rtp - way forward
Harald Alvestrand <harald@alvestrand.no> Fri, 29 August 2014 10:48 UTC
Return-Path: <harald@alvestrand.no>
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 734B61A007E for <dart@ietfa.amsl.com>; Fri, 29 Aug 2014 03:48:50 -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 kWAnMwpBHVlD for <dart@ietfa.amsl.com>; Fri, 29 Aug 2014 03:48:48 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id 10FE41A0051 for <dart@ietf.org>; Fri, 29 Aug 2014 03:48:47 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 69C397C3F0E; Fri, 29 Aug 2014 12:48:45 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8rN47lL69oxg; Fri, 29 Aug 2014 12:48:43 +0200 (CEST)
Received: from [IPv6:2001:470:de0a:27:c057:dbf2:750:a67f] (unknown [IPv6:2001:470:de0a:27:c057:dbf2:750:a67f]) by mork.alvestrand.no (Postfix) with ESMTPSA id EA19D7C3E5B; Fri, 29 Aug 2014 12:48:42 +0200 (CEST)
Message-ID: <54005A89.1030606@alvestrand.no>
Date: Fri, 29 Aug 2014 12:48:41 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: Ben Campbell <ben@nostrum.com>, "Black, David" <david.black@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>
In-Reply-To: <EF7D019B-08CF-4C0B-BF89-0F37A0AD3FFB@nostrum.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/dart/5ugORoGH4WtUpPwgnYHlz9TVneo
Cc: "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 10:48:50 -0000
I think the text in -04 looks reasonable. I would like to do two things: - The justification for "single DSCP" in SCTP and DCCP is "we don't know what will happen". A logical consequence is that this recommendation might change as the result of further study, so we might want to add near the bottom of section 5 a sentence saying "This recommendation may be revisited if experiments and analysis shows compelling reasons to change it." - I still think the ban against RTCP multi-stream reporting optimization is completely wrong. The reports will correctly reflect the differing packet loss behaviours of the incoming RTP streams, and that's all they should be required to do. I regard the latter as somewhat important. The former is more a matter of taste (if we're arguing based on ignorance, allow for the case where ignorance becomes knowledge). On 08/28/2014 10:25 PM, Ben Campbell wrote: > Okay, works for me. > > Thanks! > > Ben. > > On Aug 28, 2014, at 3:15 PM, Black, David <david.black@emc.com> wrote: > >>> If we think we can close this as not a real issue (or at least not an issue we >>> plan to address), but there's some risk it might come back up at IETF LC, then >>> that's fine. But if we are saying there is an open issue that needs closure, >>> but we can close it during IETF last call, then I have reservations. The >>> version that goes to IETF LC should be one that the working group believes to >>> be as complete is it's going to get. >> In private discussion, both Harald and I favored saying less (rather than more) >> about RMCAT in this DART draft. For that reason I think "at least not >> an issue we plan to address" is a valid characterization of this item. >> >> Thanks, >> --David >> >>> -----Original Message----- >>> From: Ben Campbell [mailto:ben@nostrum.com] >>> Sent: Thursday, August 28, 2014 3:44 PM >>> To: Black, David; Harald Tveit Alvestrand >>> Cc: dart@ietf.org >>> Subject: Re: [Dart] draft-dart-dscp-rtp - way forward >>> >>> (as chair) >>> >>> On Aug 28, 2014, at 1:12 PM, Black, David <david.black@emc.com> wrote: >>> >>>> [E] Open issue: Harald Alvestrand's concerns about "differential treatment" >>>> wrt Section 5.1 . I don't completely understand these concerns, and suspect >>>> that they may require an email discussion across the DART and RMCAT WGs >>>> to sort through. >>>> >>>> --> Deferred - Harald wanted to think about this, and I've seen nothing >>>> --> further. I'd suggest that IETF Last Call as an appropriate opportunity >>>> --> to share any further thoughts, so I don't think there's anything to be >>> done >>>> --> about this now. >>> I have mixed feelings on this. >>> >>> If we think we can close this as not a real issue (or at least not an issue we >>> plan to address), but there's some risk it might come back up at IETF LC, then >>> that's fine. But if we are saying there is an open issue that needs closure, >>> but we can close it during IETF last call, then I have reservations. The >>> version that goes to IETF LC should be one that the working group believes to >>> be as complete is it's going to get. >>> >>> David, thoughts? >>> >>> Harald, do you care to comment further?
- [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Colin Perkins
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell
- Re: [Dart] draft-dart-dscp-rtp - way forward Colin Perkins
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Harald Alvestrand
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell
- Re: [Dart] draft-dart-dscp-rtp - way forward Harald Alvestrand
- Re: [Dart] draft-dart-dscp-rtp - way forward Colin Perkins
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell
- Re: [Dart] draft-dart-dscp-rtp - way forward Harald Alvestrand
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Harald Alvestrand
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Colin Perkins
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell
- Re: [Dart] draft-dart-dscp-rtp - way forward Colin Perkins
- Re: [Dart] draft-dart-dscp-rtp - way forward Harald Alvestrand
- Re: [Dart] draft-dart-dscp-rtp - way forward Black, David
- Re: [Dart] draft-dart-dscp-rtp - way forward Ben Campbell