draft-ietf-ipngwg-p2p-pingpong-00.txt vs RFC4443

Pekka Savola <pekkas@netcore.fi> Tue, 17 August 2010 08:26 UTC

Return-Path: <owner-v6ops@ops.ietf.org>
X-Original-To: ietfarch-v6ops-archive@core3.amsl.com
Delivered-To: ietfarch-v6ops-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F3723A6784 for <ietfarch-v6ops-archive@core3.amsl.com>; Tue, 17 Aug 2010 01:26:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 d08kUCh2RcCY for <ietfarch-v6ops-archive@core3.amsl.com>; Tue, 17 Aug 2010 01:26:25 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 49AE63A6872 for <v6ops-archive@lists.ietf.org>; Tue, 17 Aug 2010 01:26:25 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.72 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1OlHQS-0004Hv-Gi for v6ops-data0@psg.com; Tue, 17 Aug 2010 08:21:40 +0000
Received: from [2001:670:86:3001::1] (helo=netcore.fi) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from <pekkas@netcore.fi>) id 1OlHQQ-0004HY-0q for v6ops@ops.ietf.org; Tue, 17 Aug 2010 08:21:38 +0000
Received: from netcore.fi (localhost [127.0.0.1]) by netcore.fi (8.13.8/8.13.8) with ESMTP id o7H8KwiF002007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Aug 2010 11:20:58 +0300
Received: from localhost (pekkas@localhost) by netcore.fi (8.13.8/8.13.8/Submit) with ESMTP id o7H8Ku8t002004; Tue, 17 Aug 2010 11:20:56 +0300
Date: Tue, 17 Aug 2010 11:20:56 +0300
From: Pekka Savola <pekkas@netcore.fi>
To: Olivier Vautrin <ovautrin@juniper.net>
cc: Fernando Gont <fernando@gont.com.ar>, Jeroen Massar <jeroen@unfix.org>, "v6ops@ops.ietf.org" <v6ops@ops.ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>
Subject: draft-ietf-ipngwg-p2p-pingpong-00.txt vs RFC4443
In-Reply-To: <84600D05C20FF943918238042D7670FD36D708817A@EMBX01-HQ.jnpr.net>
Message-ID: <alpine.LRH.2.00.1008171116150.1433@netcore.fi>
References: <4C68F1E1.2090003@gont.com.ar> <4C68FD84.80905@unfix.org> <4C6920F8.7010505@gont.com.ar> <84600D05C20FF943918238042D7670FD36D708817A@EMBX01-HQ.jnpr.net>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format="flowed"; charset="US-ASCII"
X-Virus-Scanned: clamav-milter 0.96.1 at otso.netcore.fi
X-Virus-Status: Clean
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

Hi,

I changed the subject, because the original intent was lost in the 
weeds.

On Mon, 16 Aug 2010, Olivier Vautrin wrote:
> It is clear that there is one more action done on the packet with 
> RFC4443. But this has no impact on shipping ASIC based routers. It 
> is difficult to say though if some smaller routers could be 
> impacted.

This, and what Ole Troan wrote on interface lookup, is interesting.

RFC4443 requires checking that destination address matches the subnet 
prefix.  Is this the hot issue?

Note that pingpong-00 document did not have this requirement; the 
specification was different (incoming/outgoing interface).  Does this 
have different implications on the feasibility of implementation?

FWIW, "Packet may be forwarded back on the received interface" is 
actually, AFAIK, used in certain PE routerscenarios where you ping 
yourself over a p2p link.

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings