Resumen Final de Redes Ragout Carlos Francisco.

Capa de Aplicacin:Es la capa que le da soporte a las aplicaciones de red.

HTTP (Hyper Text Transfer Protocol) define como los clientes web (por ejemplo
navegadores) demandan pginas web, y como los servidores transfieren estas pginas web a los clientes. HTTP es un protocolo sin estado, porque el servidor HTTP no guarda informacin sobre los clientes, es decir, si un cliente pide el mismo objeto en un periodo de unos pocos segundos, el servidor no responde que el objeto ya fue enviado sino que vuelve a servir al cliente con el objeto. Existen dos versiones de HTTP, la 1.0 y la 1.1. Ambas son compatibles entre s y se diferencia en el tipo de conexin que realizan los clientes con los servidores. En HTTP 1.0 la conexin TCP entre el cliente y el servidor es no persistente. Cada vez que recibe una peticin por un objeto, este responde con un mensaje HTTP con el objeto solicitado encapsulado y luego cierra la conexin. Si se desean transferir 10 objetos, la conexin se abrir y cerrara 10 veces. Esto hace que por cada objeto se tarden 2 RTT (Round-trip time, tiempo que tarda un paquete en ir desde el cliente hasta el servidor y volver), uno para el establecimiento de la conexin y otro para la peticin y recepcin del objeto. En HTTP 1.1 las conexiones son persistentes. El servidor deja abierta la conexin TCP luego de haber enviado el objeto. Las subsiguiente peticiones y respuestas entra el servidor y el mismo cliente pueden hacerse por esta nica conexin TCP. El servidor cierra la conexin luego de que no se haya utilizado por un tiempo determinado. HTTP 1.1 a su vez posee dos versiones: con entubamiento y sin entubamiento. Para la versin sin entubamiento el cliente solo emite una peticin nueva cuando la respuesta previa ya ha sido recibida. Es decir que el cliente sufre un retardo de 1 RTT para cada uno de los objetos que fuera a pedir. En la versin con entubamiento (por defecto en HTTP 1.1) el cliente realiza los pedidos cada vez que encuentra una referencia a un objeto. Es decir puede realizar mltiples referencias sin haber recibido ningn objeto y el servidor al recibir las peticiones seguidas enva los objetos seguidos. Con esta tcnica es posible que se tarde slo 1 RTT para todos los objetos de la pgina web. Tres mensajes de peticin HTTP son:
y POST:

Usualmente se utiliza en formularios y los datos viajan en el cuerpo de entidad del mensaje HTTP. GET: Se utiliza cuando el navegador demanda un objeto que identifica en el campo URL. Por ejemplo si en un buscador se introdujo auto la URL se vera como www.buscador.com/busqueda?auto. HEAD: Es similar a GET, pero cuando un servidor recibe una peticin que el mtodo HEAD responde con un mensaje HTTP que no incluye el objeto pedido. Se utiliza generalmente para depurar.

Un mensaje HTTP de peticin de ejemplo podra ser: 1

GET /dir/pagina.html HTTP/1.1 Host: www.ejemplo.com Connection: close User-agent: Opera/11.0 Accept-language: es

En primer lugar se ve que el mensaje es texto ASCII ordinario. La primera lnea del mensaje HTTP se denomina lnea de peticin, las siguientes lneas de cabecera. La lnea de peticin tiene tres campos, mtodo, url y versin. En este caso el mtodo utilizado es GET, la url del objeto pedido es /dir/pagina.html y la versin de HTTP utilizada es 1.1. La lnea de cabecera Host indica donde se aloja el objeto pedido, en este caso www.ejemplo.com. En la lnea connection se indica el tipo de conexin, a pesar de ser HTTP 1.1 al poner close se indica que se utilizara una conexin no persistente. La lnea User-agent especifica el agente de usuario del cliente. En este caso Opera 11.0. Esto es til porque el servidor podra enviar diferente informacin a diferentes navegadores. Finalmente la lnea Accept-language indica el idioma de preferencia del cliente. Si el objeto se encuentra en este caso en espaol se enva, sino se enva la versin por defecto del objeto.

Un mensaje HTTP de respuesta de ejemplo podra ser:

HTTP/1.1 200 OK Connection: close Date: Thu, 06 Aug 1998 12:00:14 GMT Server: Apache/1.3.1 (Unix) Last-modified: Mon, 22 Jun 1998 9:23:33 GMT Content-length: 6821 Content-type: text/html

(datosdatosdatos datos) Este mensaje tiene una lnea de status, seis de cabecera y luego el cuerpo de entidad. En el cuerpo de entidad se encuentra el objeto pedido. La lnea de status contiene la versin de del protocolo (en este caso 1.1) el cdigo de status (200) y el mensaje de status (OK). La lnea Connection: close indica que el servidor va a cerrar la conexin TCP luego de enviar el mensaje. La lnea Date indica la fecha y hora en la que se cre el mensaje de respuesta por parte del servidor. La lnea server indica el tipo de servidor que mando la respuesta (equivalente a la lnea User-agent de peticin). La lnea Last-modified indica fecha y hora en que el objeto fue creado o modificado por ltima vez. Esta lnea es crucial para el cache de objetos. La lnea Content-length indica la cantidad de bytes del objeto enviado. Y la lnea Contet-type el tipo de objeto enviado es de tipo texto HTML.

HTTP utiliza una conexin TCP al puerto 80.

SMTP (Simple Mail Transfer Protocol)transfiere mensajes desde el servidor de correo de

un remitente al de un destinatario. La conexin entre servidores es directa, sin servidores 2

intermedios. SMTP tiene dos lados; el lado cliente y el lado servidor. Ambos lados se encuentran presentes en todos los servidores de correo. Cuando un servidor de correo enva correo a otros servidores acta como cliente SMTP, cuando un servidor recibe un correo de otros servidores acta como un servidor SMTP. Operativa bsica de SMTP: 1. X invoca a su agente de usuario para correo electrnico, proporciona la direccin de Y, escribe un mensaje y ordena al agente que enve el mensaje. 2. El agente de usuario de X enva el mensaje a su servidor de correo donde es ubicado en una cola de mensajes 3. El lado cliente de SMTP, corriendo en el servidor de correos de X ve el mensaje en la cola. Abre una conexin TCP con el lado servidor SMTP ejecutndose en el servidor de correo de Y. 4. Tras una sincronizacin inicial el cliente SMTP enva el mensaje sobre la conexin TCP. 5. El lado de servidor de SMTP en el servidor de correo de Y recibe el mensaje y lo deposita en el buzn de entrada. 6. Y invoca a su agente de usuario para leer el mensaje. SMTP obliga a que los datos multimedia binarios (como imgenes) sean codificados a ASCII de 7 bits antes de ser enviados. Normalmente un mensaje de correo est compuesto por una cabecera, el cuerpo del mensaje y una envoltura. La cabecera normalmente posee las lneas from , to y subject aunque puede poseer ms. Estas cabeceras son adecuadas para enviar texto ASCII ordinario pero no son tiles para enviar mensajes multimedia o texto no ASCII. Para enviar contenidos distintos del texto ASCII se deben utilizar las cabeceras multipropsito MIME. Las dos cabeceras MIME claves para soporte multimedia son Content-Type, que permite que el agente de usuario receptor tome las acciones oportunas acorde al mensaje. Por ejemplo si contiene una imagen JPEG dirigir el cuerpo del mensaje a una rutina de descompresin JPEG. La otra cabecera Content-Transfer-Encoding que avisa al agente de usuario que el cuerpo del mensaje ha sido codificado a ASCII e indica el tipo de codificacin empleado. La envoltura de un correo dice quin es el cliente de correo, para quin es el correo y quin lo enva. SMTPutiliza una conexin TCP persistente sobre el puerto 25, de modo que si requiere enviar varios correos al mismo servidor utiliza la misma conexin para todos ellos. Comandos SMTP son:
y y y y y y HELO MAIL FROM RCPT TO DATA . QUIT

Comparacin entre SMTP y HTTP 3

Ambos protocolos son utilizados para transferir archivos de un host a otro. SMTP y HTTP 1.1 utilizan conexiones TCP persistentes y ambos tienen interaccion comando/respuesta en ASCII, y tienen cdigos de status. Pero aparte de estas similitudes hay diferencias. En primer lugar HTTP es principalmente un protocolo de demanda: alguien carga informacin en el servidor web y los usuarios utilizan HTTP para demandar la informacin del servidor como les convenga. La conexin TCP es iniciada por la mquina que quiere recibir el archivo. Por contrario, SMTP es un protocolo de oferta: el servidor de correo emisor enva el archivo al servidor de correo receptor. La conexin TCP es iniciada por la mquina que desea enviar el archivo. Una segunda diferencia es que SMTP requiere que cada mensaje, incluyendo sus cuerpos, estn en formato ASCII de 7bits. Si el mensaje contiene caracteres que no son ASCII de 7bits o datos binarios (como un archivo de imgenes) entonces el mensaje tiene que ser codificado a ASCII de 7bits. HTTP no tiene esta restriccin. Una tercera diferencia es que HTTP encapsula cada objeto en su propio mensaje HTTP de respuesta. El correo de Internet rene todos los objetos en un mismo mensaje. Estructura del correo electrnico

Un correo electrnico tiene tres partes bsicas: El encabezado, un conjunto de lneas que contienen informacin sobre la transmisin del mensaje, tales como la direccin del remitente, la direccin del destinatario, o fechas y horas que muestran cundo los servidores intermediarios enviaron el mensaje a los agentes de transporte (MTA), que actan como una oficina de clasificacin de correo. El encabezado comienza con una lnea De y cambia cada vez que atraviesa un servidor intermediario. Usando los encabezados, se puede ver el camino exacto que recorri el correo electrnico, y cunto tiempo le llev a cada servidor procesarlo. El mensaje propiamente dicho, est compuesto de los dos elementos que se muestran a continuacin: los campos del encabezado, un conjunto de lneas que describen las configuraciones del mensaje, tales como el remitente, el receptor, la fecha, etc. Cada uno tiene el siguiente formato: Nombre: Valor Un correo electrnico incluye por lo menos los siguientes tres encabezados: De: la direccin de correo electrnico del remitente A: la direccin de correo electrnico del destinatario 4

Fecha: la fecha cuando se envi el mail Puede contener los siguientes campos opcionales: Recibido: informacin diversa sobre los servidores intermediarios y la fecha cuando se proces el mensaje. Responder a: un direccin para responder. Tema: el tema del mensaje ID del mensaje: una identificacin nica para el mensaje. el cuerpo del mensaje, que contiene el mensaje, separado del encabezado por un salto de lnea.

El correo electrnico est compuesto por lneas de caracteres de 7 bits US-ASCII visualizables. Cada lnea tiene como mximo 76 caracteres, por razones de compatibilidad, y termina con caracteres CRLF (\r\n). Cuando un mensaje de correo electrnico es enviado a travs de Internet, el remitente (el agente de transferencia de correo - MTA Mail Transfer Agent) hace una peticin al DNS solicitando el registro MX para los nombres de dominio de destino. El nombre de dominio es la parte de la direccin de correo que va a continuacin de la "@". Esta consulta devuelve una lista de nombres de dominios de servidores de intercambio de correo que aceptan correo entrante para dicho dominio, junto con un nmero de preferencia. Entonces el agente emisor (o remitente) intenta establecer una conexin SMTP (Simple Mail Transfer Protocol - Protocolo Simple de Transferencia de Correo) hacia uno de estos servidores, comenzando con el que tiene el nmero de preferencia ms pequeo, y enviando el mensaje al primer servidor con el cual puede establecer una conexin. Si no hay registros MX disponibles, una segunda peticin es solicitada al registro A (A Record) del dominio en su lugar.

FTP (File Transfer Protocol) es un protocolo de transferencia de archivos que tiene como
principal caracterstica el utilizar dos conexiones TCP. La primera conexin que se establece al iniciar una sesin FTP la inicia el cliente y es la conexin de control. Es una conexin TCP persistente sobre el puerto 21 por la cual se enva informacin de control (como el nombre de usuario y contrasea o comandos para navegar por el sistema de archivos y recuperar o almacenar archivos). 5

Cuando el usuario desea recuperar o almacenar un archivo, el lado servidor de FTP inicia una conexin TCPno persistente (conexin de datos) sobre el puerto 20 por el cual se enva dicho archivo. Una vez finalizada la transferencia la conexin es cerrada. Por cada archivo que se desee enviar se abrir una nueva conexin de datos.

FTP tiene un modo denominado pasivo. En modo activo el servidor siempre crea el canal de datos en su puerto 20 mientras que en el cliente se asocia a un puerto aleatorio mayor a 1024. Para que esto suceda el cliente debe aceptar cualquier conexin de entrada a un puerto mayor del 1024 lo que genera un gran problema de seguridad (y por lo que probablemente la mayora de los cortafuegos bloqueen la conexin entrante). Para esto se desarroll el modo pasivo. En modo pasivo el cliente abre dos puertos aleatorios superiores al puerto numero 1024. El primero lo asocia al puerto 21 del servidor y es la conexin de control. Luego manda un comando informando al servidor que ste se encuentra en modo pasivo. El servidor a continuacin abre un puerto P superior al puerto 1024 y notifica mediante un mensaje al cliente. Finalmente el cliente inicia una conexin desde el segundo puerto que abri hasta el puerto P del servidor. A lo largo de la sesin, el servidor FTP guarda el estado del usuario por ejemplo para asociar la conexin de control a una cuenta de usuario.

POP3 (Post Office Protocol versin 3) es un protocolo de acceso al correo sumamente

simple. Utiliza una conexin TCP sobre el puerto 110. Consta de 3 fases. En la primera fase (autorizacin) el agente de usuario enva el nombre de usuario y la contrasea. En la segunda fase (transaccin) el agente de usuario recupera los mensajes. Tambin puede marcar mensajes para borrado (o quitar las marcas) y consultar las estadsticas. La tercera fase (actualizacin) ocurre luego de que el usuario emiti el comando quit . En esta fase se borran los mensajes con marcas de borrado. POP3 mantiene cierta informacin del usuario, como las marcas de borrado en los mails, durante la sesin, pero no lo hace entre dos sesiones diferentes. Algunos comandos POP3 son:
y y

los mensajes. Retr: descarga los mensajes en la pc local 6

List: lista

y y

Dele: borra

los mensajes del servidor de correo. Quit: finaliza la sesin.

IMAP (Internet Mail Access Protocol) es tambin un protocolo de acceso al correo. Es

mucho ms potente que POP3 y por ende ms complejo de implementar. Brinda la posibilidad de crear buzones, mover mensajes, buscar mensajes que cumplan con determinado criterio o hasta extraer partes de un mensaje en lugar del mensaje entero, todo esto directamente sobre el servidor remoto. IMAP, a diferencia de POP3, guarda informacin de estado entre sesin y sesin, por ejemplo el nombre de los buzones y qu mensajes estn asociados con cada buzn.

DNS (DomainName Server) puede ser dos cosas, una base de datos distribuida
implementada en una jerarqua de servidores de nombres, o una aplicacin que permite que se comuniquen los host y los servidores de nombres para proporcionar el servicio de traduccin entre un nombre de host y una direccin IP. Supongamos que un usuario desea acceder a www.ejemplo.com/imagen.jpg. Para que el host del usuario puedo mandar un mensaje HTTP de peticin al servidor www.ejemplo.com , ste debe obtener la direccin IP de dicho servidor. Para esto el navegador extrae el nombre de host www.escuela.com de la URL y lo pasa al lado cliente de la aplicacin DNS. El cliente DNS enva una consulta a un servidor DNS con el nombre de host, lo que constituye el mensaje DNS de peticin. El cliente DNS eventualmente recibe una respuesta que incluye la direccin IP para el nombre del host. El navegador entonces abre una conexin TCP con el proceso HTTP servidor localizado en esa direccin IP. Aparte de la traduccin de nombres de host a direcciones IP, DNS proporciona otros servicios: 1. Alias de host: Cuando un nombre de host es muy complejo como ejemplo.ej.plo.em.com (nombre cannico), es conveniente asociarle un nombre ms mnemotcnico como www.ejemplo.com (alias). 2. Alias de servidores de correo: Igual que los alias de host pero para direcciones de correo. 3. Distribucin de carga: Hay sitios web que estn replicados en mltiples servidores alojados en sistemas finales diferentes y con direcciones IP distintas. Los nombres cannicos de estos sitios se encuentran por lo tanto asociados a un conjunto de direccione s IP. DNS posee este conjunto de direcciones IP y cuando un cliente realiza una consulta devuelve el conjunto completo pero rota el orden de las direcciones. Como tpicamente el cliente utiliza la primera direccin IP, con la rotacin el trfico se ira balanceando entre los diferentes servidores en los que se encuentra alojado el sitio web. Las consultas DNS pueden ser de dos formas: 7

Recursivas: cuando un host o servidor de nombres A hace una consulta a un servidor de nombres B, ste ltimo obtiene la correspondencia pedida en representacin de A y luego se la reenva a A. Iterativas: cuando un host o servidor de nombres A hace una consulta a un servidor de nombres B, si B no tiene la correspondencia pedida pasa la direccin IP del siguiente servidor de nombres en la cadena, por ejemplo, el servidor C. Un registro es una 4-tupla de la forma (Nombre,tipo,valor,ttl). Ellos pueden ser: y Tipo A: Proporciona la correspondencia estndar de nombres de host a direcciones IP.Nombre es el nombre de un host y valor es la direccin IP del host.(relay1.bar.foo.com,145.37.93.126,A) Tipo PTR: Son el inverso de los A, proporcionan la correspondencia de IP a nombres de dominio. Las consultas a registros PTR se hacen usualmente por los servidores al recibir conexiones TCP para comprobar que son direcciones vlidas. Tipo NS: Se utiliza para rutar consultas DNS hacia adelante en la cadena de consultas, contiene el nombre del host autorizado para la consulta original. Nombre es un dominio y valor es el nombre de un servidor autorizado que sabe cmo obtener las direcciones IP de nombre(foo.com,dns.foo.com,NS) Tipo CNAME: Valor es el nombre cannico del alias nombre.
(foo.com,realy1.bar.foo.com,CNAME)

y y

Tipo MX: Proporciona el nombre cannico (valor) de un servidor de correo para el host (nombre) consultado. (foo.com,mail.bar.foo.com,MX)

El protocolo DNS corre sobre UDP y usa el puerto 53. Capa de Transporte:Tiene el papel de proporcionar servicios de comunicacin directamente a los procesos de aplicacin que se ejecutan sobre hosts diferentes.

UDP (UserDatagramProtocol) es un protocolo de transporte ligero. Funciona sin conexin,

es decir que no hay acuerdo antes de que los dos procesos comiencen a comunicarse (UDP no incluye ningn retardo para establecer la conexin, este es la principal razn por la cual el protocolo DNS corre sobre UDP). UDP proporciona un servicio de transferencia de datos no fiable, esto es cuando un proceso enva un mensaje no se garantiza que el mensaje llegue a destino y se llega, no garantiza que lleguen en orden. UDP no proporciona control de congestin, por lo que un proceso emisor puede dirigir datos aun socket UDP a cualquier tasa que desee. UDP proporciona servicio de multiplexado/demultiplexado as como tambin un ligero servicio de comprobacin de errores. Un socket UDP se identifica por dos campos; direccin IP de destino y numero de puerto destino. Por ejemplo <142.86.5.20:53> 8

TCP (Transmission Control Protocol) es un protocolo de transporte orientado a conexin,

