Re: Clarification in NSSA
Vivek Dubey <vivek_ospf@REDIFFMAIL.COM> Mon, 30 June 2003 05:28 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 BAA18488 for <ospf-archive@LISTS.IETF.ORG>; Mon, 30 Jun 2003 01:28:03 -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 <13.00A3C44B@cherry.ease.lsoft.com>; Mon, 30 Jun 2003 1:27:01 -0400
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 47062680 for OSPF@PEACH.EASE.LSOFT.COM; Mon, 30 Jun 2003 01:26:59 -0400
Received: from 203.199.83.147 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Mon, 30 Jun 2003 01:26:58 -0400
Received: (qmail 10149 invoked by uid 510); 30 Jun 2003 05:25:36 -0000
Received: from unknown (203.197.138.201) by rediffmail.com via HTTP; 30 jun 2003 05:25:36 -0000
MIME-Version: 1.0
Content-type: text/plain; format="flowed"
Content-Disposition: inline
Message-ID: <20030630052536.10148.qmail@webmail25.rediffmail.com>
Date: Mon, 30 Jun 2003 05:25:36 -0000
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Vivek Dubey <vivek_ospf@REDIFFMAIL.COM>
Subject: Re: Clarification in NSSA
To: OSPF@PEACH.EASE.LSOFT.COM
Precedence: list
Hi Minto, The question here is whether R2 on seeing functionally equv Type 5 LSA from R3 (translated previously before being stopped) should originate Type 5 (which is a result of Type 7 translation). There is no doubt as far as who is translator, its R2 only. thanks, vivek On Sat, 28 Jun 2003 Jeyanath Minto J - CTD, Chennai. wrote : >hi vivek, > In section 3.2 step (2) clearly mention this. R3 already out > from the >List of NSSA border Routers and , now R2's router Id is higher >than anyone ( >Actually R2 alone in that List ). As result, R2 will translate >LSAs. > >Cheers >Minto Mascarenhas >********************************************************************** >* Internet IS for everyone - but it won't be unless WE make it >so * >********************************************************************** > >-----Original Message----- > From: Vivek Dubey [mailto:vivek_ospf@REDIFFMAIL.COM] >Sent: Saturday, June 28, 2003 1:44 PM >To: OSPF@PEACH.EASE.LSOFT.COM >Subject: Re: Clarification in NSSA > > >Hi, >The point krishna is trying to make: >1) R3 goes down >2) R2 gets elected as translator >3) But R2 while translating Type 7 to Type 5 > sees functionally equv Type 5 previously > translated by R3 (before being stopped). > Note R3 router id is higher. > So R2 doesn't originate Translated Type 5. >4) So both R2 and R1 hold Type 5 generated by > R3 before it went down (no flushing was done > by R3 before going down). >5) Consequently R1 will loose routes to those > Type 7 networks (calculated using Translated > Type 5 by R3). >6) But R2 will hold routes as it is directly connected > to NSSA area and can use Type 7 for getting to those > networks. > >This can happen in real networks. >Probably Pat can clarify how to handle such >scenarios. > >thanks, >vivek > > >On Fri, 27 Jun 2003 Jeyanath Minto J - CTD, Chennai. wrote : > >hi Krishna, > > R2 maintain a List of this area's Nssa border Routers >and > >ASBR. > >Translator is Elected from this List. > > so , when u stopped the R3 , R2 removes the R3 from the > >List. And R2 > >will elect itself as a Translator ( because R3 is unreachable >) > >and > >translate type 7 to Type 5. > > > > > > > >Cheers > >Minto Mascarenhas > >********************************************************************** > >* Internet IS for everyone - but it won't be unless WE make >it > >so * > >********************************************************************** > > > >-----Original Message----- > > From: Krishna Rao [mailto:ospf_query@REDIFFMAIL.COM] > >Sent: Friday, June 27, 2003 11:50 AM > >To: OSPF@PEACH.EASE.LSOFT.COM > >Subject: Clarification in NSSA > > > > > >Hi > > > >I am basically testing RFC 3101 NSSA implementation. I find > >that > >routes are missing in the Router (not in NSSA area) but is > >conected to the Router in NSSA area through backbone area. > > > > > >Topology Used in Testing > >======================== > > |-------------------------------| > > | | > > | | > > | | > >R1-------------R2---------------R3 > > | | > > | | > > | | > > --------------------------- NSSA area 0.0.0.1 > > | > > | > > | > > R4 > > | area 0.0.0.1 > > |Import External Routes. > > | > > > >There are 2 areas in this Topology - > >NSSA area 0.0.0.1 (R2, R3 and R4) > >Remaining all the networks are in backbone area. > > > >R1 is connected to R2 and R3 through backbone area. R2 and R3 > >are > >connected through backbone area. > > > >RouterID of R1 10.0.0.1 > >RouterID of R2 20.0.0.1 > >RouterID of R3 30.0.0.1 > > > >R3 is elected as Translator. Import external routes at R4. R1 > >holds the external routes. > > > >Now, stop the router R3. R2 takes over as Translator. > > > >BUT, now R1 doesnot hold the external routes. > > > >I expect the R1 to hold the external routes. But as per RFC > >3101 > >since R2 holds LSA generated by R3 which is of higher >RouterID, > >R2 > >doesnot generate Type 5 LSAs. Is it correct. If this is the > >case, > >then R1 would never hold the external routes. > > > >Your response on this would be highly appreciated. > > > >Thanks & Regards > >Krishna > > > > > > > > > > > >___________________________________________________ > >Click below to experience Sooraj Barjatya's latest offering > >'Main Prem Ki Diwani Hoon' starring Hrithik Roshan, > >Abhishek Bachchan & Kareena Kapoor http://www.mpkdh.com > >___________________________________________________ >Click below to experience Sooraj Barjatya's latest offering >'Main Prem Ki Diwani Hoon' starring Hrithik Roshan, >Abhishek Bachchan & Kareena Kapoor http://www.mpkdh.com ___________________________________________________ Click below to experience Sooraj Barjatya's latest offering 'Main Prem Ki Diwani Hoon' starring Hrithik Roshan, Abhishek Bachchan & Kareena Kapoor http://www.mpkdh.com
- Clarification in NSSA Krishna Rao
- Re: Clarification in NSSA Jeyanath Minto J - CTD, Chennai.
- Re: Clarification in NSSA Vivek Dubey
- Re: Clarification in NSSA Jeyanath Minto J - CTD, Chennai.
- Re: Clarification in NSSA Vivek Dubey
- Re: Clarification in NSSA Jeyanath Minto J - CTD, Chennai.
- Clarification in NSSA Vivek Dubey
- Re: Clarification in NSSA Vivek Dubey
- Re: Clarification in NSSA Pat Murphy - (650)329-4044