Re: [Idr] New Draft Notification draft-dickson-idr-last-resort

Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be> Thu, 12 June 2008 18:43 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 3B12E3A6823; Thu, 12 Jun 2008 11:43:58 -0700 (PDT)
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 1A2CF3A67AE for <idr@core3.amsl.com>; Thu, 12 Jun 2008 11:43:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 7SZjKmAIC3DV for <idr@core3.amsl.com>; Thu, 12 Jun 2008 11:43:55 -0700 (PDT)
Received: from smtp4.sgsi.ucl.ac.be (smtpout.sgsi.ucl.ac.be [130.104.5.77]) by core3.amsl.com (Postfix) with ESMTP id B6AFB3A6782 for <idr@ietf.org>; Thu, 12 Jun 2008 11:43:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=uclouvain.be; h= message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; q= dns/txt; s=selucl; bh=KY9gCkugzEEMrW8aFr1Kn1tBNNI=; b=Sf/RDzl4Em 3dknKtwcye4igt/wMLuYU4CAxFpJVmzVCcLQ7XvJRPGjYYRLTrJkZjdGo1Hwj1Hr 6grvJyY5cjGPne97jLVoz0U28Xj079DpvWc571ahO0R2aZGhtPlLnoy6Zxv1vsZJ MH82Lzd8RyplDFs4wIGQNKx8ylDHSxC34=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=uclouvain.be; h=message-id:date: from:reply-to:mime-version:to:cc:subject:references:in-reply-to: content-type:content-transfer-encoding; q=dns; s=selucl; b=nfzLh KYVlNq6OpmPZm0eC+TqKUO8uuPhVUdWlL42+/tDtekiczrfeSOYM/dTgKQpdjZl0 n+GkqxbO9UYmj0ig1z9qevuNeKX4mrhwruWHBLRru9GcfluekTdaaK/jf30ruNG9 VCpLA9tq0KCGM2p1Eb2J8yQyLOxnbePS4BGi1k=
Received: from mbpobo.local (ip-83-134-192-103.dsl.scarlet.be [83.134.192.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: obonaventure@smtp4.sgsi.ucl.ac.be) by smtp4.sgsi.ucl.ac.be (Postfix) with ESMTP; Thu, 12 Jun 2008 20:44:28 +0200 (CEST)
Message-ID: <48516E77.5030906@uclouvain.be>
Date: Thu, 12 Jun 2008 20:44:07 +0200
From: Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>
User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421)
MIME-Version: 1.0
To: Brian Dickson <briand@ca.afilias.info>
References: <alpine.LRH.1.10.0806091642180.32755@tor.hrz.tu-chemnitz.de> <4850A71E.9040201@ca.afilias.info> <4850A95E.10008@ca.afilias.info> <48516A79.6030709@ca.afilias.info>
In-Reply-To: <48516A79.6030709@ca.afilias.info>
X-Enigmail-Version: 0.95.6
X-AV-Checked: ClamAV using ClamSMTP
X-Sgsi-Spamcheck: SASL authenticated,
X-MailScanner-ID: 9956EEFF7F.46098
X-SGSI-MailScanner: Found to be clean
X-SGSI-From: olivier.bonaventure@uclouvain.be
X-SGSI-Spam-Status: No
Cc: idr@ietf.org
Subject: Re: [Idr] New Draft Notification draft-dickson-idr-last-resort
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Olivier.Bonaventure@uclouvain.be
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

Brian,

> Version -01 of the document has been uploaded, mostly fixing typos, 
> adding/removing appropriate References, and condensing the formatting
> (so as to avoid the mostly-blank pages - thanks Joel.)
> 
> Comments are more than welcome, they are invited. :-)
> 
> http://www.ietf.org/internet-drafts/draft-dickson-idr-last-resort-01.txt

One problem which is not discussed in the draft is the incremental 
deployment. You propose to change the BGP decision process, which could 
be dangerous as you could have in an AS different BGP decision processes.

Assume that in a given network some routers have been upgraded and 
support LAST_RESSORT, while other have not been upgraded and completely 
ignore it. In this case, you may easily enter in a situation where a 
permanent loop is created between routers that understand LAST_RESSORT 
and routers that do not understand it. I think that a safer approach 
would be to use the second option that you propose, namely to convert 
LAST_RESSORT into an appropriate LOCAL_PREF value when entering an AS.


Olivier
-- 
http://inl.info.ucl.ac.be , UCLouvain, Belgium
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr