Re: draft-ietf-ospf-graceful-impl-report-00.txt

Acee Lindem <acee@REDBACK.COM> Thu, 04 December 2003 18:17 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 NAA06996 for <ospf-archive@LISTS.IETF.ORG>; Thu, 4 Dec 2003 13:17:47 -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 <10.00C6600B@cherry.ease.lsoft.com>; Thu, 4 Dec 2003 13:18:00 -0500
Received: from PEACH.EASE.LSOFT.COM by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 63061536 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 4 Dec 2003 13:17:52 -0500
Received: from 155.53.12.9 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Thu, 4 Dec 2003 13:17:52 -0500
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id E2CC0716542 for <OSPF@PEACH.EASE.LSOFT.COM>; Thu, 4 Dec 2003 10:17:53 -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 21381-09 for <OSPF@PEACH.EASE.LSOFT.COM>; Thu, 4 Dec 2003 10:17:53 -0800 (PST)
Received: from redback.com (pptp-6-141.redback.com [155.53.6.141]) by prattle.redback.com (Postfix) with ESMTP id 4B017716547 for <OSPF@PEACH.EASE.LSOFT.COM>; Thu, 4 Dec 2003 10:17:53 -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: <37701240971DD31193970000F6CCB9F704EA5505@duke.datcon.co.uk> <3FCF7682.4060807@redback.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at redback.com
Message-ID: <3FCF7A3B.6060206@redback.com>
Date: Thu, 04 Dec 2003 13:17:31 -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: draft-ietf-ospf-graceful-impl-report-00.txt
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <3FCF7682.4060807@redback.com>
Precedence: list
Content-Transfer-Encoding: 7bit

Acee Lindem wrote:

> Oliver Carter wrote:
>
>> Acee,
>>
>> Thanks for publishing this draft.  I have a question about section
>> 2.1 3rd
>> Para of it.
>>
>> <SNIP>
>> The final difference was in whether or not additional extensions were
>> implemented to accommodate other features such as protocol
>> redistribution or
>> interaction with MPLS VPNs [VPN]. Two vendors implemented extensions and
>> three did not. It should be noted that such extensions are beyond the
>> scope
>> of Graceful OSPF Restart [GRACE].
>> </SNIP>
>>
>> Do you know what additional extensions were implemented?  What are the
>> issues with running Graceful OSPF restart in an MPLS VPN scenario?
>>
> Yes - additional delays need to be added before purging stale LSAs after
> restart. In essence, you have
> to wait until your BGP has converged to assure you've received all your
> VPN routes.

Note that the reason this is needed is that BGP has been restarted as
well (as would
be the case in many redundant control processor implementations).

Thanks,
Acee

>
>
>>
>> Regards
>>
>> Oli
>>
>> P.S. I couldn't find anything related to this on the OSPF or L3VPN
>> mailing
>> lists - feel free to point me at previous posts if this has been
>> discussed
>> before.
>>
>>
>>
>>
>