Re: Two queries on calculating AS external routes

Paresh Khatri <Paresh.Khatri@AAPT.COM.AU> Sun, 10 July 2005 23:51 UTC

Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DrlZx-0006wR-EO for ospf-archive@megatron.ietf.org; Sun, 10 Jul 2005 19:51:21 -0400
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 TAA02893 for <ospf-archive@LISTS.IETF.ORG>; Sun, 10 Jul 2005 19:51:17 -0400 (EDT)
Received: from vms.dc.lsoft.com (209.119.0.2) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <17.010A1121@cherry.ease.lsoft.com>; 10 Jul 2005 19:51:19 -0400
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.4) with spool id 78609138 for OSPF@PEACH.EASE.LSOFT.COM; Sun, 10 Jul 2005 19:51:18 -0400
Received: from 146.171.13.196 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0m) with TCP; Sun, 10 Jul 2005 19:51:17 -0400
Received: from aksmtpmdr2 (ish3-internal [146.171.1.21]) by smtp3.telecom.co.nz (Postfix) with ESMTP id 4BEF31F1E for <OSPF@PEACH.EASE.LSOFT.COM>; Mon, 11 Jul 2005 11:45:23 +1200 (NZST)
Received: from 146.171.227.25 by aksmtpmdr2 with ESMTP (Tumbleweed MMS SMTP Relay); Mon, 11 Jul 2005 11:46:50 +1200
X-Server-Uuid: 39C90538-1505-4F6D-9FBD-402FA253957C
Received: from AUNSWA003.au.tcnz.net ([10.136.168.51]) by akexsmtp02.telecom.tcnz.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 11 Jul 2005 11:46:49 +1200
Received: from aunswa002.au.tcnz.net ([10.136.168.50]) by AUNSWA003.au.tcnz.net with Microsoft SMTPSVC(5.0.2195.6747); Mon, 11 Jul 2005 09:46:49 +1000
X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Thread-Topic: Two queries on calculating AS external routes
thread-index: AcWEqeGeUC9eGpvOR3qG87pB3HOUuwA/7onA
X-OriginalArrivalTime: 10 Jul 2005 23:46:49.0245 (UTC) FILETIME=[A3B51CD0:01C585A9]
X-WSS-ID: 6ECF6CE01HG8247741-01-01
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-ID: <44CF9D8D25966C4DB1072958419273DB01294E25@aunswa002.au.tcnz.net>
Date: Mon, 11 Jul 2005 09:46:49 +1000
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Paresh Khatri <Paresh.Khatri@AAPT.COM.AU>
Subject: Re: Two queries on calculating AS external routes
To: OSPF@PEACH.EASE.LSOFT.COM
Precedence: list
Content-Transfer-Encoding: quoted-printable

Thanks for all your replies, guys.

Regards,
Paresh.

-----Original Message-----
From: Mailing List [mailto:OSPF@PEACH.EASE.LSOFT.COM]On Behalf Of Acee
Lindem
Sent: Sunday, 10 July 2005 03:16 AM
To: OSPF@PEACH.EASE.LSOFT.COM
Subject: Re: Two queries on calculating AS external routes


Pat Murphy - (650)329-4044 wrote:

>Paresh,
>
>  
>
>>In my case below, what if the two LSAs are not quite
>>functoinally equivalent i.e what if the LSAs have the same
>>destination, same cost etc but have different non-zero
>>forwarding addresses ? What happens then ?  Do the same
>>tie-breaker rules apply or will it be implementation-dependent ?
>>    
>>
>
>The tie breaker rules are not applied. Here the installation 
>decision process is the same regardless of whether it is 
>comparing two Type 5 LSAs, or a Type 5 and a Type 7 LSA, or two 
>Type 7 LSAs. Whether or not both are installed depends on the 
>pruning done in step (c) as defined in RFC 2328 Section 16.4.1.
>  
>
Conceivably, you still could end up with LSAs with differing forwarding 
addresses of equal
cost and equivalent path preference for the prefix. I don't believe this 
case is covered. However,
since the forwarding address costs are equal, I don't think there should 
be any loops.

>Pat
>
>  
>


This communication, including any attachments, is confidential. If 
 you are not the intended recipient, you should not read it - please 
 contact me immediately, destroy it, and do not copy or use any part of 
 this communication or disclose anything about it.