es decir, que antes que un proceso de aplicacin pueda comenzar a enviar datos a otro, los dos procesos deben establecer previamente un acuerdo entre ellos para iniciar variables de estado y buffers. TCP proporciona transferencia fiable de datos, control de flujo y congestin, multeplexado y demultiplexado y deteccin de errores. Control de Flujo: Cuando el host receptor recibe datos correctos y en orden los almacena en un buffer receptor a la espera de que la aplicacin los lea. Si el emisor enva datos ms rpidamente de lo que la aplicacin receptora puede leer entonces el buffer rebalsar produciendo la perdida de datos. TCP proporciona un servicio de control de flujo a sus aplicaciones para eliminar la posibilidad de que el emisor desborde el buffer del receptor. Esto se logra haciendo que el emisor mantenga una variable denominada ventana de recepcin. Esta variable se utiliza para dar una idea al emisor de cuanto espacio libre queda en el buffer del receptor. Como TCP es full-duplex (ambos hosts pueden enviar y recibir informacin), cada lado de la conexin mantiene una ventana de recepcin distinta. Control de Congestin: La estrategia usada por TCP es extremo a extremo. Cada emisor TCP limita la tasa a la que enva trfico en su conexin en funcin de la congestin de la red que percibe. Si un emisor TCP percibe que existe poca congestin en el camino entre s mismo y el destino, incrementa su tasa de emisin. Por el contrario si percibe que existe congestin reduce su tasa de envo. Para esto utiliza la ventana de congestin, que impone una restriccin sobre la tasa a la que el emisor puede enviar datos a la red. La congestin se detecta mediante eventos de prdida (3 ACKs repetidos o fin del tiempo de espera). El saludo de tres vas o Hand-Shake: Al momento de realizarse una conexin TCP entre un host cliente y uno servidor se produce un saludo de tres vas.

Paso 1: El lado cliente de TCP enva primero un segmento especial TCP al lado servidor.
Este segmento especial no contiene datos de la capa de aplicacin. Pero uno de los bits indicadores de la cabecera del segmento, el bit de SYN, est fijado a 1. Adems el cliente elige un numero inicial de secuencia y coloca este nmero en el campo de numero de secuencia del primer segmento. ste es encapsulado en un datagrama IP y es enviado al servidor.

Paso 2: Una vez que llega al host servidor ste extrae el segmento SYN del datagrama IP,
reserva el espacio necesario para los bferes y las variables de conexin y enva al cliente un segmento de concesin de la conexin. Este segmento tampoco posee datos de la capa de aplicacin sin embargo contiene tres elementos de informacin importantes. Primero el bit SYN es fijado a 1. Segundo, el campo de reconocimiento de la cabecera del segmento se fija a (numero_de_secuencia_del_cliente)+1. Finalmente, el servidor elige su propio nmero inicial de secuencia y coloca su valor en el campo de nmero de secuencia correspondiente.

Paso 3: Una vez recibido el segmento de concesin de la conexin, el cliente tambin

reserva espacio para los bferes y variables de la conexin. Entonces, el host cliente enva al servidor un tercer segmento; ste ltimo lleva el bit SYN en 0, ya que la conexin ha sido establecida y el nmero de secuencia elegido por el servidor +1. Cierre de una conexin TCP: Cualquiera de los participantes de una conexin TCP puede decidir cerrarla en un momento determinado. Supongamos que el cliente decide terminar la comunicacin. Para esto manda un segmento TCP especial que tiene puesto a 1 el bit de FIN. Una vez que arriba el segmento al servidor este lo reconoce mandndole un segmento de ACK. Luego el servidor manda un segmento especial que tambin posee el bit de FIN en 1. Finalmente el cliente reconoce el segmento mandando su correspondiente ACK. Para este momento ya han sido liberados todos los recursos en ambos host. TCP brinda la posibilidad de que uno de los extremos termine la conexin (termine su salida) mientras que el otro siga enviando datos, esto se conoce como half-close. Un socket TCP se identifica por cuatro campos; direccin IP y puerto origen, y direccin IP y puerto destino. Por ejemplo <146.86.3.15 : 12345, 146.86.5.20 : 80>. ARQ (AutomaticRepeatreQuest) es un mtodo de control de errores para la transmisin de datos que utiliza acknowledgements (mensajes enviados por el receptor indicando que recibi correctamente un paquete) y timeouts (periodos de tiempo especficos permitidos para poder recibir un acknowledgement o ACK) para lograr la transmisin confiable de datos sobre un servicio que no lo es (como IP). Si el transmisor no recibe un ACK antes de que se acabe el tiempo permitido usualmente ste reenva el paquete hasta recibir el ACK correspondiente o llegar a un lmite de retransmisiones.

Capa de Red: Proporciona un servicio de comunicacin host a host. Una direccin IP es un nmero de 32 bits que identifica unvocamente a la interfaz de cada router o host de la red. Las direcciones IP se dividen en clases, ellas son: Clase A B C D E Rango 0.0.0.0 a 127.255.255.255 128.0.0.0 a 191.255.255.255 192.0.0.0 a 223.255.255.255 224.0.0.0 a 239.255.255.255 240.0.0.0 a 255.255.255.255 Numero de redes 128 16.384 2.097.152 Numero de hosts 16.777.214 65.534 254

Hay ciertas direcciones en cada clase de direccin IP que no estn asignadas y que se denominan direcciones privadas. Las direcciones privadas pueden ser utilizadas por los hosts que usan traduccin de direccin de red (NAT) para conectarse a una red pblica o por los hosts que no se 10

conectan a internet. En una misma red no pueden existir dos direcciones iguales, pero si se pueden repetir en dos redes privadas que no tengan conexin entre s o que se conecten a travs del protocolo NAT. Las direcciones privadas son: Clase A: 10.0.0.0 a 10.255.255.255 (8 bits de red. 24 de hosts) Clase B: 172.16.0.0 a 172.31.255.255 (12 bits de red, 20 de hosts) Clase C: 192.168.0.0 a 192.168.255.255 (16 bits de red, 16 bits de hosts) Adems de 127.0.0.1 que se utiliza como loopback. Ruteo Esttico: Se realiza manualmente. Un operador es quien ingresa una por una las entradas en la tabla de ruteo. Si el operador comete errores los paquetes no llegaran a destino y es l quien tiene que solucionar el problema. Ventajas y y y til cuando se tiene una red sencilla. No tiene problemas de seguridad ni de incompatibilidad. No implica costo de procesamiento extra.

Desventajas y y y Es propenso a errores. Si cambia la topologa requiere cambios manuales en los routers. Es un esquema no escalable y no tolerante a fallos.

Ruteo Dinmico: Cada router construye su tabla de ruteo mediante algoritmos de enrutamiento dinmico. Estos algoritmos se dividen en vector de distancia (como RIP) y estado de enlace (como OSPF). Ventajas y y y Si se cambia la topologa se adapta de forma automtica. Facilita cuando se tiene una red compleja. Esquema escalable y tolerante a fallos.

Desventajas y y Requiere configuracin inicial por parte del administrador. Implica costo de procesamiento extra.

Algoritmos de estado de enlace: Este algoritmo supone la premisa de que cada nodo en la red conoce la topologa y el costo entre cada uno de los enlaces. Para ello se difunden las entidades y los costos de sus enlaces a cada nodo, por ejemplo utilizando broadcasts.

11

Caractersticas: y y y y Cada router conoce la topologa completa de la red. Convergen rpidamente, ms fcil de detectar nuevos caminos y descartar lazos. No son propensos a lazos. Requieren ms memoria y capacidad de procesamiento ya que almacenan la informacin de la red completa y para cada destino, cada nodo, debe correr el algoritmo de forma independiente.

Algoritmos de vector de distancia: Este tipo de algoritmos parte de la base de no utilizar informacin global, siendo iterativos, asincrnicos y distribuidos. Para poder llevar a cabo su cometido, utiliza una estructura de datos llamada tabla de distancias. Esta tabla es manejada por cada nodo para calcular el camino mnimo a cada destino en la red. Caractersticas: y y y Convergencia lenta. Propenso a lazos. Requieren menos memoria y capacidad de procesamiento.

Los datagramas IP se encapsulan en paquetes de la capa de enlace para ser enviados a su prximo destino. La cantidad mxima de datos que puede portar un paquete de la capa de enlace se denomina unidad de transferencia mxima o MTU. Cuando el datagrama IP es mayor al MTU lo que se hace es fragmentar dicho datagrama en dos o ms fragmentos de un tamao menor al MTU para poder enviarlos. Dicha fragmentacin ocurre en los routers mientras que el reensamblado se lleva a cabo en los sistemas finales (para no introducir demoras en los routers). Dicho reensamblado se logra mediante la utilizacin de indicadores, el identificador de fragmentacin y el ndice de desplazamiento en el fragmento. La fragmentacin y el reensamblado aaden complicaciones adicionales a los routers de internet (el esfuerzo adicional de crear fragmentos de un datagrama) y a los hosts destino (el esfuerzo adicional de reensamblar los datagramas). Capa de Enlace:Se encarga de la comunicacin entre dos nodos consecutivos de la red.

12