Re: NSSA NP option bit clarification

Paul Jakma <paul@CLUBI.IE> Thu, 19 June 2003 00:24 UTC

Received: from cherry.ease.lsoft.com (cherry.ease.lsoft.com [209.119.0.109]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA08355 for <ospf-archive@LISTS.IETF.ORG>; Wed, 18 Jun 2003 20:24:22 -0400 (EDT)
Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <16.00A1F271@cherry.ease.lsoft.com>; Wed, 18 Jun 2003 20:24:21 -0400
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 45861575 for OSPF@PEACH.EASE.LSOFT.COM; Wed, 18 Jun 2003 20:24:20 -0400
Received: from 212.17.36.87 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 18 Jun 2003 20:24:19 -0400
Received: from fogarty.jakma.org (IDENT:0vwAc/3qZiRupgffoEHBYL48Yhr5I0+W@fogarty.jakma.org [192.168.0.4]) by hibernia.jakma.org (8.11.6/8.11.6) with ESMTP id h5J0OIA32569 for <OSPF@peach.ease.lsoft.com>; Thu, 19 Jun 2003 01:24:18 +0100
X-X-Sender: paul@fogarty.jakma.org
X-NSA: iraq saddam hammas hisballah rabin ayatollah korea vietnam revolt mustard gas
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Message-ID: <Pine.LNX.4.44.0306190114070.16473-100000@fogarty.jakma.org>
Date: Thu, 19 Jun 2003 01:24:18 +0100
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Paul Jakma <paul@CLUBI.IE>
Subject: Re: NSSA NP option bit clarification
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <01KX0E8NHR1Q8WY6ZE@omega7.wr.usgs.gov>
Precedence: list

On Thu, 12 Jun 2003, Pat Murphy - (650)329-4044 wrote:

>       N-bit:  The N-bit describes the the router's NSSA
>               capability.  The N-bit is used only in Hello
>               packets and ensures that all members of an NSSA
>               agree on that area's configuration.
>
> Late in the game of getting RFC 3101 published it stopped being an issue
> with me. I was not around when this text was written this way and can't
> shed any light on the exact intentions of Rob and Vince. My guess is they
> were simply trying to distinguish the use of this bit in the Hello Packet
> versus its use in the Type-7 LSA option field, and that it had nothing at
> all to do with how the bit was used in the DD packet.  I suppose its too
> late now to make this text a little clearer. I do recommend that you don't
> read too much into it.

Yes, its rather unfortunate, as for most other bits you can treat DD
options field as the prime source for neighbour capabilities.
However, N bit leaves it unspecified for DD options it seems, would
have been nice if it had followed E-bit semantics.

> Pat

regards,
--
Paul Jakma      paul@clubi.ie   paul@jakma.org  Key ID: 64A2FF6A
        warning: do not ever send email to spam@dishone.st
Fortune:
Poverty must have its satisfactions, else there would not be so many poor
people.
                -- Don Herold