RFC 1387
RIP Version 2 Protocol Analysis
RIP Version 2 Protocol Analysis π¦
okay bestie, so this is RFC 1387 π It's from the Network Working Group, written by G. Malkin at Xylogics, Inc. (that's Gary Scott Malkin π«Ά), dated January 1993. It's an informational memo, not a standard. The header doesn't list anything it obsoletes or updates, but Section 1 says it suggests an update to RIP (RFC 1058) π
Status of this Memo β¨
this memo gives information to the Internet community. it does not specify an Internet standard. distribution of this memo is unlimited πΈ
Abstract π
as Routing Protocol Criteria (RFC 1264) requires, this report covers the key features of the RIP-2 protocol and what implementers have actually seen so far π₯
Acknowledgements π«Ά
RIP-2 owes a lot to everyone in the RIP-2 Working Group of the Internet Engineering Task Force (IETF) π A special thank-you goes to Fred Baker for his help on the MIB, and to Jeffrey Honig for the implementation experience π
1. Protocol Documents π
the RIP-2 protocol description lives in RFC 1388 [1]. this memo suggests an update to the "Routing Information Protocol" (RFC 1058) [3]. the RIP-2 MIB description lives in RFC 1389 [2] π
2. Key Features β¨
RIP-2 runs the same basic algorithms as RIP-1, but it adds some new stuff: routing domains, external route tags, subnet masks, next hop addresses, and authentication. it's giving upgrade π¦
2.1 Routing Domains
routing domains let multiple RIP "clouds" exist over the same physical network. several working group members asked for this, and it's honestly so smart. you can build simple policies by grouping routers into domains that share routing information π§
2.2 External Route Tags
the route tag field can carry information picked up from an EGP. what goes in that field is outside the scope of this protocol. but it may be used, for example, to carry an EGP AS number π
2.3 Subnet Masks
including subnet masks was the original reason RIP got opened up for improvement, periodt π they make RIP way more useful in lots of environments and let you use variable subnet masks on the network. subnet masks are also needed for "classless" addressing, the way the CIDR work proposes π
2.4 Next Hop Addresses
next hop addresses let you optimize routes when a network runs multiple routing protocols π say RIP-2 is running alongside another IGP and one router runs both. that router can tell the other RIP-2 routers that a better next hop than itself exists for a given destination. main character router energy π
2.5 Authentication
the big glow-up over RIP-1 is the authentication mechanism π it's basically the same extensible mechanism OSPF has. right now only a plain-text password is defined for authentication. but fancier authentication schemes can be dropped in easily once they're defined π
2.6 Multicasting
RIP-2 packets may be multicast instead of broadcast π¦ using an IP multicast address takes load off hosts that don't support routing protocols. it also lets RIP-2 routers share information that RIP-1 routers can't hear. this is lowkey important because a RIP-1 router may misread route information, since it can't apply the supplied subnet mask π
3. RIP-2 MIB π§
the RIP-2 MIB lets you monitor and control how RIP runs inside the router. on top of global and per-interface counters and controls, there are per-peer counters that show the status of RIP-2 "neighbors" π
4. Implementations πΈ
right now there's one nearly complete RIP-2 implementation π₯ a "gated" implementation with RIP-2 is available, written by Jeffrey Honig at Cornell University. you can grab it by anonymous FTP from gated.cornell.edu as pub/gated/gated-alpha.tar.Z. it does multicasting, subnet masks, limited authentication, next-hop, and limited routing domain support. there's also a RIP-2 version of ripquery π
the "gated" implementation doesn't support full subsumption rules, full authentication, full routing domains, or the MIB yet π it's been tested against itself and various RIP-1 implementations.
a second, complete implementation is being developed by a vendor whose identity cannot be disclosed at this time π€
5. References π
- [1] Malkin, G., "RIP Version 2 - Carrying Additional Information", RFC 1388, Xylogics, Inc., January 1993.
- [2] Malkin, G., and F. Baker, "RIP Version 2 MIB Extension", RFC 1389, Xylogics, Inc., Advanced Computer Communications, January 1993.
- [3] Hedrick, C., "Routing Information Protocol", RFC 1058, Rutgers University, June 1988.
6. Security Considerations π¨
security issues are discussed in section 2.5. honestly bestie, this is the big one π authentication is where RIP-2 gets its security story, and it's currently just plain-text passwords π so read that section like it's your favorite episode π
7. Author's Address π¦
Gary Scott Malkin, Xylogics, Inc., 53 Third Avenue, Burlington, MA 01803.
Phone: (617) 272-8140
EMail: gmalkin@Xylogics.COM
π¦ where this page comes from
- ietf: rfc1387 1993-01
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms