World Library  
Flag as Inappropriate
Email this Article

Routing Information Protocol

Article Id: WHEBN0000043389
Reproduction Date:

Title: Routing Information Protocol  
Author: World Heritage Encyclopedia
Language: English
Subject: List of RFCs, Routing protocol, Distance-vector routing protocol, Interior gateway protocol, User Datagram Protocol
Collection: Internet Protocols, Internet Standards, Routing Protocols
Publisher: World Heritage Encyclopedia

Routing Information Protocol

The Routing Information Protocol (RIP) is one of the oldest distance-vector routing protocols, which employs the hop count as a routing metric. RIP prevents routing loops by implementing a limit on the number of hops allowed in a path from the source to a destination. The maximum number of hops allowed for RIP is 15. This hop limit, however, also limits the size of networks that RIP can support. A hop count of 16 is considered an infinite distance, in other words the route is considered unreachable. RIP implements the split horizon, route poisoning and holddown mechanisms to prevent incorrect routing information from being propagated.

Originally, each RIP router transmitted full updates every 30 seconds. In the early deployments, routing tables were small enough that the traffic was not significant. As networks grew in size, however, it became evident there could be a massive traffic burst every 30 seconds, even if the routers had been initialized at random times. It was thought, as a result of random initialization, the routing updates would spread out in time, but this was not true in practice. Sally Floyd and Van Jacobson showed in 1994[1] that, without slight randomization of the update timer, the timers synchronized over time. In most current networking environments, RIP is not the preferred choice for routing as its time to converge and scalability are poor compared to EIGRP, OSPF, or IS-IS (the latter two being link-state routing protocols), and a hop limit severely limits the size of network it can be used in. However, it is easy to configure, because RIP does not require any parameters on a router unlike other protocols.

RIP uses the User Datagram Protocol (UDP) as its transport protocol, and is assigned the reserved port number 520.[2]


  • Versions 1
    • RIP version 1 1.1
    • RIP version 2 1.2
    • RIPng 1.3
  • RIPv1 Operation 2
  • Timers 3
    • Update Timer 3.1
    • Invalid Timer 3.2
    • Flush Timer 3.3
    • Hold-down Timer 3.4
  • Limitations 4
  • Implementations 5
  • Similar protocols 6
  • See also 7
  • References 8
  • Further reading 9
  • External links 10


There are three versions of the Routing Information Protocol: RIPv1, RIPv2, and RIPng.

RIP version 1

The original specification of RIP, defined in RFC 1058,[3] was published in 1988 and uses classful routing. The periodic routing updates do not carry subnet information, lacking support for variable length subnet masks (VLSM). This limitation makes it impossible to have different-sized subnets inside of the same network class. In other words, all subnets in a network class must have the same size. There is also no support for router authentication, making RIP vulnerable to various attacks.

RIP version 2

Due to the deficiencies of the original RIP specification, RIP version 2 (RIPv2) was developed in 1993[4] and last standardized in 1998.[5] It included the ability to carry subnet information, thus supporting Classless Inter-Domain Routing (CIDR). To maintain backward compatibility, the hop count limit of 15 remained. RIPv2 has facilities to fully interoperate with the earlier specification if all Must Be Zero protocol fields in the RIPv1 messages are properly specified. In addition, a compatibility switch feature[5] allows fine-grained interoperability adjustments.

In an effort to avoid unnecessary load on hosts that do not participate in routing, RIPv2 multicasts the entire routing table to all adjacent routers at the address, as opposed to RIPv1 which uses broadcast. Unicast addressing is still allowed for special applications.

(MD5) authentication for RIP was introduced in 1997.[6][7]

RIPv2 is Internet Standard STD56 (which is RFC 2453).

Route tags were also added in RIP version 2. This functionality allows for routes to be distinguished from internal routes to external redistributed routes from EGP protocols..


RIPng (RIP next generation), defined in RFC 2080,[8] is an extension of RIPv2 for support of IPv6, the next generation Internet Protocol. The main differences between RIPv2 and RIPng are:

  • Support of IPv6 networking.
  • While RIPv2 supports RIPv1 updates authentication, RIPng does not. IPv6 routers were, at the time, supposed to use IPsec for authentication.
  • RIPv2 allows attaching arbitrary tags to routes, RIPng does not;
  • RIPv2 encodes the next-hop into each route entry, RIPng requires specific encoding of the next hop for a set of route entries.

RIPng sends updates on UDP port 521 using the multicast group FF02::9.

RIPv1 Operation

RIP defines two types of messages.

  1. Request Message
  2. Response Message

When a RIP router comes online, it sends a broadcast Request Message on all of its RIP enabled interfaces. All the neighbouring routers which receive the Request message respond back with the Response Message containing their Routing table. The Response Message is also gratuitously sent when the Update timer expires. On receiving the Routing table, the router processes each entry of the routing table as per the following rules

  1. If there are no route entry matching the one received then the route entry is added to the routing table automatically, along with the information about the router from which it received the routing table
  2. If there are matching entry but the hop count metric is lower than the one already in its routing table, then the routing table is updated with the new route.
  3. If there are matching entry but the hop count metric is higher than the one already in its routing table, then the routing entry is updated with hop count of 16 (infinite hop). The packets are still forwarded to the old route. A Holddown timer is started and all the updates for that from other routers are ignored. If after the Holddown timer expires and still the router is advertising with the same higher hop count then the value is updated into its routing table. Only after the timer expires, the updates from other routers are accepted for that route.


The routing information protocol uses the following timers as part of its operation:-[9]

  • Update Timer
  • Invalid Timer
  • Flush Timer
  • Holddown Timer

Update Timer

