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 Modelo TCP/IP

7. Aplicacin

6. Presentacin Capas de aplicacin Aplicacin

5. Sesin

4. Transporte Transporte

3. Red Internet
Capas de flujo de datos
2. Enlace de datos
Acceso a Red
1. Fsica
 FUNCIONES DE LAS CAPAS DEL MODELO OSI

Capa OSI Funcin PDU Protocolos

Procesos de la red a la TELNET, HTTP, SMTP, DNS,
7. Aplicacin aplicacin
Datos
DHCP

Representacin de
6. Presentacin datos
Datos JPG, GIF, PDF

Comunicacin entre NFS, RPC, X-Window,

5. Sesin hosts
Datos
AppleTalk session protocol

Conexiones extremo a
4. Transporte extremo
Segmentos TCP, UDP, SPX

3. Red Direcciones y mejor

ruta
Paquetes IP, IPX, AppleTalk

2.Enlace
datos
de
Define procedimientos
para acceder al medio
Tramas

Transmisin binaria.
1. Fsica Cableado, voltajes, bits, Bits
velocidad del medio.

FUNCIONES DE LAS CAPAS DEL MODELO TCP/IP

Representa datos para el usuario ms el control de

Aplicacin codificacin y de dilogo.

Admite la comunicacin entre distintos dispositivos de

Transporte distintas redes.

Internet Determina la mejor ruta a travs de la red.

Controla los dispositivos de hardware y los medios que

Acceso a la red forman 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 PDU: Segmentos y datagramas
Protocolos: TCP, UDP, SPX.
6. Presentacin
Funciones:

5. Sesin Seguimiento a las

comunicaciones individuales
entre hosts.
4. Transporte
Segmentacin de los flujos de
datos de aplicacin.
3. Red
Reensamble de segmentos en
flujos de datos de aplicacin.
2.Enlace de datos
Identificacin de las distintas
aplicaciones.
1. Fsica

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 Bit 15 Bit 16 Bit 31

Puerto de origen (16) Puerto de destino (16)

Nmero de secuencia (32)
-
Nmero de acuse de recibo (32) 20
Long. encabezado (4) Reservado (6) Flags (6) Tamao de la ventana (16)
bytes

Checksum (16) Puntero urgente (16)

Opciones (0 32 si las hay)

Datos de la capa de aplicacin (longitud variable)

SEGMENTO UDP

Bit 0 Bit 15 Bit 16 Bit 31

-
Puerto de origen (16) Puerto de destino (16)
8
bytes
Longitud (16) Checksum (16)

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 PDU: Paquetes
Protocolos: IP (IPv4 / IPv6), IPX,
6. Presentacin AppleTalk, servicio de red sin
conexin (CLNS/DECNet).
5. Sesin Funciones:
Direccionamiento lgico
4. Transporte
Encapsulamiento
3. Red Enrutamiento
Desencapsulamiento
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.

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 8 16 19 31

Versin HLEN Tipo de servicio Longitud total

Identificacin Flags Desplazamiento del fragmento

TTL Protocolo Suma de comprobacin de la cabecera

Direccin IP de origen

Direccin IP de destino

Opciones IP (si las hay) Relleno

Datos

...

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 Uso Rango RFC

Direccin de host Direccionamiento de hosts 0.0.0.0 - 223.255.255.255 790
Direcciones multicast Grupos multicast 224.0.0.0 - 239.255.255.255 1700
Direcciones Investigacin o experimentacin. 240.0.0.0 - 255.255.255.254 1700
experimentales No se puede usar para direccionar 3330
hosts

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 Intervalo Red

Clase A 10.0.0.0 10.255.255.255 10.0.0.0/8
Clase B 172.16.0.0 172.31.255.255 172.16.0.0/12
Clase C 192.168.0.0 192.168.255.255 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 Intervalo Red

Loopback 127.0.0.0 127.255.255.255 127.0.0.0 /8
Ruta predeterminada 0.0.0.0 0.255.255.255 0.0.0.0 /8
Enlace local 169.254.0.0 169.254.255.255 169.254.0.0/16
TEST-NET 192.0.2.0 192.0.2.255 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 Valor primer octeto

Clase A 1 a 127 (el primer bit es 0 siempre)
Clase B 128 a 191 (los dos primeros bits son 10)
Clase C 192 a 223 (los tres primeros bits son 110)
Clase D (multicast) 224 a 239 (los cuatro primeros bits son 1110)
Clase E (experimental) 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