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

Hi Paul,

The paragraph actually refers to the "Capabilities Optional Parameter"  
itself within the OPEN message, i.e. OPEN parameter type 2.  RFC 4271  
and its predecessors don't fully specify the handling of OPEN optional  
parameters, and in specific are silent as to whether a given OPEN  
optional parameter can appear more than once, so Enke's suggestion  
amounts to doing that here, which seems reasonable under the  
circumstances.

Here's a revised paragraph, see if it's clearer:

   The Capabilities Optional Parameter (OPEN parameter type 2) 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 as TLVs within
   a single 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 or more capabilities TLVs.  The set of
   capabilities should be processed the same in either case, whether it
   is enumerated within a single Capabilities Optional Parameter of the
   OPEN message, or split across multiple.

Thanks for the feedback!

--John

On May 1, 2008, at 6:51 AM, Paul Jakma wrote:

> 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
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr