Jump to content


RIPv2


  • Please log in to reply
17 replies to this topic

#1 DarkFiber

DarkFiber

    Cisco Expert

  • Members
  • PipPipPipPip
  • 927 posts
  • Gender:Male
  • Location:Cairo-Egypt
  • Interests:Networks

Posted 26 April 2009 - 08:53 AM


RIPv2 Summary

The characteristics of RIPv2 follow :

 Distance-vector protocol.

 Use UDP port 520.

 Makes Automatic summarization on network Class boundary.

 Classless protocol (supports VLSMs).

 Have the power to shut the Auto-summarization And make a configured manual Summarization.

 Supports VLSMs.

 Metric is router hop count.

 Maximum hop count is 15; infinite (unreachable) routes have a metric of 16.

 Periodic route updates sent every 30 seconds to multicast address 224.0.0.9.

 25 routes per RIP message (24 if authentication is used).

 Invalid route marked after 180 sec.

 Flush timer is 280 sec.

 Hold-down timer 180 sec.

 Supports authentication.

 Implements split horizon with poison reverse.

 Implements triggered updates.

 Subnet mask included in route entry.

 Administrative distance for RIPv2 is 120.

 Used in small, flat networks or at the edge of larger networks.



Kindly check attachment for Full RIPv2
Hope it might help

Attached Files


  • 0

#2 kIdMaN

kIdMaN

    Super Member

  • Members
  • PipPipPipPip
  • 642 posts
  • Gender:Male
  • Location:The M oo N

Posted 26 April 2009 - 04:02 PM

I was one of those who mock at this RIPv2, i was always think why such protocol still alive in todays network? how its still able to survive not like dead IGRP? and who want to use it anyway? untill i visit a friend of mine, he's a network engineer at a big bank here in my country, they have 26 branches and they are using RIPv2! i didn't believe it until i saw that beauty "R" in the routing table. He simply said " If i can run this simple routing protocol and it still can give me what i want, why do i need to run a complex headache "OSPF"?

And he was right about it, i mean take a close look at what is written here about the "RIPv2" characteristics, its all here:

+VLSM.
+Multicast updates.
+Aggregation.
+Authentication.
+Compare it to the "OSPF" you don't need a router with a sufficient resources MEM & processor to run the sophisticated SPF calculations. Any small branch or even SOHO router will work great with RIP.


What else an Admin want to be happy?

Now i know why its still there up and beat. smile.gif

Great!
  • 0

#3 DarkFiber

DarkFiber

    Cisco Expert

  • Members
  • PipPipPipPip
  • 927 posts
  • Gender:Male
  • Location:Cairo-Egypt
  • Interests:Networks

Posted 26 April 2009 - 10:13 PM

QUOTE (kIdMaN @ Apr 26 2009, 09:02 AM) <{POST_SNAPBACK}>
I was one of those who mock at this RIPv2, i was always think why such protocol still alive in todays network? how its still able to survive not like dead IGRP? and who want to use it anyway? untill i visit a friend of mine, he's a network engineer at a big bank here in my country, they have 26 branches and they are using RIPv2! i didn't believe it until i saw that beauty "R" in the routing table. He simply said " If i can run this simple routing protocol and it still can give me what i want, why do i need to run a complex headache "OSPF"?

And he was right about it, i mean take a close look at what is written here about the "RIPv2" characteristics, its all here:

+VLSM.
+Multicast updates.
+Aggregation.
+Authentication.
+Compare it to the "OSPF" you don't need a router with a sufficient resources MEM & processor to run the sophisticated SPF calculations. Any small branch or even SOHO router will work great with RIP.


What else an Admin want to be happy?

Now i know why its still there up and beat. smile.gif

Great!


Thanks , you also can turn of the multicast updates , and use unicast wink.gif

Its used till now cuz it works smile.gif
  • 0

#4 kIdMaN

kIdMaN

    Super Member

  • Members
  • PipPipPipPip
  • 642 posts
  • Gender:Male
  • Location:The M oo N

Posted 27 April 2009 - 06:00 PM

QUOTE (DarkFiber @ Apr 26 2009, 05:43 PM) <{POST_SNAPBACK}>
Thanks , you also can turn of the multicast updates , and use unicast wink.gif

Its used till now cuz it works smile.gif


Ahmed,

Then allow me to post the RIPv2 unicast feature:

