draft-ietf-bmwg-ospfconv-term-01.txt   draft-ietf-bmwg-ospfconv-term-02.txt 
Network Working Group Vishwas Manral Network Working Group Vishwas Manral
Internet Draft Netplane Systems Internet Draft Netplane Systems
Russ White Russ White
Cisco Systems Cisco Systems
Aman Shaikh Aman Shaikh
Expiration Date: March 2003 University of California Expiration Date: June 2003 University of California
File Name: draft-ietf-bmwg-ospfconv-term-01.txt October 2002 File Name: draft-ietf-bmwg-ospfconv-term-02.txt January 2003
OSPF Benchmarking Terminology and Concepts OSPF Benchmarking Terminology and Concepts
draft-ietf-bmwg-ospfconv-term-01.txt draft-ietf-bmwg-ospfconv-term-02.txt
1. Status of this Memo 1. Status of this Memo
This document is an Internet-Draft and is in full conformance with This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC2026. all provisions of Section 10 of RFC2026.
Internet Drafts are working documents of the Internet Engineering Internet Drafts are working documents of the Internet Engineering
Task Force (IETF), its Areas, and its Working Groups. Note that other Task Force (IETF), its Areas, and its Working Groups. Note that other
groups may also distribute working documents as Internet Drafts. groups may also distribute working documents as Internet Drafts.
skipping to change at page 4, line 12 skipping to change at page 4, line 12
o Point-to-Point links o Point-to-Point links
- Definition - Definition
A network that joins a single pair of routers is called a A network that joins a single pair of routers is called a
point-to-point link. For OSPF [3], point-to-point links point-to-point link. For OSPF [3], point-to-point links
are those on which a designated router are not elected. are those on which a designated router are not elected.
- Discussion - Discussion
A point-to-point link will take lesser time to converge A point-to-point link can take lesser time to converge
than a broadcast link of the same speed because it does than a broadcast link of the same speed because it does
not have the overhead of DR election. Point-to-point links not have the overhead of DR election. Point-to-point links
can be either numbered or unnumbered. However in the con- can be either numbered or unnumbered. However in the con-
text of [2], the two can be regarded the same. text of [2] and [3], the two can be regarded the same.
o Broadcast Link o Broadcast Link
- Definition - Definition
Networks supporting many (more than two) attached routers, Networks supporting many (more than two) attached routers,
together with the capability to address a single physical together with the capability to address a single physical
message to all of the attached routers (broadcast). In the message to all of the attached routers (broadcast). In the
context of [2] and [3], broadcast links are taken as those context of [2] and [3], broadcast links are taken as those
on which a designated router is elected. on which a designated router is elected.
skipping to change at page 5, line 28 skipping to change at page 5, line 28
The length of time, in seconds, between the Hello Packets The length of time, in seconds, between the Hello Packets
that the router sends hello packets on the interface. The that the router sends hello packets on the interface. The
typical hello interval is 10 seconds on broadcast net- typical hello interval is 10 seconds on broadcast net-
works, and 30 seconds for point-to-multipoint and point- works, and 30 seconds for point-to-multipoint and point-
to-point networks. On multicast capable media, hellos are to-point networks. On multicast capable media, hellos are
sent to a multicast address; on non-multicast capable sent to a multicast address; on non-multicast capable
media, they are sent unicast to each neighbor. media, they are sent unicast to each neighbor.
- Discussion - Discussion
The hello interval should be the same for all routers on The hello interval should be the same for all routers on a
the network network.
Decreasing the hello interval can allow the router dead Decreasing the hello interval can allow the router dead
interval (below) to be reduced, thus reducing convergence interval (below) to be reduced, thus reducing convergence
times in those situations where the router dead interval times in those situations where the router dead interval
timing out causes an OSPF process to notice an adjacency timing out causes an OSPF process to notice an adjacency
failure. Very small router dead intervals accompanied by failure. Very small router dead intervals accompanied by
very small hello intervals can produce more problems than very small hello intervals can produce more problems than
they resolve, as described in [4] & [5]. they resolve, as described in [4] & [5].
o Router Dead interval o Router Dead interval
skipping to change at page 12, line 17 skipping to change at page 12, line 17
The authors would like to thank Howard Berkowitz (hcb@clark.net), The authors would like to thank Howard Berkowitz (hcb@clark.net),
Kevin Dubray, (kdubray@juniper.net), and Randy Bush (randy@psg.com) Kevin Dubray, (kdubray@juniper.net), and Randy Bush (randy@psg.com)
for their discussion, ideas, and support. for their discussion, ideas, and support.
9. References 9. References
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement [1] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", RFC2119, March 1997. Levels", RFC2119, March 1997.
[2] Manral, V., "Benchmarking Methodology for Basic OSPF Convergence", [2] Manral, V., "Benchmarking Methodology for Basic OSPF Convergence",
draft-bmwg-ospfconv-intraarea-00, May 2002 draft-ietf-bmwg-ospfconv-intraarea, January 2003
[3] Moy, J., "OSPF Version 2", RFC 2328, April 1998. [3] Moy, J., "OSPF Version 2", RFC 2328, April 1998.
[4] Ash, J., "Proposed Mechanisms for Congestion Control/Failure [4] Ash, J., "Proposed Mechanisms for Congestion Control/Failure
Recovery in OSPF & ISIS Networks", October, 2001 Recovery in OSPF & ISIS Networks", October, 2001
[5] draft-ietf-ospf-scalability-00.txt Choudhury, G., et al, "Explicit [5] Choudhury, G., et al, "Explicit Marking and Prioritized Treatment
Marking and Prioritized Treatment of Specific IGP Packets for Fas- of Specific IGP Packets for Faster IGP Convergence and Improved
ter IGP Convergence and Improved Network Scalability and Stabil- Network Scalability and Stability", draft-ietf-ospf-scalability,
ity", April 2002 April 2002
10. Authors' Addresses 10. Authors' Addresses
Vishwas Manral, Vishwas Manral,
Netplane Systems, Netplane Systems,
189 Prashasan Nagar, 189 Prashasan Nagar,
Road number 72, Road number 72,
Jubilee Hills, Jubilee Hills,
Hyderabad. Hyderabad.
 End of changes. 

This html diff was produced by rfcdiff 1.23, available from http://www.levkowetz.com/ietf/tools/rfcdiff/