Re: [tsvwg] Informational: draft-geib-tsvwg-diffserv-interconnection-00.txt

Joe Touch <touch@isi.edu> Fri, 09 November 2012 19:01 UTC

Return-Path: <touch@isi.edu>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20EDB21F845E for <tsvwg@ietfa.amsl.com>; Fri, 9 Nov 2012 11:01:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kn2TZJvblf9F for <tsvwg@ietfa.amsl.com>; Fri, 9 Nov 2012 11:01:22 -0800 (PST)
Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by ietfa.amsl.com (Postfix) with ESMTP id 903D621F845D for <tsvwg@ietf.org>; Fri, 9 Nov 2012 11:01:22 -0800 (PST)
Received: from [192.168.1.115] (24-121-24-110.npg.sta.suddenlink.net [24.121.24.110]) (authenticated bits=0) by darkstar.isi.edu (8.13.8/8.13.8) with ESMTP id qA9J13ht002812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 9 Nov 2012 11:01:07 -0800 (PST)
Message-ID: <509D52EF.7010804@isi.edu>
Date: Fri, 09 Nov 2012 11:01:03 -0800
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <CA7A7C64CC4ADB458B74477EA99DF6F5A2527C69@HE111643.EMEA1.CDS.T-INTERNAL.COM> <50990054.80408@gmail.com>
In-Reply-To: <50990054.80408@gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: tsvwg@ietf.org
Subject: Re: [tsvwg] Informational: draft-geib-tsvwg-diffserv-interconnection-00.txt
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Nov 2012 19:01:23 -0000

On 11/6/2012 4:19 AM, Brian E Carpenter wrote:
> Some thoughts on this draft, based on a preview over the weekend:
>
> 1. I think it is a reasonable idea to specify a small set of traffic classes
> that could be the default set in peering relationships. Getting consensus
> on the best set could be tricky, of course.
>
> 2. I may be old fashioned, but I don't really understand why we bother
> with layer 2 values at all. If diffserv is working properly, layer 2 can
> just give the same service to all packets. (Unless there are non-IP services
> on the same wire.) In fact I'd rather that layer 2 doesn't try to impose
> any queue or drop behaviour other than FCFS.

Because your assumption that IP diffserv is sufficient holds only when 
layer 2 is composed solely of point-to-point links AND all L2 packets 
consist only of IP.

You addressed the latter point, but not the former. When the L2 is 
either switched (ethernet) or coordinated MAC (802.11), the diffserv 
from L3 needs to be mapped to L2 so that competing flows from different 
sources that are merged onto a single L2 link provide that muxing 
mechanism the info needed to decide what to prioritize.

Joe