MODELOS DE RED

Existen dos tipos de modelos de red: los modelos de protocolo como TCP/IP, y los modelos de referencia, como el modelo de interconexin de sistema abierto OSI. Los modelos de protocolo proporcionan un modelo que coincide fielmente con la estructura de un protocolo en particular y describen las funciones de cada capa del protocolo. Los modelos de referencia proporcionan una referencia comn para mantener consistencia en todos los tipos de protocolos y servicios de red. Un modelo de referencia no est pensado para ser una especificacin de implementacin ni para proporcionar un nivel de detalle suficiente para definir de forma precisa los servicios de la arquitectura de red. El propsito principal de los modelos de referencia es asistir en la comprensin ms clara de las funciones y los procesos involucrados. Modelo OSI 7. Aplicacin 6. Presentacin 5. Sesin 4. Transporte 3. Red Capas de flujo de datos 2. Enlace de datos Acceso a Red 1. Fsica Transporte Internet Capas de aplicacin Aplicacin Modelo TCP/IP

FUNCIONES DE LAS CAPAS DEL MODELO OSI

Capa OSI 7. Aplicacin Funcin PDU Datos Protocolos TELNET, HTTP, SMTP, DNS, DHCP JPG, GIF, PDF NFS, RPC, X-Window, AppleTalk session protocol TCP, UDP, SPX

de

Procesos de la red a la aplicacin Representacin de datos Comunicacin entre hosts Conexiones extremo a extremo Direcciones y mejor ruta Define procedimientos para acceder al medio Transmisin binaria. Cableado, voltajes, bits, velocidad del medio.

6. Presentacin

Datos

5. Sesin

Datos

4. Transporte

Segmentos

3. Red

Paquetes

IP, IPX, AppleTalk

2.Enlace datos

Tramas

1. Fsica

Bits

FUNCIONES DE LAS CAPAS DEL MODELO TCP/IP

Representa datos para el usuario ms el control de codificacin y de dilogo. Admite la comunicacin entre distintos dispositivos de distintas redes. Determina la mejor ruta a travs de la red. Controla los dispositivos de hardware y los medios que forman la red.

Aplicacin

Transporte

Internet

Acceso a la red

CAPAS DE APLICACIN
Aunque el grupo de protocolos TCP/IP se desarroll antes de la definicin del modelo OSI, la funcionalidad de los protocolos de capa de aplicacin de TCP/IP se adaptan aproximadamente a la estructura de las tres capas superiores del modelo OSI: Capas de Aplicacin, Presentacin y Sesin. La mayora de los protocolos de capa de aplicacin de TCP/IP se desarrollaron antes de la aparicin de computadoras personales, interfaces del usuario grficas y objetos multimedia. Como resultado, estos protocolos implementan muy poco de la funcionalidad que se especifica en las capas de Sesin y Presentacin del modelo OSI.

CAPA 7: APLICACIN (DATOS)

Es la capa que proporciona la interfaz entre las aplicaciones que utilizamos para comunicarnos y la red subyacente en la cual se transmiten los mensajes. Se compone de los programas que proveen servicios de red. Ejemplos de esta capa son: TELNET, FTP, HTTP, DHCP y SMTP. La mayora de las aplicaciones, como los exploradores Web o los clientes de correo electrnico, incorporan la funcionalidad de las capas 5, 6 y 7 del modelo OSI.

CAPA 6: PRESENTACIN (DATOS)

Representacin de los datos JPG, GIF, PDF. La capa de Presentacin tiene tres funciones primarias: Codificacin y conversin de datos de la capa de aplicacin para garantizar que los datos del dispositivo de origen puedan ser interpretados por la aplicacin adecuada en el dispositivo de destino. Compresin de los datos de forma que puedan ser descomprimidos por el dispositivo de destino. Encriptacin de los datos para transmisin y descifre de los datos cuando se reciben en el destino.

Las implementaciones de la capa de presentacin generalmente no se vinculan con una stack de protocolos determinada.

CAPA 5: SESIN (DATOS)

Establece, administra y termina sesiones entre dos hosts de comunicacin. NFS, X-window, ASP (AppleTalk session protocol). Como lo indica el nombre de la capa de Sesin, las funciones en esta capa crean y mantienen dilogos entre las aplicaciones de origen y destino. La capa de sesin maneja el intercambio de informacin para iniciar los dilogos y mantenerlos activos, y para reiniciar sesiones que se interrumpieron o desactivaron durante un periodo de tiempo prolongado.

CAPA 4: TRANSPORTE
Capa OSI 7. Aplicacin 6. Presentacin 5. Sesin 4. Transporte 3. Red 2.Enlace de datos 1. Fsica PDU: Segmentos y datagramas Protocolos: TCP, UDP, SPX. Funciones: Seguimiento comunicaciones entre hosts. a las individuales

Segmentacin de los flujos de datos de aplicacin. Reensamble de segmentos en flujos de datos de aplicacin. Identificacin de las distintas aplicaciones.

La capa de Transporte permite la segmentacin de datos y brinda el control necesario para reensamblar las partes dentro de los distintos streams de comunicacin. Las responsabilidades principales que debe cumplir son: Seguimiento de la comunicacin individual entre aplicaciones en los hosts origen y destino. Es responsabilidad de la capa de Transporte mantener los diversos streams de comunicacin entre estas aplicaciones. Segmentacin de datos y gestin de cada porcin. Los protocolos de la capa de Transporte describen los servicios que segmentan estos datos de la capa de Aplicacin. Reensamble de segmentos en flujos de datos de aplicacin. Los protocolos de la capa de Transporte describen cmo se utiliza la informacin de encabezado de dicha capa para reensamblar las secciones de datos en streams y enviarlas a la capa de Aplicacin. Identificacin de las diferentes aplicaciones. Para lograr esto, la capa de Transporte asigna un identificador a la aplicacin. Los protocolos TCP/IP denominan a este identificador nmero de puerto. A todos los procesos de software que requieran acceder a la red se les asigna un nmero de puerto exclusivo en ese host. Este nmero de puerto se utiliza en el encabezado de la capa de Transporte para indicar con qu aplicacin est asociada esa seccin de datos.

La capa de Transporte es el enlace entre la capa de Aplicacin y las capas inferiores, que son responsables de la transmisin en la red. Las aplicaciones no necesitan conocer los detalles de operacin de la red en uso. Adems, las capas inferiores no tienen conocimiento de que existen varias aplicaciones que envan datos en la red. Su responsabilidad es entregar los datos al dispositivo adecuado. Las funciones principales especificadas por todos los protocolos de la capa de Transporte incluyen:

Segmentacin y reensamblaje de los streams. Multiplexacin de conversaciones.

Adems de utilizar la informacin contenida en los encabezados para las funciones bsicas de segmentacin y reensamblaje de datos, algunos protocolos de la capa de Transporte proveen: conversaciones orientadas a la conexin, entrega confiable, reconstruccin ordenada de datos, y control del flujo.

Los dos protocolos ms comunes de la capa de Transporte son los protocolos TCP y UDP. La combinacin del nmero de puerto de la capa de Transporte y de la direccin IP de la capa de Red asignada al host identifica de manera exclusiva un proceso en particular que se ejecuta en un dispositivo host especfico. El trmino socket hace referencia slo a la combinacin exclusiva de direccin IP y nmero de puerto. Un par de sockets, que consiste en las direcciones IP y los nmeros de puerto de origen y de destino, tambin es exclusivo e identifica la conversacin entre dos hosts.

PROTOCOLO DE DATAGRAMAS DE USUARIO (UDP)

Es el protocolo de transporte sin conexin de TCP/IP descrito en el RFC 768. Es un sencillo protocolo que intercambia datagramas sin confirmacin ni entrega garantizada. El procesamiento de errores y la retransmisin deben ser manipulados por protocolos de capas superiores.

PROTOCOLO DE CONTROL DE TRANSMISIN (TCP)

TCP es un protocolo descrito en la RFC 793 orientado a la conexin (TCP ofrece un circuito virtual entre las aplicaciones finales de usuario). TCP incurre en el uso adicional de recursos para agregar funciones. Las funciones adicionales especificadas por TCP son: Orden de entrega Entrega confiable Control de flujo

ENCABEZADOS TCP Y UDP

El encabezado TCP mide 20 bytes mientras el encabezado UDP mide tan solo 8 bytes. La forma de cada encabezado se muestra a continuacin: Los bits de flags del encabezado del segmento TCP son los siguientes: URG: Urgente campo de sealizador significativo, ACK: Campo significativo de acuse de recibo,

PSH: Funcin de empuje, RST: Reconfiguracin de la conexin, SYN: Sincronizar nmeros de secuencia, FIN: no hay ms datos desde el emisor.

SEGMENTO TCP
Bit 0 Puerto de origen (16) Nmero de secuencia (32) Nmero de acuse de recibo (32) Long. encabezado (4) Reservado (6) Flags (6) Checksum (16) Opciones (0 32 si las hay) Tamao de la ventana (16) Puntero urgente (16) Bit 15 Bit 16 Puerto de destino (16) Bit 31

20 bytes

Datos de la capa de aplicacin (longitud variable)

SEGMENTO UDP
Bit 0 Puerto de origen (16) Longitud (16) Bit 15 Bit 16 Puerto de destino (16) Checksum (16) Bit 31 8 bytes

Datos de la capa de aplicacin (longitud variable)

ESTABLECIMIENTO Y FINALIZACIN DE UNA CONEXIN TCP

Una conversacin TCP completa requiere el establecimiento de una sesin entre los hosts en ambas direcciones. Luego de establecida la sesin, el destino enva acuses de recibo al origen por los segmentos que recibe. Estos acuses de recibo forman la base de la confiabilidad dentro de la sesin TCP. Cuando el origen recibe un acuse de recibo, reconoce que los datos se han entregado con xito y puede dejar de rastrearlos. Si el origen no recibe el acuse de recibo dentro de un tiempo predeterminado, retransmite esos datos al destino.

Establecimiento de la conexin

Finalizacin de la conexin

El establecimiento de la conexin TCP se efecta en tres pasos (three-way handshake), de la siguiente forma: 1. A B SYN. Mi nmero de secuencia inicial (ISN) es X, el nmero de ACK es 0 y el bit SYN est activado, pero el bit ACK no lo est. 2. B A ACK. Tu nmero de secuencia es X+1, mi nmero de secuencia inicial es Y y los bits SYN y ACK estn activados. 3. A B ACK. Tu nmero de secuencia es Y+1, mi nmero de secuencia es X+1 y el bit ACK est activado pero el bit SYN no lo est. La fase de finalizacin de la conexin usa una negociacin en cuatro pasos (four-way handshake), terminando la conexin desde cada lado independientemente. Cuando uno de los dos extremos de la conexin desea parar su "mitad" de conexin transmite un paquete FIN, que el otro interlocutor asentir con un ACK. Por tanto, una desconexin tpica requiere un par de segmentos FIN y ACK desde cada lado de la conexin. Una conexin puede estar "medio abierta" en el caso de que uno de los lados la finalice pero el otro no. El lado que ha dado por finalizada la conexin no puede enviar ms datos pero la otra parte si podr.

ACUSES DE RECIBO DE TCP CON USO DE VENTANAS

El nmero de secuencia y el nmero de acuse de recibo del encabezado del segmento se utilizan para confirmar la recepcin de los bytes de datos contenidos en los segmentos. El nmero de secuencia es el nmero relativo de bytes que ha sido transmitido en la sesin ms 1. Se le informa al origen que el destino ha recibido todos los bytes del stream de datos, pero sin incluir, el byte especificado por el nmero de acuse de recibo. Se espera que el host emisor enve un segmento que utiliza un nmero de secuencia igual al nmero de acuse de recibo. Este mecanismo se conoce como acuse de recibo por expectativa.

Si se enviara un acuse de recibo por cada segmento TCP la comunicacin sera muy ineficiente. Para reducir la sobrecarga y aumentar la eficiencia, se envan varios segmentos TCP antes de ser reconocidos con un mensaje TCP simple en la direccin opuesta. Este reconocimiento contiene un nmero de acuse de recibo con base en el nmero total de bytes recibidos en la sesin. Por ejemplo, si se comienza con un nmero de secuencia igual a 2000 y se reciben 10 segmentos de 1000 bytes cada uno se devolver al emisor el nmero de reconocimiento 12001. La cantidad de datos que un origen puede transmitir antes de que un acuse de recibo deba ser recibido se denomina tamao de la ventana. El tamao de la ventana es un campo en el encabezado TCP que permite la administracin de datos perdidos y el control del flujo.

RETRANSMISIN TCP
Cuando TCP en el host de origen no recibe un acuse de recibo pasado un tiempo predeterminado, volver al ltimo nmero de acuse de recibo que recibi y retransmitir los datos a partir de ste. El proceso de retransmisin no es especificado por RFC, sino que depende de la implementacin de TCP en particular. TCP intenta gestionar la tasa de transmisin de manera que todos los datos se reciban y se reduzcan las retransmisiones. Para una implementacin de TCP tpica, un host puede transmitir un segmento, colocar una copia del segmento en una cola de retransmisin e iniciar un temporizador. Cuando se recibe el acuse de recibo de los datos, se elimina el segmento de la cola. Si no se recibe el acuse de recibo antes de que el temporizador venza, el segmento es retransmitido.

CONTROL DE FLUJO TCP

El campo Tamao de la ventana en el encabezado TCP especifica la cantidad de datos que puede transmitirse antes de que se reciba un acuse de recibo. El tamao de la ventana inicial se determina durante el comienzo de la sesin a travs del enlace de tres vas y vara durante la vida de la conexin. Cada confirmacin contiene un aviso de ventana que indica el nmero de bytes que el receptor puede aceptar. Cuando hay prdida de segmentos o congestin el receptor puede responder con un acuse de recibo con el tamao de la ventana reducido. Ante esto el emisor reduce su tamao de ventana y enva menos datos. Despus de perodos de transmisin sin prdidas de datos o recursos limitados, el receptor comenzar a aumentar el tamao de la ventana. Esto reduce la sobrecarga de la red, ya que se requiere enviar menos acuses de recibo. El tamao de la ventana continuar aumentando hasta que haya prdida de datos, lo que producir una disminucin del tamao de la ventana.

UDP
UDP es un protocolo simple que provee las funciones bsicas de la capa de Transporte. Genera mucho menos sobrecarga que TCP, ya que no es orientado a la conexin y no cuenta con los sofisticados mecanismos de retransmisin, secuenciacin y control del flujo. Es un sencillo protocolo que intercambia datagramas sin confirmacin ni entrega garantizada. El procesamiento de errores y la retransmisin deben ser manipulados por protocolos de capas superiores. UDP no utiliza ni windowing ni acuses de recibo. La PDU de UDP se denomina datagrama.

Esto no significa que las aplicaciones que utilizan UDP no sean confiables. Slo quiere decir que estas funciones no son contempladas por el protocolo de la capa de Transporte y deben implementarse aparte, si fuera necesario. Ya que UDP opera sin conexin, las sesiones no se establecen antes de que se lleve a cabo la comunicacin, como sucede con TCP. Se dice que UDP es basado en transacciones. En otras palabras, cuando una aplicacin posee datos para enviar, simplemente los enva. Cuando se envan mltiples datagramas a un destino, los mismos pueden tomar rutas distintas y llegar en el orden incorrecto. UDP no mantiene un seguimiento de los nmeros de secuencia de la manera en que lo hace TCP. UDP no puede reordenar los datagramas en el orden de la transmisin. Por lo tanto, UDP simplemente reensambla los datos en el orden en que se recibieron y los enva a la aplicacin. Si la secuencia de los datos es importante para la aplicacin, la misma deber identificar la secuencia adecuada de datos y determinar cmo procesarlos.

CAPA 3: RED
Capa OSI 7. Aplicacin 6. Presentacin 5. Sesin 4. Transporte 3. Red 2.Enlace de datos 1. Fsica 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 a dispositivos finales. Las direcciones de capa 3 (lgica), identifican los dispositivos y sus redes. Encapsulamiento tomando los datagramas (UDP) y segmentos (TCP) y agregndoles las direcciones de origen y destino de cada host formando un nuevo encabezado. Enrutamiento. La capa de red debe proveer los servicios para dirigir estos paquetes a su host destino. Desencapsulamiento. 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. PDU: Paquetes Protocolos: IP (IPv4 / IPv6), IPX, AppleTalk, servicio de red sin conexin (CLNS/DECNet). Funciones: Direccionamiento lgico Encapsulamiento Enrutamiento Desencapsulamiento

EL PROTOCOLO DE INTERNET (IPV4)

Los servicios de capa de Red implementados por el conjunto de protocolos TCP/IP son el Protocolo de Internet (IP). 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 y es el tema de CCNA. El Protocolo de Internet fue diseado como un protocolo con bajo costo. Provee slo las funciones necesarias para enviar un paquete desde un origen a un destino a travs de un sistema interconectado de redes. El protocolo no fue diseado para rastrear ni administrar el flujo de paquetes. Estas funciones son realizadas por otros protocolos en otras capas.

Las caractersticas bsicas de IPv4 son: Sin conexin: No establece conexin antes de enviar los paquetes de datos. Esto es similar al correo postal: el emisor enva una carta sin notificar al receptor con anticipacin. El emisor no sabe si el receptor est presente, si lleg el paquete o si el receptor puede leer el paquete. Y el receptor no sabe cundo llegar el paquete. Mximo esfuerzo (no confiable): No se usan encabezados para garantizar la entrega de paquetes. El encabezado de un paquete IP no incluye los campos requeridos para la entrega confiable 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. Independiente del medio: funciona en forma independiente del medio que lleva los datos. Es responsabilidad de la capa de Enlace de datos de OSI tomar un paquete IP y prepararlo para transmitirlo por el medio de comunicacin. 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). 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.

EL PAQUETE IP
0

4
Versin

16
HLEN

19

31
Tipo de servicio Flags Protocolo Longitud total Desplazamiento del fragmento

Identificacin TTL

Suma de comprobacin de la cabecera

Direccin IP de origen Direccin IP de destino Opciones IP (si las hay) Datos ... Relleno

La cabecera del paquete IPv4 tiene mltiples campos de los cuales los ms importantes son:

direccin IP origen, direccin IP destino, tiempo de existencia (TTL), tipo de servicio (ToS), protocolo, y desplazamiento del fragmento.

El contenido de cada campo es el siguiente:

