Re: [Idr] Fwd: New Version Notification for draft-scudder-idr-rfc3392-bis-

Paul Jakma <paul@clubi.ie> Thu, 01 May 2008 10:52 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 core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 562B53A6DAE; Thu, 1 May 2008 03:52:05 -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 539F13A6DAE for <idr@core3.amsl.com>; Thu, 1 May 2008 03:52:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 5kohSQ9UpKyo for <idr@core3.amsl.com>; Thu, 1 May 2008 03:52:02 -0700 (PDT)
Received: from hibernia.jakma.org (cl-9.dub-01.ie.sixxs.net [IPv6:2001:770:100:8::2]) by core3.amsl.com (Postfix) with ESMTP id 0780F3A6DA2 for <idr@ietf.org>; Thu, 1 May 2008 03:52:01 -0700 (PDT)
Received: from melandri.gla.jakma.org (melandri.jakma.org [81.168.24.37]) (authenticated bits=0) by hibernia.jakma.org (8.14.2/8.14.2) with ESMTP id m41ApBpt027163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 May 2008 11:51:18 +0100
Date: Thu, 1 May 2008 11:51:11 +0100 (BST)
From: Paul Jakma <paul@clubi.ie>
X-X-Sender: paul@localhost.localdomain
To: "John G. Scudder" <jgs@bgp.nu>
In-Reply-To: <52EEA4F2-1AC8-4625-9922-9558B39253B5@bgp.nu>
Message-ID: <alpine.LFD.1.10.0805011147290.12891@localhost.localdomain>
References: <200804301333.m3UDX4x97759@magenta.juniper.net> <4818ACAF.6000306@cisco.com> <52EEA4F2-1AC8-4625-9922-9558B39253B5@bgp.nu>
User-Agent: Alpine 1.10 (LFD 962 2008-03-14)
Mail-Copies-To: paul@jakma.org
X-NSA: al aqsar fluffy jihad cute musharef kittens jet-A1 ear avgas wax ammonium bad qran dog inshallah allah al-akbar martyr iraq hammas hisballah rabin ayatollah korea revolt pelvix mustard gas x-ray british airways washington peroxide cool
MIME-Version: 1.0
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (hibernia.jakma.org [212.17.55.49]); Thu, 01 May 2008 11:51:19 +0100 (IST)
X-Virus-Scanned: ClamAV 0.92.1/7004/Wed Apr 30 23:29:52 2008 on hibernia.jakma.org
X-Virus-Status: Clean
Cc: Yakov Rekhter <yakov@juniper.net>, idr@ietf.org
Subject: Re: [Idr] Fwd: New Version Notification for draft-scudder-idr-rfc3392-bis-
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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 John,

Could it be made slightly clearer that it means the same parameter 
type? (Yeah, seems obvious once you think about it, but it could 
perhaps make a difference to tired readers :) ). E.g. something like:

On Wed, 30 Apr 2008, John G. Scudder wrote:

> Enke,
>
> Would adding this paragraph at the end of section 4 cover your point?
>
>    The Capabilities Optional Parameter SHOULD only be included in the
>    OPEN message once.  If the BGP speaker wishes to include multiple
>    capabilities in the OPEN message, it SHOULD do so as discussed above,
>    by listing all those capabilities within the same Capabilities
>    Optional Parameter.  However, for backward compatibility a BGP
>    speaker MUST be prepared to receive an OPEN message which contains
>    multiple Capabilities Optional Parameters, each of which contains one
                                               ^
                                            for a given type


>    or more capabilities.  The set of capabilities should be processed
>    the same in either case, whether the it is listed within a single
>    Capabilities Optional Parameter, or within multiple.
                                                        ^
                                                    , for a given type

regards,
-- 
Paul Jakma	paul@clubi.ie	paul@jakma.org	Key ID: 64A2FF6A
Fortune:
DISCLAIMER:
Use of this advanced computing technology does not imply an endorsement
of Western industrial civilization.
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr