ApunteDeAsignatura Unidad2

Apunte de Asignatura | Unidad 2 | Arquitectura de protocolos
RESUMEN
▪ Una arquitectura de protocolos es una estructura en capas de hardware y de software

para el intercambio de datos entre sistemas.
▪ Los sistemas de comunicación están divididos en capas y en cada una de estas capas
se implementan uno o más protocolos.
▪ Un protocolo es un conjunto de reglas. En los sistemas de comunicación estas reglas
establecen cómo será (de que forma) la comunicación de datos entre dispositivos.
▪ TCP/IP es la arquitectura de protocolos más utilizada en la actualidad. Fue diseñado
en base al modelo de referencia OSI.
¿PORQUE NECESITAMOS UNA ARQUITECTURA DE PROTOCOLOS?
Para que dos dispositivos puedan intercambiar datos (por ejemplo, al transferir un archivo).
Para que esta comunicación exista deben realizarse algunos procedimientos complejos:
1) El sistema fuente debe activar un camino directo de los datos o bien debe proporcionar
a la red la identificación del sistema destino.
2) El sistema fuente debe asegurarse de que el destino está preparado para recibir datos.
3) La aplicación fuente debe asegurarse de que la aplicación destino está preparada para
aceptar y almacenar los datos.
4) Si los archivos son incompatibles entre ambos sistemas, uno de los dos deberá realizar
una operación de traducción.
Debe haber una gran cooperación entre sistemas involucrados en la transferencia del archivo
y como se verá más adelante las tareas de comunicación se realizan en capas que se
superponen de manera vertical en cada sistema (fuente y destino) formando una pila, luego
las capas pares de los sistemas verifican una serie de reglas o convenciones denominadas
protocolos. Los aspectos claves que definen a un protocolo son:
▪ La sintaxis: establece cuestiones relacionadas con el formato de los bloques de

datos.
▪ La semántica: incluye información de control para la coordinación y la gestión de
errores.
▪ La temporización: considera aspectos relativos a la sintonización de velocidad y
secuenciación.
Opcional/No Obligatorio: Ver ejemplo de protocolo TFTP (Trivial File Transfer Protocol) en
Apéndice 2A. Comunicaciones y Redes de Computadoras, Stallings, William, 7 Edición.
El protocolo TFTP, es un conjunto de especificaciones para la transferencia de archivos

mucho más sencilla que el FTP donde no existen mecanismos de control o acceso de
usuarios. Es más simple y fácil de implementar (también más rápido). Algunos dispositivos sin
unidad de disco interna utilizan este protocolo para descargar un código o sistema para
arrancar.
TFTP (puerto SAP 69) utiliza el protocolo UDP de la capa de Transporte.
ARQUITECTURA DE PROTOCOLOS SIMPLE
Las tareas de comunicación entre el sistema fuente y destino se subdividen en capas o

módulo, iguales en ambos sistemas. Los dos módulos pares de ambos sistemas intercambian
archivos y órdenes, sin embargo, un módulo no se encarga de todo, sino que delega tareas
Asignatura: Tecnologías de Comunicaciones | Carrera: Ingeniería en Sistemas | Prof. Gabriel Quiroga Salomon
Universidad Nacional de Chilecito | UNdeC
Pág. 1
de comunicación en otros módulos de su pila. A continuación, se puede ver un ejemplo de

una arquitectura simplificada con solo 3 capas en cada sistema:
Así, en vez de disponer de un solo módulo que realice todas las tareas involucradas en la
comunicación, se considera una estructura consistente en un conjunto de módulos. Esta
estructura se denomina arquitectura de protocolos.
El flujo de información es el siguiente:
La capa de aplicación de X pasa un archivo al módulo de servicio de comunicaciones quien

agrega información adicional o de control (que luego le servirá a la capa par en Y) y ésta le
pasa todo al módulo de acceso a la red quién tiene la lógica necesaria para establecer la
conexión física mediante la Red de comunicaciones, posteriormente el módulo de acceso a la
red de Y recibe los datos, pasa por el módulo de servicio de comunicaciones y llega al módulo
de aplicación de Y en lo alto de la pila. Es importante notar que si bien la comunicación física
se realiza en dirección vertical (entre las capas), se puede hablar de una comunicación lógica
que se establece entre capas pares como señalan las flechas punteadas.
El siguiente vídeo puede ser esclarecedor:
https://youtu.be/xZr0W3RNK0k
Pág. 2
UN MODELO DE TRES CAPAS
Básicamente decimos que las comunicaciones de datos involucran aplicaciones,

dispositivos y redes. Las aplicaciones corren en los dispositivos y estos se comunican por
medio de las redes. En base a esto podemos describir un modelo sencillo de tres capas:
▪ Capa de Acceso a la Red: intercambio de datos entre el dispositivo y la red.

Deben proporcionarse direcciones para los destinos.
▪ Capa de Transporte: Fiabilidad del intercambio de datos, asegurarse que los
mismos lleguen al destino y en el orden que fueron enviados los bloques.
▪ Capa de Aplicación: contiene la lógica necesaria para soportar varias
aplicaciones de usuario. Por cada aplicación aquí se necesita un protocolo
(correo, transferencia, chat, web, etc.).
“Cada capa (conjunto de funciones) es independiente de las demás”.
Ejemplo de tres dispositivos conectados a una red, cada uno con las capas antes
mencionadas para poder comunicarse. Cada equipo debe tener una dirección única. Es
importante aclarar que cada aplicación de los dispositivos debe tener una dirección única
dentro del dispositivo que permite a la capa de transporte brindar servicio a la aplicación
correcta (SAP, Service Access Point - Puertos).
Pág. 3
Supongamos que una aplicación (asociada al SAP 1) de X necesita comunicarse con la

aplicación (asociada al SAP 2) de Y. La aplicación en X pasa el mensaje a la capa de
transporte, indicando que la aplicación de destino está asociada al SAP 2. La capa de
transporte pasa el mensaje a la capa de red indicando que el destino es Y.
Para poder realizar esta comunicación es necesario en las capas incluir información adicional
junto a los datos a transmitir. Veamos cómo debe hacerse:
Continuando con el ejemplo, X genera un bloque de datos para enviar a Y. Se lo pasa a la

capa de transporte.
Capa de Transporte:
Generalmente la capa de transporte divide este bloque de datos en unidades más pequeñas.
A cada una de estas unidades deberá añadirle una cabecera que contiene información de
control del protocolo de esta capa. La unión de la información del usuario más la información
de control de la capa actual se llama “PDU (unidad de datos del protocolo)”. En este caso se
llamará “PDU de Transporte”.
Pág. 4
La cabecera de la PDU capa de transporte incluye por ejemplo los siguientes datos:
▪ SAP destino: para identificar la aplicación en el destino.

▪ Número de Secuencia: para identificar el orden de las unidades.
▪ Código de detección de error: por ejemplo, un código que calculado en X como
en Y debe dar el mismo resultado, indicando que los datos llegaron de manera
correcta.
Esta información que se agregue en las capas de X servirá para que Y pueda comprender la
información que recibe.
Capa de Red:
Ahora la capa de transporte debe pasar cada una de las PDU a la capa de red para que ésta
las transmita al dispositivo destino. Esta capa agregará también una cabecera con información
de la capa:
▪ Dirección del dispositivo de destino.

▪ Solicitud de recursos: se pueden pedir algunas funciones a la red como por
ejemplo el manejo de prioridades.
En la siguiente imagen observamos el resultado a modo de ejemplo:
El dispositivo Y recibirá las PDU enviadas por X y por cada capa interpretara la información
de las cabeceras, que se irán eliminando hasta que la información llegue a la aplicación
correspondiente de la capa superior.
Pág. 5
ARQUITECTURAS DE PROTOCOLOS NORMALIZADAS

Si cada fabricante siguiera sus propias convenciones en la fabricación de sus productos, luego
la comunicación sería imposible. Es por esto que se pusieron todos de acuerdo en utilizar
convenciones comunes. Para que esto ocurra, es necesaria la normalización.
Hay dos arquitecturas que han sido determinantes y básicas en el desarrollo de los estándares
de comunicación: el conjunto de protocolos TCP/IP y el modelo de referencia de OSI.
MODELO OSI
Es un modelo de referencia, desarrollado en 1977 por ISO, y como su nombre lo indica solo
es una referencia para los fabricantes, ya que no ha sido implementado.
Este modelo se divide en capas, en este caso son 7. Cada capa realiza un subconjunto de
tareas, relacionadas entre sí, necesarias para llegar a comunicarse con otros sistemas. Las
capas están definidas para que los cambios en una capa no implicaran cambios en las demás.
El modelo de referencia resultante tiene siete capas, las cuales son mostradas, junto a una
breve definición, en la siguiente imagen:
Pág. 6
También se ve en la siguiente imagen cómo se usan las unidades de datos de protocolo (PDU)
en la arquitectura OSI.
NORMALIZACIÓN DENTRO DEL MODELO DE REFERENCIA OSI