From CISCO site:
CODE
[b]Allow Unicast Updates for RIP[/b]

Because RIP is normally a broadcast protocol, in order for RIP routing updates to reach nonbroadcast networks, you must configure the Cisco IOS software to permit this exchange of routing information. To do so, use the following command in router configuration mode:

[b]neighbor ip-address[/b]
    
To control the set of interfaces with which you want to exchange routing updates, you can disable the sending of routing updates on specified interfaces by configuring the [b]passive-interface[/b] command.


RFC 2453

CODE
In order to reduce unnecessary load on those hosts which are not
   listening to RIP-2 messages, an IP multicast address will be used for
   periodic broadcasts.  The IP multicast address is 224.0.0.9.  Note
   that IGMP is not needed since these are inter-router messages which
   are not forwarded.

   On NBMA networks, unicast addressing may be used.  However, if a
   response addressed to the RIP-2 multicast address is received, it
   should be accepted.

Edited by kIdMaN, 27 April 2009 - 06:01 PM.

  • 0

#5 DarkFiber

DarkFiber

    Cisco Expert

  • Members
  • PipPipPipPip
  • 927 posts
  • Gender:Male
  • Location:Cairo-Egypt
  • Interests:Networks

Posted 28 April 2009 - 08:32 PM



Thanks super member. : )
  • 0

#6 DarkFiber

DarkFiber

    Cisco Expert

  • Members
  • PipPipPipPip
  • 927 posts
  • Gender:Male
  • Location:Cairo-Egypt
  • Interests:Networks

Posted 30 April 2009 - 08:16 AM



Hello Guys , any questions regarding this Topic : )
  • 0

#7 kuna

kuna

    Member

  • Members
  • PipPip
  • 107 posts
  • Gender:Male

Posted 29 August 2009 - 03:31 AM

Hello Guys , any questions regarding this Topic : )


RIP works on which layer???????
  • 0

#8 MarkinManchester

MarkinManchester

    Village Elder

  • Veterans
  • PipPipPipPipPip
  • 3976 posts
  • Gender:Male
  • Location:Manchester

Posted 29 August 2009 - 03:44 AM

<!--coloro:#FF0000--><span style="color:#FF0000"><!--/coloro--><!--sizeo:4--><span style="font-size:14pt;line-height:100%"><!--/sizeo-->RIPv2 Summary<!--sizec--></span><!--/sizec--><!--colorc--></span><!--/colorc-->

<!--coloro:#0000FF--><span style="color:#0000FF"><!--/coloro--><b>The characteristics of RIPv2 follow :</b><!--colorc--></span><!--/colorc-->

 Distance-vector protocol.

Use UDP port 520.

 Makes Automatic summarization on network Class boundary.

 Classless protocol (supports VLSMs).

 Have the power to shut the Auto-summarization And make a configured manual Summarization.

 Supports VLSMs.

 Metric is router hop count.

 Maximum hop count is 15; infinite (unreachable) routes have a metric of 16.

 Periodic route updates sent every 30 seconds to multicast address 224.0.0.9.

 25 routes per RIP message (24 if authentication is used).

 Invalid route marked after 180 sec.

 Flush timer is 280 sec.

 Hold-down timer 180 sec.

 Supports authentication.

 Implements split horizon with poison reverse.

 Implements triggered updates.

 Subnet mask included in route entry.

 Administrative distance for RIPv2 is 120.

 Used in small, flat networks or at the edge of larger networks.



Kindly check attachment for Full RIPv2
Hope it might help



RIP works on which layer???????


In red

Mark
  • 0

#9 kuna

kuna

    Member

  • Members
  • PipPip
  • 107 posts
  • Gender:Male

Posted 30 August 2009 - 03:36 AM

In red

Mark

layer-4?
  • 0

#10 MarkinManchester

MarkinManchester

    Village Elder

  • Veterans
  • PipPipPipPipPip
  • 3976 posts
  • Gender:Male
  • Location:Manchester

Posted 30 August 2009 - 05:20 AM

