Re: IPv6 Type 0 Routing Header issues

"George V. Neville-Neil" <gnn@neville-neil.com> Tue, 01 May 2007 21:19 UTC

Return-path: <ipv6-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HizkZ-0001oD-7M; Tue, 01 May 2007 17:19:07 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HizkY-0001nt-5p for ipv6@ietf.org; Tue, 01 May 2007 17:19:06 -0400
Received: from mrout2.yahoo.com ([216.145.54.172]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HizkV-00042x-74 for ipv6@ietf.org; Tue, 01 May 2007 17:19:06 -0400
Received: from 104.32.61.10.in-addr.arpa.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l41LIabX032041; Tue, 1 May 2007 14:18:36 -0700 (PDT)
Date: Tue, 01 May 2007 14:18:27 -0700
Message-ID: <m2lkg85jks.wl%gnn@neville-neil.com>
From: "George V. Neville-Neil" <gnn@neville-neil.com>
To: james woodyatt <jhw@apple.com>
In-Reply-To: <4E7CB2B0-2AA7-43DB-840A-437240A4B653@apple.com>
References: <8A6FCC38-EA35-4EC2-A195-B8E327D50DA2@eads.net> <4E7CB2B0-2AA7-43DB-840A-437240A4B653@apple.com>
User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="US-ASCII"
X-Spam-Score: 1.6 (+)
X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb
Cc: IETF IPv6 Mailing List <ipv6@ietf.org>
Subject: Re: IPv6 Type 0 Routing Header issues
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "IP Version 6 Working Group \(ipv6\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Errors-To: ipv6-bounces@ietf.org

At Mon, 30 Apr 2007 17:43:04 -0700,
james woodyatt wrote:
> 
> On Apr 27, 2007, at 05:38, Ebalard, Arnaud wrote:
> > Bob Hinden <bob.hinden@nokia.com> wrote:
> >>
> >>  Possible actions include:
> >>
> >>  1) Deprecate all usage of RH0
> >>  2) Recommend that RH0 support be off by default in hosts and routers
> >>  3) Recommend that RH0 support be off by default in hosts
> >>  4) Limit it's usage to one RH0 per IPv6 packet and limit the  
> >> number of addresses in one RH0.
> >>
> >> These examples are not all mutually exclusive.
> >
> > From my perspective, RH0 should be deprecated to simplify IPv6  
> > specification, stacks' implementations and suppress associated  
> > threats. Keeping the generic RH mechanism will be sufficient for  
> > new protocols to __carefully__ provide associated functionalities  
> > (if any), just like the designers of Mobile IPv6 did with RH2  
> > (IMHO, processing limited to MIPv6 implementations, no external  
> > forwarding, one address max, ...).
> 
> I agree that all transmissions of RH0 should be deprecated, and I  
> further recommend the draft standards be amended to require that RH0  
> be rejected with an ICMP error when received at the first destination  
> and dropped silently in all other cases.  This will allow operators  
> to identify and neutralize preemptively exactly those nodes which do  
> not comply with the amended standard.
> 

Actually I like this solution.

Now, not to beat a dead horse more, but when can a draft be set up to
talk about this?  I'd like to at least know that the code I'm
implementing will be somewhat close to the final outcome of this
discussion.

Thanks,
George

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------