Capítulo 3 Protocolos y Comunicaciones de Red

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 39

Captulo 3: Protocolos y comunicaciones de red

3.0 Protocolos y comunicaciones de red


3.0.1 Introduccin
3.0.1.1 Introduccin
Las redes nos conectan cada vez ms. Las personas se comunican en lnea desde cualquier lugar.
Las conversaciones que tienen lugar en las aulas pasan a las sesiones de chat de mensajes
instantneos, y los debates en lnea continan en el lugar de estudios. Diariamente, se desarrollan
nuevos servicios para aprovechar la red.
En lugar de crear sistemas exclusivos e independientes para la prestacin de cada servicio nuevo,
el sector de redes en su totalidad adopt un marco de desarrollo que permite que los diseadores
comprendan las plataformas de red actuales y las mantengan. Al mismo tiempo, este marco se
utiliza para facilitar el desarrollo de nuevas tecnologas, a fin de satisfacer las necesidades de las
comunicaciones y las mejoras tecnolgicas futuras.
Un aspecto fundamental de este marco de desarrollo es el uso de modelos generalmente
aceptados que describen reglas y funciones de red.
En este captulo, obtendr informacin sobre estos modelos, sobre los estndares que hacen que
las redes funcionen y sobre la forma en que se produce la comunicacin a travs de una red.

133

Captulo 3: Protocolos y comunicaciones de red

3.1 Reglas de la comunicacin


3.1.1 Las reglas
3.1.1.1 Qu es la comunicacin?
Una red puede ser tan compleja como los dispositivos conectados a travs de Internet, o tan
simple como dos PC conectadas directamente entre s mediante un nico cable, o puede tener
cualquier grado de complejidad intermedia. Las redes pueden variar en lo que respecta al tamao,
la forma y la funcin. Sin embargo, realizar simplemente la conexin fsica entre los dispositivos
finales no es suficiente para habilitar la comunicacin. Para que se produzca la comunicacin, los
dispositivos deben saber cmo comunicarse.
Las personas intercambian ideas mediante diversos mtodos de comunicacin. Sin embargo,
independientemente del mtodo elegido, todos los mtodos de comunicacin tienen tres
elementos en comn. El primero de estos elementos es el origen del mensaje, o emisor. Los
orgenes de los mensajes son las personas o los dispositivos electrnicos que deben enviar un
mensaje a otras personas o dispositivos. El segundo elemento de la comunicacin es el destino, o
receptor, del mensaje. El destino recibe el mensaje y lo interpreta. Un tercer elemento, llamado
canal, est formado por los medios que proporcionan el camino por el que el mensaje viaja
desde el origen hasta el destino.
La comunicacin comienza con un mensaje, o informacin, que se debe enviar desde un origen
hasta un destino. El envo de este mensaje, ya sea mediante comunicacin cara a cara o a travs
de una red, est regido por reglas llamadas protocolos. Estos protocolos son especficos del tipo
de mtodo de comunicacin en cuestin. En nuestra comunicacin personal diaria, las reglas que
utilizamos para comunicarnos por un medio, como una llamada telefnica, no son necesariamente
las mismas que los protocolos para utilizar otro medio, como enviar una carta.
Por ejemplo, piense en dos personas que se comunican cara a cara, como se muestra en la
figura 1. Antes de comunicarse, deben acordar cmo hacerlo. Si en la comunicacin se utiliza la
voz, primero deben acordar el idioma. A continuacin, cuando tienen un mensaje que compartir,
deben poder dar formato a ese mensaje de una manera que sea comprensible. Por ejemplo, si
alguien utiliza el idioma espaol, pero la estructura de las oraciones es deficiente, el mensaje se
puede malinterpretar fcilmente. Cada una de estas tareas describe protocolos implementados
para lograr la comunicacin. Esto es vlido para la comunicacin por computadora, como se
muestra en la figura 2.
Piense cuntas reglas o protocolos diferentes rigen todos los mtodos de comunicacin que
existen actualmente en el mundo.

134

Captulo 3: Protocolos y comunicaciones de red

135

Captulo 3: Protocolos y comunicaciones de red

3.1.1.2 Establecimiento de reglas


Antes de comunicarse entre s, las personas deben utilizar reglas o acuerdos establecidos que rijan
la conversacin. Por ejemplo, tenga en cuenta la figura 1, donde los protocolos son necesarios
para la comunicacin eficaz. Los protocolos que se utilizan son especficos de las caractersticas del
mtodo de comunicacin, incluidas las caractersticas del origen, el destino y el canal. Estas reglas,
o protocolos, deben respetarse para que el mensaje se enve y comprenda correctamente. Se
encuentran disponibles muchos protocolos que rigen la comunicacin humana correcta. Una vez
que se acuerda un mtodo de comunicacin (cara a cara, telfono, carta, fotografa), los
protocolos implementados deben contemplar los siguientes requisitos:

Un emisor y un receptor identificados


Idioma y gramtica comn
Velocidad y temporizacin de la entrega
Requisitos de confirmacin o acuse de recibo

Los protocolos que se utilizan en las comunicaciones de red comparten muchas de las
caractersticas fundamentales de los protocolos que se utilizan para regir las conversaciones
humanas correctas. Consulte la figura 2. Adems de identificar el origen y el destino, los
protocolos informticos y de red definen los detalles sobre la forma en que los mensajes se
transmiten a travs de una red para cumplir con los requisitos anteriores. Si bien hay muchos
protocolos que deben interactuar, entre los protocolos informticos habituales, se incluyen los
siguientes:

Codificacin de los mensajes


Formato y encapsulacin del mensaje
Tamao del mensaje
Temporizacin del mensaje
Opciones de entrega del mensaje

A continuacin, se analizan ms detalladamente cada uno de estos protocolos.

136

Captulo 3: Protocolos y comunicaciones de red

3.1.1.3 Codificacin de los mensajes


Uno de los primeros pasos para enviar un mensaje es codificarlo. La codificacin es el proceso
mediante el cual la informacin se convierte en otra forma aceptable para la transmisin. La
decodificacin invierte este proceso para interpretar la informacin.
Imagine a una persona que planifica un viaje de vacaciones con un amigo y llama a ese amigo para
analizar los detalles respecto de dnde desean ir. Para comunicar el mensaje, el emisor primero
debe convertir, o codificar, sus ideas y percepciones acerca del lugar en palabras. Las palabras se
articulan a travs del telfono utilizando los sonidos y las inflexiones del lenguaje oral que
transmiten el mensaje. En el otro extremo de la lnea telefnica, la persona que est escuchando
la descripcin recibe los sonidos y los decodifica para visualizar la imagen del atardecer descrita
por el emisor.
La codificacin tambin tiene lugar en la comunicacin por computadora. La codificacin entre
hosts debe tener el formato adecuado para el medio. El host emisor, primero convierte en bits los
mensajes enviados a travs de la red. Cada bit se codifica en un patrn de sonidos, ondas de luz o
impulsos electrnicos, segn el medio de red a travs del cual se transmitan los bits. El host de
destino recibe y decodifica las seales para interpretar el mensaje.

3.1.1.4 Formato y encapsulacin del mensaje


Cuando se enva un mensaje desde el origen hacia el destino, se debe utilizar un formato o
estructura especficos. Los formatos de los mensajes dependen del tipo de mensaje y el canal que
se utilice para entregar el mensaje.
La escritura de cartas es una de las formas ms comunes de comunicacin humana por escrito.
Durante siglos, el formato aceptado para las cartas personales no ha cambiado. En muchas
culturas, una carta personal contiene los siguientes elementos:

Un identificador del destinatario


Un saludo
El contenido del mensaje
Una frase de cierre
Un identificador del emisor

Adems de tener el formato correcto, la mayora de las cartas personales tambin deben
colocarse, o encapsularse, en un sobre para la entrega, como se muestra en la figura 1. El sobre
tiene la direccin del emisor y la del receptor, cada una escrita en el lugar adecuado del sobre. Si la
direccin de destino y el formato no son correctos, la carta no se entrega. El proceso que consiste
en colocar un formato de mensaje (la carta) dentro de otro formato de mensaje (el sobre) se
denomina encapsulacin. Cuando el destinatario revierte este proceso y quita la carta del sobre se
produce la desencapsulacin del mensaje.

137

Captulo 3: Protocolos y comunicaciones de red


La persona que escribe la carta utiliza un formato aceptado para asegurarse de que la carta se
entregue y de que el destinatario la comprenda. De la misma manera, un mensaje que se enva a
travs de una red de computadoras sigue reglas de formato especficas para que pueda ser
entregado y procesado. De la misma manera en la que una carta se encapsula en un sobre para la
entrega, los mensajes de las PC tambin se encapsulan. Cada mensaje de computadora se
encapsula en un formato especfico, llamado trama, antes de enviarse a travs de la red. Una
trama acta como un sobre: proporciona la direccin del destino propuesto y la direccin del host
de origen, como se muestra en la figura 2.
El formato y el contenido de una trama estn determinados por el tipo de mensaje que se enva y
el canal que se utiliza para enviarlo. Los mensajes que no tienen el formato correcto no se pueden
enviar al host de destino o no pueden ser procesados por ste.

138

Captulo 3: Protocolos y comunicaciones de red

3.1.1.5 Tamao del mensaje


Otra regla de comunicacin es el tamao. Cuando las personas se comunican, los mensajes que
envan, normalmente, estn divididos en fragmentos ms pequeos u oraciones. El tamao de
estas oraciones se limita a lo que la persona que recibe el mensaje puede procesar por vez, como
se muestra en la figura 1. Una conversacin individual puede estar compuesta por muchas
oraciones ms pequeas para asegurarse de que cada parte del mensaje sea recibida y
comprendida. Imagine cmo sera leer este curso si todo el contenido apareciera como una sola
oracin larga; no sera fcil de comprender.
De manera similar, cuando se enva un mensaje largo de un host a otro a travs de una red, es
necesario dividirlo en partes ms pequeas, como se muestra en la figura 2. Las reglas que
controlan el tamao de las partes, o tramas que se comunican a travs de la red, son muy
estrictas. Tambin pueden ser diferentes, de acuerdo con el canal utilizado. Las tramas que son
demasiado largas o demasiado cortas no se entregan.
Las restricciones de tamao de las tramas requieren que el host de origen divida un mensaje largo
en fragmentos individuales que cumplan los requisitos de tamao mnimo y mximo. Esto se
conoce como segmentacin. Cada segmento se encapsula en una trama separada con la
informacin de la direccin y se enva a travs de la red. En el host receptor, los mensajes se
desencapsulan y se vuelven a unir para su procesamiento e interpretacin.

139

Captulo 3: Protocolos y comunicaciones de red

3.1.1.6 Temporizacin del mensaje


Otro factor que afecta la correcta recepcin y comprensin del mensaje es la temporizacin. Las
personas utilizan la temporizacin para determinar cundo hablar, la velocidad con la que lo harn
y cunto tiempo deben esperar una respuesta. stas son las reglas de la participacin.
Mtodo de acceso
El mtodo de acceso determina en qu momento
alguien puede enviar un mensaje. Estas reglas de
temporizacin se basan en el contexto. Por ejemplo:
tal vez usted pueda hablar cada vez que quiera decir
algo. En este contexto, una persona debe esperar
hasta que nadie ms est hablando antes de
comenzar a hablar. Si dos personas hablan a la vez,
se produce una colisin de informacin, y es
necesario que ambas se detengan y vuelvan a comenzar, como se muestra en la figura 1. De
manera similar, las computadoras deben definir un mtodo de acceso. Los hosts de una red
necesitan un mtodo de acceso para saber cundo comenzar a enviar mensajes y cmo responder
cuando se produce algn error.
Control de flujo
La temporizacin tambin afecta la cantidad de informacin que
se puede enviar y la velocidad con la que puede entregarse. Si
una persona habla demasiado rpido, la otra persona tendr
dificultades para escuchar y comprender el mensaje, como se
muestra en la figura 2. La persona que recibe el mensaje debe
solicitar al emisor que disminuya la velocidad. En las
comunicaciones de redes, un host emisor puede transmitir mensajes a una velocidad mayor que la
que puede recibir y procesar el host de destino. Los hosts de origen y destino utilizan el control del
flujo para negociar la temporizacin correcta, a fin de que la comunicacin sea exitosa.
Tiempo de espera de respuesta
Si una persona hace una pregunta y no escucha una respuesta
antes de un tiempo aceptable, supone que no habr ninguna
respuesta y reacciona en consecuencia, como se muestra en la
figura 3. La persona puede repetir la pregunta o puede continuar
la conversacin. Los hosts de las redes tambin tienen reglas que
especifican cunto tiempo deben esperar una respuesta y qu
deben hacer si se agota el tiempo de espera para la respuesta.

140

Captulo 3: Protocolos y comunicaciones de red

3.1.1.7 Opciones de entrega del mensaje


Puede ser necesario entregar un mensaje mejor, de distintas maneras. En algunos casos, una
persona desea comunicar informacin a un solo individuo. Otras veces, esa persona puede
necesitar enviar informacin a un grupo de personas simultneamente o, incluso, a todas las
personas de un rea. Una conversacin entre dos personas constituye un ejemplo de una entrega
de uno a uno. Cuando es necesario que un grupo de destinatarios reciba un mismo mensaje de
manera simultnea, se necesita una entrega de mensaje de uno a varios o de uno a todos.
Tambin puede ocurrir que el emisor de un mensaje necesite asegurarse de que el mensaje se
haya entregado correctamente al destino. En estos casos, es necesario que el receptor enve una
confirmacin al emisor. Si no se necesita ningn acuse de recibo, se dice que el envo del mensaje
es sin acuse de recibo.
Los hosts en una red utilizan opciones de entrega similares para comunicarse.
Las opciones de entrega de uno a uno se denominan unicast, lo que significa que el mensaje
tiene un nico destino.
Si un host necesita enviar mensajes utilizando una opcin de envo de uno a varios, se denomina
multicast. Multicasting es el envo de un mismo mensaje a un grupo de hosts de destino de
manera simultnea.
Si es necesario que todos los hosts de la red reciban el mensaje a la vez, se utiliza el mtodo de
broadcast. El broadcasting representa una opcin de entrega de mensaje de uno a todos. Adems,
los hosts tienen requisitos para los mensajes con confirmacin que son diferentes de los requisitos
para los mensajes sin confirmacin.

3.2 Protocolos y estndares de red


3.2.1 Protocolos
3.2.1.1 Protocolos: reglas que rigen las comunicaciones
Al igual que en la comunicacin humana, los diversos protocolos informticos y de red deben
poder interactuar y trabajar en conjunto para que la comunicacin de red se lleve a cabo
correctamente. Un grupo de protocolos interrelacionados que son necesarios para realizar una
funcin de comunicacin se denomina suite de protocolos. Los hosts y los dispositivos de red
implementan las suites de protocolos en software, hardware o ambos.
Una de las mejores formas para visualizar la forma en que los protocolos interactan dentro de
una suite es ver la interaccin como un stack. Un stack de protocolos muestra la forma en que los
protocolos individuales se implementan dentro de una suite. Los protocolos se muestran en capas,
donde cada servicio de nivel superior depende de la funcionalidad definida por los protocolos que

141

Captulo 3: Protocolos y comunicaciones de red


se muestran en los niveles inferiores. Las capas inferiores del stack se encargan del movimiento de
datos por la red y proporcionan servicios a las capas superiores, las cuales se enfocan en el
contenido del mensaje que se enva. Como se muestra en la ilustracin, podemos utilizar capas
para describir la actividad que tiene lugar en el ejemplo de comunicacin cara a cara. En la capa
inferior, la capa fsica, hay dos personas, cada una con una voz que puede pronunciar palabras en
voz alta. En la segunda capa, la capa de las reglas, existe un acuerdo para hablar en un lenguaje
comn. En la capa superior, la capa de contenido, estn las palabras que se pronuncian realmente.
Este es el contenido de la comunicacin.
Si furamos testigos de esta conversacin, realmente no veramos las capas flotando en el lugar. El
uso de capas es un modelo que proporciona una forma de dividir convenientemente una tarea
compleja en partes y describir cmo funcionan.

3.2.1.2 Protocolos de red


A nivel humano, algunas reglas de comunicacin son formales y otras simplemente se
sobreentienden, segn los usos y costumbres. Para que los dispositivos se puedan comunicar en
forma exitosa, un nuevo conjunto de aplicaciones de protocolos debe describir los requerimientos
e interacciones precisos. Los protocolos de red definen un formato y un conjunto de reglas
comunes para intercambiar mensajes entre dispositivos. Algunos protocolos de red comunes son
IP, HTTP y DHCP.
En las ilustraciones, se muestran los protocolos de red que describen los siguientes procesos:

La manera en que se da formato o se estructura el mensaje, como se muestra en la


figura 1.
El proceso por el cual los dispositivos de red comparten informacin sobre rutas con otras
redes, como se muestra en la figura 2.
142

Captulo 3: Protocolos y comunicaciones de red

La manera y el momento en que se transmiten mensajes de error y del sistema entre los
dispositivos, como se muestra en la figura 3.
La configuracin y la terminacin de sesiones de transferencia de datos, como se muestra
en la figura 4

Por ejemplo, IP define la forma en que un paquete de datos se entrega dentro de una red o a una
red remota. La informacin del protocolo IPv4 se transmite en un formato especfico de modo que
el receptor pueda interpretarlo correctamente. Esto no difiere mucho del protocolo utilizado para
escribir la direccin en un sobre al enviar una carta. La informacin debe respetar un determinado
formato, ya que, de lo contrario, la oficina de correos no puede entregar la carta en el destino.

143

Captulo 3: Protocolos y comunicaciones de red

3.2.1.3 Protocolos de red


Un ejemplo del uso de una suite de protocolos en comunicaciones de red es la interaccin entre
un servidor Web y un cliente Web. Esta interaccin utiliza una cantidad de protocolos y estndares
en el proceso de intercambio de informacin entre ellos. Los distintos protocolos trabajan en
conjunto para asegurar que ambas partes reciben y entienden los mensajes. Algunos ejemplos de
estos protocolos son:

Protocolo de aplicacin: el protocolo de transferencia de hipertexto (HTTP) es un


protocolo que rige la forma en que interactan un servidor Web y un cliente Web. HTTP
define el contenido y el formato de las solicitudes y respuestas intercambiadas entre el
cliente y el servidor. Tanto el cliente como el software del servidor Web implementan el
HTTP como parte de la aplicacin. HTTP depende de otros protocolos para regular la
forma en que los mensajes se transportan entre el cliente y el servidor.
Protocolo de transporte: el protocolo de control de transmisin (TCP) es el protocolo de
transporte que administra las conversaciones individuales entre servidores Web y clientes
Web. TCP divide los mensajes HTTP en partes ms pequeas, llamadas segmentos. Estos
segmentos se envan entre los procesos del servidor y el cliente Web que se ejecutan en el
host de destino. TCP tambin es responsable de controlar el tamao y la velocidad a los
que se intercambian los mensajes entre el servidor y el cliente.
Protocolo de Internet: IP es responsable de tomar los segmentos con formato de TCP,
encapsularlos en paquetes, asignarles las direcciones adecuadas y enviarlos a travs del
mejor camino hacia el host de destino.
Protocolos de acceso a la red: los protocolos de acceso a la red describen dos funciones
principales, la comunicacin a travs de un enlace de datos y la transmisin fsica de datos
en los medios de red. Los protocolos de administracin de enlace de datos toman los
paquetes IP y los formatean para transmitirlos por los medios. Los estndares y protocolos
de los medios fsicos rigen la forma en que se envan las seales y la forma en que las
interpretan los clientes que las reciben. Ethernet constituye un ejemplo de un protocolo
de acceso a la red.

144

Captulo 3: Protocolos y comunicaciones de red

3.2.2 Suites de protocolos


3.2.2.1 Suites de protocolos y estndares de la industria
Como se indic anteriormente, una suite de protocolos es un grupo de protocolos que trabajan en
forma conjunta para proporcionar servicios integrales de comunicacin de red. Las suites de
protocolos pueden estar especificadas por un organismo de estandarizacin o pueden ser
desarrolladas por un proveedor.
Los protocolos IP, HTTP y DHCP son todos parte de la suite de protocolos de Internet conocida
como protocolo de control de transmisin/IP (TCP/IP). La suite de protocolos TCP/IP es un
estndar abierto, lo que significa que estos protocolos estn disponibles para el pblico sin cargo,
y cualquier proveedor puede implementar estos protocolos en su hardware o software.
Un protocolo basado en estndares es un proceso o un protocolo que recibi el aval del sector de
redes y fue ratificado, o aprobado, por un organismo de estandarizacin. El uso de estndares en
el desarrollo y la implementacin de protocolos aseguran que productos de distintos fabricantes
puedan interoperar correctamente. Si un fabricante en particular no observa un protocolo
estrictamente, es posible que sus equipos o software no puedan comunicarse satisfactoriamente
con productos hechos por otros fabricantes.
En las comunicaciones de datos, por ejemplo, si un extremo de una conversacin utiliza un
protocolo para regir una comunicacin unidireccional y el otro extremo adopta un protocolo que
describe una comunicacin bidireccional, es muy probable que no pueda intercambiarse ningn
dato.

145

Captulo 3: Protocolos y comunicaciones de red


Algunos protocolos son exclusivos. Exclusivo, en este contexto, significa que una compaa o un
proveedor controlan la definicin del protocolo y cmo funciona. Algunos protocolos exclusivos
los pueden utilizar distintas organizaciones con permiso del propietario. Otros, solo se pueden
implementar en equipos fabricados por el proveedor exclusivo. AppleTalk y Novell Netware
constituyen ejemplos de protocolos exclusivos.
Incluso es posible que varias compaas trabajen conjuntamente para crear un protocolo
exclusivo. Es comn que un proveedor (o grupo de proveedores) desarrolle un protocolo exclusivo
para satisfacer las necesidades de sus clientes y posteriormente ayude a hacer de ese protocolo
exclusivo un estndar abierto. Por ejemplo, Ethernet fue un protocolo desarrollado inicialmente
por Bob Metcalfe en el XEROX Palo Alto Research Center (PARC) en la dcada de los setenta. En
1979, Bob Metcalfe cre su propia compaa, 3COM, y trabaj junto con Digital Equipment
Corporation (DEC), Intel y Xerox para promover el estndar DIX para Ethernet. En 1985, el
Instituto de Ingenieros en Electricidad y Electrnica (IEEE) public el estndar IEEE 802.3, que era
casi idntico a Ethernet. Actualmente, 802.3 es el estndar comn que se utiliza en redes de rea
local (LAN). Otro ejemplo: ms recientemente, Cisco abri el protocolo de enrutamiento EIGRP
como RFC informativa para satisfacer las necesidades de los clientes que desean utilizar el
protocolo en una red de varios proveedores.

146

Captulo 3: Protocolos y comunicaciones de red

3.2.2.2 Creacin de internet y desarrollo TCP/IP


La suite IP es una suite de protocolos necesaria para transmitir y recibir informacin mediante
Internet. Se conoce comnmente como TCP/IP, ya que TCP e IP fueron los primeros dos protocolos
de red definidos para este estndar. La suite TCP/IP basada en estndares abiertos reemplaz
otras suites de protocolos exclusivas de proveedores, como AppleTalk de Apple e Internetwork
Packet Exchange/Sequenced Packet Exchange (IPX/SPX) de Novell.
La primera red de conmutacin de paquetes, antecesora de Internet actual, fue la red Advanced
Research Projects Agency Network (ARPANET), que tuvo su origen en 1969 al conectar PC
centrales en cuatro ubicaciones. La ARPANET fue fundada por el Departamento de Defensa de los
Estados Unidos para que se utilice en universidades y en laboratorios de investigacin. Bolt,
Beranek and Newman (BBN) fue el contratista que llev a cabo gran parte del desarrollo inicial de
la ARPANET, incluida la creacin del primer router conocido como un procesador de mensajes de
interfaz (IMP).
En 1973, Robert Kahn y Vinton Cerf comenzaron a trabajar en la suite TCP para desarrollar la
siguiente generacin de la ARPANET. TCP se dise para reemplazar el programa de control de red
(NCP) actual de la ARPANET. En 1978, TCP se dividi en dos protocolos: TCP e IP. Posteriormente,
se agregaron otros protocolos a la suite de protocolos TCP/IP, entre los que se incluyen Telnet,
FTP, DNS y muchos otros.
Haga clic en la lnea de tiempo de la ilustracin para ver los detalles sobre el desarrollo de otros
protocolos y aplicaciones de red.

3.2.2.3 Suite de protocolos TCP/IP y proceso de comunicacin


Actualmente, la suite incluye decenas de protocolos, como se muestra en la figura 1. Haga clic en
cada protocolo para ver su descripcin. Estn organizados en capas y utilizan el modelo de
protocolo TCP/IP. Los protocolos TCP/IP estn incluidos en la capa de Internet hasta la capa de
aplicacin cuando se hace referencia al modelo TCP/IP. Los protocolos de capa inferior de la capa
de enlace de datos o de la capa de acceso a la red son responsables de enviar el paquete IP a
travs del medio fsico. Estos protocolos de capa inferior son desarrollados por organismos de
estandarizacin, como el IEEE.
La suite de protocolos TCP/IP se implementa como un stack de TCP/IP tanto en los hosts emisores
como en los hosts receptores para proporcionar una entrega de extremo a extremo de las
aplicaciones a travs de la red. Los protocolos 802.3 o Ethernet se utilizan para transmitir el
paquete IP a travs de un medio fsico que utiliza la LAN.
En las figuras 2 y 3, se muestra el proceso de comunicacin completo mediante un ejemplo de
servidor Web que transmite datos a un cliente.
Haga clic en el botn Reproducir para ver la demostracin animada:
147

Captulo 3: Protocolos y comunicaciones de red


1. La pgina de lenguaje de marcado de hipertexto (HTML) del servidor Web es el dato que se va a
enviar.
2. El encabezado HTTP del protocolo de aplicacin se agrega al frente de los datos HTML. El
encabezado contiene diversos tipos de informacin, incluida la versin de HTTP que utiliza el
servidor y un cdigo de estado que indica que tiene informacin para el cliente Web.
3. El protocolo de capa de aplicacin HTTP entrega los datos de la pgina Web con formato HTML
a la capa de transporte. El protocolo de la capa de transporte TCP se utiliza para administrar la
conversacin individual entre el servidor Web y el cliente Web.
4. Luego, la informacin IP se agrega al frente de la informacin TCP. IP asigna las direcciones IP de
origen y de destino que corresponden. Esta informacin se conoce como paquete IP.
5. El protocolo Ethernet agrega informacin en ambos extremos del paquete IP, conocidos como
la trama de enlace de datos. Esta trama se enva al router ms cercano a lo largo de la ruta hacia
el cliente Web. Este router elimina la informacin de Ethernet, analiza el paquete IP, determina el
mejor camino para el paquete, coloca el paquete en una trama nueva y lo enva al siguiente router
vecino hacia el destino. Cada router elimina y agrega informacin de enlace de datos nueva antes
de reenviar el paquete.
6. Estos datos ahora se transportan a travs de la internetwork, que consta de medios y
dispositivos intermediarios.
7. El cliente recibe las tramas de enlace de datos que contienen los datos, y cada encabezado de
protocolo se procesa y, a continuacin, se elimina en el orden opuesto al que se agreg. La
informacin de Ethernet se procesa y se elimina, seguida por la informacin del protocolo IP,
luego la informacin de TCP y, finalmente, la informacin de HTTP.
8. A continuacin, la informacin de la pgina Web se transfiere al software de explorador Web
del cliente.

148

Captulo 3: Protocolos y comunicaciones de red

149

Captulo 3: Protocolos y comunicaciones de red

3.2.3 Organismos de estandarizacin


3.2.3.1 Normas abiertas
Los estndares abiertos fomentan la competencia y la innovacin. Tambin garantizan que ningn
producto de una sola compaa pueda monopolizar el mercado o tener una ventaja desleal sobre
la competencia. La compra de un router inalmbrico para el hogar constituye un buen ejemplo de
esto. Existen muchas opciones distintas disponibles de diversos proveedores, y todas ellas
incorporan protocolos estndares, como IPv4, DHCP, 802.3 (Ethernet) y 802.11 (LAN inalmbrica).
Estos estndares abiertos tambin permiten que un cliente con el sistema operativo OS X de Apple
descargue una pgina Web de un servidor Web con el sistema operativo Linux. Esto se debe a que
ambos sistemas operativos implementan los protocolos de estndar abierto, como los de la suite
TCP/IP.
Los organismos de estandarizacin son
importantes para mantener una Internet
abierta con especificaciones y protocolos de
libre acceso que pueda implementar
cualquier proveedor. Los organismos de
estandarizacin pueden elaborar un conjunto
de
reglas
en
forma
totalmente
independiente o, en otros casos, pueden
seleccionar un protocolo exclusivo como
base para el estndar. Si se utiliza un
protocolo exclusivo, suele participar el
proveedor que cre el protocolo.
Los organismos de estandarizacin generalmente son organismos sin fines de lucro y neutrales en
lo que respecta a proveedores, que se establecen para desarrollar y promover el concepto de
estndares abiertos.
Entre los organismos de estandarizacin, se incluyen los siguientes:

Internet Society (ISOC)


Internet Architecture Board (IAB)
Internet Engineering Task Force (IETF)
Instituto de Ingenieros en Electricidad y Electrnica (IEEE)
International Organization for Standardization (ISO)

Cada uno de estos organismos se analizar en mayor detalle en las prximas pginas.
En la ilustracin, haga clic en cada logotipo para ver la informacin sobre los estndares.

150

Captulo 3: Protocolos y comunicaciones de red

3.2.3.2 ISOC, IAB e IETF


La Internet Society (ISOC) es responsable de promover el desarrollo, la evolucin y el uso abiertos
de Internet en todo el mundo. ISOC facilita el desarrollo abierto de estndares y protocolos para la
infraestructura tcnica de Internet, incluida la supervisin del Internet Architecture Board (IAB).
El Internet Architecture Board (IAB) es responsable de la administracin y el desarrollo general de
los estndares de Internet. El IAB supervisa la arquitectura para los protocolos y los
procedimientos que utiliza Internet. El IAB consta de 13 miembros, entre los que se incluye el
presidente del Internet Engineering Task Force (IETF). Los miembros del IAB actan como
personas, y no como representantes de compaas, agencias u otros organismos.
La misin del IETF es desarrollar, actualizar y mantener Internet y las tecnologas TCP/IP. Una de
las responsabilidades clave del IETF es producir documentos de solicitud de comentarios (RFC),
que son un memorndum que describe protocolos, procesos y tecnologas para Internet. El IETF
consta de grupos de trabajo (WG), el mecanismo principal para desarrollar las pautas y
especificaciones del IETF. Los WG son a corto plazo, y despus de que se cumplen los objetivos del
grupo, se pone fin al WG. El Internet Engineering Steering Group (IESG) es responsable de la
administracin tcnica del IETF y el proceso de los estndares de Internet.
The Internet Research Task Force (IRTF) se centra en la investigacin a largo plazo relacionada con
los protocolos, las aplicaciones, la arquitectura y las tecnologas de TCP/IP y de Internet. Mientras
que el IETF se centra en problemas ms a corto plazo de la creacin de estndares, el IRTF consta
de grupos de investigacin para esfuerzos de desarrollo a largo plazo. Algunos de los grupos de
investigacin actuales incluyen Anti-Spam Research Group (ASRG), Crypto Forum Research Group
(CFRG), Peer-to-Peer Research Group (P2PRG) y Router Research Group (RRG).

151

Captulo 3: Protocolos y comunicaciones de red

3.2.3.3 IEEE
El Instituto de Ingenieros en Electricidad y Electrnica (IEEE, que se pronuncia I, triple E) es un
organismo profesional para aquellos que trabajan en los campos de la electrnica y de la
ingeniera elctrica y se dedican a promover la innovacin tecnolgica y crear estndares. A partir
de 2012, el IEEE consta de 38 sociedades, publica 130 diarios y patrocina ms de 1300
conferencias cada ao en todo el mundo. El IEEE tiene ms de 1300 estndares y proyectos
actualmente en desarrollo.
El IEEE tiene ms de 400 000 miembros en ms de 160 pases. Ms de 107 000 de esos miembros
son miembros estudiantes. El IEEE proporciona oportunidades de mejora en el mbito educativo y
laboral para promover las habilidades y el conocimiento con el sector de la electrnica.
El IEEE es una de los organismos de estandarizacin lderes en el mundo. Crea y mantiene
estndares que influyen en una amplia variedad de sectores, como energa, salud,
telecomunicaciones y redes. La familia de estndares IEEE 802 se ocupa de redes de rea local y
redes de rea metropolitana, incluidas tanto las redes conectadas por cable como las inalmbricas.
Como se muestra en la ilustracin, cada estndar del IEEE consta de un WG que se encarga de
crear y mejorar los estndares.
Los estndares IEEE 802.3 e IEEE 802.11 son estndares IEEE importantes en redes de
computadoras. El estndar IEEE 802.3 define el control de acceso al medio (MAC) para Ethernet
por cable. Esta tecnologa generalmente es para las LAN, pero tambin tiene aplicaciones para
redes de rea extensa (WAN). El estndar 802.11 define un conjunto de estndares para
implementar redes de rea local inalmbricas (WLAN). Este estndar define el MAC fsico y de
enlace de datos del modelo de interconexin de sistema abierto (OSI) para las comunicaciones
inalmbricas.

3.2.3.4 ISO
La ISO, la International Organization for Standardization, es el mayor desarrollador del mundo de
estndares internacionales para una amplia variedad de productos y servicios. ISO no es un
acrnimo del nombre del organismo; por el contrario, el trmino proviene de la palabra griega
isos, que significa igual. La International Organization for Standardization eligi el trmino ISO
para afirmar su posicin como igualitaria para todos los pases.
En redes, la ISO se conoce principalmente por su modelo de referencia de interconexin de
sistema abierto (OSI). La ISO public el modelo de referencia OSI en 1984 para desarrollar un
esquema en capas para los protocolos de red. El objetivo original de este proyecto era no solo
crear un modelo de referencia sino tambin servir como base para una suite de protocolos que se
fuera a usar para Internet. Esto se conoci como la suite de protocolos OSI. Sin embargo, debido
a la creciente popularidad de la suite TCP/IP, desarrollada por Robert Kahn, Vinton Cerf y otros, no
se eligi la suite de protocolos OSI como la suite de protocolos para Internet. En cambio, se

152

Captulo 3: Protocolos y comunicaciones de red


seleccion la suite de protocolos TCP/IP. La suite de protocolos OSI se implement en equipos de
telecomunicaciones y an puede encontrarse en redes de telecomunicaciones antiguas.
Es posible que conozca algunos de los productos que utilizan estndares ISO. La extensin de
archivo ISO se utiliza en muchas imgenes de CD para indicar que utiliza el estndar ISO 9660 para
el sistema de archivos. La ISO tambin es responsable de crear estndares para protocolos de
enrutamiento.

3.2.3.5 Otros organismos de estandarizacin


Los estndares de redes incluyen otros varios organismos de estandarizacin. Algunos de los ms
comunes son los siguientes:

EIA: la Electronic Industries Alliance (EIA), conocida anteriormente como Electronics


Industries Association, es un organismo internacional comercial y de estandarizacin para
organizaciones de la industria electrnica. La EIA es conocida principalmente por sus
estndares relacionados con el cableado elctrico, los conectores y los bastidores de 19 in
que se utilizan para montar equipos de red.
TIA: la Telecommunications Industry Association (TIA) es responsable de desarrollar
estndares de comunicacin en diversas reas, entre las que se incluyen equipos de radio,
torres de telefona mvil, dispositivos de voz sobre IP (VoIP) y comunicaciones satelitales.
Muchos de los estndares se crean en colaboracin con la EIA.
UIT-T: el Sector de Normalizacin de las Telecomunicaciones de la Unin Internacional de
Telecomunicaciones (UIT-T) es uno de los organismos de estandarizacin de comunicacin
ms grandes y ms antiguos. El UIT-T define estndares para la compresin de videos,
televisin de protocolo de Internet (IPTV) y comunicaciones de banda ancha, como la lnea
de suscriptor digital (DSL). Por ejemplo, al marcar a otro pas, se utilizan los cdigos de pas
de la UIT para realizar la conexin.
ICANN: la Internet Corporation for Assigned Names and Numbers (ICANN) es un
organismo sin fines de lucro con base en los Estados Unidos que coordina la asignacin de
direcciones IP, la administracin de nombres de dominio utilizados por DNS y los
identificadores de protocolo o los nmeros de puerto utilizados por los protocolos TCP y
UDP. ICANN crea polticas y tiene una responsabilidad general sobre estas asignaciones.
IANA: la Internet Assigned Numbers Authority (IANA) es un departamento de ICANN
responsable de controlar y administrar la asignacin de direcciones IP, la administracin
de nombres de dominio y los identificadores de protocolo para ICANN.

Conocer los organismos que crean estndares que se utilizan en redes lo ayudar a obtener una
mayor comprensin de la forma en que estos estndares crean una Internet abierta y neutral en lo
que respecta a proveedores, y le permitir obtener informacin sobre nuevos estndares a
medida que se desarrollan.

153

Captulo 3: Protocolos y comunicaciones de red

3.2.4 Modelos de referencia


3.2.4.1 Beneficio del uso de un modelo de capas
Los modelos en capas, como el modelo TCP/IP, con frecuencia se utilizan para ayudar a visualizar
la interaccin entre diversos protocolos. Un modelo en capas describe el funcionamiento de los
protocolos que se produce en cada capa y la interaccin de los protocolos con las capas que se
encuentran por encima y por debajo de ellas.
Hay beneficios por el uso de un modelo en capas para describir protocolos de red y operaciones.
Uso de un modelo en capas:
Ayuda en el diseo de protocolos, ya que los protocolos que operan en una capa especfica tienen
informacin definida segn la cual actan, y una interfaz definida para las capas superiores e
inferiores.
Fomenta la competencia, ya que los productos de distintos proveedores pueden trabajar en
conjunto.
Evita que los cambios en la tecnologa o en las capacidades de una capa afecten otras capas
superiores e inferiores.
Proporciona un lenguaje comn para describir las funciones y capacidades de redes.
Existen dos tipos bsicos de modelos de redes:
154

Captulo 3: Protocolos y comunicaciones de red

Modelo de protocolo: este modelo coincide con precisin con la estructura de una suite
de protocolos determinada. El conjunto jerrquico de protocolos relacionados en una
suite representa tpicamente toda la funcionalidad requerida para interconectar la red
humana con la red de datos. El modelo TCP/IP es un modelo de protocolo, porque
describe las funciones que tienen lugar en cada capa de protocolos dentro de una suite
TCP/IP.
Modelo de referencia: este modelo es coherente con todos los tipos de servicios y
protocolos de red al describir qu es lo que se debe hacer en una capa determinada, pero
sin regir la forma en que se debe lograr. 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 objetivo
principal de un modelo de referencia es ayudar a lograr un mejor entendimiento de las
funciones y procesos involucrados.

El modelo OSI es el modelo de referencia de internetwork ms conocido. Se usa para diseo de


redes de datos, especificaciones de funcionamiento y resolucin de problemas.
Como se muestra en la ilustracin, los modelos TCP/IP y OSI son los modelos principales que se
utilizan al hablar de funcionalidad de red. Los diseadores de protocolos, servicios o dispositivos
de red pueden crear sus propios modelos para representar sus productos. Por ltimo, se solicita a
los diseadores que se comuniquen con la industria asociando sus productos o servicios con el
modelo OSI, el modelo TCP/IP o ambos.

