Saturday, June 25, 2011

RIP V1 Notes

RIPv1: Distance Vector, Classful Routing Protocol
RIP has the following key characteristics:
RIP is a distance vector routing protocol.
RIP uses hop count as its only metric for path selection.
Advertised routes with hop counts greater than 15 are unreachable.
Messages are broadcast every 30 seconds.
The data portion of a RIP message is encapsulated into a UDP segment, with both source and destination port numbers set to 520. The IP header and data link headers add broadcast destination addresses before the message is sent out to all RIP configured interfaces

Machine generated alternative text: •wIw.fl. IData Link Frame IP Packet Header UDP Segmen’ H2a::r RIP Messagei fora Request or2fora Reply.i for RIP vi or2forRlPv2.2 for IP unless a Request is for the full routing table in which case, set too.The address of the destination route, which may be a network subnet, orhost address.Hop count between i and 16. Sending router increases the metric beforesending out message.RouteEntryHeader (504 Bytes: up ta 25 routes)Bit 0 78 1516 2324 31j Command i or2 Version I Must be zerof Address family identifIer (2= F) Must be zeroj IP Address (Network Address)< ______ Must be zeroi _______ Must be zeroMetric (Hops)Multiple Route Entries, up to a maximum of 25CommandVersionAddress Family IdentifierIP AddressMetric







There are 2 messages used in the command field 1) the request message and 2) the response  meaasge. The start up process for a network running RIP is as follows
R1 will send out request messages on all ist interfaces that are running RIP requesting that all  neighbors send thier complete routing tables, when the response is recived only new routes and  routes with better routes are installed in the routing table.  The requesting router then sends a  triggered update to all ist neighbors informoring them of any possible new routes.

RIPv1 does not send subnet mask information in ist updates

