Re: [OSPF] OSPF GR query

"sujay gupta" <sujay.ietf@gmail.com> Thu, 26 October 2006 07:56 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gd06G-0005tM-7H; Thu, 26 Oct 2006 03:56:28 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gd05a-0003g9-TD for ospf@ietf.org; Thu, 26 Oct 2006 03:55:46 -0400
Received: from wx-out-0506.google.com ([66.249.82.224]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GczrO-0005HV-IT for ospf@ietf.org; Thu, 26 Oct 2006 03:41:06 -0400
Received: by wx-out-0506.google.com with SMTP id t4so357564wxc for <ospf@ietf.org>; Thu, 26 Oct 2006 00:41:06 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Qs8bdEUGDYbgrI1559a1F3ExhEJ0uYajgKbrSL/azNyE866tCwmOqJWo6hYR5ZmEtpe7sC4Y8fv/MppZ8P4MXYxZken2hw8eJhGkr2P4bTJ1QXvvfjySZAE3/KfQXYYGbckK9zvtoTfhBDhjPbc+fryZLO9OJwaq7euiFYdAjPk=
Received: by 10.90.105.20 with SMTP id d20mr1002805agc; Thu, 26 Oct 2006 00:41:06 -0700 (PDT)
Received: by 10.90.66.1 with HTTP; Thu, 26 Oct 2006 00:41:06 -0700 (PDT)
Message-ID: <b33c82d0610260041v216237d4w653d1042b9ec6bb@mail.gmail.com>
Date: Thu, 26 Oct 2006 13:11:06 +0530
From: sujay gupta <sujay.ietf@gmail.com>
To: Acee Lindem <acee@cisco.com>
Subject: Re: [OSPF] OSPF GR query
In-Reply-To: <45252069.10200@cisco.com>
MIME-Version: 1.0
References: <988EE2C769AC284ABAE9328BFC10703F011AAD88@ZMY16EXM66.ds.mot.com> <45252069.10200@cisco.com>
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 848ed35f2a4fc0638fa89629cb640f48
Cc: ospf@ietf.org
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0873612843=="
Errors-To: ospf-bounces@ietf.org

Hi Acee,
A late mail on this thread.

given the scenario if R3-R1 is a stub area
and the incoming LSA is a type-5, even with strict LSA
checking enabled will not exit Helper mode.

It can be a nice idea to give some explicit notification
by R2 to R1 about exiting helper mode.

As rightly pointed by you the above conditions and more
has been causing some confusion for some time.
Our proposal ;
http://tools.ietf.org/wg/ospf/draft-holla-ospf-update-graceful-restart-02.txt
hopefully resolves this.
Could we add this as an addendum/reference to RFC3623?, purely an
add-on.
Best Regards.
Sujay

On 10/5/06, Acee Lindem <acee@cisco.com> wrote:
>
> Khan Amir-G20247 wrote:
> > Hi Ace
> >
> > But reaching to a FULL state is not one of the conditions for Helper to
> > quit Helper mode, I guess a Helper who has reached
> > to FULL state with its restarting router will wait for Grace LSAs to be
> > flushed or GR timeout to happen for exiting Helper mode.
> >
> No - The presumption is when you reach FULL state you don't need to "quit"
> helping - you have "finished" helping. Over the years, there have been a
> few situations that could have been better documented - however, this
> never
> caused any confusion in the past.
>
> Thanks,
> Acee
>
> > Regards
> > Aamir
> >
> >
> > -----Original Message-----
> > From: Acee Lindem [mailto:acee@cisco.com]
> > Sent: Thursday, October 05, 2006 8:00 PM
> > To: Khan Amir-G20247
> > Cc: ospf@ietf.org
> > Subject: Re: [OSPF] OSPF GR query
> >
> > Hello Amir,
> >
> > Khan Amir-G20247 wrote:
> >
> >>
> >>
> >> Hi
> >>
> >> I have query related to OSPF Graceful Restart.
> >>
> >> Consider this scenario:
> >>
> >>
> >>
> >> - Three Routers R1, R2 and R3 connected via Broadcast networks.
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> - Where R1 is a DR on both the segments, where as R2 and R3 are in
> >> DR-other
> >> - Now R1 wants to perform GR, R2 and R3 agrees to be its Helpers.
> >> - Now after restart R1 will try to form adjacency with both R2 and R3.
> >>
> >
> >
> >> - Lets say R1 and R2 had become FULL, while R1 and R3 had reached
> >> Exstart state.   Now at this time R2 receives an LSA (any type 1-5 and
> >> 7, from some other router existing in the same area, not pictured
> >> here) which he needs to flood to R1.
> >> - This will force R2 to quit Helper Status, while R1 and R3 are still
> >> in process of forming adjacency.
> >>
> >>
> > Since he has reached FULL state, he is no longer a helper router.
> >
> >> Considering above scenario, my doubts are:
> >>
> >> - How will R1 come to know that its Helper R2 has quit?
> >>
> >>
> > Since he has reached FULL state, he is no longer a helper router.
> >
> >> - Will the adjacency between R1 and R2 needs to go down, as R2 quits
> >> helper mode?
> >>
> >>
> > No
> >
> >> - Will this effect the adjacency formation of R1 and R3?
> >>
> >>
> > No. R3 MAY exit helper status and re-originate a new router LSA if he
> > receives the new LSA before reaching FULL state with R1 AND he is has
> > strict-LSA-checking configured.
> >
> > Hope this helps,
> > Acee
> >
> >>
> >>
> >> Regards
> >> Aamir
> >>
> >>
> >>
> >>
> >>
> >> ----------------------------------------------------------------------
> >> --
> >>
> >> _______________________________________________
> >> OSPF mailing list
> >> OSPF@ietf.org
> >> https://www1.ietf.org/mailman/listinfo/ospf
> >>
> >>
> >
> >
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www1.ietf.org/mailman/listinfo/ospf
>
_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf