Re: new LSA
Acee Lindem <acee@REDBACK.COM> Thu, 15 August 2002 13:23 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 JAA25060 for <ospf-archive@LISTS.IETF.ORG>; Thu, 15 Aug 2002 09:23:23 -0400 (EDT)
Received: from walnut (209.119.0.61) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <5.006D659C@cherry.ease.lsoft.com>; Thu, 15 Aug 2002 9:24:41 -0400
Received: from DISCUSS.MICROSOFT.COM by DISCUSS.MICROSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 111011 for OSPF@DISCUSS.MICROSOFT.COM; Thu, 15 Aug 2002 09:24:40 -0400
Received: from 155.53.12.9 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0f) with TCP; Thu, 15 Aug 2002 09:24:39 -0400
Received: from redback.com (login005.redback.com [155.53.12.60]) by prattle.redback.com (Postfix) with ESMTP id 56EF82848BD for <OSPF@DISCUSS.MICROSOFT.COM>; Thu, 15 Aug 2002 06:24:39 -0700 (PDT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3
X-Accept-Language: en-us
MIME-Version: 1.0
References: <20020814085042.96790.qmail@mail.com> <3D5B2086.9000906@redback.com> <3D5B49F8.A518DA7@earthlink.net> <3D5B4A31.4050901@redback.com> <3D5B5612.D3F43030@earthlink.net>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Message-ID: <3D5BABE0.3080202@redback.com>
Date: Thu, 15 Aug 2002 09:25:52 -0400
Reply-To: Mailing List <OSPF@DISCUSS.MICROSOFT.COM>
Sender: Mailing List <OSPF@DISCUSS.MICROSOFT.COM>
From: Acee Lindem <acee@REDBACK.COM>
Subject: Re: new LSA
To: OSPF@DISCUSS.MICROSOFT.COM
Precedence: list
Content-Transfer-Encoding: 7bit
Erblichs wrote: > Acee, > > Then what would / could you do with this information? Could it > be useful in anyway? Mitchell, Both the reasons that Naiming (adjusting SPF delay based on change type) and Vishwas (doing an incremental SPF for stub networks) noted are reasonable. > Have you ever heard of anyone really > interested in this type of information? I can't say that I ever worked on an implementation that processed different types of changes to individual LSAs differently. > > Mitchell Erblich > ====================== > > > Acee Lindem wrote: > >>Erblichs wrote: >> >> >>>Acee, >>> >>> Lets assume that we modify the LSA comparison code sections >>> and we keep the older LSA versions for a short time assuming >>> we have the memory available. >>> >>Mitchell, >> >>Wasn't the original question whether this could be done without the >>previous LSA? >> >> >>> What would you say we can now do with this additional information? >>> >>If you had the previous LSA you could definitely determine what had >>changed between the two versions. >> >> >>> Mitchell Erblich >>> =================== >>> >>> >>>Acee Lindem wrote: >>> >>> >>>>Beatriz Silva wrote: >>>> >>>> >>>> >>>>>Hi everybody ! >>>>> >>>>>I would like to know if it is possible (in OSPF v2) to identify, just by examining the LSA, what is the change the LSA is signaling. I want to identify if for example an router LSA was sent because the cost of one of the links was changed, or if it was because one of the links went down .... This, without having the previous LSAs, just by looking at the newly received LSA. Is it possible ? How ? >>>>> >>>>> >>>>> >>>>Beatriz, >>>> >>>>AFAIK, there is no way to determine what has changed without a previous version >>>>of the LSA. >>>> >>>> >>>> >>>>>Thank you very much, >>>>>Beatriz >>>>> >>>>>-- >>>>>__________________________________________________________ >>>>>Sign-up for your own FREE Personalized E-mail at Mail.com >>>>>http://www.mail.com/?sr=signup >>>>> >>>>> >>>>> >>>>> >>>>-- >>>>Acee >>>> >>>> >>-- >>Acee >> > -- Acee
- new LSA Beatriz Silva
- Re: new LSA Acee Lindem
- Re: new LSA Erblichs
- Re: new LSA Acee Lindem
- Re: new LSA Erblichs
- Re: new LSA Naiming Shen
- Re: new LSA Manral, Vishwas
- Re: new LSA Acee Lindem
- Re: new LSA Dave Katz
- Re: new LSA Manral, Vishwas
- Re: new LSA Dave Katz
- Re: new LSA Naiming Shen
- Re: new LSA Erblichs
- Database Over Flow Query!! Amit Srivastava
- Re: Database Over Flow Query!! Sina Mirtorabi
- Re: Database Over Flow Query!! Amit Srivastava
- Re: Database Over Flow Query!! Sina Mirtorabi