RIP has an administrative distance of 120 RIP is the least-preferred routing protocol. IS-IS, OSPF,  IGRP, and EIGRP all have lower default AD values.
Machine generated alternative text: L’’J via 192.lbH.b.2, UU:U(J:(J,[120/1) via 192.168.6.2, 00:00:05,[120/1] via 192.168.4.2, 00:00:05,R 192.168.3.0/24 [120/1] via 192.168.4.2, 00:00:05,C 192.168.4.0/24 i directly connected, Seriai0/0/1C 192.168.5.0/24 ja directly connected, FaatEthernetû/0C 192.16R.6.0/24 La directly connected, Serial0/0/0R 192.1.1.Uf24R 192.168.2.0/24SerialV/U/t)Serial0/0/0Serial0/0/1Serial0/0/1


Machine generated alternative text: edistributing: rip3efault version control: send version 1, receive any veraInterface Send Reov Triggered RIP Key-ch.FastEttìernetD/O 1 1 2Serialû/O/O 1 1 2SerialO/O/l 1 1 2utomatic network susuuarization is in effectouting for Networks:192. 168. 4 . 0192.168.5.0192.168.6.0outing Information Sources:Gateway Last (Jpaate192.168.6.2 00:00:10192.168.4.2 00:00:18)istance: (default is 120)

Basic RIPv1 configuration
The network command:
Enables RIP on all interfaces that belong to a specific network. Associated interfaces will now  both send and receive RIP updates.
Advertises the specified network in RIP routing updates sent to other routers every 30 seconds.
Verification and troubleshooting
For troubleshotting and verification use show ip route, show ip protocols and the debug ip rip in  that order
Machine generated alternative text: Interpreting a RIP Route in the Routing TableOutput DescriptionR Identifies the source of the route as RIP.192.168.5.0 Indicates the address of the remote network./24 The subnet mask used for this network[120/2] The administrative distance (120) and the metric (2 hops)via 192.168.2.2 Specifies the address of the next-hop router (R2) to send traffic to for theremote network.00:00:23 Specifies the amount of time since the mute was updated (here, 23seconds). Another update is due in 7 seconds.Serial0/0/0 Specifies the local interface through which the remote network can bereached.


Machine generated alternative text: 2#show ip protocolstouting Protocol is “rip”Sending updates every 30 seconds, next due in 23 secondsInvalid after 190 seconds, hold down 190, flushed after 240Outgoing update filter list for all interfaces is not setIncoming update filter list for all interfaces is not setRedistributing: ripDefault version control: send version 1, receive any versionInterface Send Recv Triggered RIP Key-chainFastEthernet0/0 1 1 2Serialß/0/0 1 1 2Serial0/0/1 1 1 2Automatic network summarization is in effect?laximum path: 4Routing for Networks:192.168.2.0192.168.3.0192.168.4.0
Here would be information about any passive interdfaces that have been configuried

Machine generated alternative text: Routing Information Sources:Gateway Distance Last Update192.168.2.1 120 00:00:1192.168.41 120 00:00:22Distance: (default is 120)

Screen clipping taken: 24.06.2011 16:16
             show which routing protocols are enabled

          timers that are used and awhen the next update will be sent

         shows the interfaces the a running RIP and also the verson

     shows amout of equal -cost routes and tells us that all routes will be automatically summarized based on network class

Sending out unneeded updates on a LAN impacts the network in three ways:
1. Bandwidth is wasted transporting unnecessary updates. Because RIP updates are broadcast, switches will forward the updates out all ports.
2. All devices on the LAN must process the update up to the Transport layers, where the receiving device will discard the update.
3. Advertising updates on a broadcast network is a security risk. RIP updates can be intercepted with packet sniffing software. Routing updates can be modified and sent back to the router, corrupting the routing table with false metrics that misdirect traffic.
passive-interface command,
which prevents the transmission of routing updates through a router interface but still allows that network to be advertised to other routers

Automatic Summarization


Machine generated alternative text: RIP Boundary Router192.1 68.4.8?OR2 is a boundary router.172.30.0.0SO/o/OI 72.30.1.0/24192.168.5.024

Automatic summarization is the process of consolidating and advertising networks based on thier major class boundaries for example the networks 172.30.1.0/24, 172.30.2.0, and 172.30.3.0 would be summarized to 172.30.0.0/24.
Summarization takes place at border routers.
When a router gets a update, if the interface on which it comes in are both in the same major network the the route is place in the routing table with the subnet mask
If a router gets a update about netorks that are in a different major classful network then the network adress is placed in the router.
Machine generated alternative text: t24debug ip riptIP protocol debugging is onLIP: received vl update from 172.30.2.1 on Serialø/0/0172.30.1.0 in 1 hops(**output o.nitt.d**)t2iundebug alldl possible debugging has been turned off12#show ip route<output omitted>ateway of last resort is not set172.30.0.0/24 is subnetted, 3 subnetst 172.3OTi.0 [120/lJ via 172.30.2.1, 00:00:J8,, Serialo/0/0: 172.30.2.0 is directly connected, SerialO/0/0172.30.3.0 is directly connected, FastEthernetOlO192.168.4.0/30 is subnetted, 1 subnets: 192.168.4.8 is directly connected, Serialø/0/1t. 192.168.5.0/24 [120/1J via 192.168.4.10, 00:00:16, Serialo/0/1124
The advantage of route summirzation is thar smaller routing updates = less bandwith, it also useful for faster route lookups and a single subnet can be used no matter how many subnets are behid the summarizied route.
Machine generated alternative text: 209.165.200.228)30172.30.1.012410.1.0.0/18209.165.200.232)30172.30.100.0)24172.30.2.0/2472.30.200.0/24

Screen clipping taken: 24.06.2011 17:59

RIP and Discontigious Networks
A discontiguous network comprises a major net that separates another major network


Machine generated alternative text: Automatic SummarizationI/\RIP Update172.30.0.0i HopRIP Update172.30.0.0i Hop172.30.200.32128172.30.110.012410.1.0.0116209.1 65.200.228130209.1 65.200.2 32130s0I010172.30.1.0124 DCEFiA1fl172.30.100.0124172.30.200.16128

Because the subnet mask is not included in the update, RIPv1 and other classful routing protocols must summarize networks at major network boundaries. As you can see in the figure, RIPv1 on both the R1 and R3 routers will summarize their 172.30.0.0 subnets to the classful major network address of 172.30.0.0 when sending routing updates to R2. From the perspective of R2, both updates have an equal cost of 1 hop to reach network 172.30.0.0/16. As you will see, R2 installs both paths in the routing table.


Behavior of RIP and IGRP When Sending and Receiving Updates


Introduction
This document explains the series of actions taken by both Routing Information Protocol (RIP) and Interior Gateway Routing Protocol (IGRP) when they send or receive the routing updates.
Prerequisites
Requirements
There are no specific requirements for this document.
Components Used
The information in this document applies to these software and hardware versions:
  • Cisco IOS Software Release 12.2(27)
  • Cisco 2500 Series Routers
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Conventions
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
General Behavior
Send Updates
When RIP or IGRP send an update, they perform certain checks before they advertise the update. This list shows the sequence of events that occurs before Router 1 sends updates to Router 2. The network diagram allows you to examine the sequence of events more closely.
  • Is the subnet information part of the same major net as the interface that sources the update?
    • No: Router 1 summarizes at the major net boundary and advertises the network.
    • Yes: Does the network have the same subnet mask as the interface that sources the update?
      • Yes: Router 1 advertises the subnet.
      • No: Does the network have a /32 mask ?
        • Yes: If it is RIP, then the network is advertised. If it is IGRP, then Router 1 drops the network.
        • No: Router 1 drops the network.
