Re: [OSPF] Question on flodding scope indraft-ietf-ospf-ospfv3-update-17.txt

Acee Lindem <acee@redback.com> Wed, 10 October 2007 18:21 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 1IfgBP-0000cJ-IP; Wed, 10 Oct 2007 14:21:23 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfgBN-0000bn-UG for ospf@ietf.org; Wed, 10 Oct 2007 14:21:22 -0400
Received: from prattle.redback.com ([155.53.12.9]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfgBM-0005iv-6t for ospf@ietf.org; Wed, 10 Oct 2007 14:21:21 -0400
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 91FB169E7; Wed, 10 Oct 2007 11:21:19 -0700 (PDT)
Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26768-02; Wed, 10 Oct 2007 11:21:19 -0700 (PDT)
Received: from [????O??IPv6???1] (login004.redback.com [155.53.12.57]) by prattle.redback.com (Postfix) with ESMTP id EA5EF69F3; Wed, 10 Oct 2007 11:21:17 -0700 (PDT)
In-Reply-To: <44ED058B21DF294ABE394CABE5C1B521E1984F@EXCH-CLUSTER-03.force10networks.com>
References: <098901c80b42$a122ab10$5102010a@your029b8cecfe> <039A6B88-D28C-479E-B6D5-B83D499A203F@redback.com> <44ED058B21DF294ABE394CABE5C1B521E1984F@EXCH-CLUSTER-03.force10networks.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Message-Id: <7F019337-CE1E-4AA1-A95A-7D4D0F8E5D35@redback.com>
From: Acee Lindem <acee@redback.com>
Subject: Re: [OSPF] Question on flodding scope indraft-ietf-ospf-ospfv3-update-17.txt
Date: Wed, 10 Oct 2007 14:19:43 -0400
To: Nitin Kakkar <nkakkar@force10networks.com>
X-Mailer: Apple Mail (2.752.3)
X-Virus-Scanned: by amavisd-new at redback.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 634fdbde3f75ae1fea5a01ebf03b5480
Cc: ospf@ietf.org
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>
Content-Type: multipart/mixed; boundary="===============0359926508=="
Errors-To: ospf-bounces@ietf.org

Hi Nitin,

On Oct 10, 2007, at 2:02 PM, Nitin Kakkar wrote:

> Adrian> You are saying that the only router that cause AS scoped  
> flooding is an ASBR. This limit seems to be unnecessary and overly  
> restrictive.
>
> Adrian> Can you clarify why a non-ASBR is not allowed to originate  
> an AS-scoped LSA?
>
>
>
> Acee> This is necessary to enforce the "condition of reachability"  
> for all LSAs. In other words, in order for an LSA to be considered  
> valid, you need to verify that the advertising router is reachable.  
> Hence, a router advertising an AS scoped LSA must advertise itself  
> as ASBR so that Inter-Area-Router-LSAs are advertised into all  
> regular areas.
>
>
>
> IMHO> It is quite possible in many scenario’s that  a router  
> originated AS scope LSA’s and then changed from ASBR to Non ASBR,  
> leaving older ASE LSA’s in domain.
>
> 1)     If we use implict definition of ASBR (independent of E bit)  
> it will result in incorrect  Routes
>
> 2)     This statement also tries to prevent unnecessary origination  
> of unusable lsa’s (If router originate ASE lsa’s and does not  
> advertise it self as ASBR, what would be the use of those LSA’s?   
> these LSA’s will only occupy space in LSDB & result into  
> unnecessary flooding but won’t contribute to routing, this is very  
> similar to  )
So, I'll take this as agreement.

Thanks,
Acee
>
>
> Regards
>
> Nitin
>
> From: Acee Lindem [mailto:acee@redback.com]
> Sent: Wednesday, October 10, 2007 8:19 AM
> To: Adrian Farrel
> Cc: ospf@ietf.org
> Subject: Re: [OSPF] Question on flodding scope indraft-ietf-ospf- 
> ospfv3-update-17.txt
>
>
>
> Hi Adrian,
>
>
>
> On Oct 10, 2007, at 9:30 AM, Adrian Farrel wrote:
>
>
>
>
> Hi,
>
>
>
> In section 2.3...
>
>
>
>   o  AS scope.  LSA is flooded throughout the routing domain.  Used  
> for
>
>      AS-external-LSAs.  A router that originates AS scoped LSAs is
>
>      considered an AS Boundary Router (ASBR) and will set its E-bit in
>
>      Router-LSAs for regular areas.
>
>
>
> I'm concerned about the impact of this statement for future  
> application of text in 3.4.4
>
>
>
>   It is expected that new LSAs will be defined that will not be
>
>   processed during the Shortest Path First (SPF) calculation as
>
>   described in Section 3.8.  For example, OSPFv3 LSAs corresponding to
>
>   information advertised in OSPFv2 using opaque LSAs [OPAQUE].
>
>
>
> But in 3.4.4 it also says
>
>
>
>   To facilitate inter-area reachability validation, any OSPFv3 router
>
>   originating AS scoped LSAs is considered an AS Boundary Router
>
>   (ASBR).
>
>
>
> You are saying that the only router that cause AS scoped flooding  
> is an ASBR. This limit seems to be unnecessary and overly restrictive.
>
>
>
> Further, this seems to be a change from RFC2740 where section 2.3  
> had only
>
>   o   AS scope. LSA is flooded throughout the routing domain. Used
>
>       for AS-external-LSAs.
>
>
>
> Can you clarify why a non-ASBR is not allowed to originate an AS- 
> scoped LSA?
>
>
>
> This is necessary to enforce the "condition of reachability" for  
> all LSAs. In other words, in order for an LSA to be considered  
> valid, you need to verify that the advertising router is reachable.  
> Hence, a router advertising an AS scoped LSA must advertise itself  
> as ASBR so that Inter-Area-Router-LSAs are advertised into all  
> regular areas.
>
>
>
> We are also respinning RFC 2370 (Opaque LSAs) to enforce this. This  
> is  draft-ietf-ospf-rfc2370bis-01.txt.
>
>
>
> Thanks,
>
> Acee
>
>
>
>
>
>
> Thanks,
>
> Adrian
>
>
>
> PS. I think the I-D header should include "Obsoletes RFC2740"
>
>
>
>
>
> _______________________________________________
>
> OSPF mailing list
>
> OSPF@ietf.org
>
> https://www1.ietf.org/mailman/listinfo/ospf
>
>
>
>

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