Re: [Dart] AF - DSCPs, PHBs and remarking

"Bless, Roland (TM)" <roland.bless@kit.edu> Tue, 17 June 2014 10:33 UTC

Return-Path: <roland.bless@kit.edu>
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 B17061A0340 for <dart@ietfa.amsl.com>; Tue, 17 Jun 2014 03:33:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.85
X-Spam-Level:
X-Spam-Status: No, score=-3.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3] 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 ob6AV28H_-O8 for <dart@ietfa.amsl.com>; Tue, 17 Jun 2014 03:33:52 -0700 (PDT)
Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [141.3.10.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1986F1A0336 for <dart@ietf.org>; Tue, 17 Jun 2014 03:33:51 -0700 (PDT)
Received: from i72vorta.tm.uni-karlsruhe.de ([141.3.71.26] helo=vorta.tm.kit.edu) by iramx2.ira.uni-karlsruhe.de with esmtp port 25 iface 141.3.10.81 id 1Wwqhx-0007mO-07; Tue, 17 Jun 2014 12:33:41 +0200
Received: from [IPv6:::1] (ip6-localhost [IPv6:::1]) by vorta.tm.kit.edu (Postfix) with ESMTPS id E852EA8079D; Tue, 17 Jun 2014 12:33:48 +0200 (CEST)
Message-ID: <53A0198C.4000204@kit.edu>
Date: Tue, 17 Jun 2014 12:33:48 +0200
From: "Bless, Roland (TM)" <roland.bless@kit.edu>
Organization: Institute of Telematics, Karlsruhe Institute of Technology
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: Ruediger.Geib@telekom.de, david.black@emc.com
References: <8D3D17ACE214DC429325B2B98F3AE712076FF26B09@MX15A.corp.emc.com> <CA7A7C64CC4ADB458B74477EA99DF6F502D0710188@HE111643.EMEA1.CDS.T-INTERNAL.COM>
In-Reply-To: <CA7A7C64CC4ADB458B74477EA99DF6F502D0710188@HE111643.EMEA1.CDS.T-INTERNAL.COM>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-ATIS-AV: ClamAV (iramx2.ira.uni-karlsruhe.de)
X-ATIS-Timestamp: iramx2.ira.uni-karlsruhe.de 1403001221.
Archived-At: http://mailarchive.ietf.org/arch/msg/dart/FqhsFWVH2Je-6_7i1vo93JjEyzo
Cc: dart@ietf.org
Subject: Re: [Dart] AF - DSCPs, PHBs and remarking
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: Tue, 17 Jun 2014 10:33:56 -0000

Hi Ruediger,

Am 17.06.2014 09:52, schrieb Ruediger.Geib@telekom.de:
> you are of course correct with your assessment on standards. You've asked 
> for information on what's implemented today and that's what I've provided.
> 
> Each AF DSCP identifies an individual PHB. If classification is DSCP 
> based and limits apply on the number of PHBs, that's what providers have 
> to respect. This limit still applies, if e.g. all AF4 packets are operated 
> by the same scheduler (which I'd expect from a provider deployment).

Each AF class (2 or 3 PHBs) usually only needs a single queue.
It is not allowed to map an AF class to only a single PHB:
   Within each AF class, a DS node MUST accept all three drop precedence
   codepoints and they MUST yield at least two different levels of loss
   probability.
So at least one needs to distinguish between AFx1 and AFx2/AFx3.

> It is also somewhat demanding to configure 14 PHBs to support just rtcweb 
> on a  retail access and then provide additional PHBs for services of a 
> provider. The provider may offer some services with admission control and 

If you want to realize all proposed mappings of
http://tools.ietf.org/html/draft-ietf-tsvwg-rtcweb-qos-00
you probably need 7 separate queues (LE, BE, AF1-AF4, EF)
and at most 15 DSCP to PHB mappings.

> if rtcweb isn't running through the same admission control, this requires 
> additional PHBs. Some carriers may have deployed DiffServ already, when 
> rtcweb starts to use it. 

I think that you'll need admission control for EF and AFx1 PHBs
otherwise you'll end up with best-effort behavior in overload
situations...

Regards,
 Roland