155

Captulo 3: Protocolos y comunicaciones de red

3.2.4.2 Modelo de referencia OSI


Inicialmente, el modelo OSI fue diseado por la ISO para proporcionar un marco sobre el cual
crear una suite de protocolos de sistemas abiertos. La visin era que este conjunto de protocolos
se utilizara para desarrollar una red internacional que no dependiera de sistemas exclusivos.
En ltima instancia, la velocidad a la que fue adoptada Internet basada en TCP/IP y la proporcin
en la que se expandi ocasionaron que el desarrollo y la aceptacin de la suite de protocolos OSI
quedaran atrs. Aunque pocos de los protocolos que se crearon mediante las especificaciones OSI
se utilizan ampliamente en la actualidad, el modelo OSI de siete capas hizo ms contribuciones al
desarrollo de otros protocolos y productos para todo tipo de redes nuevas.
El modelo OSI proporciona una amplia lista de funciones y servicios que se pueden presentar en
cada capa. Tambin describe la interaccin de cada capa con las capas directamente por encima y
por debajo de l. Si bien el contenido de este curso est estructurado en torno al modelo de
referencia OSI, el anlisis se centra en los protocolos identificados en el modelo de protocolo
TCP/IP. Haga clic en cada nombre de la capa para ver los detalles.
Nota: mientras que a las capas del modelo TCP/IP se hace referencia solo por el nombre, las siete
capas del modelo OSI se mencionan con frecuencia por nmero y no por nombre. Por ejemplo, la
capa fsica se conoce como capa 1 del modelo OSI.

156

Captulo 3: Protocolos y comunicaciones de red

3.2.4.3 Modelo de protocolo TCP/IP


El modelo de protocolo TCP/IP para comunicaciones de internetwork se cre a principios de la
dcada de los setenta y se conoce con el nombre de modelo de Internet. Como se muestra en la
ilustracin, define cuatro categoras de funciones que deben ocurrir para que las comunicaciones
se lleven a cabo correctamente. La arquitectura de la suite de protocolos TCP/IP sigue la
estructura de este modelo. Por lo tanto, el modelo de Internet es conocido normalmente como
modelo TCP/IP.
La mayora de los modelos de protocolos describen un stack de protocolos especficos del
proveedor. Sin embargo, puesto que el modelo TCP/IP es un estndar abierto, una compaa no
controla la definicin del modelo. Las definiciones del estndar y los protocolos TCP/IP se explican
en un foro pblico y se definen en un conjunto de RFC disponibles al pblico. Las RFC contienen la
especificacin formal de los protocolos de comunicacin de datos y los recursos que describen el
uso de los protocolos.
Las RFC tambin contienen documentos tcnicos y organizacionales sobre Internet, entre los que
se incluyen las especificaciones tcnicas y los documentos de las polticas elaborados por el IETF.

157

Captulo 3: Protocolos y comunicaciones de red

3.2.4.4 Comparacin entre el modelo OSI y el modelo TCP/IP


Los protocolos que forman la suite de protocolos TCP/IP pueden describirse en trminos del
modelo de referencia OSI. En el modelo OSI, la capa de acceso a la red y la capa de aplicacin del
modelo TCP/IP estn subdivididas para describir funciones discretas que deben producirse en
estas capas.
En la capa de acceso a la red, la suite de protocolos TCP/IP no especifica qu protocolos se deben
utilizar cuando se transmite por un medio fsico, sino que solo describe la transferencia desde la
capa de Internet hacia los protocolos de red fsica. Las capas 1 y 2 de OSI tratan los procedimientos
necesarios para acceder a los medios y las maneras fsicas de enviar datos a travs de una red.
Como se muestra en la ilustracin, los paralelismos fundamentales entre los dos modelos de red
se producen en las capas 3 y 4 de OSI. La capa 3 de OSI, la capa de red, se utiliza casi
universalmente para describir el alcance de los procesos que ocurren en todas las redes de datos
para dirigir y enrutar mensajes a travs de una internetwork. IP es el protocolo de la suite TCP/IP
que incluye la funcionalidad descrita en la capa 3 de OSI.
La capa 4, la capa de transporte del modelo OSI, describe los servicios y las funciones generales
que proporcionan la entrega ordenada y confiable de datos entre los hosts de origen y de destino.
Estas funciones incluyen acuse de recibo, recuperacin de errores y secuenciamiento. En esta
capa, los protocolos TCP/IP, el protocolo TCP y el protocolo de datagramas del usuario (UDP)
proporcionan la funcionalidad necesaria.
La capa de aplicacin de TCP/IP incluye un nmero de protocolos que proporciona funcionalidad
especfica a una variedad de aplicaciones de usuario final. Las capas 5, 6 y 7 del modelo OSI se
utilizan como referencias para proveedores y desarrolladores de software de aplicacin para
fabricar productos que funcionan en redes.

158

Captulo 3: Protocolos y comunicaciones de red

3.3 Movimiento de datos en la red


3.3.1 Encapsulacin de datos
3.3.1.1 Comunicacin de mensajes
En teora, una nica comunicacin, como un video musical o un mensaje de correo electrnico,
podra enviarse a travs de una red desde un origen hasta un destino como un stream de bits
masivo y continuo. Si en realidad los mensajes se transmitieron de esta manera, significar que
ningn otro dispositivo podr enviar o recibir mensajes en la misma red mientras esta
transferencia de datos est en progreso. Estos grandes streams de datos originarn retrasos
importantes. Adems, si falla un enlace en la infraestructura de la red interconectada durante la
transmisin, el mensaje completo se perdera y tendra que retransmitirse completamente.
Un mtodo mejor es dividir los datos en partes ms pequeas y manejables para enviarlas por la
red. La divisin del stream de datos en partes ms pequeas se denomina segmentacin. La
segmentacin de mensajes tiene dos beneficios principales:

Al enviar partes individuales ms pequeas del origen al destino, se pueden intercalar


muchas conversaciones diversas en la red. El proceso que se utiliza para intercalar las
piezas de conversaciones separadas en la red se denomina multiplexacin. Haga clic en
cada botn de la figura 1 y, a continuacin, haga clic en el botn Reproducir para ver las
animaciones de segmentacin y de multiplexacin.
La segmentacin puede aumentar la confiabilidad de las comunicaciones de red. No es
necesario que las partes separadas de cada mensaje sigan el mismo recorrido a travs de
la red desde el origen hasta el destino. Si una ruta en particular se satura con el trfico de
datos, o falla, las partes individuales del mensaje an pueden direccionarse hacia el
destino mediante los recorridos alternativos. Si parte del mensaje no logra llegar al
destino, solo se deben retransmitir las partes faltantes.

La desventaja de utilizar segmentacin y multiplexacin para transmitir mensajes a travs de la


red es el nivel de complejidad que se agrega al proceso. Supongamos que tuviera que enviar una
carta de 100 pginas, pero en cada sobre solo cabe una. El proceso de escribir la direccin,
etiquetar, enviar, recibir y abrir los 100 sobres requerira mucho tiempo tanto para el emisor como
para el destinatario.
En las comunicaciones de red, cada segmento del mensaje debe seguir un proceso similar para
asegurar que llegue al destino correcto y que pueda volverse a armar en el contenido del mensaje
original, como se muestra en la figura 2.
Varios tipos de dispositivos en toda la red participan para asegurar que las partes del mensaje
lleguen a los destinos de manera confiable.

159

Captulo 3: Protocolos y comunicaciones de red

160

Captulo 3: Protocolos y comunicaciones de red

3.3.1.2 Unidades de datos del protocolo (PDU)


Mientras los datos de la aplicacin bajan al stack del protocolo y se transmiten por los medios de
la red, varios protocolos le agregan informacin en cada nivel. Esto comnmente se conoce como
proceso de encapsulacin.
La forma que adopta una porcin de datos en cualquier capa se denomina unidad de datos del
protocolo (PDU). Durante la encapsulacin, cada capa encapsula las PDU que recibe de la capa
inferior de acuerdo con el protocolo que se utiliza. En cada etapa del proceso, una PDU tiene un
nombre distinto para reflejar sus nuevas funciones. Aunque no existe una convencin universal de
nomenclatura para las PDU, en este curso se denominan de acuerdo con los protocolos de la suite
TCP/IP, como se muestra en la ilustracin:

