RIP-DQDB

RIP 


 Las siglas de Routing Information Protocol (Protocolo de Enrutamiento de Información). Es un protocolo de puerta de enlace interna o IGP(Internal Gateway Protocol) utilizado por los routers (enrutadores), aunque también pueden actuar en equipos, para intercambiar información acerca de redes IP.

Versiones RIP

En la actualidad existen tres versiones diferentes de RIP, las cuales son:

RIPv1: No soporta subredes ni direccionamiento CIDR. Tampoco incluye ningún mecanismo de autentificación de los mensajes. No se usa actualmente. Su especificación está recogida en elRFC 1. Es un protocolo de routing con clase.

RIPv2: Soporta subredes, CIDR y VLSM. Soporta autenticación utilizando uno de los siguientes mecanismos: no autentificación, autentificación mediante contraseña, autentificación mediante contraseña codificada mediante MD5 (desarrollado por Ronald Rivest). Su especificación está recogida en RFC 1723 y en RFC 2453.

RIPng: RIP para IPv6. Su especificación está recogida en el RFC 2080.

También existe un RIP para IPX, que casualmente lleva el mismo acrónimo, pero no está directamente relacionado con el RIP para redes IP, ad-hoc.

El protocolo RIP, es una implementación directa del encaminamiento vector-distancia. Utiliza UDP para enviar sus mensajes a través del puerto 520.

Calcula el camino más corto hacia la red de destino usando el algoritmo del vector de distancias.

Esta distancia o métrica, la determina usando el número de saltos de router en router hasta alcanzar la red de destino. Para ello usa la métrica informada por su vecino más próximo más uno.

La distancia administrativa (grado de conocimiento y confiabilidad) máxima es de 120 (RIP2)

Ventajas e Inconvenientes

Ventajas de RIP

RIP es más fácil de configurar (comparativamente a otros protocolos).

Es un protocolo abierto (admite versiones derivadas aunque no necesariamente compatibles).

Es soportado por la mayoría de los fabricantes.

Desventajas de RIP

Su principal desventaja, consiste en que para determinar la mejor métrica, únicamente toma en cuenta el número de saltos, descartando otros criterios (Ancho de Banda, congestión, carga, retardo, fiabilidad, etc.).

RIP tampoco está diseñado para resolver cualquier posible problema de encaminamiento. El RFC 1720 (STD 1) describe estas limitaciones técnicas de RIP como graves y el IETF está evaluando candidatos para reemplazarlo, dentro de los cuales OSPF es el favorito. Este cambio, está dificultado por la amplia expansión de RIP y necesidad de acuerdos adecuados.

[Modo de Operación

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 (el campo "command" se pone a 1) 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 broadcast y/o con enlaces punto a punto. Esto se hace cada 30 segundos. La tabla de encaminamiento se envía como respuesta ("command" vale 2, aun que no haya habido petición).

Cuando RIP descubre que una métrica ha cambiado, la difunde por broadcast a los demás "routers".

DQDB

 es el acrónimo de (Distributed-queue dual-bus) que en español viene a decir (Bus Dual de Cola Distribuida). En el campo de las telecomunicaciones, el Bus Doble de Cola Distribuida (DQDB) es una red multi-acceso con las siguientes características:

1. Se apoya en las comunicaciones integradas utilizando un bus dual y organizándolo todo mediante una cola distribuida.
2. Proporciona el acceso a las redes de área local (LAN) o área metropolitana (MAN).
3. Se apoya en las transferencias de datos con estado sin conexión, en las transferencias de datos orientadas a conexión, y en comunicaciones isócronas tales como la comunicación por voz.

Un ejemplo de red que proporciona métodos de acceso DQDB es la que sigue el estándar IEEE 802.6.

ORIGENES DQDB

Para entender la DQDB, antes debemos explicar el concepto de una red de área metropolitana (MAN) que cubre una gran área geográfica y que además promete alta velocidad, algo que desde el punto de vista geográfico no podría manipular una LAN (Red de Área Local). A comienzos de la década de los 80, el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE), estableció unos comités denominados comités 802, cuyo objetivo era el desarrollar estándares para las redes. Inicialmente se desarrolló el QSPX (Intercambio Síncrono de Colas de Paquetes ) fue desarrollado por la Universidad de Western (Australia) y permitía una distribución rápida y eficiente de paquetes.

Posteriormente esta Universidad se vinculó comercialmente con Telecom Australia, y el QPSX fue sometido a juicio por la IEEE, y se le aplicó el estándar 802.6.Posteriormente la IEEE le cambió al nombre y la denominó: DQDB (Bus Dual de Cola Distribuida).

ARQUITECTURA DQDB

Una DQDB se compone de dos líneas de bus, con las estaciones unidas a ambos y de un generador de segmentación al final de cada bus. Las conexiones son normalmente punto por punto (Point-to-Point). El funcionamiento de los buses en paralelo permite el transporte de los segmentos generados, para viajar a través de las estaciones en direcciones opuestas. Ambos buses tienen un número constante de 'slots' que circulan por ellas. Un 'slot' se copia de un bus a otro.

El acceso DQDB, se compone de los componente básicos de la red SMDS:

• Equipo portador: un switch en la red SMDS, opera como una estación en el bus.
• CPE: uno o más dispositivos CPE, funcionan como estaciones en el bus.
• SNI: actúa como la interfaz entre el equipo portador, y el CPE.

Una SMDS accede típicamente, con una configuración de CPE-simple o de CPE-múltiple. Una CPE-simple, consiste en un switch en la res SMDS del equipo portador, y una estación CPE en el equipo del solicitante. Las CPE-simples de las configuraciones DQDB, crean dos nodos en la sub-red DQDB. La comunicación se produce únicamente entre el switch, y uno de los dispositivos CPE a través de la interfaz SNI. No hay contención en el bus, debido a que ninguno de los demás dispositivos CPE intentan acceder.

Otro camino a seguir en las configuraciones de DQDB, es operar con una configuración de cola distribuida en cada nodo. Esto se hace utilizando un contador, (RC - Request Counter), que registra los nodos están esperando transmitir delante de un nodo en la cola. Dentro de cada cola se identifican los nodos upstream ( relativos al flijo de celdas y de 'slots') de este nodo. La cuenta de nodos en espera, es incrementada contando cualquier bit BUSY del sistema que pasa por los 'slots' en el bus. La cuenta se ve decrementada, considerando cualquier bits PETICIÓN del sistema en el otro bus.

En las DQDB, el Control de Acceso al Medio (MAC) es un algoritmo desarrollado por Robert Newman en su tesis de PhD en los años 80 en la University of Western Australia. Para apreciar la innovación que supuso la creación de este algoritmo MAC, debemos de compararlo con la perspectiva que ofrecían los protocolos de las LAN (Local Area Network) de esa época, que se habían basado en la difusión (Broadcast) tales como la Ethernet IEEE 802.3, o con topología en anillo como el token-ring IEEE 802.5, o las FDDI. El DQDB se puede pensar como dos token-rings, uno de ellos lleva los datos alrededor del anillo. El anillo está dividido en dos de nodos, y que supone una ventaja si se produce alguna rotura en alguna parte del anillo, ya que el anillo se puede cerrar por la rotura para quedar como un anillo con una sola rotura nuevamente. Esto proporciona relativa confiabilidad la cuál es muy importante en las Redes de Área Metropolitana (MAN), dónde las reparaciones pueden provocar que ciertas LAN queden inaccesibles.

El estándar IEEE 802.6 (DQDB) fue desarrollado mientras que la ATM (ISDN de Banda Ancha) todavía estaba en un desarrollo temprano, pero sin embargo existe una gran similitud entre ambos estándares ya que por muchos es considerado que la DQDB es la precursora de la tecnología ATM. Las celdas de una ATM y los marcos de DQDB están en armonía, ya que ambas colocaron un marco de 48 bytes con una cabecera de 5 bytes.