RIP Version 2 Protocol Analysis

Network Working Group                                          G. Malkin
Request for Comments: 1721                                Xylogics, Inc.
Obsoletes: <a href="./rfc1387">1387</a>                                            November 1994
Category: Informational


                    <span class="h1">RIP Version 2 Protocol Analysis</span>

Status of this Memo

   This memo provides information for the Internet community.  This memo
   does not specify an Internet standard of any kind.  Distribution of
   this memo is unlimited.

Abstract

   As required by Routing Protocol Criteria (<a href="./rfc1264">RFC 1264</a>), this report
   documents the key features of the RIP-2 protocol and the current
   implementation experience.  This report is a prerequisite to
   advancing RIP-2 on the standards track.

Acknowledgements

   The RIP-2 protocol owes much to those who participated in the RIP-2
   working group.  A special thanks goes to Fred Baker, for his help on
   the MIB, and to Jeffrey Honig, for all his comments.

<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>.  Protocol Documents</span>

   The RIP-2 applicability statement is defined in <a href="./rfc1722">RFC 1722</a> [<a href="#ref-1" title=""RIP Version 2 Protocol Applicability Statement"">1</a>].

   The RIP-2 protocol description is defined in <a href="./rfc1723">RFC 1723</a> [<a href="#ref-2" title=""RIP Version 2 - Carrying Additional Information"">2</a>].  This memo
   obsoletes <a href="./rfc1388">RFC 1388</a>, which specifies an update to the "Routing
   Information Protocol" <a href="./rfc1058">RFC 1058</a> (STD 34).

   The RIP-2 MIB description is defined in <a href="./rfc1724">RFC 1724</a> [<a href="#ref-3" title=""RIP Version 2 MIB Extension"">3</a>].  This memo
   obsoletes <a href="./rfc1389">RFC 1389</a>.

<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>.  Key Features</span>

   While RIP-2 shares the same basic algorithms as RIP-1, it supports
   several new features.  They are: external route tags, subnet masks,
   next hop addresses, and authentication.

   The significant change from <a href="./rfc1388">RFC 1388</a> is the removal of the domain
   field.  There was no clear agreement as to how the field would be
   used, so it was determined to leave the field reserved for future
   expansion.



<span class="grey">Malkin                                                          [Page 1]</span>

<span id="page-2" ></span>
<span class="grey"><a href="./rfc1721">RFC 1721</a>                     RIP-2 Analysis                November 1994</span>


<span class="h3"><a class="selflink" id="section-2.1" href="#section-2.1">2.1</a>  External Route Tags</span>

   The route tag field may be used to propagate information acquired
   from an EGP.  The definition of the contents of this field are beyond
   the scope of this protocol.  However, it may be used, for example, to
   propagate an EGP AS number.

<span class="h3"><a class="selflink" id="section-2.2" href="#section-2.2">2.2</a>  Subnet Masks</span>

   Inclusion of subnet masks was the original intent of opening the RIP
   protocol for improvement.  Subnet mask information makes RIP more
   useful in a variety of environments and allows the use of variable
   subnet masks on the network.  Subnet masks are also necessary for
   implementation of "classless" addressing, as the CIDR work proposes.

<span class="h3"><a class="selflink" id="section-2.3" href="#section-2.3">2.3</a>  Next Hop Addresses</span>

   Support for next hop addresses allows for optimization of routes in
   an environment which uses multiple routing protocols.  For example,
   if RIP-2 were being run on a network along with another IGP, and one
   router ran both protocols, then that router could indicate to the
   other RIP-2 routers that a better next hop than itself exists for a
   given destination.

<span class="h3"><a class="selflink" id="section-2.4" href="#section-2.4">2.4</a>  Authentication</span>

   One significant improvement RIP-2 offers over RIP-1, is the addition
   of an authentication mechanism.  Essentially, it is the same
   extensible mechanism provided by OSPF.  Currently, only a plain-text
   password is defined for authentication.  However, more sophisticated
   authentication schemes can easily be incorporated as they are
   defined.

<span class="h3"><a class="selflink" id="section-2.5" href="#section-2.5">2.5</a>  Multicasting</span>

   RIP-2 packets may be multicast instead of being broadcast.  The use
   of an IP multicast address reduces the load on hosts which do not
   support routing protocols.  It also allows RIP-2 routers to share
   information which RIP-1 routers cannot hear.  This is useful since a
   RIP-1 router may misinterpret route information because it cannot
   apply the supplied subnet mask.

<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>.  RIP-2 MIB</span>

   The MIB for RIP-2 allows for monitoring and control of RIP's
   operation within the router.  In addition to global and per-interface
   counters and controls, there are per-peer counters which provide the
   status of RIP-2 "neighbors".



<span class="grey">Malkin                                                          [Page 2]</span>

<span id="page-3" ></span>
<span class="grey"><a href="./rfc1721">RFC 1721</a>                     RIP-2 Analysis                November 1994</span>


   The MIB was modified to deprecate the domain, which was removed from
   the protocol.  It has also been converted into version 2 format.

<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>.  Implementations</span>

   Currently, there are three complete implementations of RIP-2: GATED,
   written by Jeffrey Honig at Cornell University; Xylogics's Annex
   Communication server; and an implementation for NOS, written by Jeff
   White.  The GATED implementation is available by anonymous FTP from
   gated.cornell.edu as pub/gated/gated-alpha.tar.Z.  The implementation
   for NOS is available by anonymous FTP from ucsd.edu as
   /hamradio/packet/tcpip/incoming/rip2.zip.

   Additionally, Midnight Networks has produced a test suite which
   verifies an implementation's conformance to <a href="./rfc1388">RFC 1388</a> implemented over
   <a href="./rfc1058">RFC 1058</a>.

   The author has conducted interoperability testing between the GATED
   and Xylogics implementations and found no incompatibilities.  This
   testing includes verification of protection provided by the
   authentication mechanism described in <a href="#section-2.4">section 2.4</a>.

<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>.  Operational experience</span>

   Xylogics has been running RIP-2 on its production systems for five
   months.  The topology includes seven subnets in a class B address and
   various, unregistered class C addresses used for dial-up access.  Six
   systems, in conjunction with three routers from other vendors and
   dozens of host systems, operate on those subnets.

   The only problem which has appeared is the reaction of some routers
   to Version 2 RIP packets.  Contrary to <a href="./rfc1058">RFC 1058</a>, these routers
   discard Version 2 packets rather than ignoring the fields not defined
   for Version 1.

<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>.  References</span>

   [<a id="ref-1">1</a>] Malkin, G., "RIP Version 2 Protocol Applicability Statement", <a href="./rfc1722">RFC</a>
       <a href="./rfc1722">1722</a>, Xylogics, Inc., November 1994.

   [<a id="ref-2">2</a>] Malkin, G., "RIP Version 2 - Carrying Additional Information",
       <a href="./rfc1723">RFC 1723</a>, Xylogics, Inc., November 1994.

   [<a id="ref-3">3</a>] Malkin, G., and F. Baker, "RIP Version 2 MIB Extension", <a href="./rfc1724">RFC</a>
       <a href="./rfc1724">1724</a>, Xylogics, Inc., Cisco Systems, November 1994.






<span class="grey">Malkin                                                          [Page 3]</span>

<span id="page-4" ></span>
<span class="grey"><a href="./rfc1721">RFC 1721</a>                     RIP-2 Analysis                November 1994</span>


<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>.  Security Considerations</span>

   Security issues are discussed in sections <a href="#section-2.4">2.4</a> and <a href="#section-4">4</a>.

<span class="h2"><a class="selflink" id="section-8" href="#section-8">8</a>.  Author's Address</span>

   Gary Scott Malkin
   Xylogics, Inc.
   53 Third Avenue
   Burlington, MA 01803

   Phone:  (617) 272-8140
   EMail:  [email protected]






































Malkin                                                          [Page 4]