Re: [Idr] draft-white-bgpbgp-00.txt

Robert Raszuk <robert@raszuk.net> Tue, 08 July 2014 19:57 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BEE31A000B for <idr@ietfa.amsl.com>; Tue, 8 Jul 2014 12:57:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oCEJtnTLu8Hd for <idr@ietfa.amsl.com>; Tue, 8 Jul 2014 12:57:16 -0700 (PDT)
Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C1DC1A0008 for <idr@ietf.org>; Tue, 8 Jul 2014 12:57:16 -0700 (PDT)
Received: by mail-ig0-f175.google.com with SMTP id h3so1082558igd.14 for <idr@ietf.org>; Tue, 08 Jul 2014 12:57:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=kG3ZKyyvdCvuzs/q9ZBZClp4RQSf1sBAoMCe0MVazXA=; b=Y7OAO/XODpNecQC0HBInASKNmh33QMVODT0G2yxmGG9eYo+y3R80UQKbUGTuNhbGn/ 1Ra+N9c6h6IDINGz3c+S1k1gTtI0wo0LfeVTFvXF+K175R79GNEFUwMH1SzzzG8HC2Da /cuXUOfjH7v11yXG+olTpGAxcDICzqR5WowVE3gM0wuiOZ4m853k9ZBPFtHZ4eApY7jE XthopCDp6sR8AQz63RWBt1J2YhqhCNcPGRYvu37YTMp5CSd4noVzCgCr9d2Z7647MZ8I P5fnzHt+m+zljIAcx7FNc7o6wH7fQNiX3tcuwpK3KjjamEyCt8G2KhB9HF2KEZRcd4I3 yBAQ==
MIME-Version: 1.0
X-Received: by 10.50.114.194 with SMTP id ji2mr6576083igb.21.1404849435851; Tue, 08 Jul 2014 12:57:15 -0700 (PDT)
Sender: rraszuk@gmail.com
Received: by 10.64.89.38 with HTTP; Tue, 8 Jul 2014 12:57:15 -0700 (PDT)
In-Reply-To: <01b201cf9adf$e2718a30$a7549e90$@riw.us>
References: <021e01cf96ca$06339e00$129ada00$@riw.us> <20140708142604.GD19932@pfrc> <001a01cf9acb$2e809110$8b81b330$@riw.us> <201407081654.s68GsUn34693@magenta.juniper.net> <01b201cf9adf$e2718a30$a7549e90$@riw.us>
Date: Tue, 08 Jul 2014 21:57:15 +0200
X-Google-Sender-Auth: PwTdDQm-Z663ZKGXEmpHVtebWqA
Message-ID: <CA+b+ERnTvq2Aom0sSS+6icm=KRWF4HTQuPYGww=4s=BnNAnmkA@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: Russ White <russw@riw.us>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/idr/2MrmCS5pEQKxl3BmE7j25HrUr2U
Cc: Yakov Rekhter <yakov@juniper.net>, idr wg <idr@ietf.org>
Subject: Re: [Idr] draft-white-bgpbgp-00.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Tue, 08 Jul 2014 19:57:18 -0000

Hi Russ,

I think exploring new ideas is always great providing they bring real
value at right price.

So far you keep complaining that things which we carry in BGP have
nothing to do with destination based routing.

Then perhaps a better option is to issue a short one page draft
renaming Network Layer Reachability Information "NLRI" field to
"Database Key"  field - the advantages are that your concern will get
addressed yet multiple implementations, deployments and operational
practices will remain unchanged.

- - -

Meanwhile if we are at concerns regarding BGP I think we have two
serious problems in BGP today:

* dynamic capabilites
* multisessions

Both are either not supported even partially in most implementations
(dynamic capabilites) or supported in a way that they could be
improved (recall my discussion with John in Stockholm IETF regarding
use of TI vs multisession for improving BGP session robustness).

Thx
R.


On Tue, Jul 8, 2014 at 9:07 PM, Russ White <russw@riw.us> wrote:
>
>> Whether this is "madness" or not is a matter of *opinion* (and each of us
> is
>> entitled to have one).
>
> Of course... I didn't mean to offend, just to say that we keep piling things
> into the AFI/SAFI that have no specific relation to destination based
> routing. "Stop the madness," is a saying, not a term of condemnation. :-)
>
>> existence proof (means deployment and operators) that the BGP AFI/SAFI
>> construction is Good Enough
>> (tm) for what one may consider as "nothing to do with routing".
>
> Sure -- but I also see the protocol becoming more complex over time because
> of this additional information. If there's a simpler way to carry this
> information, one that allows us to either stream the information out of band
> or in band, etc., then we should consider it, IMHO.
>
> :-)
>
> Russ
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr