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

Tom Taylor <tom.taylor.stds@gmail.com> Fri, 19 October 2012 18:56 UTC

Return-Path: <tom.taylor.stds@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 2924E21F87AA for <v6ops@ietfa.amsl.com>; Fri, 19 Oct 2012 11:56:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.384
X-Spam-Level:
X-Spam-Status: No, score=-3.384 tagged_above=-999 required=5 tests=[AWL=0.215, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 ktwWcdYh9OCL for <v6ops@ietfa.amsl.com>; Fri, 19 Oct 2012 11:56:09 -0700 (PDT)
Received: from mail-ia0-f172.google.com (mail-ia0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id CC69721F87AC for <v6ops@ietf.org>; Fri, 19 Oct 2012 11:56:08 -0700 (PDT)
Received: by mail-ia0-f172.google.com with SMTP id o25so658186iad.31 for <v6ops@ietf.org>; Fri, 19 Oct 2012 11:56:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding:x-antivirus :x-antivirus-status; bh=WyFzoSYCgPrphNleurRWKJqxPaZ4e3n8LnCcn+zei2c=; b=qCxetklT4QCYaQHPyyb8qk8t6J6mOxA+FARaPGR0Nw5FID1EFAHhflY1ydgCaZLrUX VrtyLZfbcZiaVA+clJethu9jWtR21M7JzPoAubcsSdj4i9IgnZLLQiwG0Qi9dl8SA7PV ziyEszYRJjmh+u+ecAbkIKgbEzaUnGsYxWp/KCqgao5Io/u/YlTnjvo6oa97PVvni1i1 lppI9e+BUrkqhWxbLGepnWXMJk/qw7cQvcZUC+SFrVb+6cSCpVnOCVpK5awq836dRKGJ duStUU7AgH2oVbZrAUqHSENs5uh/TyytDfwHSNfyVnrqwcc3T7Ndaj+WAvDNSJZe7Lfc Erfg==
Received: by 10.50.151.238 with SMTP id ut14mr9655625igb.72.1350672968448; Fri, 19 Oct 2012 11:56:08 -0700 (PDT)
Received: from [127.0.0.1] ([207.112.101.149]) by mx.google.com with ESMTPS id az6sm16393383igb.11.2012.10.19.11.56.06 (version=SSLv3 cipher=OTHER); Fri, 19 Oct 2012 11:56:07 -0700 (PDT)
Message-ID: <5081A245.9050707@gmail.com>
Date: Fri, 19 Oct 2012 14:56:05 -0400
From: Tom Taylor <tom.taylor.stds@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
To: v6ops@ietf.org
References: <201210161245.q9GCj0i26478@ftpeng-update.cisco.com> <E1829B60731D1740BB7A0626B4FAF0A65E0DEDF3A2@XCH-NW-01V.nw.nos.boeing.com> <507DA6A3.20807@inex.ie> <E1829B60731D1740BB7A0626B4FAF0A65E0DEDF3C3@XCH-NW-01V.nw.nos.boeing.com> <507DAB13.2010704@inex.ie> <E1829B60731D1740BB7A0626B4FAF0A65E0DEDF3CE@XCH-NW-01V.nw.nos.boeing.com> <507DDF8A.9010607@inex.ie> <E1829B60731D1740BB7A0626B4FAF0A65E0DEDF5AB@XCH-NW-01V.nw.nos.boeing.com> <BB219517-B488-4777-AE9C-35C57BE91263@kumari.net> <Pine.LNX.4.64.1210171337470.7337@shell4.bayarea.net> <AC530E99-4054-4B0A-9B5C-30F9EF4A530C@kumari.net> <20121018223121.28B2C2A0041D@drugs.dv.isc.org> <50812F87.5000107@inex.ie> <E1829B60731D1740BB7A0626B4FAF0A65E0DF5C66F@XCH-NW-01V.nw.nos.boeing.com>
In-Reply-To: <E1829B60731D1740BB7A0626B4FAF0A65E0DF5C66F@XCH-NW-01V.nw.nos.boeing.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Antivirus: avast! (VPS 121019-0, 19/10/2012), Outbound message
X-Antivirus-Status: Clean
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: Fri, 19 Oct 2012 18:56:10 -0000

On 19/10/2012 2:11 PM, Templin, Fred L wrote:
>> other than causing bandwidth / pps DoS attacks, or alternatively tickling
>> obscure ipv6 stack bugs, no.  At least in theory.
>
> There's no excuse for broken IPv6 stacks that can't handle
> fragmentation and reassembly. About DoS concerns, if the
> network is going to intentionally break frag/reass out of
> concern for edge devices that might not be able to handle
> the load, then that is very bad for applications that cannot
> reduce the size of packets they send down to 1280. Again,
> tunnels fall into that category.
>
> So, if tunnels cannot rely on ICMP PTB and also cannot rely
> on IPv6 frag/reass then there is only one option remaining:
>
> https://datatracker.ietf.org/doc/draft-templin-intarea-seal/
>
...
which, as a matter of fact, came up briefly in the Interim Meeting 
discussion.