Exploration Network Chapter5

La Capa de Red de OSI
Fundamentos de redes Captulo 5
2007 Cisco Systems, Inc. All rights reserved.
Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa
Objetivos
Identificar el rol de la Capa de Red, como la que describe la comunicacin desde un dispositivo extremo a otro dispositivo extremo. Examinar el protocolo de Capa de Red ms comn, el Protocolo de Internet (IP), y sus caractersticas para proporcionar servicio sin conexin y con el mejor esfuerzo. Comprender los principios usados para guiar la divisin o agrupamiento de dispositivos en redes. Comprender el direccionamiento jerrquico de dispositivos y cmo esto permite la comunicacin entre redes. Comprender los fundamentos de rutas, direcciones prximo salto y envo de paquetes hacia una red destino.
Protocolos de capa de Red y el Protocolo de Internet (IP)

La Capa de red o Capa 3 de OSI provee servicios para intercambiar secciones de datos individuales a travs de la red entre dispositivos finales identificados. Para realizar este transporte de extremo a extremo la Capa 3 utiliza cuatro procesos bsicos: direccionamiento, encapsulamiento, enrutamiento , y desencapsulamiento.

Direccionamiento,
Primero, la Capa de red debe proveer un mecanismo para direccionar estos dispositivos finales. Si las secciones individuales de datos deben dirigirse a un dispositivo final, este dispositivo debe tener una direccin nica. En una red IPv4, cuando se agrega esta direccin a un dispositivo, al dispositivo se lo denomina host.

Encapsulacin
Segundo, la capa de Red debe proveer encapsulacin. Los dispositivos no deben ser identificados slo con una direccin; las secciones individuales, las PDU de la capa de Red, deben, adems, contener estas direcciones. Durante el proceso de encapsulacin, la Capa 3 recibe la PDU de la Capa 4 y agrega un encabezado o etiqueta de Capa 3 para crear la PDU de la Capa 3. Cuando nos referimos a la capa de Red, denominamos paquete a esta PDU. Cuando se crea un paquete, el encabezado debe contener, entre otra informacin, la direccin del host hacia el cual se lo est enviando. A esta direccin se la conoce como direccin de destino. El encabezado de la Capa 3 tambin contiene la direccin del host de origen. A esta direccin se la llama direccin de origen.

Enrutamiento
Luego, la capa de red debe proveer los servicios para dirigir estos paquetes a su host destino. Los host de origen y destino no siempre estn conectados a la misma red. En realidad, el paquete podra recorrer muchas redes diferentes. A lo largo de la ruta, cada paquete debe ser guiado a travs de la red para que llegue a su destino final. Los dispositivos intermediarios que conectan las redes son los routers. La funcin del router es seleccionar las rutas y dirigir paquetes hacia su destino.
A este proceso se lo conoce como enrutamiento


Desencapsulamiento Finalmente, el paquete llega al host destino y es procesado en la Capa 3. El host examina la direccin de destino para verificar que el paquete fue direccionado a ese dispositivo. Si la direccin es correcta, el paquete es desencapsulado por la capa de Red y la PDU de la Capa 4 contenida en el paquete pasa hasta el servicio adecuado en la capa de Transporte. A diferencia de la capa de Transporte (Capa 4 de OSI), que administra el transporte de datos entre los procesos que se ejecutan en cada host final, los protocolos especifican la estructura y el procesamiento del paquete utilizados para llevar los datos desde un host hasta otro host

Los protocolos implementados en la capa de Red que llevan datos del usuario son: versin 4 del Protocolo de Internet (IPv4), versin 6 del Protocolo de Internet (IPv6), intetercambio Novell de paquetes de internetwork (IPX), AppleTalk, y servicio de red sin conexin (CLNS/DECNet).
8

La versin 4 de IP (IPv4) es la versin de IP ms ampliamente utilizada. Es el nico protocolo de Capa 3 que se utiliza para llevar datos de usuario a travs de Internet

