Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email firstname.lastname@example.org
Re: I-D ACTION:draft-ietf-ospf-scalability-03.txt
From: Choudhury, Gagan L, ALABS (gchoudhuryATT.COM)
Date: Thu Apr 03 2003 - 09:59:04 CST
Throttling adjacencies does reduce congestion but as you point out
it may also increase convergence time. However, the number of adjacencies
being brought up, "n" is an adjustable parameter. If it is felt that the
routers are very fast and faster convergence is the main objective then
"n" may be made large. On the other hand if the main objective is
to reduce congestion during the simultaneous database synchronization
process then a smaller value of "n" may be used. Regarding which adjacencies
to bring up in which order, a priority list may be used.
From: Krishna Rao [mailto:ospf_queryREDIFFMAIL.COM]
Sent: Thursday, April 03, 2003 7:39 AM
Subject: Re: I-D ACTION:draft-ietf-ospf-scalability-03.txt
The proposal made to "throttle adjacencies" in the draft,
won't affect convergence time ??
What's the criteria to decide which adjacency are
to be formed and which ones to defer??
On Wed, 02 Apr 2003 Choudhury, Gagan L, ALABS wrote :
> Here is a highlight of changes on the attached draft:
>1. The draft is in the BCP track.
>2. The length of the title is significantly reduced.
>3. "Explicit Marking" of OSPF packets is not advocated in the
>main body of
> the draft. A short discussion on that is included in
>Appendix C. The title is
> also changed to reflect that fact.
>4. Discussions on the simulation study and detailed discussion on
>the causes for
> generation of LSA storm and its impact are moved to the
>5. Now the main body of the draft is short and mainly
>concentrates on implementation.
> Also, all proposals are made fairly explicit.
> Whenever a parameter is involved in a proposal, an example
>value is also given.
>6. Two proposals are included based on "implicit congestion
> without requiring any changes in protocol bits on the wire.
>The first one is
> an exponential backoff of the LSA retransmission interval
> on the number of times a particular LSA has to be
> second one is throttling the rate of sending LSAs towards a
>node if the
> number of unacknowledged LSAs from that node exceeds a
> proposal is also included on limiting the maximum number of
> to be brought up simultaneously.
> Gagan Choudhury
> From: Internet-DraftsIETF.ORG
>Sent: Wednesday, April 02, 2003 6:28 AM
>Subject: I-D ACTION:draft-ietf-ospf-scalability-03.txt
>A New Internet-Draft is available from the on-line
>This draft is a work item of the Open Shortest Path First IGP
>Working Group of the IETF.
> Title : Prioritized Treatment of Specific OSPF
> Congestion Avoidance
> Author(s) : G. Choudhury et al.
> Filename : draft-ietf-ospf-scalability-03.txt
> Pages : 16
> Date : 2003-4-1
>This document proposes methods that are intended to improve the
>scalability and stability of large networks using OSPF
>The methods include processing OSPF Hellos and LSA
>at a higher priority compared to other OSPF packets, and other
>congestion avoidance procedures. Simulation results in support
>some of the proposals are given in the appendix sections.
>A URL for this Internet-Draft is:
>To remove yourself from the IETF Announcement list, send a
>ietf-announce-request with the word unsubscribe in the body of
>Internet-Drafts are also available by anonymous FTP. Login with
>"anonymous" and a password of your e-mail address. After logging
>type "cd internet-drafts" and then
> "get draft-ietf-ospf-scalability-03.txt".
>A list of Internet-Drafts directories can be found in
>Internet-Drafts can also be obtained by e-mail.
>Send a message to:
>In the body type:
>NOTE: The mail server at ietf.org can return the document in
> MIME-encoded form by using the "mpack" utility. To use
> feature, insert the command "ENCODING mime" before the
> command. To decode the response(s), you will need
> a MIME-compliant mail reader. Different MIME-compliant
> exhibit different behavior, especially when dealing
> "multipart" MIME messages (i.e. documents which have
> up into multiple messages), so check your local
> how to manipulate these messages.
>Below is the data which will enable a MIME compliant mail
>implementation to automatically retrieve the ASCII version of
Odomos - the only mosquito protection outside 4 walls -
Click here to know more!