Re: [Idr] draft-dickson-idr-second-best-backup-02
Robert Raszuk <raszuk@juniper.net> Tue, 18 March 2008 16:59 UTC
Return-Path: <idr-bounces@ietf.org>
X-Original-To: ietfarch-idr-archive@core3.amsl.com
Delivered-To: ietfarch-idr-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 78AC628C617; Tue, 18 Mar 2008 09:59:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.978
X-Spam-Level:
X-Spam-Status: No, score=-101.978 tagged_above=-999 required=5 tests=[AWL=-1.540, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
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 7fhJOFfdRCFA; Tue, 18 Mar 2008 09:59:56 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C75E3A69FB; Tue, 18 Mar 2008 09:59:56 -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 226003A6B5A for <idr@core3.amsl.com>; Tue, 18 Mar 2008 09:59:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
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 LSAJfucMYe7l for <idr@core3.amsl.com>; Tue, 18 Mar 2008 09:59:54 -0700 (PDT)
Received: from exprod7og102.obsmtp.com (exprod7og102.obsmtp.com [64.18.2.157]) by core3.amsl.com (Postfix) with ESMTP id 4068B3A683E for <idr@ietf.org>; Tue, 18 Mar 2008 09:59:48 -0700 (PDT)
Received: from source ([66.129.224.36]) by exprod7ob102.postini.com ([64.18.6.12]) with SMTP; Tue, 18 Mar 2008 09:57:28 PDT
Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Tue, 18 Mar 2008 09:53:14 -0700
Received: from [172.26.250.82] ([172.26.250.82]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id m2IGrCq64086; Tue, 18 Mar 2008 09:53:12 -0700 (PDT) (envelope-from raszuk@juniper.net)
Message-ID: <47DFF374.1080409@juniper.net>
Date: Tue, 18 Mar 2008 09:53:08 -0700
From: Robert Raszuk <raszuk@juniper.net>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: Brian Dickson <briand@ca.afilias.info>
References: <20080218113944.DD87728C0F4@core3.amsl.com> <9E974148-E332-45AB-AB80-283A244182D9@muada.com> <47C3277E.5060502@ca.afilias.info> <47CE34D6.9080600@ca.afilias.info> <47DF8466.8090203@cs.uni-bonn.de><47DFE2B6.1030409@ca.afilias.info> <47DFE76A.9080507@cisco.com> <47DFEF5C.6000803@ca.afilias.info>
In-Reply-To: <47DFEF5C.6000803@ca.afilias.info>
X-OriginalArrivalTime: 18 Mar 2008 16:53:14.0381 (UTC) FILETIME=[8E8BDBD0:01C88918]
Cc: idr <idr@ietf.org>
Subject: Re: [Idr] draft-dickson-idr-second-best-backup-02
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: raszuk@juniper.net
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
Hi Brian, > What my draft covers, is strictly a superset, not a subset, of what > walton-draft covered. I am afraid what your draft talks about is not only subset of what draft-walton including "incorporated work" has already described, but your draft proposes to send additional single path in a new attribute which is actually a step back. The value of your draft could be in the modeled behavior analysis. I agree with Enke that if you have some suggestions to draft-walton you should send them to the authors or to the idr list rather then "use of their draft" and issue a new version of draft-dickson-idr-second-best-backup Cheers, R. > Enke Chen wrote: > > Hi, Brian: > > > > I have several questions below. > > > > Brian Dickson wrote: > > > > [snip] > >> > >> I will definitely be modifying the draft, to incorporate N rather > >> than just 2 for the additional paths. > >> > >> I'll be using most of the walton-draft, as it covers the N-path > >> codification quite well. > >> > > > > Have you asked for permission from the walton-draft authors to "use > > most of the walton-draft", and have you been granted such a permission? > > > > As I haven't made the changes yet, I haven't asked yet. > > I will be asking permissions from all of the authors, including the > authors of the referenced incorporated work. > > However, technically, I would note that such permission is not required. > See section 7.3 of BCP78. > > Please don't jump to any conclusions about my intentions, simply because > I haven't yet asked. I only just got back from the IETF on the weekend! :-) > > I plan on using language very similar to that found in the walton-draft, > where it acknowledges that it itself was making use of earlier work by > Chen et al. > > This is consistent with IETF WG documents and procedures. > > > I must be missing something here. You will be "using most of the > > walton-draft" in your draft to solve a subset of the problem that the > > walton-draft has already covered? > No, I am adding in only the elements of the walton-draft to encode N-way > rather than 2-way additional paths. > And, I will be modifying those substantively, since they do not encode > order on the multiple paths. > > What my draft covers, is strictly a superset, not a subset, of what > walton-draft covered. > > And notably, there are corner cases that walton-draft does not handle, > that my draft does. > Specifically, the modified step (c) handles cases which the walton-draft > would not handle, or where it would select infeasible paths. > (This happens to be a critical part of ensuring that the propagation on > inter-as additional paths is valid and correct. The walton-draft didn't > explicitly cover inter-as at all.) > > Brian > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr
- [Idr] draft-van-beijnum-idr-iac-00 Iljitsch van Beijnum
- [Idr] draft-dickson-idr-second-best-backup-01 Brian Dickson
- [Idr] draft-dickson-idr-second-best-backup-02 Brian Dickson
- Re: [Idr] draft-van-beijnum-idr-iac-00 Pekka Savola
- Re: [Idr] draft-dickson-idr-second-best-backup-02 Brian Dickson
- Re: [Idr] draft-dickson-idr-second-best-backup-02 Enke Chen
- Re: [Idr] draft-dickson-idr-second-best-backup-02 Brian Dickson
- Re: [Idr] draft-dickson-idr-second-best-backup-02 Robert Raszuk
- Re: [Idr] draft-dickson-idr-second-best-backup-02 Brian Dickson
- Re: [Idr] draft-dickson-idr-second-best-backup-02 Brian Dickson
- Re: [Idr] draft-dickson-idr-second-best-backup-02 Uli Bornhauser
- Re: [Idr] draft-van-beijnum-idr-iac-00 Iljitsch van Beijnum
- Re: [Idr] draft-van-beijnum-idr-iac-00 Danny McPherson