Datos: trmino general para la PDU que se utiliza en la capa de aplicacin.


Segmento: PDU de la capa de transporte.
Paquete: PDU de la capa de red
Trama: PDU de la capa de enlace de datos
Bits: PDU de la capa fsica que se utiliza cuando se transmiten datos fsicamente por el
medio

161

Captulo 3: Protocolos y comunicaciones de red

3.3.1.3 Encapsulacin
La encapsulacin de datos es el proceso que agrega la informacin adicional del encabezado del
protocolo a los datos antes de la transmisin. En la mayora de las formas de comunicaciones de
datos, los datos originales se encapsulan o envuelven en varios protocolos antes de transmitirse.
Cuando se envan mensajes en una red, el stack de protocolos de un host opera desde las capas
superiores hacia las capas inferiores. En el ejemplo del servidor Web podemos utilizar el modelo
TCP/IP para ilustrar el proceso de envo de una pgina Web HTML a un cliente.
El protocolo de capa de aplicacin, HTTP, comienza el proceso entregando los datos de la pgina
Web con formato HTML a la capa de transporte. All, los datos de aplicacin se dividen en
segmentos de TCP. A cada segmento de TCP se le otorga una etiqueta, denominada encabezado,
que contiene informacin sobre qu procesos que se ejecutan en la computadora de destino
deben recibir el mensaje. Tambin contiene la informacin que permite que el proceso de destino
rearme los datos en su formato original.
La capa de transporte encapsula los datos HTML de la pgina Web dentro del segmento y los enva
a la capa de Internet, donde se implementa el protocolo IP. Aqu, el segmento de TCP se encapsula
en su totalidad dentro de un paquete IP que agrega otro rtulo denominado encabezado IP. El
encabezado IP contiene las direcciones IP de host de origen y de destino, como tambin la
informacin necesaria para entregar el paquete a su proceso de destino correspondiente.
A continuacin, el paquete IP se enva a la capa de acceso a la red, donde se encapsula dentro de
un encabezado de trama y un triler. Cada encabezado de trama contiene una direccin fsica de
origen y de destino. La direccin fsica identifica de forma exclusiva los dispositivos en la red local.
El triler contiene informacin de verificacin de errores. Por ltimo, los bits se codifican en el
medio mediante la tarjeta de interfaz de red (NIC) del servidor. Haga clic en el botn Reproducir
de la ilustracin para ver el proceso de encapsulacin.

162

Captulo 3: Protocolos y comunicaciones de red

3.3.1.4 Desencapsulacin
Este proceso se invierte en el host receptor, y se conoce como desencapsulacin. La
desencapsulacin es el proceso que utilizan los dispositivos receptores para eliminar uno o ms de
los encabezados de protocolo. Los datos se desencapsulan mientras suben por el stack hacia la
aplicacin del usuario final.

3.3.2 Acceso a los recursos locales


3.3.2.1 Direcciones de red y direcciones de enlace de datos
El modelo OSI describe los procesos de codificacin, asignacin de formato, segmentacin y
encapsulacin de datos para la transmisin a travs de la red. La capa de red y la capa de enlace
de datos son responsables de enviar los datos desde el dispositivo de origen o emisor hasta el
dispositivo de destino o receptor. Los protocolos de las dos capas contienen las direcciones de
origen y de destino, pero sus direcciones tienen objetivos distintos.
Direccin de red
La direccin lgica de la capa de red, o capa 3, contiene la informacin necesaria para enviar el
paquete IP desde el dispositivo de origen hasta el dispositivo de destino. Una direccin IP de capa
3 tiene dos partes: el prefijo de red y la parte de host. Los routers utilizan el prefijo de red para
reenviar el paquete a la red adecuada. El ltimo router de la ruta utiliza la parte de host para
enviar el paquete al dispositivo de destino.
Los paquetes IP contienen dos direcciones IP:

Direccin IP de origen: la direccin IP del dispositivo emisor.


Direccin IP de destino: la direccin IP del dispositivo receptor. Los routers utilizan la
direccin IP de destino para reenviar un paquete a su destino.
Direccin de enlace de datos

La direccin fsica de la capa de enlace de datos, o capa 2, tiene una funcin distinta. Su propsito
es enviar la trama de enlace de datos desde una interfaz de red hasta otra interfaz de red en la
misma red. Antes de que un paquete IP pueda enviarse a travs de una red conectada por cable o
inalmbrica, se debe encapsular en una trama de enlace de datos de modo que pueda transmitirse
a travs del medio fsico, la red real. Las LAN Ethernet y las LAN inalmbricas constituyen dos
ejemplos de redes que tienen distintos medios fsicos, cada uno con su propio tipo de protocolo de
enlace de datos.
El paquete IP se encapsula en una trama de enlace de datos para enviarse a la red de destino. Se
agregan las direcciones de enlace de datos de origen y de destino, como se muestra en la
ilustracin:

163

Captulo 3: Protocolos y comunicaciones de red

Direccin de enlace de datos de origen: la direccin fsica del dispositivo que enva el
paquete. Inicialmente, es la NIC que es el origen del paquete IP.
Direccin de enlace de datos de destino: la direccin fsica de la interfaz de red del router
del siguiente salto o de la interfaz de red del dispositivo de destino.

3.3.2.2 Comunicacin con un dispositivo en la misma red


Para comprender la forma en que la comunicacin se lleva a cabo correctamente en la red, es
importante entender las funciones de las direcciones de la capa de red y de las direcciones del
enlace de datos cuando un dispositivo se comunica con otro dispositivo en la misma red. En este
ejemplo, tenemos un equipo cliente, PC1, que se comunica con un servidor de archivos, servidor
FTP, en la misma red IP.
Direcciones de red
Las direcciones de la capa de red, o direcciones IP, indican la direccin de red y de host del origen
y del destino. La porcin de red de la direccin ser la misma; solamente cambiar la porcin de
host o de dispositivo de la direccin.

Direccin IP de origen: la direccin IP del dispositivo emisor, es decir, el equipo cliente


PC1: 192.168.1.110.
Direccin IP de destino: la direccin IP del dispositivo receptor, el servidor FTP:
192.168.1.9.

Direcciones de enlaces de datos


Cuando el emisor y el receptor del paquete IP estn en la misma red, la trama de enlace de datos
se enva directamente al dispositivo receptor. En una red Ethernet, las direcciones de enlace de
datos se conocen como direcciones MAC de Ethernet. Las direcciones MAC son direcciones de
48 bits que estn integradas fsicamente en la NIC Ethernet. Las direcciones MAC tambin se
conocen como direcciones fsicas (BIA).

164

Captulo 3: Protocolos y comunicaciones de red

Direccin MAC de origen: la direccin de enlace de datos, o la direccin MAC de Ethernet,


del dispositivo que enva el paquete IP, es decir, PC1. La direccin MAC de la NIC Ethernet
de PC1 es AA-AA-AA-AA-AA-AA.
Direccin MAC de destino: cuando el dispositivo receptor est en la misma red que el
dispositivo emisor, la direccin MAC de destino es la direccin de enlace de datos del
dispositivo receptor. En este ejemplo, la direccin MAC de destino es la direccin MAC del
servidor FTP: CC-CC-CC-CC-CC-CC.

Las direcciones de origen y de destino se agregan a la trama de Ethernet. La trama con el paquete
IP encapsulado ahora se puede transmitir desde PC1 directamente hasta el servidor FTP.

3.3.2.3 Direcciones MAC e IP


Ahora debe estar claro que para enviar datos a otro host en la misma LAN, el host de origen debe
conocer tanto la direccin fsica como la direccin lgica del host de destino. Una vez que se
conocen estas direcciones, puede crear una trama y enviarla a travs de los medios de red. El host
de origen puede obtener la direccin IP de destino de diversas maneras. Por ejemplo, puede
descubrir la direccin IP mediante el uso del sistema de nombres de dominios (DNS), o puede
conocer la direccin IP de destino porque la direccin se introduce en la aplicacin en forma

