RIPv1

Protocolo simple que funciona bien en una red pequea que no vaya a crecer
mucho.
Enva actualizaciones cada 30 segundos que contienen la tabla de routing
completa.
Las siguientes caractersticas son de RIPv1 y de cualquier protocolo de vector
distancia:
Cuenta al infinito: Al crearse un bucle RIP permite que el datagrama siga
vagando hasta que llegue al infinito (en este caso infinito=16 saltos).
Horizonte Dividido: El proceso de routing no anunciar rutas por el mismo
interfaz que por el que las ha recibido.
Horizonte Dividido con Inversa Envenenada: El proceso de routing no
anunciar rutas por el mismo interfaz que por el que las ha recibido, pero
en el caso de que la red en cuestin haya cado s se anunciar por el
interfaz pero con un coste inaccesible (en RIPv1 ser 16).
Holddown: Despus de ver que una ruta es inaccesible se marca como tal
y se espera tres actualizaciones antes de borrarla de la tabla de routing.
Actualizaciones por disparo (Triggered Updates): Tan pronto como se
detecta que una red no es accesible se lanza una actualizacin en la cual se
indica que la red es inaccesible.
Balanceo de Carga: Si es posible enrutar la informacin por varios
caminos con el mismo coste se balancear el trfico siguiente la tcnica de
round-robin.
El problema de RIP se encuentra en los tiempos de convergencia, que son muy
elevados para redes grandes, aunque RIP nunca se penso para redes grandes, sino
todo lo contrario.
En Junio de 1988, C. Hedrick public el RFC 1058 correspondiente a RIP
versin 1, y lo encabez de la siguiente manera:

``This RFC describes an existing protocol for exchanging routing information

among gateways and other hosts. It is intended to be used as a basis for
developing gateway software for use in the Internet community. Distribution of
this memo is unlimited.''
El protocolo RIPv1, al igual que sus antecesores propietarios es un protocolo de
routing que fue diseado para funcionar como protocolo vector distancia. RIPv1
fue diseado para funcionar en redes pequeas de pasarela interior5. RIPv1 est
basado segn el autor del RFC en la versin 4.3 de la distribucin de UNIX de
Berkeley.
En cuanto al protocolo tenemos que tener en cuenta las tres limitaciones que C.
Hedrick describe en la pgina 3 del RFC 1058:
El protocolo no permite ms de quince saltos, es decir, los dos routers ms
alejados de la red no pueden distar ms de 15 saltos, si esto ocurriera no
sera posible utilizar RIP en esta red.
Problema del ``conteo a infinito''. Este problema puede surgir en
situaciones atpicas en las cuales se puedan producir bucles, ya que estos
bucles pueden producir retardos e incluso congestin en redes en las
cuales el ancho de banda sea limitado. El autor del RFC 1058 tambin
comenta que en la realidad esto slo puede ser un problema en redes
lentas, pero el problema existe.
El protocolo utiliza mtricas fijas para comparar rutas alternativas, lo cual
implica que este protocolo no es adecuado para escoger rutas que
dependan de parmetros a tiempo real como por ejemplo retardos o carga
del enlace.
Adems de los problemas que cita el autor del protocolo tenemos que tener en
cuenta que el protocolo RIPv1 es un protocolo classful6, con lo que existe el
problema de la discontinuidad de redes. El problema de la discontinuidad de
redes se produce en el momento que tenemos una red dividida en varias subredes
y no pueden ser sumarizadas en una misma ruta, ya que fsicamente cada una de
las subredes est ubicada en un lugar que depende de un interfaz distinto una
subred de la otra. Pero claro, en la poca en la que se escribi este RFC, que era
en 1988 estos problemas no estaban contemplados y con el tiempo se detect este
problema, esta es una de las razones de la existencia de RIPv2. convergencia, que
son muy elevados para redes grandes, aunque RIP nunca se penso para redes
grandes, sino todo lo contrario.

http://eduangi.org/node105.html
cs.mty.itesm.mx/profesores/jizquierdo/Temario_files/RIP_AD07.ppt
www.mauriciomatamala.net/descargas/RIPv1.pdf

http://www.danscourses.com/CCNA-2/ripv1.html