Versin: campo de 4 bits que indica la versin de IP utilizada. Siempre es 0100. Longitud de la cabecera IP (HLEN, Header Length): 4 bits. Longitud de la cabecera en palabras de 32 bits. Su valor mnimo es 5 y el mximo es 15 Tipo de servicio (ToS): 8 bits. El nivel de importancia asignado por un protocolo de capa superior Bit 0: sin uso, debe permanecer en 0. Bit 1: 1 costo mnimo, 0 costo normal. Bit 2: 1 mxima fiabilidad, 0 fiabilidad normal. Bit 3: 1 mximo rendimiento, 0 rendimiento normal. Bit 4: 1 mnimo retardo, 0 retardo normal. Los tres bits restantes estn relacionados con la precedencia del paquete as: 000: De rutina. 001: Prioritario. 010: Inmediato. 011: Relmpago. 100: Invalidacin relmpago. 101: Procesando llamada crtica y de emergencia. 110: Control de trabajo de Internet. 111: Control de red.

Longitud total: 16 bits. Tamao total de paquete con cabecera y datos. Para obtener el valor total de la sobrecarga de datos se le resta al valor de este campo el valor HLEN. Identificacin: 16 bits. Nmero de secuencia. Se utilizar, en caso de que el datagrama deba ser fragmentado.

Flags: 3 bits. Actualmente utilizado slo para especificar valores relativos a la fragmentacin de paquetes: Bit 0: Reservado; debe ser 0 Bit 1: 0 = Divisible, 1 = No Divisible (DF) Bit 2: 0 = ltimo Fragmento, 1 = Fragmento Intermedio (le siguen ms fragmentos) (MF) La indicacin de si un paquete es indivisible debe ser tenida en cuenta bajo cualquier circunstancia. Si el paquete necesitara ser fragmentado, no se enviar.

Desplazamiento de fragmento: 13 bits. En paquetes fragmentados indica la posicin, en unidades de 64 bits, que ocupa el paquete actual dentro del datagrama original. El primer paquete de una serie de fragmentos contendr en este campo el valor 0. TTL: tiempo de vida del paquete. Protocolo: qu protocolo de capa superior recibe el paquete. Por ejemplo TCP o UDP. Hay muchos ms protocolos que se pueden especificar en este campo (GRE, ICMP, etc.). Suma de comprobacin de la cabecera: 16 bits. Para garantizar la integridad de la cabecera. Direccin IP de origen Direccin IP de destino Opciones: para soportar diferentes opciones como la seguridad. Relleno: ceros adicionales aadidos al campo de opciones para asegurar que la cabecera es mltiplo de 32. Datos: de longitud variable hasta 64Kb.

DIRECCIONAMIENTO JERRQUICO Y ENRUTAMIENTO BSICO

El direccionamiento jerrquico de la capa de Red con las porciones de red y host facilita la divisin de redes en subredes y permite el uso de la direccin de red para enviar paquetes hacia el destino en lugar de usar cada direccin de host individual. Si la direccin de destino no est en la misma red como host de origen, el paquete pasa al gateway por defecto para ser enviado a la red de destino. El gateway es una interfaz de un Router que analiza la direccin de destino. Si la red de destino tiene una entrada en su tabla de enrutamiento, el Router enva el paquete ya sea a una red conectada o al gateway del siguiente salto. Si no hay entrada de enrutamiento, el Router puede enviar el paquete a una ruta default o descartar el paquete. 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. 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. La ruta default es tambin conocida como Gateway de ltimo recurso. El Router har una de tres cosas con el paquete:

Enviarlo al Router del prximo salto. Enviarlo al host de destino. Descartar el paquete.

DIRECCIONAMIENTO DE RED IPV4

Cada dispositivo de una red debe ser definido en forma exclusiva. En la capa de red es necesario identificar los paquetes de la transmisin con las direcciones de origen y de destino de los dos sistemas finales. Con IPv4, esto significa que cada paquete posee una direccin de origen de 32 bits y una direccin de destino de 32 bits en el encabezado de Capa 3. Dentro del rango de direcciones de cada red IPv4, existen tres tipos de direcciones: Direccin de red: la direccin en la que se hace referencia a la red. La direccin ms baja se reserva para la direccin de red. Direccin de broadcast: una direccin especial utilizada para enviar datos a todos los hosts de la red. La direccin de broadcast utiliza la direccin ms alta en el rango de la red. Direcciones host: las direcciones asignadas a los dispositivos finales de la red.

La longitud de prefijo es la cantidad de bits en la direccin que conforma la porcin de red. Por ejemplo: en 172.16.4.0 /24, /24 es la longitud de prefijo e indica que los primeros 24 bits son la direccin de red. Esto deja a los 8 bits restantes, el ltimo octeto, como la porcin de host.

TIPOS DE COMUNICACIN IPV4

En una red IPv4, los hosts pueden comunicarse de tres maneras diferentes: Unicast: el proceso por el cual se enva un paquete de un host a un host individual. Broadcast: el proceso por el cual se enva un paquete de un host a todos los hosts de la red. Multicast: el proceso por el cual se enva un paquete de un host a un grupo seleccionado de hosts. IPv4 ha apartado un bloque especial de direcciones desde 224.0.0.0 a 239.255.255.255 para direccionamiento de grupos Multicast.

Es de hacer notar que existen dos tipos de broadcast: el broadcast limitado y el broadcast dirigido. El broadcast limitado se usa para la comunicacin que est limitada a los hosts en la red local. Estos paquetes usan una direccin IPv4 de destino 255.255.255.255. Los Routers no envan este tipo de broadcast. El broadcast dirigido es til para enviar un broadcast a todos los hosts de una red local. Por ejemplo: para que un host fuera de la red se comunique con los hosts dentro de la red 172.16.4.0/24, la direccin de destino del paquete sera 172.16.4.255. Esto se muestra en la figura. Aunque los Routers no envan broadcasts dirigidos por defecto, se los puede configurar para que lo hagan.

RANGOS DE DIRECCIONES IP
Tipo de direccin Direccin de host Direcciones multicast Direcciones experimentales Uso Direccionamiento de hosts Grupos multicast Investigacin o experimentacin. No se puede usar para direccionar hosts Rango 0.0.0.0 - 223.255.255.255 224.0.0.0 - 239.255.255.255 240.0.0.0 - 255.255.255.254 RFC 790 1700 1700 3330

Existen dos rangos de direcciones de multicast: Las direcciones IPv4 multicast de 224.0.0.0 a 224.0.0.255 son direcciones reservadas de enlace local. Estas direcciones se utilizarn con grupos multicast en una red local. Los paquetes enviados a estos destinos siempre se transmiten con un valor de perodo de vida (TTL) de 1. Por lo tanto, un router conectado a la red local nunca debera enviarlos. Las direcciones de alcance global son de 224.0.1.0 a 238.255.255.255. Se las puede usar para transmitir datos en Internet mediante multicast. Por ejemplo: 224.0.1.1 ha sido reservada para el Protocolo de hora de red (NTP) para sincronizar los relojes con la hora del da de los dispositivos de la red

DIRECCIONES IP PRIVADAS
Clase Clase A Clase B Clase C Intervalo 10.0.0.0 10.255.255.255 172.16.0.0 172.31.255.255 192.168.0.0 192.168.255.255 Red 10.0.0.0/8 172.16.0.0/12 192.168.0.0/16

DIRECCIONES IP ESPECIALES
Estas direcciones IP estn reservadas para propsitos especiales y por lo tanto deben ser usadas nicamente para su propsito designado: Clase Loopback Ruta predeterminada Enlace local TEST-NET Intervalo 127.0.0.0 127.255.255.255 0.0.0.0 0.255.255.255 169.254.0.0 169.254.255.255 192.0.2.0 192.0.2.255 Red 127.0.0.0 /8 0.0.0.0 /8 169.254.0.0/16 192.0.2.0/24

Loopback: Direccin especial que los hosts utilizan para dirigir el trfico hacia ellos mismos. Ruta predeterminada: Se representa la ruta predeterminada IPv4 como 0.0.0.0. La ruta predeterminada se usa como ruta "comodn" cuando no se dispone de una ruta ms especfica. El uso de esta direccin tambin reserva todas las direcciones en el bloque de direcciones 0.0.0.0 0.255.255.255 (0.0.0.0 /8).

