Re: about Area Splitting

Acee Lindem <acee@REDBACK.COM> Tue, 09 December 2003 13:13 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 IAA24869 for <ospf-archive@LISTS.IETF.ORG>; Tue, 9 Dec 2003 08:13:58 -0500 (EST)
Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <12.00C6D317@cherry.ease.lsoft.com>; Tue, 9 Dec 2003 8:14:10 -0500
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 63655970 for OSPF@PEACH.EASE.LSOFT.COM; Tue, 9 Dec 2003 08:14:09 -0500
Received: from 155.53.12.9 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Tue, 9 Dec 2003 08:14:09 -0500
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 4456F88968B for <OSPF@PEACH.EASE.LSOFT.COM>; Tue, 9 Dec 2003 05:14:08 -0800 (PST)
Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20173-09 for <OSPF@PEACH.EASE.LSOFT.COM>; Tue, 9 Dec 2003 05:14:08 -0800 (PST)
Received: from redback.com (pptp-6-135.redback.com [155.53.6.135]) by prattle.redback.com (Postfix) with ESMTP id A4FA888968A for <OSPF@PEACH.EASE.LSOFT.COM>; Tue, 9 Dec 2003 05:14:07 -0800 (PST)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
References: <31C0F08B0D18D511ACC800508BAE7B4707F47DEB@CI0026EXCH001U>
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at redback.com
Message-ID: <3FD5CA99.8080902@redback.com>
Date: Tue, 09 Dec 2003 08:14:01 -0500
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: Acee Lindem <acee@REDBACK.COM>
Subject: Re: about Area Splitting
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <31C0F08B0D18D511ACC800508BAE7B4707F47DEB@CI0026EXCH001U>
Precedence: list
Content-Transfer-Encoding: 7bit

Li, Ke Qin (Peter) wrote:

>Hi,
>
>Thank you for your reply.
>
>Let's still use the notations in that draft. In my understanding, when a
>packet destined to y reaches a, a will discard the packet, and reply an ICMP
>Destination Unreachable message. But this will not change the routing table
>of c. C will keep sending packets to a.
>
Correct.

>
>What does "reject route" mean? And what does "coincide with computed
>intra-area routes" mean? Do you mean that because m is not equal to x, a
>reject route corresponding to m-x will be installed?
>
When you advertise a prefix you should install a corresponding route (if
there is no intra-area prefix that corresponds
exactly to the area range). Hence, you install a route with a null
nexthop and reply with an ICMP destination unreachable (with
normal ICMP rate limiting). I believe the "reject" terminology dates
back to BSD 4.x although others may correct me if
they are aware of a different origin.


>
>Thank you.
>
>Keqin Li
>
>
>
>>-----Original Message-----
>>From: Acee Lindem [mailto:acee@REDBACK.COM]
>>Sent: Tuesday, December 09, 2003 10:38
>>To: OSPF@PEACH.EASE.LSOFT.COM
>>Subject: Re: about Area Splitting
>>
>>
>>
>>Hi Kegin,
>>
>>The traffic should result in an ICMP reject since any deployable
>>implementation will install a reject route corresponding
>>to its active area ranges that do not coincide with computed
>>intra-area
>>routes. RFC 2328 doesn't state this explicitly but
>>it is implied by section 3.5 (it says a single route may be advertised
>>for an area range - this implies a route exists).
>>
>>I'm not sure how serious the problem is since there haven't been that
>>many complaints. However, as
>>Sina points out, the proposed Tunnel Adjacency (TA) extension can be
>>used to repair a partitioned
>>non-backbone area.
>>
>>
>>
>>
>>
>
>
>