Re: [tsvwg] draft-ietf-tsvwg-ieee-802-11-02 - editorial comments

fredbakersba@gmail.com Wed, 24 May 2017 21:28 UTC

Return-Path: <fredbakersba@gmail.com>
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 3B2DD129B21 for <tsvwg@ietfa.amsl.com>; Wed, 24 May 2017 14:28:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 u9lzRJ2ewa9c for <tsvwg@ietfa.amsl.com>; Wed, 24 May 2017 14:28:10 -0700 (PDT)
Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com [IPv6:2a00:1450:400c:c0c::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2BB4512778E for <tsvwg@ietf.org>; Wed, 24 May 2017 14:28:10 -0700 (PDT)
Received: by mail-wr0-x241.google.com with SMTP id v42so10911728wrc.3 for <tsvwg@ietf.org>; Wed, 24 May 2017 14:28:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=h9XDsOP8qN8upvInu3RaFmR/RKo8XanLo7wJ3vogxT8=; b=MgAkWALhoRWxgNe3d690xAfQkyhbYc4aEClkib49DXY7N6R/6j6+okVUzuKAmO10J+ sN6pFRMgio962uEXr82FfEyuzphrmvjhskj/zGCD3IMNlBZH3oGuUpBeM7y1Ll/pJhRL 1lA2WQYNIe30q3wJho+wu7gLE9M9HQTfLHKcaPZKeMm8wFY68M88MiaNyqIW9hh+lId0 4dUmbw85SIOEIo0nL/nl4KdlDrVqKExM4r0b9bCRp+GOxwfKnmWZfzxBDyndWT4lYuAr rQQxwvGkVSgsk17KaePUk8HsJ7tfNsjtabJVJiEuA5DUNlnDR6BP4+3sJFqAuzou2r7O ryiw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=h9XDsOP8qN8upvInu3RaFmR/RKo8XanLo7wJ3vogxT8=; b=P2eD/NleHyw1MT3ismbvusp9+kEd3GOc5x7g0WDmPeiIyLszjImDE178Z2rPn80XVF /pUE7U+RoLn1qK3Dnv8dGMwgDtNZnoUb8H4CKBiFe88RqbVGuirwkafoKgO3UnizxZjz vHZdIUBgDhmtbnBu/KzLo0848qSONPT88G4v+Vqx94Khfd2vhbCMdGUBorOOA7Fe1ff6 x22ofGG/Icew+B9xqn5LVdrzrUvbsOTOWBCnnzeu/dynJVh4DBPKg8TFU/PCxqGTjSWZ WTE079uaEWCtORxfGctGcPZuLtR9ofIrrAiTlgNIfFDOfWu4IbgYvRYRCJr44+Upsnpm gN5g==
X-Gm-Message-State: AODbwcCqPWjYerHSqBtqqdsZFa4oZyIOn06DQVgE4/LxsitdC6vATgBm 5LZEg1718EbIQQ==
X-Received: by 10.223.166.75 with SMTP id k69mr12524034wrc.115.1495661288637; Wed, 24 May 2017 14:28:08 -0700 (PDT)
Received: from [192.168.120.156] (sample.res240.o2.ie. [95.83.240.1]) by smtp.gmail.com with ESMTPSA id q195sm1604012wmd.7.2017.05.24.14.28.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 May 2017 14:28:08 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: fredbakersba@gmail.com
X-Mailer: iPad Mail (14F89)
In-Reply-To: <b688d93985b6487f95ac1d24e7be524d@XCH-RCD-010.cisco.com>
Date: Wed, 24 May 2017 22:28:07 +0100
Cc: "gorry@erg.abdn.ac.uk" <gorry@erg.abdn.ac.uk>, "tsvwg@ietf.org" <tsvwg@ietf.org>, "Jerome Henry (jerhenry)" <jerhenry@cisco.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C335E5E8-5D78-48ED-906B-264FE54E5B59@gmail.com>
References: <5923F086.8030804@erg.abdn.ac.uk> <b688d93985b6487f95ac1d24e7be524d@XCH-RCD-010.cisco.com>
To: "Tim Szigeti (szigeti)" <szigeti@cisco.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/BgrD005dKRXjgEDNUnLY5D6rEAY>
Subject: Re: [tsvwg] draft-ietf-tsvwg-ieee-802-11-02 - editorial comments
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 24 May 2017 21:28:12 -0000

.The top-level observation (I'll follow-up with another email if needed about
>> specific text) is that the latest revision discusses the way in which access
>> points and wireless devices can change the DSCP marking or drop traffic
>> because of the DSCP marking.
>> 
> 
> I'd like to first stress the point that the remarking and dropping recommendations of network control traffic (marked CS6/CS7) at the edge of the wired-to-wireless network (as made in Section 4.1.1) were part of the original 2015 draft, and are not new recommendations in this latest revision. 
> 
> Additionally, these recommendations are drawn from similar recommendations made in RFC 4594-Section 3.2 which:
> 
> "RECOMMENDED that packets marked CS7
>   DSCP (a codepoint that SHOULD be reserved for future use) be dropped
>   or remarked at the edge of the Diffserv domain."
> 
> Our argument is that when the wireless access point represents the edge of the network infrastructure (and thus the edge of the Diffserv domain), this recommendation should hold; 

For CS7 (and any DSCP value not implemented in the domain) I would agree that it should be remarked or dropped. For CS6, recall that I have pointed out the assumptions that WiFi is the edge of the diffusers domain and has no IP layer routing across it. I think, and have said before that I think, that is a limiting assumption.