Receive Updates
When RIP or IGRP receive an update, they perform certain checks before they accept the update and apply the subnet mask. This is the sequence of events that occurs before Router 2 accepts an update from Router 1:
  • Is the subnet received in the update on the same major net as the interface that received the update?
    • Yes: Router 2 applies the mask of the interface that received the update. If the advertised network has a host bit set in the host portion of the update, Router 2 applies the host mask (/32). In the case of RIP, it continues to advertise the /32 route to the subsequent router, but IGRP does not.
    • No: Do any subnets of this major net already exist in the routing table, known from interfaces other than the one that received the update? The network in this update should be a major net unless the link between the two routers is an unnumbered link, in which case it is possible for the update to contain subnet information.
      • Yes: Router 2 ignores the update.
      • No: Router 2 applies a classful mask. If the update came across an unnumbered link and contains subnet information (bits in subnet portion of network are set), then Router 2 applies a host mask. Refer to Understanding and Configuring the ip unnumbered Command for unnumbered case examples.
54a.gif
Specific Case
Send Updates
When Router 1 sends an update to Router 2, it performs these checks:
  • Is 131.108.5.0/24 part of the same major net as 131.108.2.0/24, which sources the update?
    • Yes: Does 131.108.5.0/24 have the same subnet mask as 131.108.2.0/24, which sources the update?
      • Yes: Router 1 advertises the network.
  • Is 137.99.88.0/24 part of the same major net as 131.108.2.0/24, which sources the update?
    • No: Router 1 summarizes 137.99.88.0/24 at the major net boundary and advertises the route as 137.99.0.0.
This process results in Router 1 including 131.108.5.0 and 137.99.0.0 in its update to Router 2. You can see this in the debug ip rip command output shown on Router 1:
*Mar 25 00:22:46.177: RIP: sending v1 update to 255.255.255.255 via Serial0 (131.108.2.2) 
*Mar 25 00:22:46.178: RIP: build update entries
*Mar 25 00:22:46.182: subnet 131.108.5.0, metric 1
*Mar 25 00:22:46.185: network 137.99.0.0, metric 1
Receive Updates
When you issue the debug ip rip command, you can see the routing update received on Router 2 from Router 1:
*Mar 25 00:22:46.201: RIP: received v1 update from 131.108.2.2 on Serial0
*Mar 25 00:22:46.203:131.108.5.0 in 1 hops
*Mar 25 00:22:46.205:137.99.0.0 in 1 hops
Look at the checks Router 2 performs in order to determine what mask to apply on a received network.
  • Is the received major net 137.99.0.0 the same as 131.108.2.0, which is the address assigned to the interface that received the update?
    • No: Do any subnets of this major net already exist in the routing table known from other interfaces?
      • No: Router 2 applies the natural mask (/16) because 137.99.0.0 is a class B address.
  • Does subnet 131.108.5.0 belong to the same major net as subnet 131.108.2.0, which is the interface that received the update?
    • Yes: Router 2 applies the mask /24, which is the mask of the interface that received the update.
This process results in these networks and masks in the routing table of Router 2, displayed with the show ip route command:
R    137.99.0.0/16 [120/1] via 131.108.2.2, 00:00:07, Serial0
     131.108.0.0/24 is subnetted, 3 subnets
R    131.108.5.0 [120/1] via 131.108.2.2, 00:00:08, Serial0

C    131.108.2.0 is directly connected, Serial0
C    131.108.3.0 is directly connected, Ethernet0

note09186a0080093fd8.shtml>








This tells us the networks that rip is
Routing for


This tells us our neighbors that are
Running rip





R2:172.16.0.0/16
<<55.pdf>>