Servicio sin conexin Los paquetes IP se envan sin notificar al host final que estn llegando Como IP trabaja sin conexin, no requiere un intercambio inicial de informacin de control para establecer una conexin de extremo a extremo antes de que los paquetes sean enviados, ni requiere campos adicionales en el encabezado de la PDU para mantener esta conexin. Este proceso reduce en gran medida la sobrecarga del IP. Sin embargo, la entrega del paquete sin conexin puede hacer que los paquetes lleguen a destino fuera de secuencia. Si los paquetes que no funcionan o estn perdidos crean problemas para la aplicacin que usa los datos, luego los servicios de las capas superiores tendrn que resolver estas cuestiones
10
11

Servicio de mejor intento (no confiable)
El protocolo IP no sobrecarga el servicio IP suministrando confiabilidad. Comparado con un protocolo confiable, el encabezado del IP es ms pequeo. Transportar estos encabezados ms pequeos genera una menor sobrecarga. Menor sobrecarga significa menos demora en la entrega. Esta caracterstica es preferible para un protocolo de Capa 3. Al IP a menudo se lo considera un protocolo no confiable. No confiable en este contexto no significa que el IP funciona adecuadamente algunas veces y no funciona bien en otras oportunidades.
12

Servicio de mejor intento (no confiable)
Tampoco significa que no es adecuado como protocolo de comunicaciones de datos. No confiable significa simplemente que IP no tiene la capacidad de administrar ni recuperar paquetes no entregados o corruptos. Como los protocolos en otras capas pueden administrar la confiabilidad, se le permite a IP funcionar con mucha eficiencia en la capa de Red El encabezado de un paquete IP no incluye los campos requeridos para la entrega confiable de datos. No hay acuses de recibo de entrega de paquetes. No hay control de error para datos. Tampoco hay forma de rastrear paquetes; por lo tanto, no existe la posibilidad de retransmitir paquetes.
13
14

Independiente de los medios
La capa de Red tampoco est cargada con las caractersticas de los medios mediante los cuales se transportarn los paquetes. IPv4 y IPv6 operan independientemente de los medios que llevan los datos a capas inferiores del stack del protocolo. Es responsabilidad de la capa de Enlace de datos de OSI tomar un paquete IP y prepararlo para transmitirlo por el medio de comunicacin. Esto significa que el transporte de paquetes IP no est limitado a un medio en particular. Existe, no obstante, una caracterstica principal de los medios que la capa de Red considera: el tamao mximo de la PDU que cada medio puede transportar. A esta caracterstica se la denomina Unidad mxima de transmisin (MTU).
15

Independiente de los medios
Parte de la comunicacin de control entre la capa de Enlace de datos y la capa de Red es establecer un tamao mximo para el paquete. La capa de Enlace de datos pasa la MTU hacia arriba hasta la capa de Red. La capa de Red entonces determina de qu tamao crear sus paquetes. En algunos casos, un dispositivo intermediario, generalmente un router, necesitar separar un paquete cuando se lo enva desde un medio a otro medio con una MTU ms pequea. A este proceso se lo llama fragmentacin de paquetes o fragmentacin.
16
17
18
19
20

IPv4 encapsula o empaqueta el datagrama o segmento de la capa de Transporte para que la red pueda entregarlo a su host de destino. La encapsulacin de IPv4 permanece en su lugar desde el momento en que el paquete deja la capa de Red del host de origen hasta que llega a la capa de Red del host de destino. El proceso de encapsular datos por capas permite que los servicios en las diferentes capas se desarrollen y escalen sin afectar otras capas.
21
Encapsulacin
Direccion Destino en HEXA Direccion Origenen HEXA
Tipo de Trama
22
Encapsulacin
VERSION Log Total ID Flag Offset HLen TOS
TTL Protocolo Verificacion
IP Origen IP Destino
23
CABECERAS TCP/IP: DATAGRAMA IP

