draft-ietf-vrrp-spec-v2-01.txt   draft-ietf-vrrp-spec-v2-02.txt 
INTERNET-DRAFT S. Knight INTERNET-DRAFT S. Knight
February 26, 1999 D. Weaver May 28, 1999 D. Weaver
Ascend Communications, Inc. Ascend Communications, Inc.
D. Whipple D. Whipple
Microsoft, Inc. Microsoft, Inc.
R. Hinden R. Hinden
D. Mitzel D. Mitzel
P. Hunt P. Hunt
Nokia Nokia
P. Higginson P. Higginson
M. Shand M. Shand
Digital Equipment Corp. Digital Equipment Corp.
A. Lindem A. Lindem
IBM Corporation IBM Corporation
Virtual Router Redundancy Protocol Virtual Router Redundancy Protocol
<draft-ietf-vrrp-spec-v2-01.txt> <draft-ietf-vrrp-spec-v2-02.txt>
Status of this Memo 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 Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet- other groups may also distribute working documents as Internet-
Drafts. Drafts.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
To view the list Internet-Draft Shadow Directories, see The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html. http://www.ietf.org/shadow.html.
This internet draft expires on August 26, 1999. This internet draft expires on November 28, 1999.
Abstract Abstract
This memo defines the Virtual Router Redundancy Protocol (VRRP). This memo defines the Virtual Router Redundancy Protocol (VRRP).
VRRP specifies an election protocol that dynamically assigns VRRP specifies an election protocol that dynamically assigns
responsibility for a virtual router to one of the VRRP routers on a responsibility for a virtual router to one of the VRRP routers on a
LAN. The VRRP router controlling the IP address(es) associated with LAN. The VRRP router controlling the IP address(es) associated with
a virtual router is called the Master, and forwards packets sent to a virtual router is called the Master, and forwards packets sent to
these IP addresses. The election process provides dynamic fail over these IP addresses. The election process provides dynamic fail over
in the forwarding responsibility should the Master become in the forwarding responsibility should the Master become
skipping to change at page 15, line 12 skipping to change at page 15, line 4
this virtual router. Configured item. No this virtual router. Configured item. No
default. default.
Advertisement_Interval Time interval between ADVERTISEMENTS Advertisement_Interval Time interval between ADVERTISEMENTS
(seconds). Default is 1 second. (seconds). Default is 1 second.
Skew_Time Time to skew Master_Down_Interval in Skew_Time Time to skew Master_Down_Interval in
seconds. Calculated as: seconds. Calculated as:
( (256 - Priority) / 256 ) ( (256 - Priority) / 256 )
Master_Down_Interval Time interval for Backup to declare Master Master_Down_Interval Time interval for Backup to declare Master
down (seconds). Calculated as: down (seconds). Calculated as:
(3 * Advertisement_Interval) + Skew_time (3 * Advertisement_Interval) + Skew_time
Preempt_Mode Controls whether a higher priority Backup Preempt_Mode Controls whether a higher priority Backup
router preempts a lower priority Master. router preempts a lower priority Master.
Values are True to allow preemption and Values are True to allow preemption and
False to not prohibit preemption. Default False to prohibit preemption. Default is
is True. True.
Note: Exception is that the router that owns Note: Exception is that the router that owns
the IP address(es) associated with the the IP address(es) associated with the
virtual router always pre-empts independent virtual router always pre-empts independent
of the setting of this flag. of the setting of this flag.
Authentication_Type Type of authentication being used. Values Authentication_Type Type of authentication being used. Values
are defined in section 5.3.6. are defined in section 5.3.6.
Authentication_Data Authentication data specific to the Authentication_Data Authentication data specific to the
skipping to change at page 27, line 9 skipping to change at page 27, line 9
control over the administration of nodes on a LAN. While this type control over the administration of nodes on a LAN. While this type
of authentication does protect the operation of VRRP, there are other of authentication does protect the operation of VRRP, there are other
types of attacks that may be employed on shared media links (e.g., types of attacks that may be employed on shared media links (e.g.,
generation of bogus ARP replies) that are independent from VRRP and generation of bogus ARP replies) that are independent from VRRP and
are not protected. are not protected.
11. Acknowledgments 11. Acknowledgments
The authors would like to thank Glen Zorn, and Michael Lane, Clark The authors would like to thank Glen Zorn, and Michael Lane, Clark
Bremer, Hal Peterson, Tony Li, Barbara Denny, Joel Halpern, Steve Bremer, Hal Peterson, Tony Li, Barbara Denny, Joel Halpern, Steve
Bellovin, and Thomas Narten for their comments and suggestions. Bellovin Thomas Narten, and Rob Montgomery for their comments and
suggestions.
12. References 12. References
[802.1D] International Standard ISO/IEC 10038: 1993, ANSI/IEEE Std [802.1D] International Standard ISO/IEC 10038: 1993, ANSI/IEEE Std
802.1D, 1993 edition. 802.1D, 1993 edition.
[AUTH] Kent, S., R. Atkinson, "IP Authentication Header", RFC2402, [AUTH] Kent, S., R. Atkinson, "IP Authentication Header", RFC2402,
November 1998. November 1998.
[CKSM] Braden, R., D. Borman, C. Partridge, "Computing the [CKSM] Braden, R., D. Borman, C. Partridge, "Computing the
skipping to change at page 28, line 30 skipping to change at page 28, line 30
Douglas Weaver Phone: +1 612 943-8990 Douglas Weaver Phone: +1 612 943-8990
Ascend Communications EMail: Doug.Weaver@ascend.com Ascend Communications EMail: Doug.Weaver@ascend.com
High Performance Network Division High Performance Network Division
10250 Valley View Road, Suite 113 10250 Valley View Road, Suite 113
Eden Prairie, MN USA 55344 Eden Prairie, MN USA 55344
USA USA
David Whipple Phone: +1 206 703-3876 David Whipple Phone: +1 206 703-3876
Microsoft Corporation EMail: dwhipple@microsoft.com Microsoft Corporation EMail: dwhipple@microsoft.com
One Microsoft Way One Microsoft Way
Redmond, WA USA 98052-6399 Redmond, WA 98052-6399
USA USA
Robert Hinden Phone: +1 408 990-2004 Robert Hinden Phone: +1 650 625-2004
Nokia EMail: hinden@iprg.nokia.com Nokia EMail: hinden@iprg.nokia.com
232 Java Drive 313 Fairchild Drive
Sunnyvale, CA 94089 Mountain View, CA 94043
USA USA
Danny Mitzel Phone: +1 408 990-2037 Danny Mitzel Phone: +1 650 625-2037
Nokia EMail: mitzel@iprg.nokia.com Nokia EMail: mitzel@iprg.nokia.com
232 Java Drive 313 Fairchild Drive
Sunnyvale, CA 94089 Mountain View, CA 94043
USA USA
Peter Hunt Phone: +1 408 990-2093 Peter Hunt Phone: +1 650 625-2093
Nokia EMail: hunt@iprg.nokia.com Nokia EMail: hunt@iprg.nokia.com
232 Java Drive 313 Fairchild Drive
Sunnyvale, CA 94089 Mountain View, CA 94043
USA USA
P. Higginson Phone: +44 118 920 6293 P. Higginson Phone: +44 118 920 6293
Digital Equipment Corp. EMail: higginson@mail.dec.com Digital Equipment Corp. EMail: higginson@mail.dec.com
Digital Park Digital Park
Imperial Way Imperial Way
Reading Reading
Berkshire Berkshire
RG2 0TE RG2 0TE
UK UK
skipping to change at page 30, line 7 skipping to change at page 30, line 7
UK UK
Acee Lindem Phone: 1-919-254-1805 Acee Lindem Phone: 1-919-254-1805
IBM Corporation E-Mail: acee@raleigh.ibm.com IBM Corporation E-Mail: acee@raleigh.ibm.com
P.O. Box 12195 P.O. Box 12195
Research Triangle Park, NC 27709 Research Triangle Park, NC 27709
USA USA
14. Changes from RFC2338 14. Changes from RFC2338
- Corrected text in Preempt_Mode definition.
- Changed authentication to be per Virtual Router instead of per - Changed authentication to be per Virtual Router instead of per
Interface. Interface.
- Added new subsection (9.3) stating that VRRP over ATM LANE is - Added new subsection (9.3) stating that VRRP over ATM LANE is
beyond the scope of this document. beyond the scope of this document.
- Clarified text describing received packet length check. - Clarified text describing received packet length check.
- Clarified text describing received authentication check. - Clarified text describing received authentication check.
- Clarified text describing VRID verification check. - Clarified text describing VRID verification check.
- Added new subsection (8.4) describing need to not forward packets - Added new subsection (8.4) describing need to not forward packets
for adopted IP addresses. for adopted IP addresses.
- Added reference for computing the internet checksum. - Added reference for computing the internet checksum.
- Updated references. - Updated references and author information.
 End of changes. 

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