Next: Tabla de routing de
Up: RIP
Previous: Introducción Técnica
Contents
Protocolo simple que funciona bien en una red pequeña que no vaya
a crecer mucho.
Envía actualizaciones cada 30 segundos que contienen la tabla de routing
completa.
Las siguientes características 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 cuestión haya caído sí se anunciará
por el interfaz pero con un coste inaccesible (en RIPv1 será 16).
- Holddown: Después 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 actualización en
la cual se indica que la red es inaccesible.
- Balanceo de Carga: Si es posible enrutar la información por varios
caminos con el mismo coste se balanceará el tráfico siguiente la técnica
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 versión 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 diseñado para funcionar como protocolo
vector distancia. RIPv1 fue diseñado para funcionar en redes pequeñas
de pasarela interior5. RIPv1 está basado según el autor del RFC en
la versión 4.3 de la distribución de UNIX de Berkeley.
En cuanto al protocolo tenemos que tener en cuenta las tres limitaciones
que C. Hedrick describe en la página 3 del RFC 1058:
- El protocolo no permite más de quince saltos, es decir, los dos routers
más alejados de la red no pueden distar más de 15 saltos, si esto
ocurriera no sería posible utilizar RIP en esta red.
- Problema del ``conteo a infinito''.
Este problema puede surgir en situaciones atípicas en las cuales se
puedan producir bucles, ya que estos bucles pueden producir retardos
e incluso congestión en redes en las cuales el ancho de banda sea
limitado. El autor del RFC 1058 también comenta que en la realidad
esto sólo puede ser un problema en redes lentas, pero el problema
existe.
- El protocolo utiliza métricas fijas para comparar rutas alternativas,
lo cual implica que este protocolo no es adecuado para escoger rutas
que dependan de parámetros a tiempo real como por ejemplo retardos
o carga del enlace.
Además 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 físicamente 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.
Next: Tabla de routing de
Up: RIP
Previous: Introducción Técnica
Contents
Eduardo Collado
2009-05-04