Re: regarding ospf las flushing .....

mike shand <mshand@CISCO.COM> Thu, 09 June 2005 10:07 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 GAA09123 for <ospf-archive@LISTS.IETF.ORG>; Thu, 9 Jun 2005 06:07:46 -0400 (EDT)
Received: from vms.dc.lsoft.com (209.119.0.2) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <9.0107659C@cherry.ease.lsoft.com>; Thu, 9 Jun 2005 6:07:43 -0400
Received: by PEACH.EASE.LSOFT.COM (LISTSERV-TCP/IP release 14.3) with spool id 74689353 for OSPF@PEACH.EASE.LSOFT.COM; Thu, 9 Jun 2005 06:07:40 -0400
Received: from 144.254.224.140 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0l) with TCP; Thu, 9 Jun 2005 06:01:10 -0400
Received: from ams-core-1.cisco.com (144.254.224.150) by ams-iport-1.cisco.com with ESMTP; 09 Jun 2005 12:01:07 +0200
Received: from cisco.com (mrwint.cisco.com [64.103.71.48]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j59A147F002087 for <OSPF@PEACH.EASE.LSOFT.COM>; Thu, 9 Jun 2005 12:01:04 +0200 (MEST)
Received: from mshand-w2k02.cisco.com (dhcp-rea-gp250-64-103-64-198.cisco.com [64.103.64.198]) by cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id LAA20560; Thu, 9 Jun 2005 11:01:03 +0100 (BST)
X-Sender: mshand@jaws.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
References: <000701c56c04$eddbc840$bc04120a@china.huawei.com> <000701c56c04$eddbc840$bc04120a@china.huawei.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Message-ID: <4.3.2.7.2.20050609105725.02826960@jaws.cisco.com>
Date: Thu, 09 Jun 2005 11:01:02 +0100
Reply-To: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
Sender: Mailing List <OSPF@PEACH.EASE.LSOFT.COM>
From: mike shand <mshand@CISCO.COM>
Subject: Re: regarding ospf las flushing .....
To: OSPF@PEACH.EASE.LSOFT.COM
In-Reply-To: <42A7849C.4010406@cisco.com>
Precedence: list

Of course a certain other Link State Protocol has always specified that 
this is what you should do i.e. send only the header, (not that all 
implementations follow the spec in this regard:-)

         Mike

At 00:51 09/06/2005, Padma Pillay-Esnault wrote:
>Anup
>
>This was already done in a major implementation. I think it was a good idea.
>
>You have to be careful though as this might break some implementation who
>access the body of the lsa on flushing ( though I don't see why they would 
>do that).
>
>I'm for it and can collaborate. This can initiate a discussion on the list.
>
>Padma
>
>anup wrote:
>
>>Hello Padma,
>>
>>As per RFC 2328, we send the lsa (header + body) to the peer though the 
>>lsa is maxaged.
>>
>>Considering that the peer would not examine the lsa body if the lsa is 
>>maxaged, *if we could send only the maxaged lsa's header*, it would 
>>reduce a lot of traffic as well as the protocol memory consumption during 
>>flushing.
>>
>>If you agree with this idea, I would like to prepare a small draft on this.
>>
>>Regards,
>>
>>Anup