Editor's Note: These minutes have not been edited. Virtual Router Redundancy Protocol BOF -------------------------------------- April 1997 Memphis IETF Bob Hinden / Co-Chair Peter Kline / Co-Chair Meeting notes prepared by Bob Hinden. --------------------------------------- Agenda ------ - Introduction - Requirements for a Virtual Router Redundancy Protocol - Review of current internet drafts of VRRP - Discuss the need for a Standard - Intellectual Property Issues - Review Draft Charter - Assess consensus for creating VRRP w.g. Introduction ------------ Bob Hinden welcomed people to the BOF. He gave a brief intro to VRRP. Also announced that co-chair Peter Kline was not able to attend the BOF. The purpose of this working group is to define and develop a standard virtual router redundancy protocol for IPv4 and IPv6. The BOF is to determine if there is interest in forming a VRRP working group. 91 one people attended the VRRP BOF. VRRP Overview ------------- Presented charts showing examples about how VRRP worked. A virtual router redundancy protocol is a protocol which allows several routers on a multi-access link to utilize the same virtual IP address. One router will be elected as a master with the other routers acting as backups in case of the failure of the master router. The primary motivation to using a virtual router redundancy protocol is that host systems may be configured (manually or via DHCP) with a single default gateway, rather than running an active routing protocol. The protocol should also support the ability to load share traffic when both routers are up. Current VRRP Drafts ------------------- - , November 1996 o Original VRRP Draft - , March 1997 o Run VRRP directly under IP (instead of directly over wire). o VRRP messages sent to an IP Multicast address (instead of to Multicast MAC). o Use Unicast MAC address as the Virtual MAC (instead of multicasting all host -> router traffic). o Simplified the protocol to sue one message type and fewer states in finite state machine. o Fully specified all state transitions and actions. o Added capability for IPSEC authentication. Issues ------ - Use New or Original Draft? - Use IPSEC or add MD5 Authentication? - Control over when switch back happens? - Separate Protocol or ICMP - Approach for IPv6? - Other changes? General agreement to use new internet draft. Discussion about need for VRRP for IPv6. IPv6 neighbor unreachability detection (NUD) function might suffice. Need for Standard ----------------- - Users need fast switch over to backup router - Existing Host implementations work slowly or not at all - Web Farms are important application for VRRP o Useful any time servers are co-located Question was raised that VRRP should not be a standard because it was really a hack because hosts do not implement router discovery correctly. Ross Callon noted that it was actually considerably more efficient to have a protocol like VRRP were the control traffic is between the routers instead of every hosts on a link sending lots of messages to each router determining if the router was still up. Router discovery (or IPv6 neighbor unreachably detection) was not intended to be used for this kind of quick switch over. IPR Issues ---------- - Cisco has proprietary protocol called HSRP - Cisco may have IPR relating to VRRP redundancy mechanisms - Issue could be resolved by: o Cisco making IPR available to IETF o Licensing IPR to organizations implementing VRRP IETF standard. Jeff Burgan (Internet AD) announced that Cisco had sent a letter to the IESG stating that they believed that VRRP infringed with the patent they hold. It said that cisco would be willing license the technology for a one time fee in a non-discriminatory manner. They also said that they would submit an internet draft to the VRRP group by the end of April. Goals for Charter ---------------- 1. Define and develop a standard virtual router redundancy protocol for IPv4 and IPv6. 2. Develop VRRP MIB(s). 3. Separate specifications will be developed for IPv4 and IPv6. 4. The internet draft "Virtual Router Redundancy Protocol" and will be use as the basis of virtual router redundancy protocol. 5. Intellectual property issues regarding the technology to develop a virtual router redundancy protocol will be identified and addressed. Schedule -------- April 97 Hold BOF to determine if working group should be formed. April 97 Charter Working Group May 97 Issue new Internet Drafts for IPv4 and IPv6 versions of the protocol. July 97 Resolve any intellectual property issues regarding protocol. August 97 Finalize Internet Drafts and submit to the IESG for proposed standard status. Need to add a MIB to schedule. Create VRRP W.G. ? ------------------ There was a discussion about need for a standard and if a formal working group was required. The impact of intellectual property made this more complicated increases the need for a working group and a standard. The chair took a poll of the attendees and there was a consensus that a working group should be formed. The chair will update the charter and submit it to the IESG for approval.