Re: Type-7 to Type-5 translation issue

sujay <sujayg@HUAWEI.COM> Mon, 16 May 2005 10:06 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 GAA19078 for <ospf-archive@LISTS.IETF.ORG>; Mon, 16 May 2005 06:06:07 -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 <22.0104963E@cherry.ease.lsoft.com>; Mon, 16 May 2005 6:06:07 -0400
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.3) with spool id 70865059 for OSPF@PEACH.EASE.LSOFT.COM; Mon, 16 May 2005 06:05:59 -0400
Received: from 61.144.161.54 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0l) with TCP; Mon, 16 May 2005 06:03:28 -0400
Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0IGK0058JUT5CU@szxga02-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Mon, 16 May 2005 18:07:53 +0800 (CST)
Received: from szxml02-in ([172.24.1.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0IGK0042FUT1Y5@szxga02-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Mon, 16 May 2005 18:07:53 +0800 (CST)
Received: from dell60 ([10.18.4.202]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0IGK00LOGUSXUV@szxml02-in.huawei.com> for OSPF@PEACH.EASE.LSOFT.COM; Mon, 16 May 2005 18:07:46 +0800 (CST)
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mailer: Microsoft Outlook, Build 10.0.4024
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Message-ID: <000001c559fe$848ac7a0$ca04120a@china.huawei.com>
Date: Mon, 16 May 2005 15:33:31 +0530
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: sujay <sujayg@HUAWEI.COM>
Subject: Re: Type-7 to Type-5 translation issue
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <c4bf85a2050514081066c7ef0a@mail.gmail.com>
Precedence: list
Content-Transfer-Encoding: 7bit

I guess the point is whether to defer the Type-7 to 5 conversion until
Type 5 expires, to save database size.

In case if the Type-7 carries a forwarding address, it should be
converted into the correct Type-5 without delay.

Best regds,
~Sujay

-----Original Message-----
From: Mailing List [mailto:OSPF@PEACH.EASE.LSOFT.COM] On Behalf Of
Santosh Esale
Sent: Saturday, May 14, 2005 8:41 PM
To: OSPF@PEACH.EASE.LSOFT.COM
Subject: Type-7 to Type-5 translation issue


Hi guys,
           Mine topology is as below-

R1----Area 1 ------R2--------Backbone Area------R3

Initially Area 1 was type-5 capabale area and i was redistributing RIP
routes into area 1 on R1, so R2 and R3 have type-5 LSAs for all the RIP
routes.Now i changed Area 1 to NSSA , So R1 is now orginating type-7
LSAs for all the RIP routes into area 1 with P-bit set.

Now mine question is should R2 -

 1.     Prefer type 7 LSA over type-5 .
Convert type-7 LSA into type-5 LSA  and flood into backbone, which
aleardy have  type-5 LSAs for the same netwroks earlier orginated by
R1(not yet flushed as it will remain in backbone for MAX AGE) (According
to RFC 3101. section 2.5 stp 6 (e) ).

Disadvantage: The LSP database size will be doubled till MAX AGE time.
Advantage : simplicity

2. Prefer type-5 over type-7 .
Use type-5 LSA for calculating external routes till type-5 LSAs
advertised by R1 exists in backbone(MAX Age) , and once type is flushed
because of MAX age , USE type -7 now to calculate external routes , and
translate at this point from type-7 to type-5(RFC 1587 3.5 step 5)

Advantage : LSP database size is small.
Disadvantage: bit complex,but not much.

3. or its Implementations Specific.

Thanks in Advance


-- 
Santosh Esale

Member - Technical Staff

Riverstone Networks India Pvt. Ltd.

Email: sesale@riverstonenet.com