Un datagrama (paquete) IP consta de 2 partes:
Cabecera Datos (Texto)
24

Identifique los principales campos header en el protocolo IPv4 y describa el rol de cada campo en el transporte de paquetes
25
Cabecera IP
4 bits versin 4 bits long cabecera 8 bits TOS 16 bits logitud total (bytes) 3 bits FLAG 13 bits de fragmentation offset 16 bits checksum
60 bytes max.
16 bits de identificacin 8 bits TTL 8 bits protocolo
20 bytes
32 bits @ fuente 32 bits @ destino Opciones Despues van los datos.(texto)......
40 bytes
26
Cabecera IP
4 bits versin 4 bits long cabecera 8 bits TOS 16 bits logitud total (bytes) 3 bits obligatorios FLAG 13 bits de fragmentation offset 16 bits checksum
Son 16 bits de identificacin

8 bits TTL
8 bits protocolo 32 bits @ fuente 32 bits @ destino
20 bytes
40 bytes
27
Lo normal es que no hayan opciones; ya Despues van los datos.(texto)...... que si no metemos el router va mas rpido pero si metemos opciones, el 16 bits checksum router ya no va tan rpido porque tiene Traducido en apoyo a la capacitacin de Instructores que analizarlas. de la Red Proydesa
Opciones
Cabecera IP
4 bits versin 4 bits long. cabecera 8 bits TOS 16 bits logitud total (bytes) 3 bits FLAG 13 bits de fragmentation offset 16 bits checksum
16 bits de identificacin 8 bits TTL bits protocolo Indica a8qu versin del protocolo 32 bits @ fuente pertenece 32 cada uno de bits @ destino los datagramas Opciones
Despues van los datos.(texto)......
28
Cabecera IP
Ya que la longitud de la cabecera no es constante, 32 bits @ fuente este campo indica la longitud que tiene la 32 de bits 32 @ destino cabecera en palabras bits (4 bytes). Se puedenRecord tenerroute/Time 15 palabras. Opciones: tamp/Source routing/String source routing
Despues van los datos.(texto)...... 15x4=60 bytes de longitud mxima de la cabecera
29
Cabecera IP
Este campo indica el tipo de servicio, que le 32 bits @ fuente permite al host indicarle a la subred el tipo de 32 bits @ destino servicio que desea.(Este campo no sirve todava ya que las redes no estaOpciones preparadas para la calidad de servicio). Despues van los datos.(texto)......
30
Cabecera IP
Incluye toda la longitud que se encuentra en el 32 bits @ fuente datagrama (tanto la cabecera como los datos). La @ destino mxima longitud es 32 debits 65.536 octetos (bytes).
Opciones Despues van los datos.(texto)......
31
Cabecera IP
4 bits versin 4 bits long. cabecera 8 bits TOS 16 bits logitud total (bytes) 3 bits FLAG 13 bits de fragmentation offset para permitir que 16 bits checksum
Se necesita el host destinatario determine 32 bitsa @ fuente qu datagrama pertenece el 32 bits fragmento @ destino recin llegado. Todos los fragmentos de un Opciones mismo datagrama contienen el Despues van los datos.(texto)...... mismo valor de identificacin.
32
Cabecera IP
4 bits 1er versin bit 4 bits long. Nocabecera se utiliza.
Es
8 bits TOS de
16 bits logitud total (bytes) 3 bits FLAG 13 bits de fragmentation offset 16 bits checksum
reserva.
16 bits de identificacin
2 bit DF Dont fragmention. 8 bits TTL 8 bits protocolo Si est activo significa que el 32 bits @ fuente datagrama no se puede fragmentar
32 bits @ destino
3er bit MF More fragmention Opciones Todos los fragmentos, a excepcin del ltimo deben tener este bit Despues van los datos.(texto)...... activo.
33 Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa
CABECERAS TCP/IP: Cabecera IP

4 bits 4 bits long. 8 bits versin cabecera TOS Indica el lugar del datagrama actual 16 bits logitud total (bytes) bits 13 bits de fragmentation offset 16 bits checksum 3 al que pertenece este fragmento. 16 bits de identificacin FLAG Hay un mximo de 8192 8 bitspor TTL datagrama 8 bits protocolo fragmentos (todos son mltiplos de 8 octetos). As que 32 bits @ fuente la long. mx. de un datagrama es de 32 bits @ destino 65.536 octetos. Opciones Despues van los datos.(texto)......
34
Cabecera IP
Es un contador que limita el tiempo 32 bits @ fuente de vida de los paquetes. Cuando 32 bits @ destino llega a 0 el paquete se destruye. Tiempo de vida mx. 255 segundos Opciones
35
Cabecera IP
4 bits versin 4 bits long. cabecera 8 bits TOS 16 bits logitud total (bytes) 3 bits FLAG 13 bits de fragmentation offset
16 bits de identificacin 8 bits TTL 8 bits protocolo 32 bits @ fuente
16 bits checksum
Protocolo superior al que se le tiene Opciones que pasar el datagrama, de manera que pueda ser tratado Despues correctamente van los datos.(texto)...... cuando llegue a su destino.
32 bits @ destino
Cabecera IP
16 bits de identificacin 8 bits TTL 8 bits protocolo 32 bits @ fuente
Para comprobar que no hay errores Opciones en la cabecera IP.
32 bits @ destino
37
Cabecera IP
16 bits de identificacin 8 bits TTL 8 bits protocolo 32 bits @ fuente 32 bits @ destino
Contiene la direccin del host que Despues enva van los datos.(texto)...... el paquete.
Opciones
38
Cabecera IP
4 bits versin
la informacin. Los routers o gateways intermedios 3 bits 13 bits de 16 bits de identificacin fragmentation el deben conocerla paraFLAG dirigir correctamente offset paquete 8 bits TTL 8 bits protocolo 16 bits checksum
32 bits @ fuente 32 bits @ destino Opciones Despues van los datos.(texto)......
4 bits long. 8 bits 16 bits logitud total (bytes) Contiene la direccin del host que recibir cabecera TOS
39
Cabecera IP
4 bits versin 4 bits long. cabecera 8 bits TOS 16 bits logitud total (bytes)
16 bits de identificacin 8 bits TTL
3 seguridad, bits 13 bits de Se utiliza para fines de FLAG fragmentation encaminamiento fuente, informe de offset errores,as 8 bits tipo protocolo como otro de informacin... 16 bits checksum 32 bits @ fuente 32 bits @ destino Opciones Despues van los datos.(texto)......
40
Agrupacin de dispositivos en redes y direccionamiento jerrquico

Divisin de redes En lugar de tener todos los hosts conectados en cualquier parte a una vasta red global, es ms prctico y manejable agrupar los hosts en redes especficas. Histricamente, las redes basadas en IP tienen su raz como una red grande. Para aliviar estos problemas, la red grande fue separada en redes ms pequeas que fueron interconectadas. Estas redes ms pequeas generalmente se llaman subredes. Las redes pueden agruparse basadas en factores que incluyen:
ubicacin geogrfica, propsito, propiedad.
41

Los problemas comunes con las redes grandes son:
Degradacin de rendimiento Temas de seguridad Administracin de direcciones
Grandes nmeros de hosts conectados a una sola red pueden producir volmenes de trfico de datos que pueden extender, si no saturan, los recursos de red como la capacidad de ancho de banda y enrutamiento. La divisin de grandes redes para que los host que necesitan comunicarse estn agrupados reduce el trfico a travs de los internetworks. Un broadcast es un mensaje desde un host hacia todos los otros hosts en la red. Comnmente, un host inicia un broadcast cuando se requiere informacin sobre otro host desconocido.
42

Los broadcasts son una herramienta necesaria y til utilizada por protocolos para permitir la comunicacin de datos en redes. Sin embargo, grandes cantidades de hosts generan grandes cantidades de broadcasts que consumen el ancho de banda de la red. Y como los otros hosts tienen que procesar el paquete de broadcast que reciben, las otras funciones productivas que un host realiza son tambin interrumpidas o degradadas. Los broadcasts estn contenidos dentro de una red. En este contexto, a una red tambin se la conoce como un dominio de broadcast. La administracin del tamao de los dominios broadcast dividiendo una red en subredes asegura que el rendimiento de la red y de los host no se degraden hasta niveles inaceptables.
43

Dominio Brodcast Dividido
Dominio nico de Brodcast

44

Los dispositivos, servicios, comunicaciones y datos son propiedad de esos dueos de redes. Los dispositivos de red de otras compaas y organizaciones no necesitan conectarse a su red. La divisin de redes basada en la propiedad significa que el acceso a y desde los recursos externos de cada red pueden estar prohibidos, permitidos o monitoreados. La seguridad entre redes es implementada en un dispositivo intermediario (router o firewall) en el permetro de la red. La funcin del firewall realizada por este dispositivo permite que datos conocidos y confiables accedan a la red.
45

Acceso Denegado
Acceso Concedido
46

Dividir grandes redes para que estn agrupados los hosts que necesitan comunicarse, reduce la carga innecesaria de todos los hosts para conocer todas las direcciones. Para todos los otros destinos, los hosts slo necesitan conocer la direccin de un dispositivo intermediario al que envan paquetes para todas las otras direcciones de destino. Este dispositivo intermediario se denomina gateway. El gateway es un router en una red que sirve como una salida desde esa red.
47

Para poder dividir redes, necesitamos el direccionamiento jerrquico. Una direccin jerrquica identifica cada host de manera exclusiva. Tambin tiene niveles que ayudan a enviar paquetes a travs de internetworks, lo que permite que una red sea dividida en base a esos niveles. Para mantener las comunicaciones de datos entre redes por medio de internetworks, los esquemas de direccionamiento de capa de red son jerrquicos.
48

Si se tiene que dividir una red grande, se pueden crear capas de direccionamiento adicionales. Usar direccionamiento jerrquico significa que se conservan los niveles ms altos de la direccin; con un nivel de subred y luego el nivel de host. La direccin lgica IPv4 de 32 bits es jerrquica y est constituida por dos partes. La primera parte identifica la red y la segunda parte identifica al host en esa red. Se requiere de las dos partes para completar una direccin IP. Por comodidad, las direcciones IPv4 se dividen en cuatro grupos de ocho bits (octetos). Cada paso se convierte a su valor decimal y la direccin completa escrita como los cuatro valores decimales separados por punto (perodo). Por ejemplo: 192.168.18.57
49
Fundamentos de rutas, direcciones de prximo salto y envo de paquetes

Dentro de una red o subred, los hosts se comunican entre s sin necesidad de un dispositivo intermediario de capa de red. Cuando un host necesita comunicarse con otra red, un dispositivo intermediario o router acta como un gateway hacia la otra red. Como parte de su configuracin, un host tiene una direccin de gateway por defecto definida Para comunicarse con un dispositivo en otra red, un host usa la direccin de este gateway, o gateway por defecto, para enviar un paquete fuera de la red local. El router tambin necesita una ruta que defina dnde enviar luego el paquete. A esto se lo denomina direccin del siguiente salto. Si una ruta est disponible al router, el router enviar el paquete al router del prximo salto que ofrece una ruta a la red de destino
50

Durante la encapsulacin en el host origen, un paquete IP se construye en la Capa 3 para transportar el PDU de la Capa 4. Si el host de destino est en la misma red que el host de origen, el paquete se enva entre dos hosts en el medio local sin la necesidad de un router. Sin embargo, si el host de destino y el host de origen no estn en la misma red, el paquete puede llevar una PDU de la capa de Transporte a travs de muchas redes y muchos routers. Si es as, la informacin que contiene no est alterada por ningn router cuando se toman las decisiones de envo En cada salto, las decisiones de envo estn basadas en la informacin del encabezado del paquete IP. El paquete con su encapsulacin de capa de Red tambin se mantiene bsicamente intacto a travs de todo el proceso desde el host de origen hasta el host de destino.
51

Si la comunicacin se produce entre dos hosts de diferentes redes, la red local enva el paquete desde el origen hasta su router del gateway. El router examina la porcin de la red de la direccin de destino del paquete y enva el paquete a la interfaz adecuada. Si la red de destino est conectado directamente a este router, el paquete es enviado directamente a ese host. Si la red de destino no est conectada directamente, el paquete es enviado a un segundo router, que es el router del siguiente salto. El paquete que se enva pasa a ser responsabilidad de este segundo router. Muchos routers o saltos a lo largo del camino puede procesar el paquete antes de llegar a destino..
52
53
54
55
56
57
58
59

El gateway, tambin conocido como gateway por defecto, es necesario para enviar un paquete fuera de la red local. Si la porcin de red de la direccin de destino del paquete es diferente de la red del host de origen, el paquete tiene que hallar la salida fuera de la red original. Para esto, el paquete es enviado al gateway. Este gateway es una interfaz del router conectada a la red local. La interfaz del gateway tiene una direccin de capa de Red que concuerda con la direccin de red de los hosts. Los hosts estn configurados para reconocer que la direccin es un gateway.
60

Ningn paquete puede ser enviado sin una ruta. Si el paquete se origina en un host o se reenva por un dispositivo intermediario, el dispositivo debe tener una ruta para identificar dnde enviar el paquete. Un host debe reenviar el paquete ya sea al host en la red local o al gateway, segn sea lo adecuado. Para reenviar los paquetes, el host debe tener rutas que representan estos destinos. Un router toma una decisin de reenvo para cada paquete que llega a la interfaz del gateway. Este proceso de reenvo es denominado enrutamiento. Para reenviar un paquete a una red de destino, el router requiere una ruta hacia esa red. Si una ruta a una red de destino no existe, el paquete no puede reenviarse.
61
Ningn paquete puede ser enviado sin una ruta

Un router toma una decisin de reenvo para cada paquete que llega a la interfaz del gateway. Este proceso de reenvo es denominado enrutamiento. Para reenviar un paquete a una red de destino, el router requiere una ruta hacia esa red. Si una ruta a una red de destino no existe, el paquete no puede reenviarse El proceso de enrutamiento usa una ruta para asignar una direccin de red de destino hacia el prximo salto y luego enva el paquete hacia esta direccin del prximo salto
62

Al igual que los dispositivos finales, los routers tambin agregan rutas para las redes conectadas a su tabla de enrutamiento. Cuando se configura una interfaz de router con una direccin IP y una mscara de subred, la interfaz se vuelve parte de esa red. La tabla de enrutamiento ahora incluye esa red como red directamente conectada. Todas las otras rutas, sin embargo, deben ser configuradas o adquiridas por medio del protocolo de enrutamiento. Para reenviar un paquete, el router debe saber dnde enviarlo. Esta informacin est disponible como rutas en una tabla de enrutamiento.
63

La tabla de enrutamiento almacena la informacin sobre las redes conectadas y remotas. Las redes conectadas est directamente adjuntas a una de las interfaces del router. Estas interfaces son los gateways para los hosts en las diferentes redes locales. Las redes remotas son redes que no estn conectadas directamente al router. Los routers en una tabla de enrutamiento tienen tres caractersticas principales:
red de destino, prximo salto mtrica.
64
65
Fundamentos de rutas, direcciones de prximo salto y envo de paquetes Tabla de enrutamiento de host
Un host crea las rutas usadas para reenviar los paquetes que origina. Estas rutas derivan de la red conectada y de la configuracin del gateway por defecto. Los hosts agregan automticamente todas las redes conectadas a las rutas. Estas rutas para las redes locales permiten a los paquetes ser entregados a los hosts que estn conectados a esas redes
66

La configuracin de la direccin de gateway por defecto en el host crea la ruta default local. En algunos casos, puede necesitar indicar rutas ms especficas desde un host. Puede utilizar las siguientes opciones para el comando de ruta para modificar el contenido de la tabla de enrutamiento:
route ADD route DELETE route CHANGE
67

Entradas en la tabla de enrutamiento La red de destino que aparece en la entrada de la tabla de enrutamiento, llamada ruta, representa un rango de direcciones de hosts y, algunas veces, un rango de direcciones de red y de host. La naturaleza jerrquica del direccionamiento de la Capa 3 significa que una entrada de ruta podra referirse a una red general grande y otra entrada podra referirse a una subred de la misma red. Cuando se reenva un paquete, el router seleccionar la ruta ms especfica.
68
69

Ruta default
Un router puede ser configurado para que tenga una ruta default. Una ruta default es una ruta que coincida con todas las redes de destino. En redes IPv4 se usa la direccin 0.0.0.0 para este propsito. La ruta default se usa para enviar paquetes para los que no hay entrada en la tabla de enrutamiento para la red de destino. Los paquetes con una direccin de red de destino que no combinan con una ruta ms especfica en la tabla de enrutamiento son enviados al router del prximo salto asociados con la ruta por defecto.
70
71

Siguiente Salto:
Un siguiente salto es la direccin del dispositivo que procesar luego el paquete. Para un host en una red, la direccin de gateway por defecto (interfaz de router) es el siguiente salto para todos los paquetes destinados a otra red. En la tabla de enrutamiento de un router, cada ruta enumera un siguiente salto para cada direccin de destino abarcada por la ruta. A medida que cada paquete llega al router, la direccin de la red de destino es analizada y comparada con las rutas en la tabla de enrutamiento. Cuando se determina una ruta coincidente, la direccin del siguiente salto para esa ruta se usa para enviar el paquete hacia ese destino. El router luego enva el paquete hacia la interfaz a la cual est conectado el router del siguiente salto. El router del siguiente salto es el gateway a las redes fuera del destino intermedio.
72

El enrutamiento se hace paquete por paquete y salto por salto. Cada paquete es tratado de manera independiente en cada router a lo largo de la ruta. En cada salto, el router analiza la direccin IP de destino para cada paquete y luego controla la tabla de enrutamiento para reenviar informacin.
El router har una de tres cosas con el paquete: Envelo al router del prximo salto Envelo al host de destino Descrtelo

Examen del paquete Como dispositivo intermediario, un router procesa el paquete en la Capa de red. No obstante, los paquetes que llegan a las interfaces del router estn encapsulados como PDU (Capa 2) de la capa de Enlace de datos. Como muestra la figura, el router primero descarta la encapsulacin de la Capa 2 para poder examinar el paquete.
74

Seleccin del siguiente salto En el router, se analiza la direccin de destino en el encabezado del paquete. Si una ruta coincidente en la tabla de enrutamiento muestra que la red de destino est conectada directamente al router, el paquete es reenviado a la interfaz a la cual est conectada la red. En este caso, no existe siguiente salto. Para ubicarlo en la red conectada, el paquete primero debe ser reencapsulado por el protocolo de la Capa 2 y luego reenviado hacia la interfaz. Si la ruta que coincide con la red de destino del paquete es una red remota, el paquete es reenviado a la interfaz indicada, encapsulado por el protocolo de la Capa 2 y enviado a la direccin del siguiente salto.
75
76

