Cargando tu IP...
			RIP - RIP se basa en los protocolos de encaminamiento PUP y XNS de Xerox PUP. Esta basado en el algoritmo de Bellman-Ford para encontrar din�micamente la ruta m�nima. - RIP es una implementaci�n directa del encaminamiento vector-distancia para LANs. Utiliza UDP como protocolo de transporte con el n�mero de puerto 520 como puerto de destino. - RIP opera en uno de dos modos: activo (normalmente usado por "routers") y pasivo (normalmente usado por hosts). Funcionamiento básico de RIP - Cuando RIP se inicia env�a un mensaje a cada uno de sus vecinos(en el puerto bien conocido 520) pidiendo una copia de la tabla de encaminamiento del vecino. Este mensaje es una solicitud con "address family" a 0 y "metric" a 16. Los "routers" vecinos devuelven una copia de sus tablas de encaminamiento. - Cuando RIP est� en modo activo env�a toda o parte de su tabla de encaminamiento a todos los vecinos(por broadcastadcast y/o con enlaces punto a punto). Esto se hace cada 30 segundos. La tabla de encaminamiento se env�a como respuest. - Cuando RIP descubre que una m�trica ha cambiado, la difunde por broadcastadcast a los dem�s "routers". - Cuando RIP recibe una respuesta, el mensaje se valida y la tabla local se actualiza si es necesario.     - Para mejorar el rendimiento y la fiabilidad, RIP especifica que una vez que un "router"(o host) a aprendido una ruta de otro, debe guardarla hasta que conozca una mejor(de coste estrictamente menor). Esto evita que los "routers" oscilen entre dos o m�s rutas de igual coste. - Cuando RIP recibe una petici�n, distinta de la solicitud de su tabla, se devuelve como respuesta la m�trica para cada entrada de dicha petici�n fijada al valor de la tabla local de encaminamiento. Si no existe ruta en la tabla local, se pone a 16. - Las rutas que RIP aprende de otros "routers" expiran a menos que se vuelvan a difundir en 180 segundos(6 ciclos de broadcast). Cuando una ruta expira, su m�trica se pone a infinito, la invalidaci�n de la ruta se difunde a los vecinos, y 60 segundos m�s tarde, se borra de la tabla. Limitaciones de RIP - El coste m�ximo permitido en RIP es 16, que significa que la red es inalcanzable. De esta forma, RIP es inadecuado para redes grandes(es decir, aquellas en las que la cuenta de saltos puede aproximarse perfectamente a 16). - RIP no soporta m�scaras de subred de longitud variable(variable subnetting). En un mensaje RIP no hay ning�n modo de especificar una m�scara de subred asociada a una direcci�n IP. - RIP carece de servicios para garantizar que las actualizaciones proceden de "routers" autorizados. Es un protocolo inseguro. - RIP s�lo usa m�tricas fijas para comparar rutas alternativas. No es apropiado para situaciones en las que las rutas necesitan elegirse bas�ndose en par�metros de tiempo real tales como el retardo, la fiabilidad o la carga. - El protocolo depende de la cuenta hasta infinito para resolver algunas situaciones inusuales. De esta forma la resoluci�n de un bucle requerir�a mucho tiempo (si la frecuencia de actualizaciones fuese limitada) o mucho ancho de banda(si las actualizaciones se enviasen por cada cambio producido). A medida que crece el tama�o del dominio, la inestabilidad del algoritmo vector-distancia de cara al cambio de topolog�a se hace patente. RIP especifica mecanismos para minimizar los problemas con la cuenta hasta infinito que permiten usarlo con dominios mayores, pero eventualmente su operatividad ser� nula. No existe un l�mite superior prefijado, pero a nivel pr�ctico este depende de la frecuencia de cambios en la topolog�a, los detalles de la topolog�a de la red, y lo que se considere como un intervalo m�ximo de tiempo para que la topolog�a de encaminamiento se estabilice. RIP versión 2 - RIP v2 extiende RIP v1. Es menos potente que otros IGPs recientes tales como OSPF o IS-IS, pero tiene las ventajas de una f�cil implementaci�n y menores factores de carga. - La intenci�n de RIP v2 es proporcionar una sustituci�n directa de RIP que se pueda usar en redes peque�as y medianas, en presencia de subnetting (CIDR) y sobretodo que pueda interoperar con RIP v1. - Para asegurar una interoperabilidad segura con RIP, el RFC 1723 especifica las siguientes restricciones para los "routers" RIP v2 que transmiten sobre una interfaz de red en la que un "router" RIP puede escuchar y operar con mensajes RIP.     - La informaci�n interna a una red nunca se debe anunciar a otra red.     - La informaci�n acerca de una subred m�s espec�fica no se debe anunciar donde los "routers" vean una ruta de host.     - Las rutas a superredes(rutas con una m�scara de subred m�s corta que la m�scara natural de la red) no se deben anunciar en los sitios en los que puedan ser malentendidas por los "routers" RIP. - RIP v2 soporta adem�s el multicast con preferencia al broadcastadcast. Esto puede reducir la carga de los host que no est�n a la escucha de mensajes RIP v2. Esta opci�n es configurable para cada interfaz para asegurar un uso �ptimo de los servicios RIP v2 cuando un "router" conecta redes mixtas RIP v1/RIP v2 con redes RIP v2.

Ver mi IP - Enlaces Routing RIP - Aviso Legal