El modelo define en términos generales las funciones que se deben realizar en cada capa,
logrando que:
▪ Como las funciones de cada capa están bien definidas, el desarrollo de estándares
puede ser independiente y simultáneamente.
▪ Como los límites entre capas están bien definidas, los cambios que se realicen en los
estándares para una capa dada no afectan al software de las otras.
Esto logra que el funcionamiento global se descomponga en módulos, haciendo que las
interfaces entre módulos sean tan simples como sea posible. Se implementa el principio de
ocultamiento de la información: cada capa no conoce la información que tratan las otras.
Dentro de cada capa, se suministra servicios a la capa inmediatamente superior, a la vez que
implementa el protocolo con la capa par en el sistema destino.
Pág. 7
Pág. 8
PARÁMETROS Y PRIMITIVAS DE SERVICIO

En la arquitectura OSI los servicios entre capas adyacentes se describen en términos de
primitivas y mediante los parámetros involucrados.
Una primitiva especifica la función que se va a llevar a cabo y los parámetros se utilizan para
pasar datos e información de control. La forma concreta que adopte la primitiva dependerá de
la implementación. Las primitivas son: Solicitud, indicación, respuesta y confirmación.
Las CAPAS OSI

CAPA FÍSICA
La capa física se encarga de la interfaz física entre los dispositivos. Además, define las reglas
que rigen en la transmisión de los bits. La capa física tiene cuatro características importantes:
▪ Mecánicas: propiedades físicas de la interfaz y el medio de transmisión. Normalmente,
dentro de estas características se incluye la especificación del conector.
▪ Eléctricas: especifican cómo se representan los bits (por ejemplo, en términos de
niveles de tensión), así como su velocidad de transmisión.
▪ Funcionales: especifican las funciones que realiza cada uno de los circuitos de la
interfaz física entre el sistema y el medio de transmisión.
▪ De procedimiento: especifican la secuencia de eventos que se llevan a cabo en el
intercambio del flujo de bits a través del medio físico.
En el Capítulo 6 se estudian con detalle los protocolos de la capa física. Algunos ejemplos de
estándares de esta capa son el EIA-232-F y algunas secciones de los estándares de
comunicaciones inalámbricas y LAN.
CAPA DE ENLACE DE DATOS
La capa de enlace de datos intenta hacer que el enlace físico sea fiable. Además, proporciona
los medios para activar, mantener y desactivar el enlace. El principal servicio proporcionado
por la capa de enlace de datos a las capas superiores es el de detección y control de errores.
Pág. 9
Así, si se dispone de un protocolo en la capa de enlace de datos completamente operativo, la

