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

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

Return-Path: <pekkas@netcore.fi>
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 100F43A688A for <ipv6@core3.amsl.com>; Tue, 17 Aug 2010 01:20:54 -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=[AWL=0.000, 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 cJYbxpF2uw6d for <ipv6@core3.amsl.com>; Tue, 17 Aug 2010 01:20:53 -0700 (PDT)
Received: from netcore.fi (eunet-gw.ipv6.netcore.fi [IPv6:2001:670:86:3001::1]) by core3.amsl.com (Postfix) with ESMTP id 76D103A6885 for <ipv6@ietf.org>; Tue, 17 Aug 2010 01:20:52 -0700 (PDT)
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>
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
Cc: "v6ops@ops.ietf.org" <v6ops@ops.ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>
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: Tue, 17 Aug 2010 08:20:54 -0000

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