| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
RIP Version 1 (RIP-1) Message Format (Page 2 of 3) RIP-1 Message Format The basic message format for RIP-1 is described in Table 120 and illustrated in Figure 176.
If you're like me, the first thing that comes to mind looking at this message format is this: what's with all the extra space? I mean, we have four different fields that are reserved (must be zero), and even most of the other fields are larger than they need to be (a metric of 1 to 16 needs only 4 bits, not 32.) The command type and version number could easily have been made only 4 bits each as well (if not less.) And why bother having a two-byte field to identify the address type when we are only going to deal with IP addresses anyway? This seeming wastefulness is actually an artifact of the generality of the original RIP design. The protocol was intended to be able to support routing for a variety of different internetworking protocols, not just IP. (Remember that it wasn't even originally developed with IP in mind.) So, the Address Family Identifier was included to specify address type, and RIP entries were made large enough to handle large addresses. IP only requires 4 bytes per address so some of the space is not used.
Home - Table Of Contents - Contact Us The TCP/IP Guide (http://www.TCPIPGuide.com) Version 3.0 - Version Date: September 20, 2005 © Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved. Not responsible for any loss resulting from the use of this site. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||