Re: I-D Action:draft-ietf-6man-exthdr-01.txt

Fernando Gont <fernando@gont.com.ar> Mon, 03 January 2011 21:41 UTC

Return-Path: <fernando.gont.netbook.win@gmail.com>
X-Original-To: ipv6@core3.amsl.com
Delivered-To: ipv6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A38D63A6C7B for <ipv6@core3.amsl.com>; Mon, 3 Jan 2011 13:41:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.532
X-Spam-Level:
X-Spam-Status: No, score=-3.532 tagged_above=-999 required=5 tests=[AWL=0.067, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XPmnA9CyA+oD for <ipv6@core3.amsl.com>; Mon, 3 Jan 2011 13:41:30 -0800 (PST)
Received: from mail-yw0-f66.google.com (mail-yw0-f66.google.com [209.85.213.66]) by core3.amsl.com (Postfix) with ESMTP id 74FAA3A6C7A for <ipv6@ietf.org>; Mon, 3 Jan 2011 13:41:30 -0800 (PST)
Received: by ywi6 with SMTP id 6so3287897ywi.1 for <ipv6@ietf.org>; Mon, 03 Jan 2011 13:43:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=lpU+lhTObosu9CZcVOu/MOY0S9nk3v/f10PG4XUAwyM=; b=WXXIsH+sXkZQFv4a7coLXYjT6HIdt69jCWrMeOdNbYzcLZMYyW+TC0+v+ps2WmuKMR OGSVDvYCXsIs1vd+fH38cZkDjLsKkv6bMVcW/tMQDjfW4ow4QZcE4Co0znTbm+e91VFb i3X1d9/JIemAUh0z3Jrl6gAMRURSiJKhKR7YA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=Qv7p9bpL4Ktj6xl2ZzD4h9PNr5bHiwQzcOlXkUfHRuq4MGqgr+YchpoEcpUGN/Traa viWrQzNR9KOc9rto+8QS6mekk7Zl1zKiZPSYXNZwsnfMCj+/SHzFVXREjUXHxSLkmOlJ 2u4pq6kQHmafbzS0ggQgqBKBpw4ijUSz47Zf0=
Received: by 10.151.98.18 with SMTP id a18mr18690957ybm.203.1294091016945; Mon, 03 Jan 2011 13:43:36 -0800 (PST)
Received: from [192.168.0.120] (61-128-17-190.fibertel.com.ar [190.17.128.61]) by mx.google.com with ESMTPS id u31sm10258307yba.21.2011.01.03.13.43.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Jan 2011 13:43:36 -0800 (PST)
Sender: Fernando Gont <fernando.gont.netbook.win@gmail.com>
Message-ID: <4D2242E9.8040804@gont.com.ar>
Date: Mon, 03 Jan 2011 18:43:05 -0300
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: I-D Action:draft-ietf-6man-exthdr-01.txt
References: <20101217234501.11691.81147.idtracker@localhost> <AANLkTi=Lr_4zOd=-DrAxic_t_o0MvyOoWPYmiktZZod2@mail.gmail.com> <63416880-97B6-4CE4-864A-1402DA977B5F@tony.li> <AA183326-2E70-4A23-83A7-9F96131ADFF4@tony.li> <4D113364.3050105@ericsson.com> <201101032040.p03KeE86005244@cichlid.raleigh.ibm.com> <4D223EC0.7020906@gmail.com>
In-Reply-To: <4D223EC0.7020906@gmail.com>
X-Enigmail-Version: 1.1.1
OpenPGP: id=D076FFF1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Thomas Narten <narten@us.ibm.com>, "ipv6@ietf.org" <ipv6@ietf.org>, Suresh Krishnan <suresh.krishnan@ericsson.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jan 2011 21:41:31 -0000

On 03/01/2011 06:25 p.m., Brian E Carpenter wrote:

> The basic motivation for the present draft is clear:
> 
>>    However,
>>    some intermediate nodes such as firewalls, may need to look at the
>>    transport layer header fields in order to make a decision to allow or
>>    deny the packet.  
> 
> That is, help middleboxes to violate e2e transparency and, furthermore,
> allow unknown headers to cross those middleboxes. 

I don't think this I-D will make a difference.

>From the POV of a firewall, unless it really wants a packet to
pass-through, it will block it.

So, whether the Extension Header is unknown, or whether
draft-ietf-6man-exthdr-01.txt is implemented and the Specific type is
unknown will lead to the same result: the packet will be discarded.

This proposal would only be useful to firewalls that implement a
"default allow", and that simply want to somehow ignore an unknown
extension header and base their decision on the upper-layer protocol
(only). -- But we all know that firewalls operate (or should operate) in
"default deny" rather than "default allow".

So IMHO this proposal won't be useful for such firewalls.

Thanks,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@acm.org
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1