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

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 18 October 2012 08:26 UTC

Return-Path: <brian.e.carpenter@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 22C2821F84BF for <v6ops@ietfa.amsl.com>; Thu, 18 Oct 2012 01:26:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.647
X-Spam-Level:
X-Spam-Status: No, score=-102.647 tagged_above=-999 required=5 tests=[AWL=1.044, BAYES_00=-2.599, GB_I_LETTER=-2, RCVD_ILLEGAL_IP=1.908, 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 id5HkjttBACq for <v6ops@ietfa.amsl.com>; Thu, 18 Oct 2012 01:26:36 -0700 (PDT)
Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6DB8521F861F for <v6ops@ietf.org>; Thu, 18 Oct 2012 01:26:36 -0700 (PDT)
Received: by mail-ee0-f44.google.com with SMTP id d4so4809992eek.31 for <v6ops@ietf.org>; Thu, 18 Oct 2012 01:26:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=mHVObVXdZ+m7FKvhSZekffNRjNE8d4aVjDg1oemA19o=; b=1EbpGSHxLe/aNbe2sinaP4icdDij2pZiLM7BLiEMFiT3tIph5C5QzxzcVFUw4W1LSx hIcx4l5J6PEzx5449o/GLlCalHgYgxjJeIouoB/vdgPNJBwMZVzmReBrMVXPAyha/32m DxNEXTqKV0hGbZ0ZzgL6CMg12b2mGtYycjh3tEZ744p+cTJN1aeZK31nQhXG0m6Gkn9S VOs/ahd82tMh7ZeuGFq05en9hbR6yJ6Huq7FpbwCnyxRipjq56FqGhEDh4mdT6if1r+P JWNco4nDKYkFABb5ZtlSaiT5nAEr9hPrb0DSshaRiKsT0SzNavrSJtXujwOpbQPaMV49 zuyQ==
Received: by 10.14.213.201 with SMTP id a49mr30542531eep.4.1350548795619; Thu, 18 Oct 2012 01:26:35 -0700 (PDT)
Received: from [192.168.1.65] (host-2-102-216-225.as13285.net. [2.102.216.225]) by mx.google.com with ESMTPS id t7sm38680787eel.14.2012.10.18.01.26.32 (version=SSLv3 cipher=OTHER); Thu, 18 Oct 2012 01:26:33 -0700 (PDT)
Message-ID: <507FBD3D.4060909@gmail.com>
Date: Thu, 18 Oct 2012 09:26:37 +0100
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: joel jaeggli <joelja@bogus.com>
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> <E1829B60731D1740BB7A0626B4FAF0A65E0DEDF778@XCH-NW-01V.nw.nos.boeing.com> <507F265E.6030000@inex.ie> <E1829B60731D1740BB7A0626B4FAF0A65E0DF5BFAE@XCH-NW-01V.nw.nos.boeing.com> <507FAABE.5050601@bogus.com>
In-Reply-To: <507FAABE.5050601@bogus.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: "v6ops@ietf.org" <v6ops@ietf.org>, "draft-taylor-v6ops-fragdrop@tools.ietf.org" <draft-taylor-v6ops-fragdrop@tools.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, 18 Oct 2012 08:26:37 -0000

On 18/10/2012 08:07, joel jaeggli wrote:
...
> The focus on core devices is misguided imho... The services edge of my
> network where both connections terminate and policy is applied may be
> substantially higher capacity than the backbone of many networks it is
> exposed to this issue. Given that I am an end-site all traffic carried
> on a backbone is either coming from or in bound to an end system on our
> network.

Yes, and as far as I can tell the problems arise with site-boundary
devices that attempt to indulge in deep packet inspection and are
stymied by extension headers and/or fragments. Load balancers have
similar difficulties. These devices do violate the letter or spirit
of RFC 2460, but that's life.

(The fact that RFC 2460 does not spell out behaviour for extension headers
not mentioned in RFC 2460 is why I wrote draft-carpenter-6man-ext-transmit.
But that will not magically change the code in firewalls.)

Core routers just route packets. ECMP/LAG might not work optimally in some
cases, but that doesn't break e2e connectivity.

    Brian