Re: [sidr] Injecting idea of "freshness of repository data" into BGP

Eric Osterweil <eosterweil@verisign.com> Sun, 01 April 2012 21:12 UTC

Return-Path: <eosterweil@verisign.com>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BE8021F8849 for <sidr@ietfa.amsl.com>; Sun, 1 Apr 2012 14:12:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.732
X-Spam-Level:
X-Spam-Status: No, score=-5.732 tagged_above=-999 required=5 tests=[AWL=0.867, 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 VIowp4NFVMTk for <sidr@ietfa.amsl.com>; Sun, 1 Apr 2012 14:12:54 -0700 (PDT)
Received: from exprod6og113.obsmtp.com (exprod6og113.obsmtp.com [64.18.1.31]) by ietfa.amsl.com (Postfix) with ESMTP id 3634F21F8848 for <sidr@ietf.org>; Sun, 1 Apr 2012 14:12:53 -0700 (PDT)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKT3jE0+z32n+sMKS+FKVoBSLQai2j0Ka5@postini.com; Sun, 01 Apr 2012 14:12:54 PDT
Received: from dul1wnexcn03.vcorp.ad.vrsn.com (dul1wnexcn03.vcorp.ad.vrsn.com [10.170.12.113]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id q31LCmOt002573; Sun, 1 Apr 2012 17:12:48 -0400
Received: from dul1eosterwe-m1.vcorp.ad.vrsn.com ([10.100.0.142]) by dul1wnexcn03.vcorp.ad.vrsn.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 1 Apr 2012 17:12:47 -0400
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: Eric Osterweil <eosterweil@verisign.com>
In-Reply-To: <4F78C121.50902@raszuk.net>
Date: Sun, 1 Apr 2012 14:12:42 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <1D5ABED8-0A30-4839-8C6B-D7E0D638D77E@verisign.com>
References: <20120328081939.GA19843@slice> <CA796250-4EA9-468D-BB4A-4C1187D2148F@tcb.net> <20120329072236.GA7311@slice> <61C7DEFD-B03F-42B2-B0FC-878E84C32629@ericsson.com> <20120329081625.GA9609@slice> <C80C23B3-C6D9-44CA-A020-144890CA0274@verisign.com> <4F78C121.50902@raszuk.net>
To: robert@raszuk.net
X-Mailer: Apple Mail (2.1084)
X-OriginalArrivalTime: 01 Apr 2012 21:12:48.0540 (UTC) FILETIME=[30C52DC0:01CD104C]
Cc: sidr wg list <sidr@ietf.org>
Subject: Re: [sidr] Injecting idea of "freshness of repository data" into BGP
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sidr>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Apr 2012 21:12:55 -0000

On Apr 1, 2012, at 1:57 PM, Robert Raszuk wrote:

> Hi Eric,
> 
> > BGP is a great soft-state protocol (where some may define
> > ``great'' differently), but I don't currently tweet or update my fb
> > status over it.
> 
> While I agree with 99% of what you said today on the list (especially pointing out need for solid requirements to document what sidr is trying to achieve)

Great, thanks!  I don't want to lose that high order bit!  But, I don't want to ignore ya either.  I'll send an off-list response for the below. :)

Eric

> I am not sure why you call BGP soft-state.
> 
> For me soft-state protocol is RSVP which requires refresh otherwise state invalidates. BGP does not require refresh.
> 
> If that would not be enough BGP is soon to become completely "hard state" if one would implement http://tools.ietf.org/html/draft-uttaro-idr-bgp-persistence-01
> 
> Best,
> R.
>