Re: [Dart] I-D Action: draft-ietf-dart-dscp-rtp-07.txt,

<Ruediger.Geib@telekom.de> Wed, 01 October 2014 07:14 UTC

Return-Path: <Ruediger.Geib@telekom.de>
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 4F8A91A874B; Wed, 1 Oct 2014 00:14:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.636
X-Spam-Level:
X-Spam-Status: No, score=-4.636 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786] 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 Ipiqg_NZfBkE; Wed, 1 Oct 2014 00:14:10 -0700 (PDT)
Received: from tcmail13.telekom.de (tcmail13.telekom.de [80.149.113.165]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AAEE1A86FE; Wed, 1 Oct 2014 00:14:09 -0700 (PDT)
Received: from qdezc2.de.t-internal.com ([10.125.181.10]) by tcmail11.telekom.de with ESMTP; 01 Oct 2014 09:14:07 +0200
X-IronPort-AV: E=Sophos;i="5.04,630,1406584800"; d="scan'208";a="143767759"
Received: from he113470.emea1.cds.t-internal.com ([10.134.93.128]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES128-SHA; 01 Oct 2014 09:14:07 +0200
Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE113470.emea1.cds.t-internal.com ([::1]) with mapi; Wed, 1 Oct 2014 09:14:07 +0200
From: Ruediger.Geib@telekom.de
To: david.black@emc.com
Date: Wed, 01 Oct 2014 09:14:05 +0200
Thread-Topic: Re: [Dart] I-D Action: draft-ietf-dart-dscp-rtp-07.txt,
Thread-Index: Ac/dR0lJrFOITrG3QFSp+wfMSN1Xbw==
Message-ID: <CA7A7C64CC4ADB458B74477EA99DF6F5031D932558@HE111643.EMEA1.CDS.T-INTERNAL.COM>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/dart/zZn5bz4nkT5hFMCC8wHqjeol_FI
Cc: dart@ietf.org, ietf@ietf.org
Subject: Re: [Dart] I-D Action: draft-ietf-dart-dscp-rtp-07.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: Wed, 01 Oct 2014 07:14:13 -0000

Hi David,

The draft is well written and I regard it as very helpful.

There's one change I'd like to suggest:

Section 3.1, list number 2. briefly explains AF. The section doesn't explicitly mention that traffic carried by one of the three PHBs of an AF class are not reordered. This feature, avoiding reordering packets belonging to different PHBs of an AF class, is however a kind of punch line whenever AF is referred to in later sections. So I'd welcome mentioning it in section 3.1, list point 2. 

################# minor comments (no objection if ignored) #############################

Section 4. , second block. Why are I-frames marked AF41 and P-frames AF43 in the example? To me, AF42 for P makes more sense (or make it AF42 for I frames). AF43 could be used for B-frames (which aren't mentioned in the text).

Section 5.1 second block after the bullet pointed list

".making reordering very likely."

Would "making reordering likely" be sufficient? 

Section 5.1

There's at least one ECMP implementation I'm aware of which includes QoS bits to calculate the load balancing hash value. It reorders packets of a flow using multiple classes, if they are spaced less than the resulting delay difference. This is an exceptional implementation, the other solutions I'm aware of do ignore QoS bits when calculating ECMP hash values. ECMP is a proprietary feature, I think.

And one editorial comment:

Section 3., last bullet point and following section: the bullet point is focused on Lower Effort PHB marked by CS 1 and the following section continues by discussing CS 1 issues more general. This discussion may be added to the bullet point (to me the discussion doesn't seem to be related to the first bullet point).

########################################################

Sorry for being late with my review.

Regards,

Ruediger