Re: [Idr] draft-uttaro-idr-bgp-persistence-00: SecurityConsiderations

Robert Raszuk <robert@raszuk.net> Thu, 03 November 2011 12:37 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 782F811E8108 for <idr@ietfa.amsl.com>; Thu, 3 Nov 2011 05:37:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.549
X-Spam-Level:
X-Spam-Status: No, score=-2.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599]
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 afxU9pJDUXbU for <idr@ietfa.amsl.com>; Thu, 3 Nov 2011 05:37:34 -0700 (PDT)
Received: from mail37.opentransfer.com (mail37.opentransfer.com [76.162.254.37]) by ietfa.amsl.com (Postfix) with SMTP id 695A511E80FC for <idr@ietf.org>; Thu, 3 Nov 2011 05:37:34 -0700 (PDT)
Received: (qmail 13015 invoked by uid 399); 3 Nov 2011 12:37:33 -0000
Received: from unknown (HELO ?192.168.1.52?) (83.31.228.14) by mail37.opentransfer.com with SMTP; 3 Nov 2011 12:37:33 -0000
Message-ID: <4EB28AFF.9060706@raszuk.net>
Date: Thu, 03 Nov 2011 13:37:19 +0100
From: Robert Raszuk <robert@raszuk.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: bruno.decraene@orange.com
References: <14153.1320288579@erosen-linux> <4EB22F4F.9080604@raszuk.net> <FE8F6A65A433A744964C65B6EDFDC24002952075@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <FE8F6A65A433A744964C65B6EDFDC24002952075@ftrdmel0.rd.francetelecom.fr>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: idr@ietf.org, erosen@cisco.com, ju1738@att.com
Subject: Re: [Idr] draft-uttaro-idr-bgp-persistence-00: SecurityConsiderations
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: robert@raszuk.net
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: Thu, 03 Nov 2011 12:37:35 -0000

> If it's only
> a BGP restart on PE2 (everything else working fine) I assume PE2 should
> try to reuse the same label for the same route.

I don't think so. Usually BGP asks for label block from label manager 
and allocates labels as seems fit.

Only when a router would support RFC4781 which is BGP GR with labels 
that may not be the case.

So are you saying that persistence draft now requires support of enabled 
RFC4781 as prerequisite ?

Cheers,
R.