Machine generated alternative text: ɸ§ ܱ»²ù¬ Î×Ðªï ±® ×ÙÎÐ Í«°°±®¬Ü·½±²¬·¹«±« Ò»¬©±®µáܱ½«³»²¬ ×Üæ ïíéîìײ¬®±¼«½¬·±²Ð®»®»¯«··¬»      λ¯«·®»³»²¬      ݱ³°±²»²¬ Ë»¼      ݱ²ª»²¬·±²Þ¿½µ¹®±«²¼ ײº±®³¿¬·±²É¸»² ᫬»® ï Í»²¼ Ë°¼¿¬» ¬± ᫬»® î᫬»® î λ½»·ª» Ë°¼¿¬» º®±³ ᫬»® ïͱ´«¬·±²      Û¬¿¾´·¸ ݱ²²»½¬·ª·¬§Î»´¿¬»¼ ײº±®³¿¬·±²×²¬®±¼«½¬·±²ß ¼·½±²¬·¹«±« ²»¬©±®µ ½±³°®·» ¿ ³¿¶±® ²»¬ ¬¸¿¬ »°¿®¿¬» ¿²±¬¸»® ³¿¶±® ²»¬ò ײ Ú·¹«®» ïô ¿ «¾²»¬ ±º²»¬©±®µ ïéîòîðòðòð »°¿®¿¬» ²»¬©±®µ ïéîòïêòðòðò ïéîòïêòðòð · ¿ ¼·½±²¬·¹«±« ²»¬©±®µò ̸· ¼±½«³»²¬¼»½®·¾» ©¸§ Î×Ðªï ¿²¼ ×ÙÎÐ ¼± ²±¬ «°°±®¬ ¼·½±²¬·¹«±« ²»¬©±®µ ¿²¼ »¨°´¿·² ¸±© §±« ½¿² ©±®µ¿®±«²¼ ¬¸· ·«»òFigure 1   Discontiguous NetworkЮ»®»¯«··¬»Î»¯«·®»³»²¬Ý·½± ®»½±³³»²¼ ¬¸¿¬ §±« ¸¿ª» µ²±©´»¼¹» ±º ¬¸»» ¬±°·½æر© ¬± ݱ²º·¹«®» Î×Ðªï ¿²¼ ×ÙÎÐi ݱ²½»°¬ ¬¸¿¬ «²¼»®´·» ×Ð ß¼¼®»» ¿²¼ Í«¾²»¬i ݱ³°±²»²¬ Ë»¼Ì¸· ¼±½«³»²¬ · ²±¬ ®»¬®·½¬»¼ ¬± °»½·º·½ ±º¬©¿®» ¿²¼ ¸¿®¼©¿®» ª»®·±²ò̸» ·²º±®³¿¬·±² ·² ¬¸· ¼±½«³»²¬ ©¿ ½®»¿¬»¼ º®±³ ¬¸» ¼»ª·½» ·² ¿ °»½·º·½ ´¿¾ »²ª·®±²³»²¬ò ß´´ ±º ¬¸»¼»ª·½» «»¼ ·² ¬¸· ¼±½«³»²¬ ¬¿®¬»¼ ©·¬¸ ¿ ½´»¿®»¼ ø¼»º¿«´¬÷ ½±²º·¹«®¿¬·±²ò ׺ §±«® ²»¬©±®µ · ´·ª»ô ³¿µ» «®»¬¸¿¬ §±« «²¼»®¬¿²¼ ¬¸» °±¬»²¬·¿´ ·³°¿½¬ ±º ¿²§ ½±³³¿²¼ò

Machine generated alternative text:


Machine generated alternative text: URouterOutputR2 Routing ConfigurationJill.172.30.110.0/24R2 Debug :ii10.1,0.0/16209.165.200.228/30172.30.1.0/24192.168.0.0/24192.168.1.0/24Summary 192.168.2.0/24Static Route .to 192.168.0.0/16 .192.188.255.0/24172.30.100.0/24209.165.200232/30172.30.2.0/24R2 Routing172.30.200.32/2817..xi.2Qj.i6/28R2 Routes J [ Rl Routes.-Click to view various router outputs.

Screen clipping taken: 25.06.2011 20:28

We configured the static route 192.168.0.0 with a /16 mask. This is fewer bits than the classful class C mask of /24. Because the mask does not match the class or a subnet of the class, RIPv1 will not include this route in its updates to other routers.

RIPv1 and other classful routing protocols cannot support CIDR routes that are summarized routes with a smaller subnet mask than the classful mask of the route. RIPv1 ignores these supernets in the routing table and does not include them in updates to other routers. This is because the receiving router would only be able to apply the larger classful mask to the update and not the shorter /16 mask.

Note: If the 192.168.0.0 static route were configured with a /24 mask or greater, this route would be included in the RIP updates. The receiving routers would apply the classful /24

No comments:

Post a Comment