165

Captulo 3: Protocolos y comunicaciones de red


manual, como cuando un usuario especifica la direccin IP de un servidor FTP de destino. Sin
embargo, cmo determina un host la direccin MAC de Ethernet de otro dispositivo?
La mayora de las aplicaciones de red dependen de la direccin IP lgica del destino para
identificar la ubicacin de los hosts entre los que se produce la comunicacin. Se requiere la
direccin MAC de enlace de datos para enviar el paquete IP encapsulado dentro de la trama de
Ethernet a travs de la red hasta el destino.
El host emisor utiliza un protocolo denominado protocolo de resolucin de direcciones (ARP)
para descubrir la direccin MAC de cualquiera de los hosts de la misma red local. El host emisor
enva un mensaje de solicitud de ARP a toda la LAN. La solicitud de ARP es un mensaje de
broadcast. La solicitud de ARP contiene la direccin IP del dispositivo de destino. Cada dispositivo
en la LAN examina la solicitud de ARP para ver si contiene su propia direccin IP. Solamente el
dispositivo con la direccin IP contenida en la solicitud de ARP responde con una respuesta de
ARP. La respuesta de ARP incluye la direccin MAC asociada con la direccin IP en la solicitud de
ARP.

166

Captulo 3: Protocolos y comunicaciones de red

3.3.3 Acceso a recursos remotos


3.3.3.1 Gateway predeterminado
El mtodo que utilizan los hosts para enviar mensajes a un destino en una red remota difiere de la
manera en la que envan mensajes a un destino en la misma red local. Cuando un host necesita
enviar un mensaje a otro host ubicado en la misma red, reenva el mensaje de manera directa. El
host utiliza el ARP para determinar la direccin MAC del host de destino. Incluye la direccin IP de
destino dentro del encabezado del paquete y encapsula el paquete en una trama que contiene la
direccin MAC del destino y lo reenva.
Cuando un host necesita enviar un mensaje a una red remota, debe utilizar el router, tambin
conocido como gateway predeterminado. El gateway predeterminado es la direccin IP de una
interfaz de un router en la misma red que el host emisor.
Es importante que en cada host de la red local se configure la direccin de gateway
predeterminado. Si no se define ninguna direccin de gateway predeterminado en la
configuracin de TCP/IP del host, o si se especifica un gateway predeterminado incorrecto, no se
podrn entregar los mensajes dirigidos a hosts de redes remotas.
En la ilustracin, los hosts en la LAN utilizan R1 como el gateway predeterminado con la direccin
192.168.1.1 establecida en la configuracin de TCP/IP. Si el destino de una PDU se encuentra en
una red IP distinta, los hosts envan las PDU al gateway predeterminado en el router para su
posterior transmisin.

167

Captulo 3: Protocolos y comunicaciones de red

3.3.3.2 Comunicacin con un dispositivo en una red remota


Sin embargo, cules son las funciones de la direccin de la capa de red y de la direccin de la
capa de enlace de datos cuando un dispositivo se comunica con un dispositivo en una red remota?
En este ejemplo, tenemos un equipo cliente, PC1, que se comunica con un servidor, en este caso
un servidor Web, en una red IP diferente.
Direcciones de red
Las direcciones IP indican las direcciones de red y de los dispositivos de origen y de destino.
Cuando el emisor del paquete se encuentra en una red distinta de la del receptor, las direcciones
IP de origen y de destino representan los hosts en redes diferentes. Esto lo indica la porcin de red
de la direccin IP del host de destino.

Direccin IP de origen: la direccin IP del dispositivo emisor, es decir, el equipo cliente


PC1: 192.168.1.110.
Direccin IP de destino: la direccin IP del dispositivo receptor, es decir, el servidor Web:
172.16.1.99.

Direcciones de enlaces de datos


Cuando el emisor y el receptor del paquete IP se encuentran en redes diferentes, la trama de
enlace de datos de Ethernet no se puede enviar directamente al host de destino, debido a que en
la red del emisor no se puede tener acceso directamente al host. La trama de Ethernet se debe
enviar a otro dispositivo conocido como router o gateway predeterminado. En nuestro
ejemplo, el gateway predeterminado es R1. R1 tiene una interfaz y una direccin IP que se
encuentra en la misma red que PC1. Esto permite que PC1 alcance el router directamente.

Direccin MAC de origen: la direccin MAC de Ethernet del dispositivo emisor, PC1. La
direccin MAC de la interfaz Ethernet de PC1 es AA-AA-AA-AA-AA-AA.
Direccin MAC de destino: cuando el dispositivo receptor est en una red distinta de la
del dispositivo emisor, la direccin MAC de destino es la direccin MAC de Ethernet del
gateway predeterminado o el router. En este ejemplo, la direccin MAC de destino es la
direccin MAC de la interfaz Ethernet de R1 que est conectada a la red de PC1, que es 1111-11-11-11-11.

La trama de Ethernet con el paquete IP encapsulado ahora se puede transmitir a R1. R1 reenva el
paquete al destino, el servidor Web. Esto puede significar que R1 reenva el paquete a otro router
o directamente al servidor Web si el destino se encuentra en una red conectada a R1.
Cmo hace el dispositivo emisor para determinar la direccin MAC del router?
Cada dispositivo conoce la direccin IP del router a travs de la direccin de gateway
predeterminado definida en la configuracin de TCP/IP. La direccin de gateway predeterminado
es la direccin de la interfaz del router conectado a la misma red local que el dispositivo de origen.
168

Captulo 3: Protocolos y comunicaciones de red


Todos los dispositivos de la red local utilizan la direccin de gateway predeterminado para enviar
mensajes al router. Una vez que el host conoce la direccin IP del gateway predeterminado, puede
utilizar ARP para determinar la direccin MAC de ese gateway predeterminado. La direccin MAC
del gateway predeterminado entonces se coloca en la trama.

169

Captulo 3: Protocolos y comunicaciones de red

3.4 Resumen
3.4.1 Resumen
Las redes de datos son sistemas de dispositivos finales, dispositivos intermediarios y medios que
conectan los dispositivos. Para que se produzca la comunicacin, estos dispositivos deben saber
cmo comunicarse.
Estos dispositivos deben cumplir con reglas y protocolos de comunicacin. TCP/IP es un ejemplo
de una suite de protocolos. La mayora de los protocolos son creados por organismos de
estandarizacin, como el IETF o el IEEE. El Instituto de Ingenieros en Electricidad y Electrnica es
un organismo profesional para las personas que trabajan en los campos de la electrnica y de la
ingeniera elctrica. La ISO, la International Organization for Standardization, es el mayor
desarrollador del mundo de estndares internacionales para una amplia variedad de productos y
servicios.
Los modelos de redes que ms se utilizan son OSI y TCP/IP. Asociar los protocolos que establecen
las reglas de las comunicaciones de datos con las distintas capas de estos modelos es de gran
utilidad para determinar qu dispositivos y servicios se aplican en puntos especficos mientras los
datos pasan a travs de las LAN y WAN.
Los datos que pasan por el stack del modelo OSI se segmentan en trozos y se encapsulan con
direcciones y otras etiquetas. El proceso se revierte a medida que esos trozos se desencapsulan y
pasan por el stack de protocolos de destino. El modelo OSI describe los procesos de codificacin,
formateo, segmentacin y encapsulacin de datos para transmitir por la red.
La suite de protocolos TCP/IP es un protocolo de estndar abierto que recibi el aval de la
industria de redes y fue ratificado, o aprobado, por un organismo de estandarizacin. La suite de
protocolos de Internet es una suite de protocolos necesaria para transmitir y recibir informacin
mediante Internet.
Las unidades de datos del protocolo (PDU) se denominan segn los protocolos de la suite TCP/IP:
datos, segmento, paquete, trama y bits.
La aplicacin de los modelos permite a diversas personas, compaas y asociaciones comerciales
analizar las redes actuales y planificar las redes del futuro.

170

Captulo 3: Protocolos y comunicaciones de red

171

También podría gustarte