[OSPF] Re: Comments on draft-ietf-ospf-rfc2370bis-00.txt

Lou Berger <lberger@labn.net> Tue, 10 April 2007 12:59 UTC

Return-path: <ospf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HbFwg-0000UE-CT; Tue, 10 Apr 2007 08:59:38 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HbFwe-0000Qc-Tb for ospf@ietf.org; Tue, 10 Apr 2007 08:59:36 -0400
Received: from [205.234.190.117] (helo=esc91.midphase.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HbFwb-0003Ma-Ll for ospf@ietf.org; Tue, 10 Apr 2007 08:59:36 -0400
Received: from esc91.midphase.com ([216.246.62.14] helo=LC1.labn.net) by esc91.midphase.com with esmtpa (Exim 4.63) (envelope-from <lberger@labn.net>) id 1HbFwT-0007Zt-KQ; Tue, 10 Apr 2007 08:59:25 -0400
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 10 Apr 2007 08:59:23 -0400
To: Acee Lindem <acee@redback.com>
From: Lou Berger <lberger@labn.net>
In-Reply-To: <49ED7F5A-765D-4AB4-B6F1-BBF5BA074089@redback.com>
References: <49ED7F5A-765D-4AB4-B6F1-BBF5BA074089@redback.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - esc91.midphase.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-Source:
X-Source-Args:
X-Source-Dir:
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Cc: OSPF List <ospf@ietf.org>
Subject: [OSPF] Re: Comments on draft-ietf-ospf-rfc2370bis-00.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
Errors-To: ospf-bounces@ietf.org
Message-Id: <E1HbFwg-0000UE-CT@megatron.ietf.org>

Acee,

Thanks for the comments.  Please see below.

At 02:23 PM 4/6/2007, Acee Lindem wrote:

>Lou, Alex, Igor,
>
>I have three categories of comments:
>
>    Technical   - For WG discussion
>    Editorial   - Text changes I think are needed
>    Suggestions - Style comments based on my own preferences and
>                  RFC Editor guidelines. I had a conversation with
>                  them in Prague regarding style and improving document
>                  readability.
>
>  See section 4 (starting on slide 47) in 
> <ftp://ftp.rfc-editor.org/in-notes/rfc-editor/tutorial.latest.pdf>ftp://ftp.rfc-editor.org/in-notes/rfc-editor/tutorial.latest.pdf
>
>    Technical Comments on draft-ietf-ospf-rfc2370bis-00.txt
>
>1. Page 6, First Paragraph - I think we should change "MUST NOT" to
>    "MAY". Also, go ahead and make two sentenses rather than connecting them
>    with a semicolon.
>
>  A neighbor is opaque-capable if and only if it sets the O-bit in the
>  options field of its Database Description packets. The O-bit MAY be set in
>  the options field for other packet types its setting is not mandatory.

okay, but as the meaning of the 0-bit in other 
packet types isn't defined, is  "SHOULD NOT" acceptable?

>I guess I'm not compelled to potentially render existing implementations
>in compatible and the "MUST NOT" begs the question of what one does if
>it is set in other pacØÛ Èˆ=ÿÿÿÿlZb ket types.

agreed, but I think the question is even more relevant with MAY.


>     Editorial Comments on draft-ietf-ospf-rfc2370bis-00.txt
>
>[..]

okay to all.

Lou



_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf