Re: [Dart] Commentary on draft-york-00
"Black, David" <david.black@emc.com> Fri, 13 June 2014 13:24 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 CBB311B2884 for <dart@ietfa.amsl.com>; Fri, 13 Jun 2014 06:24:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.952
X-Spam-Level:
X-Spam-Status: No, score=-4.952 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.651, 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 SdYpIfRve7in for <dart@ietfa.amsl.com>; Fri, 13 Jun 2014 06:24:35 -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 9A1EC1B2853 for <dart@ietf.org>; Fri, 13 Jun 2014 06:24:35 -0700 (PDT)
Received: from maildlpprd51.lss.emc.com (maildlpprd51.lss.emc.com [10.106.48.155]) by mailuogwprd54.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s5DDOW5A010388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jun 2014 09:24:33 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com s5DDOW5A010388
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1402665873; bh=pRZFmogZwNDQFEdUfKuxWZEQqeA=; h=From:To:CC:Date:Subject:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=LVx6WdED21O75TYl/ixLWUShBMYbor69AdEfKvObrpSnHO1y0M2UTnXU3OEEdqlUI ARtkNsN9kfI/J2tsJFMN2fWeLuiypopWZ8FoO/W8H2VOUswPMRV+7M1r0G/6Sb7vpN IVwqlN3XHxTx0+fP16wszxk6f8vc1B1oAD6fYAuU=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com s5DDOW5A010388
Received: from mailusrhubprd03.lss.emc.com (mailusrhubprd03.lss.emc.com [10.253.24.21]) by maildlpprd51.lss.emc.com (RSA Interceptor); Fri, 13 Jun 2014 09:24:18 -0400
Received: from mxhub39.corp.emc.com (mxhub39.corp.emc.com [128.222.70.106]) by mailusrhubprd03.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s5DDOI55010197 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 13 Jun 2014 09:24:18 -0400
Received: from mx15a.corp.emc.com ([169.254.1.248]) by mxhub39.corp.emc.com ([128.222.70.106]) with mapi; Fri, 13 Jun 2014 09:24:17 -0400
From: "Black, David" <david.black@emc.com>
To: "Ruediger.Geib@telekom.de" <Ruediger.Geib@telekom.de>
Date: Fri, 13 Jun 2014 09:24:16 -0400
Thread-Topic: [Dart] Commentary on draft-york-00
Thread-Index: Ac+GPMQkqW7R46+9S0SkejvvC1nsFgAi8thQAAIqc3AADiec8A==
Message-ID: <8D3D17ACE214DC429325B2B98F3AE712076FF267B4@MX15A.corp.emc.com>
References: <5399A1C8.7080407@alvestrand.no> <8D3D17ACE214DC429325B2B98F3AE712076FF26767@MX15A.corp.emc.com> <CA7A7C64CC4ADB458B74477EA99DF6F502D063B6E3@HE111643.EMEA1.CDS.T-INTERNAL.COM>
In-Reply-To: <CA7A7C64CC4ADB458B74477EA99DF6F502D063B6E3@HE111643.EMEA1.CDS.T-INTERNAL.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="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd03.lss.emc.com
X-RSA-Classifications: DLM_1, public
Archived-At: http://mailarchive.ietf.org/arch/msg/dart/WTjbpSQo7jlRFlKIDMsRzSrYoKY
Cc: "dart@ietf.org" <dart@ietf.org>
Subject: Re: [Dart] Commentary on draft-york-00
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, 13 Jun 2014 13:24:37 -0000
Hi Ruediger Many thanks for the additional information. I have a few comments: > - there used to be a possibility to ignore the lower DSCP > bits 3-6, but there's no standard to that. Some vendors > removed this option and with IPv6, each PHB must be > classified and completely configured individually by DSCP. That's a good thing, since that behavior (per DSCP traffic handling) is a core element of the DiffServ architecture, and is required by RFC 2474 (Section 3). > Please be aware, if it comes to a re-write, a single DSCP > is set for all incoming DSCPs matching this PHB. Keep in > mind the possible restrictions on the number of PHBs. Full AF support should classify all 3 PHBs that make up an AF class into a single aggregate on the node, with remarking applied to that aggregate, not DSCP by DSCP. > If end-to-end DiffServ PHBs are what you look for, standardize > what is really required and be clear on how to use it. As noted earlier, that's not the goal of the dart WG, as I understand it. I believe the goal of this short term WG is to describe what exists and provide guidance on how to use it, particularly for RTCWEB. Thanks, --David > -----Original Message----- > From: Ruediger.Geib@telekom.de [mailto:Ruediger.Geib@telekom.de] > Sent: Friday, June 13, 2014 4:05 AM > To: Black, David > Cc: dart@ietf.org > Subject: AW: [Dart] Commentary on draft-york-00 > > Hi David, > > to answer the question related to implementations and configurations at least > from the viewpoint of one network provider > > - you can support a multi-vendor strategy. This makes sense > from an economical point of view, but limits > deployments to the minimum common denominator. > > - to configure a PHB, there are classifiers, policers, > schedulers, AQM and re-markers. > Implementations differ to some aspects (e.g. on > supported number of classes and ingress/egress remarking). > Limits like less than 20 PHBs may apply today. > I'd be interested, whether there are offers of any > complete AF class as part of a single product. > > - there used to be a possibility to ignore the lower DSCP > bits 3-6, but there's no standard to that. Some vendors > removed this option and with IPv6, each PHB must be > classified and completely configured individually by DSCP. > Please be aware, if it comes to a re-write, a single DSCP > is set for all incoming DSCPs matching this PHB. Keep in > mind the possible restrictions on the number of PHBs. > > - many IP/MPLS backbone networks and also many Ethernet > based access networks support 3-4 PHBs for retail services. > I'm not aware of any two providers using exactly the > same DSCPs. I'm also not aware of any two standards using fully > matching DSCPs for their PHBs (IETF, GSMA, MEF). > > - There's something I'd call enterprise philosophy, that is > making use of a large set of internal PHBs. I never saw > any of these philosophies remotely resembling the other. > PHBs or classes are used to identify products, > access types, stream types and so on. These usually just > consume PHBs with sometimes at best loose relation to > standards. > > If end-to-end DiffServ PHBs are what you look for, standardise what is really > required and be clear on how to use it. If a network provider is expected to > support these PHBs, there must be a convincing reason to do so. Take EF as an > example for a well specified DiffServ standard. > > Regards, > > Ruediger > > -----Ursprüngliche Nachricht----- > Von: Dart [mailto:dart-bounces@ietf.org] Im Auftrag von Black, David > Gesendet: Freitag, 13. Juni 2014 07:43 > An: Harald Alvestrand; dart@ietf.org > Betreff: Re: [Dart] Commentary on draft-york-00 > > Harald, > > Many thanks for the review and commentary, especially for the discussion > of real time traffic sensitivity to reordering. This note is an attempt > to pick up non-editorial items that haven't been dealt with in other > messages on the list. I see four of them: > > RG: [snip] > > [4] > > 2.4 DSCP remarking > > > > The discussion of token-bucket-based remarkers leaves me a bit confused. > > To me, it's obvious (?) that token-bucket-based remarkers would > > operate in color-blind mode on a network boundary, and in > > color-sensitive mode only when they had assurance that incoming > > markings were already indicating color. Thus, flows from an end-user > > system should only hit color-blind remarkers; the real question is: > > will a color-blind remarker use the incoming DSCP codepoint to decide > > which of a group of remarking treatments it chooses for the packets? > > I'm not sure about the "obvious" point - anyone care to comment on what's > actually deployed/configured in practice? > > The answer to the final question about choice of remarking treatment is > "yes" although the PHBs in an AF class should receive the same treatment. > The fact that the question was asked suggests that the discussion of > traffic classifiers needs some additional clarity and explanation. > > Thanks, > --David >
- [Dart] Commentary on draft-york-00 Harald Alvestrand
- Re: [Dart] Commentary on draft-york-00 Dan York
- Re: [Dart] Commentary on draft-york-00 Ben Campbell
- Re: [Dart] Commentary on draft-york-00 Harald Alvestrand
- Re: [Dart] Commentary on draft-york-00 Black, David
- Re: [Dart] Commentary on draft-york-00 Harald Alvestrand
- Re: [Dart] Commentary on draft-york-00 Black, David
- Re: [Dart] Commentary on draft-york-00 Ruediger.Geib
- Re: [Dart] Commentary on draft-york-00 Black, David
- Re: [Dart] multiplexing different media types Paul E. Jones
- Re: [Dart] multiplexing different media types (wa… Paul E. Jones
- Re: [Dart] multiplexing different media types Harald Alvestrand
- Re: [Dart] multiplexing different media types Harald Alvestrand
- Re: [Dart] multiplexing different media types Paul E. Jones
- Re: [Dart] multiplexing different media types Paul E. Jones
- Re: [Dart] multiplexing different media types Paul E. Jones
- Re: [Dart] Commentary on draft-york-00 Ruediger.Geib
- Re: [Dart] multiplexing different media types Harald Alvestrand
- Re: [Dart] multiplexing different media types Eric Rescorla
- Re: [Dart] multiplexing different media types Eric Rescorla
- Re: [Dart] multiplexing different media types Eric Rescorla
- Re: [Dart] multiplexing different media types Eric Rescorla