Re: [Tsv-art] [OPSEC] Tsvart last call review of draft-ietf-opsec-ipv6-eh-filtering-06

Stewart Bryant <stewart.bryant@gmail.com> Tue, 27 November 2018 10:17 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: tsv-art@ietfa.amsl.com
Delivered-To: tsv-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA63D128CF3; Tue, 27 Nov 2018 02:17:50 -0800 (PST)
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 1VhOoiEiyDMw; Tue, 27 Nov 2018 02:17:48 -0800 (PST)
Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 71446126F72; Tue, 27 Nov 2018 02:17:48 -0800 (PST)
Received: by mail-wm1-x32b.google.com with SMTP id s11so21609956wmh.1; Tue, 27 Nov 2018 02:17:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=KFaKg72mO8shOeSCoQRJ/mym/evxA5VdytlbHJ9ADJ4=; b=W7dH4Hr2elv4L22euGsuPhcia26E6G1iNfwf4Gcz2CwszZf0JU01Nwfw7p2rq3Ky/u eUQoJaBo4qs2Zt49WwWQqftTniUzvoL9FR1dz/OE+R3zFm2eFuj/NM5wJyoL4fqmwjcJ Fdg+BYC4rtTM1Mc4R92Cq+77IhVl9kJJlZB3+YrpUi//kezBV34JLYmkskZj1hJpVU+x watvmCcoTvNeMcftfaKS510qvhebX//46uVVjuTgewggyZhVH9EPGKagzkbrUiUsojgy 6NHAhIK87oHtb95hRLUTE7WEEuirXPlu4oMX3WJC/UdviNjLGSpTO8db8ebzhV1tjlcP NxTQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=KFaKg72mO8shOeSCoQRJ/mym/evxA5VdytlbHJ9ADJ4=; b=S+3CREeXys9KU/5gUO+q3YLEk8Y9LekwAPW4EfnO3eXmHG4bTxMAwp8VXFjETZtpzP ilcPVAlR9ZUHSJgRbOMsr3waXFRPHoptTEJZSmx2zKF6OuByPLcSWVKof3VxY52zAX/M 0/VQ7sGJG/PQ8CXQrdsCaYKprt9PiUwyc7GkREqWNyafeoS0leLi4WiY7zkwFZsx5ul8 x3wuIniytihstSxaLNHG+x4NuDU1qo30zC9TyvrIdZO1OyChe+IzQHPhPhLuu498jteo 1Qw5U7z2LCAk5NpqsD7+Pz0h7lWBn7Dv4ImgZ5MbV3FWySdR0iKxnl3oiZW6svxFNaLn wO7Q==
X-Gm-Message-State: AA+aEWazivPSMliVB7n59GVaYgf4WL/B+tbcRbAgolZLqkHY5sAUY29B X50dUHbCV/45dKOU/26VYi559pwq
X-Google-Smtp-Source: AFSGD/UuLJnkV9vFZ7+zsaPr+5F83kMBh3XKJCQMuwTtBaCNLNuTUkoui4bP75EyyWU/j+1u4FGXDw==
X-Received: by 2002:a1c:1b95:: with SMTP id b143mr9171014wmb.3.1543313866470; Tue, 27 Nov 2018 02:17:46 -0800 (PST)
Received: from [192.168.2.198] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id b13sm3956175wrn.28.2018.11.27.02.17.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 27 Nov 2018 02:17:45 -0800 (PST)
To: Joe Touch <touch@strayalpha.com>, Nick Hilliard <nick@foobar.org>
Cc: tsv-art <tsv-art@ietf.org>, OPSEC <opsec@ietf.org>, ietf <ietf@ietf.org>, draft-ietf-opsec-ipv6-eh-filtering.all@ietf.org
References: <977CA53D-7F72-4443-9DE2-F75F7A7C1569@strayalpha.com> <d6deb7af-99dd-9013-2722-8ebbe00c0b37@si6networks.com> <1CB13135-D87A-4100-8668-D761058E1388@strayalpha.com> <0f56c25d-7ac7-e534-4e2c-cc09f5154e77@foobar.org> <28EDE667-457E-4AED-8480-F27ECAA8E985@strayalpha.com> <6bd1ec94-f420-1f4c-9254-941814704dbb@gmail.com> <6be84ccf-9a72-2694-e19d-fa19043a0cb1@huitema.net> <4C249487-BD58-41BB-B8B6-081323E29F6C@strayalpha.com> <20181126075746.GO72840@Space.Net> <6C50775C-EB67-4236-93B8-DF0259E04167@strayalpha.com> <20181126175336.GW72840@Space.Net> <c959d8cb6f6a04a8da8318cfa89da341@strayalpha.com> <2425355d-e7cc-69dd-5b5d-78966056fea7@foobar.org> <C4D47788-0F3D-4512-A4E3-11F3E6EC230B@strayalpha.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <8d3d3b05-ecc3-ad54-cb86-ffe6dc4b4f16@gmail.com>
Date: Tue, 27 Nov 2018 10:17:46 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <C4D47788-0F3D-4512-A4E3-11F3E6EC230B@strayalpha.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/MmYV7Jz0rxDXzQp2MMGZk2yP9PY>
Subject: Re: [Tsv-art] [OPSEC] Tsvart last call review of draft-ietf-opsec-ipv6-eh-filtering-06
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2018 10:17:51 -0000


On 27/11/2018 01:47, Joe Touch wrote:
> If you can’t handle options, then you’re just lying about the tbps.

When the required application performance exceeds the ability of the 
hardware
designers to deliver it economically (or may be at any price) something 
has to give.
At that point either the protocol gets modified, or it goes end of life.

- Stewart

> Joe
>
>> On Nov 26, 2018, at 5:18 PM, Nick Hilliard <nick@foobar.org> wrote:
>>
>> Joe Touch wrote on 26/11/2018 21:59:
>>> Rate limiting is quite different from 100% discards. When abuse
>>> happens, it's clearly safe to react.
>> data plane speeds are measured in terabits/sec.  Control plane capacity for dealing with punted packets is measured in kilobits.  As end user and data plane speeds increase, rate-limiting for problematic packets will tend towards towards 100% loss.
>>
>> It doesn't matter if your packet stream is subject to 20% loss, or 100%, or 100% for 20% of the time - beyond a certain point, the end user experience will languish in an indistinguishable morass of unusability.
>>
>> Nick
>>
>> _______________________________________________
>> Tsv-art mailing list
>> Tsv-art@ietf.org
>> https://www.ietf.org/mailman/listinfo/tsv-art