Re: [Idr] draft-uttaro-idr-add-paths-guidelines-02

Pierre Francois <pierre.francois@uclouvain.be> Sun, 01 August 2010 19:33 UTC

Return-Path: <pierre.francois@uclouvain.be>
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 6F5A23A688D for <idr@core3.amsl.com>; Sun, 1 Aug 2010 12:33:07 -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 b6t17oW6QZAW for <idr@core3.amsl.com>; Sun, 1 Aug 2010 12:33:05 -0700 (PDT)
Received: from smtp3.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) by core3.amsl.com (Postfix) with ESMTP id 308F33A68C7 for <idr@ietf.org>; Sun, 1 Aug 2010 12:33:02 -0700 (PDT)
Received: from nukuhiva.local (unknown [91.180.91.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pifrancois@smtp3.sgsi.ucl.ac.be) by smtp3.sgsi.ucl.ac.be (Postfix) with ESMTPSA id EC10B1C60BD; Sun, 1 Aug 2010 21:33:14 +0200 (CEST)
X-DKIM: Sendmail DKIM Filter v2.8.2 smtp3.sgsi.ucl.ac.be EC10B1C60BD
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1280691195; bh=yJi4d5WpKNg964MYIm8dzDC+P83iv1UsGs8osBFeIs0=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ufDvzOs7NV4i0oGredozwDDxXQZUR5of481mmRxcRc9JmMKfZjtEiLBagDZjzenjZ aT7GImn+0Wlzfwu0qBbG9254Ugte8Wfb4TGU45iF9tT50jWfeuYTLf1g2GKejBGeI+ 2WAtqjHGG2vIsPz8vHNQJM/9Me1pOJLsWEW5B4Ao=
Message-ID: <4C55CBFA.3090908@uclouvain.be>
Date: Sun, 01 Aug 2010 21:33:14 +0200
From: Pierre Francois <pierre.francois@uclouvain.be>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
MIME-Version: 1.0
To: Uli Bornhauser <ub@cs.uni-bonn.de>
References: <4C4D4AA4.2040300@uclouvain.be> <6F6ABF42-6845-48FE-9717-A1DEE2EC443F@cs.uni-bonn.de>
In-Reply-To: <6F6ABF42-6845-48FE-9717-A1DEE2EC443F@cs.uni-bonn.de>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.96-exp at smtp-3.sipr-dc.ucl.ac.be
X-Virus-Status: Clean
X-Sgsi-Spamcheck: SASL authenticated,
X-SGSI-MailScanner-ID: EC10B1C60BD.00000
X-SGSI-MailScanner: Found to be clean
X-SGSI-From: pierre.francois@uclouvain.be
X-SGSI-Spam-Status: No
Cc: Inter-Domain Routing List <idr@ietf.org>, Martin Horneffer <Martin.Horneffer@telekom.de>
Subject: Re: [Idr] draft-uttaro-idr-add-paths-guidelines-02
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: pierre.francois@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/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: Sun, 01 Aug 2010 19:33:07 -0000

Uli, Martin,

Thanks for your input.

What do you mean by "generally improve consistency" ? I'm not sure about which 
consistency we're talking about.

Regarding the new proposed mode, we'll provide its analysis under the terms of 
the draft, to the ML, and based on feedback consider it for inclusion in the draft.

Regards,

Pierre.


Uli Bornhauser wrote:
> Hi Pierre, all,
> 
> as we discussed yesterday, my thoughts and remarks with respect to the draft version:
> 
> In section 4.2, the authors mention that receiving multiple paths improves convergence (cf. MED/IGP oscillation section) and Expressiveness (cf. Path optimality section). At this point, you could also mention that path diversity generally improves the consistency. As far as I see, this pro-argument is not covered by the remarks.
> 
> With respect to the Path Selection Modes, cf. section 4.3.1: After reading the draft, it seems reasonable to say that the mode described in section 4.3.1.5,
> 
> "Advertising Neighbor-AS Group Best Path", is a natural generalization of the common best path advertisement to all neighbor-AS groups.
> 
> From my point of view, exchanging best external paths between domains as described in [1] is also a very interesting concept. As this document is a work group draft, I assume that I am not the only one who things so. Similar to the scheme described in section 4.3.1.5., from my point of view, it seems reasonable to generalize the concept of advertising best external paths to all neighbor-AS groups. I.e., I think an interesting path selection mode could be 
> 
> "Advertising Neighbor-AS Group Best External Path". Analogously to 4.3.1.5, this could be understood as a generalization of the best external path advertisement scheme [1] to all neighbor-AS groups. According to the draft, the basic idea is simple. Using this scheme, "a speaker"
> 
> - advertises its best domain external path for each neighbor-AS group into the own domain, and
> - advertises its best domain internal path for each neighbor-AS group to the external domains.
> 
> As thoroughly described in [1], a domain can be a Route Reflection cluster (in this case "the speaker" is a RR) or the AS (in that case "the speaker" is an ASBR). This concept would combine the advantages of advertising best external paths and the availability of group best paths. Comments to this idea are of course welcome. I something did not become clear, feel free to ask.
> 
> All in all, I think that besides the one scheme I mentioned, the draft covers all important and interesting modes that can be to applied upon add-path. So far, a very good and substantial work.
> 
> Best Regards
> 
> Uli
> 
> [1] http://tools.ietf.org/id/draft-ietf-idr-best-external-01.txt
> 
> Am 26.07.2010 um 10:43 schrieb Pierre Francois:
> 
>>
>> Hi,
>>
>> For those who are impatient to read the latest version of the add-paths-guidelines draft, and couldn't find it :
>>
>> http://inl.info.ucl.ac.be/system/files/draft-uttaro-idr-add-paths-guidelines-02.txt
>>
>> Regards,
>>
>> Pierre.
>>
>> _______________________________________________
>> Idr mailing list
>> Idr@ietf.org
>> https://www.ietf.org/mailman/listinfo/idr
>