Re: [Idr] RFC-4893 handling malformed AS4_PATH attributes

Jeffrey Haas <jhaas@pfrc.org> Mon, 15 December 2008 20:02 UTC

Return-Path: <idr-bounces@ietf.org>
X-Original-To: idr-archive@megatron.ietf.org
Delivered-To: ietfarch-idr-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EBE1C28C138; Mon, 15 Dec 2008 12:02:05 -0800 (PST)
X-Original-To: idr@core3.amsl.com
Delivered-To: idr@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 311A328C122 for <idr@core3.amsl.com>; Mon, 15 Dec 2008 12:02:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.265
X-Spam-Level:
X-Spam-Status: No, score=-2.265 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334]
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 8m-sbzWux+Bz for <idr@core3.amsl.com>; Mon, 15 Dec 2008 12:02:04 -0800 (PST)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by core3.amsl.com (Postfix) with ESMTP id 229EA28C142 for <idr@ietf.org>; Mon, 15 Dec 2008 12:00:59 -0800 (PST)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 3A09D24419C; Mon, 15 Dec 2008 20:00:51 +0000 (UTC)
Date: Mon, 15 Dec 2008 15:00:51 -0500
From: Jeffrey Haas <jhaas@pfrc.org>
To: "John G. Scudder" <jgs@juniper.net>
Message-ID: <20081215200051.GA13757@slice>
References: <0016361e883459ba8b045e197e41@google.com> <B216E38D-5E44-4375-9CD0-E0E19C47636D@tcb.net> <0016361e883459ba8b045e197e41@google.com> <20081215181155.GC12768@slice> <5AAFFD16-AF24-4A3A-89BF-C912A46B9F7A@juniper.net>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <5AAFFD16-AF24-4A3A-89BF-C912A46B9F7A@juniper.net>
User-Agent: Mutt/1.5.15+20070412 (2007-04-11)
Cc: Inter-Domain Routing List <idr@ietf.org>
Subject: Re: [Idr] RFC-4893 handling malformed AS4_PATH attributes
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: idr-bounces@ietf.org
Errors-To: idr-bounces@ietf.org

On Mon, Dec 15, 2008 at 02:36:34PM -0500, John G. Scudder wrote:
> Discarding updates without processing them as Cayle describes violates the 
> loop free property.  Consider the fact that an advertisement of a route is 
> also an implicit withdrawal of any previous advertisement, and also 
> consider that an update can also carry explicit withdrawals.  Simply 
> discarding an update is thus equivalent to ignoring a withdrawal.  It's not 
> difficult to construct a scenario in which persistent forwarding loops 
> ensue.  A scenario with a persistent blackhole is trivial.

That was a point I clearly hadn't thought through: This may affect
implicit withdrawals along with other bundled reachability.

At the risk of missing something else obvious in a quick reply, presume
instead of dropping the update that the withdrawn routes field is processed
and that all reachability covered by the path attributes is deleted
instead of being installed or updated.  I believe this would have the
effect I was originally intending without leaving stale information in
the system.

> This has generally been my position in past iterations of this annual 
> debate.  I'm starting to moderate it based on the demonstrated operational 
> problems caused in particular by bad optional/transitives.

I think we're all there with you.

I suspect if the WG put our collective heads together we'd probably
arrive at some consensus on having more survivable sessions.  It'd
probably result in a re-spin of the previous INFORM specification,
perhaps renaming the attribute WTF.

-- Jeff
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr