-PROTOCOLO ARP & RARP -tabla de enrutamiento -la tabla de direcciones MAC

AUTOR: LANDIO ROJAS R.

Protocolo ARP (Address Resolution Protocol)

Para poder enviar un paquete y que este llegue a los protocolos de nivel superior Transporte y Aplicacin de la computadora destino, primero debe pasar por la capa de Red y luego por la capa Internet. Para que esto suceda se necesita bsicamente dos cosas A) Direccin MAC origen y destino (Encabezado de trama) y direccin IP origen y destino (encabezado del paquete). El protocolo ARP fue creado para obtener la direccin MAC destino, sabiendo la direccin IP que

tiene asignada dicha maquina. ARP costa de dos tipos de ARP request (Interrogacin) y ARP
reply (respuesta). Otra parte importante de este protocolo es lo que se denomina tabla ARP, esta tabla es un cach en el cual se guardan por un tiempo limitado el numero IP de una maquina enlazado con su direccin MAC. Esta tabla nos ayuda a resolver direcciones que ya fueron obtenidas mediante el protocolo ARP, sin necesidad de volver a interrogar al destino.

Supongamos que tenemos 8 maquinas en una LAN todas conectadas mediante un HUB, desde la maquina 1 deseo mandarle informacin a la maquina 5, primero se realiza una verificacin en la tabla ARP busco la Direccin MAC relacionada a la IP de la maquina 5, en caso de que la encuentre se arma el paquete y no tendramos ningn problema. El problema surge cuando en la tabla no tenemos direccin MAC asociada a esa IP, es aqu donde entra en accin ARP ya que debo empaquetar la trama y aunque cuento con la direccin IP de la computadora destino y desconozco su direccin MAC. En este caso se arma una trama ARP arma un trama - figura 1- la cual se divide en 2 partes: importantes el encabezado de trama y el mensaje ARP.

La trama ARP se empaqueta con una direccin MAC broadcast (FF:FF:FF:FF:FF:FF) en el campo de direccin destino. Lo que se logra con esto es que todas las NIC tomen la trama, y la eleven a la capa Internet, una ves que se abre la trama el computador compara la direccin IP destino que encontr dentro del paquete con su propia direccin IP. En el caso que estas direcciones no coincidan se descarta el paquete ( no es especficamente as )pero en caso de que haya una coincidencia el computador destino prepara una trama ARP Reply figura 2- en la cual incluye su direccin MAC , la computadora 1 recibe la respuesta ARP (que en el campo MAC origen contiene la direccin MAC del equipo remoto) y con ella actualiza su tabla ARP.

Una vez hecho todo este proceso ya conoceremos la direccin MAC origen y
destino, y la direccin IP origen y destino, por lo que se pueden enviar paquetes de datos a la computadora destino que pasaran a las capas superiores (Transporte y

Aplicacin). La tabla ARP. Como dijimos anteriormente esta tabla esta almacenada en una memoria cach y se actualiza de forma constante. Lo que logramos con esta tabla es reducir el trafico en la red ya que cada vez que necesite enviar un paquete hacia una destino se enviara una peticin ARP solamente si la direccin MAC del computador destino no esta incluido en la tabla.
La tabla ARP se mantiene automticamente es raro que un administrador modifique la tabla de manera manual pero no es imposible.

Protocolo RARP ( Reverse Address Resolition Protocol)

Del modo inverso a ARP el protocolo RARP se utiliza cuando un computador conoce su direccin

MAC pero desconoce su direccin IP. Segn el protocolo TCP/IP esto seria un inconveniente para
enviar informacin a las capas superiores. Lo que se necesita para una interrogacin RARP sea atendida es un servidor RARP en la red. Cabe destacar que tanto el protocolo ARP como RARP cuentan con una misma estructura.

Su Funcionamiento es asi: la computadora 1 quiere enviar informacin a la computadora 5

, la

computadora 1 sabe su numero MAC (Direccin Fsica) pero desconoce su direccin IP (Direccin

Lgica) aqu es donde interviene el protocolo RARP. RARP arma un paquete que contiene en su
campo direccin destino una direccin IP Broadcast (formada por un conjunto de bits 1) para

asegurarse de que toda la red lo vea. El campo direccin IP origen permanece en blanco (es lo que deseamos averiguar). Tanto direccin MAC origen y destino deben ser completados por con direccin MAC Origen y Destino Figura 4-.

El nico autorizado a responder una peticin RARAP es el servidor RARP designado el cual posee la direccin IP 200.5934.50 , l contiene una tabla ARP de la red , la cual no es cach por lo tanto no se borra al reiniciar el servidor. Una vez que el Servidor RARP toma la trama de interrogacin compara la

direccin MAC origen con su tabla , la asocia con la IP correspondiente y arma el RARP reply Figura 5el cual ser enviado a la computadora 1 , ella podr ver el campo IP destino su propia direccin IP . La computadora 1 copiara en su memoria cach su direccin IP y all permanece hasta finalizar la sesin.

tabla de enrutamiento
Rutas primarias y secundarias: redes classless

Proceso de bsqueda de rutas

Examinar las rutas de nivel 1

- Si hay una coincidencia con una ruta final de nivel 1 y no es una ruta principal, esta ruta se utiliza para reenviar el paquete - Si hay una coincidencia con la ruta secundaria de nivel 2, esa subred se utiliza para reenviar el paquete

El router examina las rutas de nivel 2 (secundarias)

- Si no hay coincidencia, se determina el tipo de comportamiento de enrutamiento

- Si es classful, el paquete se descarta

El router determina si el comportamiento de enrutamiento es classful o classless

- Si es classless, el router busca la superred de nivel 1 y las rutas por defecto

- Si hay una coincidencia de superred de nivel 1 o de ruta por defecto, el paquete se reenva. De lo contrario, se descarta el paquete

Coincidencia ms larga: rutas de red de nivel 1

La mejor coincidencia tambin es conocida como la coincidencia ms larga La mejor coincidencia es la que tiene la mayora de los nmeros de bits ms a la izquierda entre la direccin IP de destino y la ruta de la tabla de enrutamiento

Bsqueda de la mscara de subred que se utiliza para determinar la coincidencia ms larga

Situacin:

PC1 hace ping en 192.168.1.2

El router examina la ruta de nivel 1 para que haya ms coincidencia

Hay una coincidencia entre 192.168.1.2 y 192.168.1.0 / 24

El router reenva paquetes desde s0/0/0

Proceso de coincidencia

- En primer lugar, debe haber coincidencia entre la ruta principal y la IP de destino

-

Si hay una coincidencia, se intenta buscar una coincidencia entre la IP de destino y la ruta secundaria

Bsqueda de una coincidencia entre la direccin IP de destino del paquete y la prxima ruta de la tabla de enrutamiento - La figura muestra una coincidencia entre la IP de destino de 192.168.1.0 y la IP de nivel 1 de 192.168.1.0 / 24. Luego, el router reenva el paquete desde s0/0/0

Rutas principales de nivel 1 y rutas secundarias de nivel 2 Antes de que se examinen las rutas secundarias de nivel 2 - Debe haber una coincidencia entre la ruta principal classful de nivel 1 y la direccin IP de destino

Despus de que se realice la coincidencia con una ruta principal, se examinarn las rutas secundarias de nivel 2 para una coincidencia - El proceso de bsqueda de rutas busca una ruta secundaria con una coincidencia con la IP de destino

Cmo el router busca una coincidencia con una de las rutas secundarias de nivel 2 - Primero, el router examina las rutas primarias para encontrar una coincidencia - Si hay una coincidencia:

Se examinan las rutas secundarias

La ruta secundaria elegida es la que tiene la coincidencia ms larga

Ejemplo: Proceso de bsqueda de rutas con VLSM

- El uso de VLSM no cambia el proceso de bsqueda

- Si hay una coincidencia entre la direccin IP de destino y la ruta primaria de nivel 1

- Se buscarn rutas secundarias de nivel 2

Administracin de la tabla de direcciones MAC

En esta seccin se explica de qu manera los switches crean y administran las tablas de direcciones MAC. Los switches examinan la direccin origen de las tramas que se reciben en los puertos para aprender la direccin MAC de las estaciones de trabajo o las PC conectadas a estos. Estas direcciones MAC aprendidas se registran luego en una tabla de direcciones MAC. Las tramas que tienen una direccin MAC destino, que se ha registrado en la tabla, se pueden conmutar hacia la interfaz correcta. Un switch aprende en forma dinmica y mantiene miles de direcciones MAC. Para preservar la memoria y para una operacin optima del switch, las entradas aprendidas se pueden descartar de la tabla de direcciones MAC. Es posible que se hayan eliminado mquinas de un puerto, se hayan apagado o trasladado a otro puerto en el mismo switch o en un switch diferente. Esto puede provocar confusin al momento de enviar las tramas. Por todas estas razones, si no se ven tramas con una direccin aprendida anteriormente, la entrada de direcciones MAC se descarta automticamente o expiran despus de 300 segundos.

Un Switch es un dispositivo de red que funciona en la capa 2 del modelo OSI, la capa 2 tiene que ver con la direccin fsica de la tarjeta de red, esto es la direccin MAC, que es un nmero nico asignado por el fabricante a la tarjeta de red, cada fabricante tiene su propio rango de direcciones MAC, lo que asegura que no se repitan, en la prctica es posible modificarlo mediante software, pero en lo que respecta al proceso de fabricacin, si es un nmero nico asignado a cada tarjeta de red. Un switch debe realizar tres tareas bsicas, las cuales se describen a continuacin. 1. Aprender direcciones (address learning) 2. Reenviar y Filtrar

3. Evitar Loops

1. Aprender direcciones (address learning)

Todo switch tiene una tabla de direcciones MAC con el puerto asociado, cuando el switch se enciende por primera vez, esta tabla esta vaca, ahora con relacin a la figura , supongamos que A, desea comunicarse con B, para esto, A tiene preparado un frame, en el que entre otras cosas, esta expresadas los direcciones de origen y destino. El siwtch recibe este paquete y toma nota de la direccin de origen y la anota en la tabla de direcciones MAC, esto es la lnea 1 de la tabla MAC ilustrada en la figura 1. Inicialmente el switch no conoce donde esta ubicado B, por lo que reenvia el frame a travs de todos los puertos excepto en el puerto donde lo recibi, de esta manera B recibe el frame y lo responde nuevamente con un paquete que tiene como origen la direccin MAC de B, por lo que de esta manera, el switch ahora puede determinar donde esta ubicado B y agrega la segunda lnea de la pequea tabla MAC ilustrada en la figura 1. Para la siguiente comunicacin entre A y B, el switch conoce la ubicacin exacta de ambos y reenvia los frames directamente entre A y B.

2. Reenviar y Filtrar: Cuando el switch recibe un frame, examina el destino y busca en la tabla el puerto de salida y lo enva nicamente a travs de este puerto, esta es la funcin de filtro, limita el envi del frame al puerto especfico en el que se encuentra el destino. Por otra parte, como ya vimos al inicio, si la tabla MAC aun no tiene la informacin el paquete es reenviado a todos los puertos excepto al puerto en el que se recibi el paquete originalmente, lo mismo pasa cuando ocurre un broadcast (en breves palabras, un broadcast es un frame cuya direccin de destino es todos los del segmento) es decir, cuando una PC enva un frame de broadcast, este es recibido por todas las PCs en el mismo segmento de red, en el caso de los broadcast, el switch los reenvia por todos los puertos, excepto en el puerto que lo recibi originalmente.

3. Evitar Loops:
Una tercera funcin bsica e importante de un switch es evitar loops (uso el ingles, porque me parece ms apropiado que bucle, o lazo). Para entender que es un loop, y lo daino que es para cualquier red, observemos la situacin ilustrada en la figura 2. Supongamos que por conveniencia alguien decide que desea tener dos enlaces a un mismo switch, de tal forma que si uno falla el otro funcione, o supongamos que alguien inadvertidamente ve un cable colgando y con la mejor de las intenciones decide conectarlo al switch sin percatarse que ese mismo cable ya estaba conectado en otro puerto del mismo switch, lo que ocurre a continuacin es desastroso.

CONCLUSIN Imaginemos que la PC enva un broadcast, este es recibido por el switch 01 y reenviado a todos los puertos excepto el puerto F0/3 (porque por ah fue recibido originalmente), el switch 02 recibe uno de los broadcast en el puerto F0/1 y lo reenvia a todos los dems puertos excepto por supuesto el puerto F0/1, el problema es que el broadcast tambin llego por el puerto F0/2 y reenviado a todos los puertos, as que el resultado es que tanto en F0/1 como en F0/2 del switch 02, tendremos nuevamente un paquete de broadcast enviado al switch 01 que nuevamente repite la accin y de esta forma tenemos un loop infinito, en la prctica lo que ocurre es que esto deja inutilizada la red, ya que los recursos en el switch estn totalmente consumidos enviando y recibiendo broadcast. He vivido experiencias de estas y cranme que no es nada agradable. Por lo anterior, un switch debe proveer de mecanismos que eviten la formacin de estos loops, y la solucin es el Spanning Tree Protocol o STP, este protocolo evita la formacin de loops en los switches De las tres caractersticas antes mencionadas, las primeras dos estn presentes en cualquier switch sea o no administrable, sin embargo, la tercera, la posibilidad de evitar loops nicamente esta disponible en switches administrables, no solo eso, usualmente requieren poca o ninguna configuracin, por lo que a mi entender, este simple hecho es una buena razn para utilizar switches administrables.