FW: New Version Notification for draft-ietf-vrrp-unified-spec-01

"Stephen Nadas" <[email protected]> Wed, 19 Mar 2008 14:27:58 -0500
Newsgroups gmane.ietf.vrrp
Message-ID <F4565ABF2BF72240B26E924CE5D60AB6073093BC@eusrcmw721.eamcs.ericsson.se>
Hi Mukesh and Radia, 

I have just posted -01 addressing the comments received on the list (and
a couple of small things we found ourselves.)  I think this version is
ready for WG last call. 

Thanks,
Steve  

> -----Original Message-----
> From: IETF I-D Submission Tool [mailto:[email protected]] 
> Sent: Wednesday, March 19, 2008 3:24 PM
> To: Stephen Nadas
> Subject: New Version Notification for draft-ietf-vrrp-unified-spec-01 
> 
> 
> A new version of I-D, draft-ietf-vrrp-unified-spec-01.txt has 
> been successfuly submitted by Stephen Nadas and posted to the 
> IETF repository.
> 
> Filename:	 draft-ietf-vrrp-unified-spec
> Revision:	 01
> Title:		 Virtual Router Redundancy Protocol 
> Version 3 for IPv4 and IPv6
> Creation_date:	 2008-03-19
> WG ID:		 vrrp
> Number_of_pages: 44
> 
> Abstract:
> This memo defines the Virtual Router Redundancy Protocol (VRRP) for
> IPv4 and IPv6.  It is version three (3) of the protocol and 
> it is based on VRRP (version 2) for IPv4 that is defined in 
> RFC 3768 and on draft-ieft-vrrp-ipv6-spec-08.txt.  VRRP 
> specifies an election protocol that dynamically assigns 
> responsibility for a virtual router to one of the VRRP 
> routers on a LAN.  The VRRP router controlling the
> IPv4 or IPv6 address(es) associated with a virtual router is 
> called the Master, and forwards packets sent to these IPv4 or 
> IPv6 addresses.  VRRP Master routers are configured with 
> virtual IPv4 or
> IPv6 addresses and VRRP Backup routers infer the address 
> family of the virtual addresses being carried based on the 
> transport protocol.
> Within a VRRP router the virtual routers in each of the IPv4 
> and IPv6 address families are a domain unto themselves and do 
> not overlap.
> The election process provides dynamic fail over in the 
> forwarding responsibility should the Master become 
> unavailable.  For IPv4, the advantage gained from using VRRP 
> is a higher availability default path without requiring 
> configuration of dynamic routing or router discovery 
> protocols on every end-host.  For IPv6, the advantage gained 
> from using VRRP for IPv6 is a quicker switch over to back up 
> routers than can be obtained with standard IPv6 Neighbor 
> Discover (RFC 4861) mechanisms.
>                                                               
>                     
> 
> 
> The IETF Secretariat.
> 
> 
> 
_______________________________________________
vrrp mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/vrrp