Uso de una ruta default Si la tabla de enrutamiento no contiene una entrada de ruta ms especfica para un paquete que llega, el paquete se reenva a la interfaz indicada por la ruta default, si la hubiere. En esta interfaz, el paquete es encapsulado por el protocolo de la Capa 2 y es enviado al router del siguiente salto. La ruta default es tambin conocida como Gateway de ltimo recurso. El router en cada salto conoce slo la direccin del siguiente salto; no conoce los detalles de la ruta hacia el host del destino remoto. Adems, no todos los paquetes que van al mismo destino sern enviados hacia el mismo siguiente salto en cada router Las rutas default son importantes porque el router del gateway no siempre tiene una ruta a cada red posible en Internet. Si el paquete es reenviado usando una ruta default, eventualmente llegar a un router que tiene una ruta especfica a la red de destino
77
78

A medida que el paquete pasa a travs de saltos en la internetwork, todos los routers necesitan una ruta para reenviar un paquete. Si, en cualquier router, no se encuentra una ruta para la red de destino en la tabla de enrutamiento y no existe una ruta default, ese paquete se descarta. IP no tiene previsto devolver el paquete al router anterior si un router particular no tiene dnde enviar el paquete. Tal funcin va en detrimento de la eficiencia y baja sobrecarga del protocolo. Se utilizan otros protocolos para informar tales errores.
79
80

El enrutamiento requiere que cada salto o router a lo largo de las rutas hacia el destino del paquete tenga una ruta para reenviar el paquete. De otra manera, el paquete es descartado en ese salto. Cada router en una ruta no necesita una ruta hacia todas las redes. Slo necesita conocer el siguiente salto en la ruta hacia la red de destino del paquete La tabla de enrutamiento contiene informacin que un router usa en sus decisiones al reenviar paquetes. Esta informacin de ruta puede configurarse manualmente en el router o aprenderse dinmicamente a partir de otros routers en la misma internetwork.
81
Enrutamiento Esttico
Las rutas a redes remotas con los siguientes saltos asociados se pueden configurar manualmente en el router. Esto se conoce como enrutamiento esttico. Si el router est conectado a otros routers, se requiere conocimiento de la estructura de internetworking. Para asegurarse de que los paquetes estn enrutados para utilizar los mejores posibles siguientes saltos, cada red de destino necesita tener una ruta o una ruta default configurada Una ruta default tambin puede ser configurada estticamente.
82
Enrutamiento Dinmico
Aunque es esencial que todos los routers en una internetwork posean conocimiento actualizado, no siempre es factible mantener la tabla de enrutamiento por configuracin esttica manual. Por eso, se utilizan los protocolos de enrutamiento dinmico. Los protocolos de enrutamiento son un conjunto de reglas por las que los routers comparten dinmicamente su informacin de enrutamiento Cuando un router recibe informacin sobre rutas nuevas o modificadas, actualiza su propia tabla de enrutamiento y, a su vez, pasa la informacin a otros routers. De esta manera, todos los routers cuentan con tablas de enrutamiento actualizadas dinmicamente y pueden aprender sobre las rutas a redes remotas en las que se necesitan muchos saltos para llegar.
83
Resumen
84
Ing. Jorge Colombo

85

Exploration Network Chapter5

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Exploration Network Chapter5

Hochgeladen von

Copyright:

Verfügbare Formate

La Capa de Red de OSI

Fundamentos de redes Captulo 5

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Protocolos de capa de Red y el Protocolo de Internet (IP)

A este proceso se lo conoce como enrutamiento

2007 Cisco Systems, Inc. All rights reserved.

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Protocolos de capa de Red y el Protocolo de Internet (IP)

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

Direccion Destino en HEXA Direccion Origenen HEXA

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

Protocolos de capa de Red y el Protocolo de Internet (IP)

TTL Protocolo Verificacion

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa

CABECERAS TCP/IP: DATAGRAMA IP

2007 Cisco Systems, Inc. All rights reserved.

Traducido en apoyo a la capacitacin de Instructores de la Red Proydesa