Re: [GROW] draft-ietf-grow-simple-va

Jakob Heitz <jakob.heitz@ericsson.com> Mon, 30 April 2012 19:56 UTC

Return-Path: <jakob.heitz@ericsson.com>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3339021F864D; Mon, 30 Apr 2012 12:56:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.296
X-Spam-Level:
X-Spam-Status: No, score=-6.296 tagged_above=-999 required=5 tests=[AWL=0.303, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 e9DaXWZdCcvN; Mon, 30 Apr 2012 12:56:06 -0700 (PDT)
Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 7666121F864C; Mon, 30 Apr 2012 12:56:06 -0700 (PDT)
Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q3UJg76x014190; Mon, 30 Apr 2012 14:42:09 -0500
Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.1.6]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Mon, 30 Apr 2012 15:42:03 -0400
From: Jakob Heitz <jakob.heitz@ericsson.com>
To: Ronald Bonica <rbonica@juniper.net>, "robert@raszuk.net" <robert@raszuk.net>
Date: Mon, 30 Apr 2012 15:42:02 -0400
Thread-Topic: [GROW] draft-ietf-grow-simple-va
Thread-Index: Ac0mlPPR9+6aPszZTa2Ed7ZWJxExAAAXGCxQAAVdypA=
Message-ID: <7309FCBCAE981B43ABBE69B31C8D213921BE145B07@EUSAACMS0701.eamcs.ericsson.se>
References: <13205C286662DE4387D9AF3AC30EF456D76AB92C3B@EMBX01-WF.jnpr.net> <4F9BCB90.9090000@raszuk.net> <4F9C80BA.9040003@raszuk.net> <13205C286662DE4387D9AF3AC30EF456D76AD2906F@EMBX01-WF.jnpr.net> <4F9DA2A9.7070301@raszuk.net> <13205C286662DE4387D9AF3AC30EF456D76AD29113@EMBX01-WF.jnpr.net> <4F9E27CC.8070507@raszuk.net> <13205C286662DE4387D9AF3AC30EF456D76AD297C7@EMBX01-WF.jnpr.net>
In-Reply-To: <13205C286662DE4387D9AF3AC30EF456D76AD297C7@EMBX01-WF.jnpr.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "grow@ietf.org" <grow@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>
Subject: Re: [GROW] draft-ietf-grow-simple-va
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/grow>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Apr 2012 19:56:07 -0000

draft-ietf-grow-simple-va-04 needs another deployment consideration.

Routes in the RIB (not the FIB) are sometimes used
to resolve BGP nexthops and nexthops for static routes.

There is a rule not to resolve such nexthops using the default
route. If routes are removed from the RIB, they will no
longer be able to resolve nexthops. Also, when resolving
nexthops, the resolving routes sometimes carry attributes
that are important to the resolving process. If the
default route is used to resolve nexthops, such attributes
would be lost. Examples of such attributes are
IGP distance (it may be the same as the default) and
whether it is on a tunnel.

The reason for that rule is this:
A non default route says: I can reach the advertised
network and all IP addresses covered by it. If any
IP address covered by this prefix is unreachable,
then it doesn't exist.
A default route says: I can reach many IP addresses,
but obviously not all of them. I can not tell you
which I can actually reach and which I can't.

Routes in the RIB may also be redistributed to other
protocols. If they no longer exist in the RIB, they
will not be redistributed.

These considerations do not break the technique,
but they need to be stated.

--
Jakob Heitz.

-----Original Message-----
From: grow-bounces@ietf.org [mailto:grow-bounces@ietf.org] On Behalf Of Ronald Bonica
Sent: Monday, April 30, 2012 9:52 AM
To: robert@raszuk.net
Cc: grow@ietf.org; iesg@ietf.org
Subject: Re: [GROW] draft-ietf-grow-simple-va

Robert,

This sounds reasonable to me. Please issue a new version of the draft, as the current version has expired. When you issue a new version, change the filename, so that it won't look like a WG submission. Also, ping me so that I can send the document on for IETF Last Call.

                                                             Ron

> -----Original Message-----
> From: Robert Raszuk [mailto:robert@raszuk.net]
> Sent: Monday, April 30, 2012 1:49 AM
> To: Ronald Bonica
> Cc: grow@ietf.org; iesg@ietf.org
> Subject: Re: [GROW] draft-ietf-grow-simple-va
> 
> Ron,
> 
> >> So, how do we proceed? If you want to demonstrate WG support of
>  >> draft-ietf-grow-simple-va, let the WG LC proceed. If you want to
> >> publish without demonstrating WG support, I would be glad to AD
> >> sponsor that draft.
> 
> Please proceed with AD sponsorship on this draft.
> 
> In my view the idea and the draft have already received sufficient
> support within this group, other IETF and IRTF groups as well as
> outside of IETF in various public forums.
> 
> Thx,
> R.
_______________________________________________
GROW mailing list
GROW@ietf.org
https://www.ietf.org/mailman/listinfo/grow