capa adyacente superior puede suponer que la transmisión está libre de errores. Sin embargo,
si la comunicación se realiza entre dos sistemas que no estén directamente conectados, la
conexión constará de varios enlaces de datos en serie, cada uno operando
independientemente. Por tanto, en este último caso, la capa superior no estará libre de la
responsabilidad del control de errores.
El Capítulo 7 se dedica a los protocolos de enlace de datos. Algunos ejemplos de estándares
en esta capa son HDLC y LLC.
CAPA DE RED
La capa de red realiza la transferencia de información entre sistemas finales a través de algún
tipo de red de comunicación. En esta capa, el computador establecerá un diálogo con la red
para especificar la dirección destino y solicitar servicios como la gestión de prioridades.
Existen varias posibilidades:
▪ Los enlaces punto-a-punto directos entre estaciones. En este caso no se necesita capa
de red, ya que la capa de enlace de datos puede proporcionar las funciones de gestión
del enlace necesarias.
▪ Podemos considerar un sistema conectado a través de una única red, como una red
de conmutación de circuitos o de conmutación de paquetes.
La siguiente figura muestra cómo la presencia de una red se encuadra dentro de la
arquitectura OSI. Las tres capas inferiores están relacionadas con la conexión y la
comunicación con la red. Los paquetes creados por el sistema final pasan a través de uno o
más nodos de la red, que actúan como retransmisores entre los dos sistemas finales. Los
nodos de la red implementan las capas 1 a 3 de la arquitectura.
Pág. 10
Dentro del nodo, existen dos capas del enlace de datos y dos capas físicas, correspondientes
a los enlaces con los dos sistemas finales. Las cuatro capas superiores son protocolos
«extremo-a-extremo» entre los sistemas finales.
▪ Dos sistemas finales que necesitan comunicarse sin estar conectados a la misma red.
Más bien, supondremos que están conectados a redes que, directa o indirectamente,
están conectadas entre sí. Este caso requiere el uso de alguna técnica de
interconexión entre redes. Estas técnicas se estudiarán en el Capítulo 18.
CAPA DE TRANSPORTE
Proporciona un mecanismo para intercambiar datos entre sistemas finales. El servicio de
transporte orientado a conexión asegura que los datos se entregan libres de errores, en orden
y sin pérdidas ni duplicaciones. La capa de transporte también puede estar involucrada en la
optimización del uso de los servicios de red, y en proporcionar la calidad del servicio solicitada.
Por ejemplo, la entidad de sesión puede solicitar una tasa máxima de error determinada, un
retardo máximo, una prioridad y un nivel de seguridad dado.
El tamaño y la complejidad de un protocolo de transporte dependen de cómo de fiables sean
los servicios de red y las redes subyacentes. En la arquitectura de protocolos TCP/IP se han
especificado dos protocolos para la capa de transporte: el orientado a conexión, TCP
(Protocolo de Control de la Transmisión, Transmission Control Protocol) y el no orientado a
conexión UDP (Protocolo de Datagrama de Usuario, User Datagram Protocol).
CAPA DE SESIÓN
La capa de sesión proporciona los mecanismos para controlar el diálogo entre las aplicaciones
de los sistemas finales. En muchos casos, los servicios de la capa de sesión son parcialmente,
o incluso, totalmente prescindibles. No obstante, en algunas aplicaciones su utilización es
ineludible. La capa de sesión proporciona los siguientes servicios:
▪ Control del diálogo: éste puede ser simultáneo en los dos sentidos (full-duplex) o
alternado en ambos sentidos (half-duplex).
▪ Agrupamiento: el flujo de datos se puede marcar para definir grupos de datos. Por
ejemplo, si una empresa o almacén está transmitiendo los datos correspondientes a
las ventas hacia una oficina regional, éstos se pueden marcar de tal manera que se
indique por grupos el final de las ventas realizadas en cada departamento. Este
servicio permitiría que el computador destino calcule los totales de las ventas
realizadas en cada departamento.
▪ Recuperación: la capa de sesión puede proporcionar un procedimiento de puntos de
comprobación, de forma que, si ocurre algún tipo de fallo entre puntos de
comprobación, la entidad de sesión puede retransmitir todos los datos desde el último
punto de comprobación.
CAPA DE PRESENTACIÓN
La capa de presentación define el formato de los datos que se van a intercambiar entre las
aplicaciones y ofrece a los programas de aplicación un conjunto de servicios de
transformación de datos.
Define la sintaxis utilizada entre las entidades de aplicación y proporciona los medios para
seleccionar y modificar la representación utilizada. Algunos ejemplos de servicios específicos
que se pueden realizar en esta capa son los de compresión y cifrado de datos.
CAPA DE APLICACIÓN
Pág. 11
La capa de aplicación proporciona a los programas de aplicación un medio para que accedan
al entorno OSI. A esta capa pertenecen las funciones de administración y los mecanismos
genéricos necesarios para la implementación de aplicaciones distribuidas. Además, en esta
capa también residen las aplicaciones de uso general como, por ejemplo, la transferencia de
archivos, el correo electrónico y el acceso desde terminales a computadores remotos, entre
otras.
LA ARQUITECTURA DE PROTOCOLOS TCP/IP
La arquitectura de protocolos TCP/IP es resultado de la investigación y desarrollo de
ARPANET. Esta arquitectura consiste en una extensa colección de protocolos que se han
especificado e implementado con mayor éxito en la actualidad.
LAS CAPAS DE TCP/IP
Son similares a las propuestas por el modelo OSI. Pero en este caso son 5:
▪ Capa física.
▪ Capa de acceso a la red.
▪ Capa Internet.
▪ Capa de transporte.
▪ Capa de aplicación.
La capa física define la interfaz física entre el dispositivo de transmisión de datos y el medio
de transmisión o red.
La capa de acceso a la red es responsable del intercambio de datos entre el sistema final y la
red a la cual está conectado, entre otras cosas se deberá hacer algún tipo de encaminamiento
de los datos, por lo cual se necesita de la dirección destino. En esta capa corre el protocolo
para redes de área local Ethernet.
La capa de Internet mediante el protocolo internet (IP, Internet Protocolo) ofrece el servicio de
encaminamiento a través de varias redes. Este protocolo se implementa tanto en los sistemas
finales como en los encaminadores intermedios.
La capa de transporte proporciona fiabilidad al intercambio de datos para que éstos lleguen a
su destino de la manera correcta, esto se logra mediante el Protocolo de Control de Transporte
TCP, aunque existe la posibilidad de correr el protocolo de datagramas de usuario UDP que
no garantiza la fiabilidad del intercambio de datos (se verá más adelante TCP y UDP).
La capa de aplicación contiene toda la lógica necesaria para posibilitar las distintas
aplicaciones de usuario.
A continuación, se puede ver una imagen que muestra al modelo OSI y la arquitectura TCP/IP,
indicando la correspondencia entre capas.
Pág. 12
TCP Y UDP
Como se dijo TCP proporciona una conexión fiable para transferir los datos entre las
aplicaciones, esto es deseable en aplicaciones como el correo electrónico; aunque existen
casos como en una transmisión de vídeo en vivo donde no se desea tener una conexión fiable,
por diferentes razones, podría ser para no sobrecargar la red, y en estos casos se utiliza UDP.
UDP en realidad tiene poca tarea que hacer por lo cual es muy ligero, básicamente su
cometido es poder identificar los puertos de las aplicaciones que lo usan.
Hay que tener en claro que tanto TCP como UDP corren en la capa de transporte y que cada
aplicación puede elegir con que tipo de protocolo de transporte va a establecer la conexión.
El siguiente video muestra las diferencias más importantes entre TCP y UDP:
https://youtu.be/sdzKhSWmMm0
FUNCIONAMIENTO TCP E IP
Para tener éxito en la transmisión, cada entidad en el sistema global debe tener una única
dirección. En realidad, se necesitan dos niveles de direccionamiento. Cada computador en
una subred dada debe tener una dirección de Internet única que permita enviar los datos al
computador adecuado. Además, cada proceso que se ejecute dentro de un computador dado
debe tener, a su vez una dirección que sea única dentro del mismo.
Esto se puede ver en la siguiente imagen:
Pág. 13
Para que la transmisión sea efectiva se debe añadir información de control que dependiendo
de la capa en la que se agregue dicha información será el nombre que adopte la respectiva
PDU.
Pág. 14
APLICACIONES TCP/IP
Por último, cabe decir que se han normalizado una serie de aplicaciones para funcionar por
encima de TCP. A continuación, se mencionan tres de las más importantes:
▪ El protocolo simple de transferencia de correo (SMTP, Simple Mail Transfer Protocol)
▪ El protocolo de transferencia de archivos (FTP, File Transfer Protocol)
▪ TELNET, que facilita la realización de conexiones remotas.
Pág. 15
Para un mejor entendimiento el siguiente vídeo muestra las similitudes y diferencias entre el
modelo OSI y la implementación TCP/IP:
https://youtu.be/WeP7zbuj36Q
En materiales didácticos puede encontrar una tabla de protocolos.
Pág. 16