Enlace local: Son designadas como direcciones de enlace local. El sistema operativo puede asignar automticamente estas direcciones al host local en entornos donde no se dispone de una configuracin IP. TEST-NET: se usa con fines de enseanza y aprendizaje. Estas direcciones pueden usarse en ejemplos de documentacin y redes. A diferencia de las direcciones experimentales, los dispositivos de red aceptarn estas direcciones en su configuracin.

CLASES DE REDES ANTIGUAS (DIRECCIONAMIENTO CON CLASE)

Histricamente, la RFC1700 agrupaba rangos de unicast en tamaos especficos llamados direcciones de clase A, de clase B y de clase C. Tambin defina a las direcciones de clase D (multicast) y de clase E (experimental), anteriormente mencionadas. Este uso de espacio de direccin es denominado direccionamiento con clase. Clase Clase A Clase B Clase C Clase D (multicast) Clase E (experimental) Valor primer octeto 1 a 127 (el primer bit es 0 siempre) 128 a 191 (los dos primeros bits son 10) 192 a 223 (los tres primeros bits son 110) 224 a 239 (los cuatro primeros bits son 1110) 240 a 255

DIRECCIONAMIENTO SIN CLASE

El sistema que utilizamos actualmente se denomina direccionamiento sin clase. Con el sistema classless, se asignan los bloques de direcciones adecuados para la cantidad de hosts a las compaas u organizaciones sin tener en cuenta la clase de unicast.

DIVISIN EN SUBREDES
La divisin en subredes permite crear mltiples redes lgicas de un solo bloque de direcciones. Creamos las subredes utilizando uno o ms de los bits del host como bits de la red. Esto se hace ampliando la mscara para tomar prestado algunos de los bits de la porcin de host de la direccin, a fin de crear bits de red adicionales. Cuantos ms bits de host se usen, mayor ser la cantidad de subredes que puedan definirse. Para cada bit que se tom prestado, se duplica la cantidad de subredes disponer. Por ejemplo: si se toma prestado 1 bit, es posible definir 2 subredes. Si se toman prestados 2 bits, es posible tener 4 subredes. Sin embargo, con cada bit que se toma prestado, se dispone de menos direcciones host por subred. El nmero de subredes utilizables es igual a 2 elevado a la potencia de los bits de subred asignados menos 2 (2 bits asignados) 2 = subredes utilizables El nmero de hosts utilizables es igual a 2 elevado a la potencia de los bits restantes menos dos (2 bits restantes) 2 = hosts utilizables

CAPA 2: ENLACE DE DATOS (TRAMAS)

Proporciona un trnsito de datos fiables a travs de un medio fsico. Se ocupa del direccionamiento fsico, de la topologa de red, del acceso a la red, de la notificacin de errores, de la distribucin ordenada de tramas y del control del flujo. Las direcciones de capa 2 (fsica), identifican los dispositivos en una red local.

CAPA 1: FSICA (BITS)

Maneja los medios sobre los que se transmite la informacin: cables, conectores, voltajes, velocidades de transmisin de datos, codificacin de los bits en el medio; especificaciones mecnicas y elctricas de los medios de transmisin, etc. El ancho de banda analgico se mide en funcin de la cantidad de espectro magntico ocupada por cada seal y se mide en hercios. En ancho de banda digital mide la cantidad de informacin que fluye en un tiempo determinado.

Servidor Web

Stack de protocolos Protocolo de transferencia de hipertexto (HTTP) Protocolo de control de transmisin (TCP) Protocolo de Internet (IP) Ethernet

Dispositivos por capa

Capa 1: Repetidores, hubs Capa 2: NIC, Bridges, Switchs Capa 3: Routers