Re: [Int-area] I-D Action: draft-gont-intarea-obsolete-eid-option-00.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 08 May 2012 09:36 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADC9721F853C for <int-area@ietfa.amsl.com>; Tue, 8 May 2012 02:36:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 UwwMnkh7-f5P for <int-area@ietfa.amsl.com>; Tue, 8 May 2012 02:36:47 -0700 (PDT)
Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by ietfa.amsl.com (Postfix) with ESMTP id C936521F857F for <int-area@ietf.org>; Tue, 8 May 2012 02:36:46 -0700 (PDT)
Received: by eabd1 with SMTP id d1so1279235eab.31 for <int-area@ietf.org>; Tue, 08 May 2012 02:36:45 -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 :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=HKARc5pbTlBWhM1PwPg/EmjcExQm2cC3fQdlDtZO7HI=; b=yFXlvOuFO8YJ57iRe/pzGH2oBwCYNHDMbGa7BXhZFUxbMRiO/awO4MMLv3zj7Qd7Ng KgnCNObmOYxY+FtkJfdtay+lej0bKkkM0GEUsLejrRSZuzATZnOSnx5tInoxIQncXWzB 8LKEIUxUtprKyzXlwb+COSQ7GX/LkLMEkxKCSoPQ6gnPtoml0Mo9qOvZfCwpzNjejOtT Qq/GOgKRQFmzSK1SDJd9yC6++vG+IrKf0JNl0a+v9wlhXV1CN7SxAdYe9ybLvfxMlZMY md/sEOePgA/WweVgyzjno0Lis8nGyOoXQ0tryL25RTc1mPi9mS3zoWFhrSHMCdJVZnSE WEqA==
Received: by 10.213.16.204 with SMTP id p12mr1972811eba.26.1336469805486; Tue, 08 May 2012 02:36:45 -0700 (PDT)
Received: from [128.232.110.88] (c088.al.cl.cam.ac.uk. [128.232.110.88]) by mx.google.com with ESMTPS id f16sm68868120eec.2.2012.05.08.02.36.44 (version=SSLv3 cipher=OTHER); Tue, 08 May 2012 02:36:44 -0700 (PDT)
Message-ID: <4FA8E928.9000103@gmail.com>
Date: Tue, 08 May 2012 10:36:40 +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: int-area@ietf.org
References: <20120426080437.8203.15934.idtracker@ietfa.amsl.com>
In-Reply-To: <20120426080437.8203.15934.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Subject: Re: [Int-area] I-D Action: draft-gont-intarea-obsolete-eid-option-00.txt
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/int-area>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 May 2012 09:36:47 -0000

I'm not sure we should do this. The base format defined by
draft-ietf-nimrod-eid-00 is generic, with only an initial variant
defined for Nimrod, so it could be used for pretty much any
future type of EID. I see no harm in leaving the option defined
but sleeping.

If the draft does proceed, there is a significant issue with
it. The Abstract says: "possibly serving as a basis for providing
advice about the filtering of packets containing this option."

However, the body of the draft doesn't expand on this point; indeed
it says:

> 2.  Security Considerations
> 
>    This document has no security implications.
> 
>    RFC Editor: Please remove this section before publication.

The last sentence is wrong since Security Considerations are
mandatory. I think the first sentence is wrong too - if we
do decide to obsolete the option, paranoid firewalls will tend
to discard packets containing it, and that needs to be noted.
All other implementations that skip extension headers will
need to continue to skip this one, even if it's officially
obsolete, for backwards compatibility.

(I have no idea whether current implementations actually do
skip this option correctly, but theoretically they ought to.)

Regards
   Brian Carpenter

On 2012-04-26 09:04, internet-drafts@ietf.org wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 	Title           : Obsoleting the Endpoint Identifier (EID) Option
> 	Author(s)       : Fernando Gont
> 	Filename        : draft-gont-intarea-obsolete-eid-option-00.txt
> 	Pages           : 8
> 	Date            : 2012-04-26
> 
>    This document formally obsoletes the IPv6 Endpoint Identification
>    (EID) option (hex value 0x8a), thus cleaning up the corresponding
>    IANA registry, and possibly serving as a basis for providing advice
>    about the filtering of packets containing this option.
> 
> 
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-gont-intarea-obsolete-eid-option-00.txt