IETF Logo Mail Archive

Re: [v6ops] Fwd: New Version Notification for draft-wkumari-long-headers-01.txt

Ivan Pepelnjak <ipepelnjak@gmail.com> Fri, 05 July 2013 13:27 UTC

Return-Path: <ipepelnjak@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 DD39111E82E5 for <v6ops@ietfa.amsl.com>; Fri, 5 Jul 2013 06:27:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_13=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rVqYjG-EQJj2 for <v6ops@ietfa.amsl.com>; Fri, 5 Jul 2013 06:27:57 -0700 (PDT)
Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id 2DB1011E82C9 for <v6ops@ietf.org>; Fri, 5 Jul 2013 06:27:57 -0700 (PDT)
Received: by mail-we0-f169.google.com with SMTP id n57so1992280wev.0 for <v6ops@ietf.org>; Fri, 05 Jul 2013 06:27:56 -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:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=62t1CFeBHSpr/a5IGi6bvAvnCp6YJvcpwMUXfZOAMec=; b=sm0IPPgg1uuF6TlzXdGYQ/wix5u5RR+L8WsNuiix2orD7iJ6oiPBBG112rPPOiP8Zn bKmcUmJAWQhQDLk5n7u0cDx+BxruE68VdthBSUpFbzC33wTRrhumgSwWOMjn7l9Pdffx Zdsa8OM8zu6TIWJv9w1N6h5MQ5Akt+NdKfk3zET5y1UfyEfPrjTa2a4NtBZCLgcAmpvq A4BnJksNSumIoibUiDTpX9mJWEPI0Jb5azuRRAdczS2spkManQEunQNdlDdPJ2dr0vv7 m4plEQ39VOLNd7Ntp2wx5URQdrRuJGQmEbaT9E45t2CU9FQeXo3IQWXXo+VmQTuwWijh txYQ==
X-Received: by 10.194.2.79 with SMTP id 15mr6213211wjs.42.1373030875146; Fri, 05 Jul 2013 06:27:55 -0700 (PDT)
Received: from [192.168.200.196] (BSN-61-84-204.dial-up.dsl.siol.net. [86.61.84.204]) by mx.google.com with ESMTPSA id fd3sm40815887wic.10.2013.07.05.06.27.54 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 05 Jul 2013 06:27:54 -0700 (PDT)
Message-ID: <51D6C9D9.8070404@gmail.com>
Date: Fri, 05 Jul 2013 15:27:53 +0200
From: Ivan Pepelnjak <ipepelnjak@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Nick Hilliard <nick@inex.ie>
References: <20130703235521.17726.15468.idtracker@ietfa.amsl.com> <0BDA30D8-AEDC-4E18-8ACE-64A032305F07@kumari.net> <1372897534.35448.YahooMailNeo@web2802.biz.mail.ne1.yahoo.com> <CAD6AjGSGeNHPUs9+F6OOAeDOy_FZpTOGkH6viX_fENca4H8X0g@mail.gmail.com> <1372899240.80312.YahooMailNeo@web2803.biz.mail.ne1.yahoo.com> <51D614F6.4030000@isi.edu> <51D6A1C9.8030208@inex.ie> <51D6C2FF.4090103@isi.edu> <51D6C509.7040806@inex.ie> <51D6C66E.5060901@isi.edu> <51D6C7D2.6020504@inex.ie>
In-Reply-To: <51D6C7D2.6020504@inex.ie>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Fwd: New Version Notification for draft-wkumari-long-headers-01.txt
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, 05 Jul 2013 13:27:58 -0000

Nick, you don't get it.

A proper router has out-of-band management and control planes that we so
loved and cherished with ATM switches and thus never has to touch
anything beyond L3 header. Anything else is not a router.

Ivan

On 05.07.2013 15:19 , Nick Hilliard wrote:
> On 05/07/2013 14:13, Joe Touch wrote:
>> I don't think that's possible unless you also protect "against"
>> fragments altogether, and I don't think that is the job of a
>> router.
>
> so you're ok about the idea of having a router sitting on the
> Internet DFZ which you can take down with 20kpps of ipv6 fragments,
> and where there is no way of protecting against this because in your
> own words, you "don't think it's the job of the router".  And also
> that "claims that this is about a technical problem are false".
>
> Nick
>
> _______________________________________________ v6ops mailing list
> v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops
>

v2.23.0 | Report a Bug | By Email