The OSI Model
7. Application Layer
NNTP · SIP · SSI · DNS · FTP · Gopher · HTTP · NFS · NTP · SMPP · SMTP · SNMP · Telnet (more)
6. Presentation Layer
MIME · XDR · SSL · TLS
5. Session Layer
Named Pipes · NetBIOS · SAP
4. Transport Layer
TCP · UDP · PPTP · L2TP · SCTP
3. Network Layer
IP · ICMP · IPsec · IGMP
2. Data Link Layer
ARP · CSLIP · SLIP · Frame Relay · ITU-T G.hn DLL
1. Physical Layer
RS-232 · V.35 · V.34 · I.430 · I.431 · T1 · E1 · 802.3 Ethernet · 10BASE-T · 100BASE-TX · POTS · SONET · DSL · 802.11a/b/g/n PHY · ITU-T G.hn PHY
  • 0

#11 patter777

patter777

    Newbie

  • Members
  • Pip
  • 1 posts

Posted 01 September 2009 - 04:42 PM

Many Thanks :D
  • 0

#12 IPCamara

IPCamara

    Newbie

  • Members
  • Pip
  • 9 posts
  • Gender:Male
  • Interests:Football, Travelling, networking.................................

Posted 16 September 2009 - 12:30 AM

Hi guyz,pls how do i get my profile thingy edited, I'll love for all to know my status and stand point firstly. :unsure:
  • 0

#13 DarkFiber

DarkFiber

    Cisco Expert

  • Members
  • PipPipPipPip
  • 927 posts
  • Gender:Male
  • Location:Cairo-Egypt
  • Interests:Networks

Posted 08 October 2009 - 07:10 PM

Any questions guys :)
  • 0

#14 DarkFiber

DarkFiber

    Cisco Expert

  • Members
  • PipPipPipPip
  • 927 posts
  • Gender:Male
  • Location:Cairo-Egypt
  • Interests:Networks

Posted 09 October 2009 - 12:46 AM

Guys RIP flush time is 240 sec NOT 280 sec :)
  • 0

#15 yasserelwany

yasserelwany

    Member

  • Members
  • PipPip
  • 61 posts
  • Gender:Male
  • Location:Egypt

Posted 25 January 2010 - 06:35 PM

Guys RIP flush time is 240 sec NOT 280 sec :)


Great work Ahmed its very useful for fast study thank you
  • 0

#16 itdongnai

itdongnai

    Newbie

  • Members
  • Pip
  • 3 posts

Posted 25 January 2010 - 08:43 PM

thank share
  • 0

#17 Arp_

Arp_

    Newbie

  • Members
  • Pip
  • 2 posts

Posted 22 September 2011 - 03:36 AM

+Compare it to the "OSPF" you don't need a router with a sufficient resources MEM & processor to run the sophisticated SPF calculations. Any small branch or even SOHO router will work great with RIP.

I don't understand this argument at all.
SPF calculations are not sophisticated, it's actually a very simple algorithm, why would it require much processor resources? It ran fine many decades ago on kiloherz processors, why any modern routers would have problems with it? Memory requirements are also almost nothing. How much memory it requires? Maybe several dozen kilobytes in a moderately large network. It's nothing for any modern router, no matter how low end it is. Also, while OSPF sends only things that changed, RIP on the other hand periodically sends its whole routing table, however huge it is. As far as I can see, it's actually RIP that needs more processing power and memory to process those whole routing table updates, than OSPF which has little traffic and very simple algorithm for CPU (I still can't understand why anyone finds it complex, it may be complex for human to understand, but it doesn't require much CPU processing power, it consists of a series of very simple calculations). And in any case, both of those protocols were developed very long ago, when CPUs had kilohertz frequencies and less than 1MB of memory, and they worked fine even then, so I cannot see any reason why they would be problematic for any modern router, even home routers can run it just fine with thousands of routes.
I think there is no reason to use RIP because of its timers which don't allow very fast convergence (even when tweaked) and also things like when failure in one part of network can cause connectivity loss in another part of network because of holddown timers.

Edited by Arp_, 22 September 2011 - 03:36 AM.

  • 0

#18 chrcel

chrcel

    Cisco Voice and Apps Expert

  • Veterans
  • PipPipPipPipPip
  • 2121 posts
  • Gender:Male

Posted 22 September 2011 - 04:30 AM

Arp,

the problem is with the actual computation complexity of ensuring loop-free topology in the network. in mathematical terms Dijkstra is O(|E|+|V|log|V|) whereas BF is O(|V||E|) so the difference is striking. the problem is that you are bind by protocol timers and your packet forwarding keeps your CPU busy with interrupts. So if you had a SOHO router that has dataplane separate from control plane you won't have problem.
  • 0





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users