ApunteDeAsignatura Unidad2

Caricato da

Informazioni sul documento

Descrizione originale:

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

ApunteDeAsignatura Unidad2

Caricato da

Copyright:

Formati disponibili

Apunte de Asignatura | Unidad 2 | Arquitectura de protocolos

▪ Una arquitectura de protocolos es una estructura en capas de hardware y de software

¿PORQUE NECESITAMOS UNA ARQUITECTURA DE PROTOCOLOS?

▪ La sintaxis: establece cuestiones relacionadas con el formato de los bloques de

El protocolo TFTP, es un conjunto de especificaciones para la transferencia de archivos

TFTP (puerto SAP 69) utiliza el protocolo UDP de la capa de Transporte.

ARQUITECTURA DE PROTOCOLOS SIMPLE

Las tareas de comunicación entre el sistema fuente y destino se subdividen en capas o

de comunicación en otros módulos de su pila. A continuación, se puede ver un ejemplo de

El flujo de información es el siguiente:

La capa de aplicación de X pasa un archivo al módulo de servicio de comunicaciones quien

El siguiente vídeo puede ser esclarecedor:

UN MODELO DE TRES CAPAS

Básicamente decimos que las comunicaciones de datos involucran aplicaciones,

▪ Capa de Acceso a la Red: intercambio de datos entre el dispositivo y la red.

“Cada capa (conjunto de funciones) es independiente de las demás”.

Supongamos que una aplicación (asociada al SAP 1) de X necesita comunicarse con la

Continuando con el ejemplo, X genera un bloque de datos para enviar a Y. Se lo pasa a la

▪ SAP destino: para identificar la aplicación en el destino.

▪ Dirección del dispositivo de destino.

En la siguiente imagen observamos el resultado a modo de ejemplo:

ARQUITECTURAS DE PROTOCOLOS NORMALIZADAS

NORMALIZACIÓN DENTRO DEL MODELO DE REFERENCIA OSI

PARÁMETROS Y PRIMITIVAS DE SERVICIO

Las CAPAS OSI

Así, si se dispone de un protocolo en la capa de enlace de datos completamente operativo, la

En materiales didácticos puede encontrar una tabla de protocolos.

Potrebbero piacerti anche