The update timer controls the interval between two gratuitous Response Message. By default the value is 30 seconds. The response message is broadcast to all its RIP enabled interface.[9]

Invalid Timer

The invalid timer specifies how long a routing entry can be in the routing table without being updated. This is also called as expiration Timer. By default, the value is 180 seconds. After the timer expires the hop count of the routing entry will be set to 16, marking the destination as unreachable.[9]

Flush Timer

The flush timer controls the time between the route is invalidated or marked as unreachable and removal of entry from the routing table. By default the value is 240 seconds. This is 60 seconds longer than Invalid timer. So for 60 seconds the router will be advertising about this unreachable route to all its neighbours. This timer must be set to a higher value than the invalid timer. [9]

Hold-down Timer

The hold-down timer is started per route entry, when the hop count is changing from lower value to higher value. This allows the route to get stabilized. During this time no update can be done to that routing entry. This is not part of the RFC 1058. This is Cisco's implementation. The default value of this timer is 180 seconds.[9]


  • The hop count cannot exceed 15, otherwise it will be considered invalid.
  • Most RIP networks are flat. There is no concept of areas or boundaries in RIP networks.
  • Variable Length Subnet Masks are not supported by RIP version 1.
  • RIP has slow convergence and count to infinity problems.


  • Cisco IOS, software used in Cisco routers (supports version 1, version 2 and RIPng)
  • Cisco NX-OS software used in Cisco Nexus data center switches (supports RIPv1 and RIPv2)
  • Junos software used in Juniper routers, switches, and firewalls (supports RIPv1 and RIPv2)
  • Routing and Remote Access, a Windows Server feature, contains RIP support
  • Quagga, a free open source routing software suite based on GNU Zebra
  • BIRD, a free open source routing software suite
  • A RIP implementation first introduced in 4.2BSD, routed, survives in several of its descendants, including FreeBSD[10] and NetBSD.[11]
  • OpenBSD introduced a new implementation, ripd, in version 4.1[12] and retired routed in version 4.4.

Similar protocols

Cisco's proprietary Interior Gateway Routing Protocol (IGRP) was a somewhat more capable protocol than RIP. It belongs to the same basic family of distance-vector routing protocols. Cisco has ceased support and distribution of IGRP in their router software. It was replaced by the Enhanced Interior Gateway Routing Protocol (EIGRP) which is a completely new design. While EIGRP still uses a distance-vector model, it relates to IGRP only in using the same routing metrics. IGRP supports multiple metrics for each route, including bandwidth, delay, load, MTU, and reliability.

See also


  1. ^ The Synchronization of Periodic Routing Messages, S. Floyd & V. Jacobson,April 1994
  2. ^ "Port Numbers" (plain text). The Internet Assigned Numbers Authority (IANA). 22 May 2008. Retrieved 25 May 2008. 
  3. ^ RFC 1058, Routing Information Protocol, C. Hendrik, The Internet Society (June 1988)
  4. ^ RFC 1388, RIP Version 2 - Carrying Additional Information, G. Malkin, The Internet Society (January 1993)
  5. ^ a b RFC 2453, RIP Version 2, G. Malkin, The Internet Society (November 1998)
  6. ^ RFC 2082, RIP-2 MD5 Authentication, F. Baker, R. Atkinson, The Internet Society (January 1997)
  7. ^ RFC 4822, RIPv2 Cryptographic Authentication, R. Atkinson, M. Fanto, The Internet Society (January 2007)
  8. ^ RFC 2080, RIPng for IPv6, G. Malkin, R. Minnear, The Internet Society (January 1997)
  9. ^ a b c d e Balchunas, Aaron. "Routing Information Protocol (RIP v1.03)". Retrieved 25 April 2014. 
  10. ^ "routed, rdisc — network RIP and router discovery routing daemon". FreeBSD manual pages. 
  11. ^ "routed, rdisc — network RIP and router discovery routing daemon". NetBSD manual pages. 
  12. ^ "ripd — Routing Information Protocol daemon". OpenBSD manual pages. 

Further reading

  • Malkin, Gary Scott (2000). RIP: An Intra-Domain Routing Protocol. Addison-Wesley Longman. ISBN 0-201-43320-6.
  • Edward A. Taft, Gateway Information Protocol (revised) (Xerox Parc, Palo Alto, May, 1979)
  • Xerox System Integration Standard - Internet Transport Protocols (Xerox, Stamford, 1981)

External links

This article was sourced from Creative Commons Attribution-ShareAlike License; additional terms may apply. World Heritage Encyclopedia content is assembled from numerous content providers, Open Access Publishing, and in compliance with The Fair Access to Science and Technology Research Act (FASTR), Wikimedia Foundation, Inc., Public Library of Science, The Encyclopedia of Life, Open Book Publishers (OBP), PubMed, U.S. National Library of Medicine, National Center for Biotechnology Information, U.S. National Library of Medicine, National Institutes of Health (NIH), U.S. Department of Health & Human Services, and, which sources content from all federal, state, local, tribal, and territorial government publication portals (.gov, .mil, .edu). Funding for and content contributors is made possible from the U.S. Congress, E-Government Act of 2002.
Crowd sourced content that is contributed to World Heritage Encyclopedia is peer reviewed and edited by our editorial staff to ensure quality scholarly research articles.
By using this site, you agree to the Terms of Use and Privacy Policy. World Heritage Encyclopedia™ is a registered trademark of the World Public Library Association, a non-profit organization.

Copyright © World Library Foundation. All rights reserved. eBooks from World eBook Library are sponsored by the World Library Foundation,
a 501c(4) Member's Support Non-Profit Organization, and is NOT affiliated with any governmental agency or department.