Re: [v6ops] new draft: draft-taylor-v6ops-fragdrop

Bob Hinden <bob.hinden@gmail.com> Thu, 08 November 2012 21:05 UTC

Return-Path: <bob.hinden@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAF2A21F894D for <v6ops@ietfa.amsl.com>; Thu, 8 Nov 2012 13:05:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.386
X-Spam-Level:
X-Spam-Status: No, score=-103.386 tagged_above=-999 required=5 tests=[AWL=-0.087, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1, 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 aigx0ibj+wTk for <v6ops@ietfa.amsl.com>; Thu, 8 Nov 2012 13:05:51 -0800 (PST)
Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by ietfa.amsl.com (Postfix) with ESMTP id C3B6A21F88CC for <v6ops@ietf.org>; Thu, 8 Nov 2012 13:05:51 -0800 (PST)
Received: by mail-pa0-f44.google.com with SMTP id fb11so2427237pad.31 for <v6ops@ietf.org>; Thu, 08 Nov 2012 13:05:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=qCUykbMWjysR9DCSJOclLrfFoFwZRJVMufjNrhIzBlA=; b=KTRByCMM8+d6Fn7QqPoPRH8H+beM7zbmItp2q7nlM+6l95ZRpUsM/gKFvwkYpVRhyQ Rep0xpqipobhGGbm+MLdWmDZw96SnaBHTUt0cnYD2soTBgx+t5Oc/Yw4KzebRJKQxw0r isueGS1DYX3hXQxgIP6RKkupFZpYMLYnujC9WxCUm/dlzlD/WkRnp+TvSWFXaEFp1kKz qlzZBLndp93DOHYgdgjydZ0WF9AYeN7mhwUBLIpxblvfYfh+Id+bLq2G4XsxIv3svN1d BKyYdZJhVXdBh2M1PYL+MrYidfzAzLq72Q5WBXzIvKlZejoxPEElJZaH+/AsQb1Wox2/ UO9A==
Received: by 10.68.236.131 with SMTP id uu3mr27500738pbc.104.1352408751574; Thu, 08 Nov 2012 13:05:51 -0800 (PST)
Received: from ?IPv6:2001:df8::16:7877:b852:8476:6f44? ([2001:df8:0:16:7877:b852:8476:6f44]) by mx.google.com with ESMTPS id c1sm16672228pav.23.2012.11.08.13.05.48 (version=SSLv3 cipher=OTHER); Thu, 08 Nov 2012 13:05:50 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="iso-8859-1"
From: Bob Hinden <bob.hinden@gmail.com>
In-Reply-To: <55E816CE-22B4-4C81-BC8C-61D932782192@employees.org>
Date: Thu, 08 Nov 2012 16:05:46 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <0B60F4C0-0E86-4F7F-8B22-7CC0E471D11F@gmail.com>
References: <CAKD1Yr13cNspdWvTaXxHt4R_8UB-CKeA4nq8_XWrkbFGCgW7Gg@mail.gmail.com> <5090DECF.3050100@gmail.com> <CAKD1Yr1dUy-f78A2+kfA7NjpzD0WQRT8iwqGYAm5A=Erodpn-A@mail.gmail.com> <20121031.122110.41655699.sthaug@nethelp.no> <50910E41.2030100@gmail.com> <CAKD1Yr0mTTcVeq+Qf0fLv3UCBP_90QmStkK3Ha4tDdm3FxJjVA@mail.gmail.com> <50915F86.7050304@gmail.com> <509165B8.404@si6networks.com> <509169C2.9040208@isi.edu> <50916F21.6030303@si6networks.com> <509174F1.8080809@isi.edu> <50924264.7040300@gmail.com> <5092C0BA.4090000@isi.edu> <5092C846.5090009@gmail.com> <5092D5B1.2000201@isi.edu> <509381B3.9040602@gmail.com> <5093CF61.9090301@isi.edu> <509A7922.9080000@gmail.com> <509A8993.4000803@isi.edu> <55E816CE-22B4-4C81-BC8C-61D932782192@employees.org>
To: Ole Trøan <otroan@employees.org>
X-Mailer: Apple Mail (2.1283)
Cc: Fernando Gont <fgont@si6networks.com>, v6ops@ietf.org
Subject: Re: [v6ops] new draft: draft-taylor-v6ops-fragdrop
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Nov 2012 21:05:52 -0000

On Nov 8, 2012, at 2:05 PM, Ole Trøan wrote:

> Joe,
> 
>> There's remains other problematic language in 2460, however:
>> 
>>  Each extension header should occur at most once, except for the
>>  Destination Options header which should occur at most twice (once
>>  before a Routing header and once before the upper-layer header).
>> 
>> So it still seems open to have more than one HBH header, which certainly complicates things even though they'd be clearly marked.
> 
> I don't see how you can read that to imply you can have more than one Hop-by-Hop extension header.
> my reading (and what I think the _intention_ of the text was) is that there can only be one Hop-By-Hop extension header, and
> that the HBH header must be the first extension header in the chain. this way routers only need to check the Next Header field
> for the value of 0.

+1

Bob