INSTITUTO TECNOLOGICO SUPERIOR DE

CINTALAPA

ALUMNO: CESAR DE LOS SANTOS OVANDO

CARRERA: ING. INFORMATICA

MATERIA: REDES DE COMPUTADORAS

ACTIVIDAD: INVESTIGACIÓN

DOCENTE A CARGO: ING. LUIS GERMÁN MONTESINOS ALFARO

QUINTO SEMESTRE

GRUPO “E”

FECHA DE ENTREGA ESTABLECIDA:

VIERNES, 26 DE AGOSTO DEL 2022

 INTRODUCCION
El modelo de interconexión de sistemas abiertos (ISO/IEC 7498-1), más conocido como
“modelo OSI”, (en inglés, Open System Interconnection) es un modelo de referencia
para los protocolos de la red de arquitectura en capas, creado en el año 1980 por la
Organización Internacional de Normalización (ISO, International Organization for
Standardization). Se ha publicado desde 1983 por la Unión Internacional de
Telecomunicaciones (UIT) y, desde 1984, la Organización Internacional de
Normalización (ISO) también lo publicó con estándar. Su desarrollo comenzó en 1977.
 2.1. Capas superiores del modelo OSI
2.1.1. Introducción
El modelo OSI designa las etapas de aplicación, presentación y sesión de la pila como
las capas superiores. En términos generales, el software de estas capas realiza
funciones específicas, como el formato de datos, encriptación y administración de la
conexión. Ejemplos de las tecnologías de capa superior en el modelo OSI son HTTP,
SSL y NFS.

CAPA DE APLICACIÓN

El nivel de aplicación actúa como ventana para los usuarios y los procesos de
aplicaciones para tener acceso a servicios de red. Esta capa contiene varias funciones
que se utilizan con frecuencia:

Uso compartido de recursos y redirección de dispositivos

 Acceso a archivos remotos

 Acceso a la impresora remota
 Comunicación entre procesos
 Administración de la red
 Servicios de directorio
 Mensajería electrónica (como correo)
 Terminales virtuales de red

CAPA DE PRESENTACIÓN

La capa de presentación da formato a los datos que deberán presentarse en la capa de

aplicación. Se puede decir que es el traductor de la red. Esta capa puede traducir datos
de un formato utilizado por la capa de la aplicación a un formato común en la estación
emisora y, a continuación, traducir el formato común a un formato conocido por la capa
de la aplicación en la estación receptora.
La capa de presentación proporciona:

 Conversión de código de caracteres: por ejemplo, de ASCII a EBCDIC.

 Conversión de datos: orden de bits, CR-CR/LF, punto flotante entre enteros, etc.
 Compresión de datos: reduce el número de bits que es necesario transmitir en la
red.
 Cifrado de datos: cifra los datos por motivos de seguridad. Por ejemplo, cifrado
de contraseñas.

CAPA DE SESIÓN

La capa de sesión permite el establecimiento de sesiones entre procesos que se

ejecutan en diferentes estaciones. Proporciona:

 Establecimiento, mantenimiento y finalización de sesiones: permite que dos

procesos de aplicación en diferentes equipos establezcan, utilicen y finalicen una
conexión, que se denomina sesión.
 Soporte de sesión: realiza las funciones que permiten a estos procesos
comunicarse a través de una red, ejecutando la seguridad, el reconocimiento de
nombres, el registro, etc.

2.1.2. Protocolos y funcionalidad

Protocolos de capa aplicaciones
Servicios de red a aplicaciones
NFS: es un protocolo de nivel de aplicación, según el Modelo OSI. Es utilizado para
sistemas de archivos distribuido en un entorno de red de computadoras de área local.

AFP: es un protocolo de capa de presentación (según el modelo OSI) que ofrece

servicios de archivos para Mac OS X y Mac OS Classic. En Mac OS X, AFP es uno de
los varios servicios de apoyo a disposición incluida Bloque de mensajes de servidor
(SMB), Sistema de archivos de red (NFS), el Protocolo de transferencia de archivos
(FTP), y WebDAV.

Telnet: Es el protocolo que define el conjunto de reglas y criterios necesarios para

establecer sesiones de terminal virtual sobre la red. Telnet define los mecanismos que
permiten conocer las características del computador destino. Así mismo, permite que
los dos computadores (cliente y servidor) negocien el entorno y las especificaciones de
la sesión de emulación de terminal.

Protocolos de capa presentación

Representación de los datos
AppleTalk: El diseño de Appletalk se basa en el modelo OSI pero a diferencia de otros
de los sistemas LAN no fue construido bajo el sistema Xerox XNS, no tenía Ethernet y
tampoco tenía direcciones de 48 bit para el encaminamiento.

SAP: permite que los nodos que realizan servicios como servidores de archivos,
servidores de impresión, servidores de puerta de enlace de información sobre sus
servicios y direcciones. El protocolo permite que los procesos de SAP creen y eliminen
todos los servicios en la red

NCP: protocolo de control del nivel de red que se ejecuta por encima de PPP. Se usa
para negociar y configurar la red que va sobre PPP

Protocolos de la capa de sesión

Comunicación entre dispositivos de red
FTP: Es un protocolo orientado a conexión que define los procedimientos para la
transferencia de archivos entre dos nodos de la red (cliente/servidor). Cada nodo puede
comportarse como cliente y servidor. FTP maneja todas las conversiones necesarias
(código de caracteres [ASCII, EBCDIC], tipos de datos, representación de números
enteros y reales, etc.) Para lograr la interoperabilidad entre dos computadores que
utilizan sistemas de archivo diferentes y que trabajan bajo sistemas operativos
diferentes. FTP está basado en TCP y como tal provee mecanismos de seguridad y
autenticidad.

SMTP: Define los esquemas de envío y recepción de correo electrónico en la red.

SMTP está basado en UDP y soporta el concepto de Spooling. El correo puede ser
almacenado por la aplicación SMTP en memoria o disco y un servidor SMTP de la red,
eventualmente chequea si hay correo e intenta enviarlo. Si el usuario o el computador
no están disponibles en ese momento, intenta en una segunda oportunidad. Si
finalmente el correo no puede ser enviado, el servidor puede borrar el mensaje o
enviarlo de regreso al nodo origen.

NCP: es un protocolo de control del nivel de red que se ejecuta por encima de PPP. Se
usa para negociar y configurar la red que va sobre PPP.

SAP: Protocolo mediante el cual los servidores pueden notificar sus servicios en
interredes de NetWare. Con SAP, los servidores permiten a los routers crear y
mantener una base de datos con la información actualizada de los servidores de la
interred. Los routers realizan difusiones generales SAP periódicas para mantenerse
sincronizados entre sí dentro de la interred. Asimismo, actualizan las difusiones
generales SAP cada vez que detectan un cambio en la configuración de la interred. Las
estaciones de trabajo pueden pedir información a la red para localizar un servidor
mediante la transmisión de paquetes de petición SAP.

2.1.3. Toma de medida para las aplicaciones

y servicios
Modelo cliente servidor
En el modelo cliente/servidor, el dispositivo que solicita información se denomina
cliente y el dispositivo que responde a la solicitud se denomina servidor. Los procesos
de cliente y servidor se consideran una parte de la capa de aplicación. El cliente
comienza el intercambio solicitando los datos al servidor, quien responde enviando uno
o más streams de datos al cliente. Los protocolos de la capa de aplicación describen el
formato de las solicitudes y respuestas entre clientes y servidores. Además de la
transferencia real de datos, este intercambio puede requerir de información adicional,
como la autenticación del usuario y la identificación de un archivo de datos a transferir.

Un ejemplo de una red cliente-servidor es un entorno corporativo donde los empleados

utilizan un servidor de correo electrónico de la empresa para enviar, recibir y almacenar
correos electrónicos. El cliente de correo electrónico en la computadora de un
empleado emite una solicitud al servidor de correo electrónico para un mensaje no
leído. El servidor responde enviando al cliente el correo electrónico solicitado.

Aunque los datos se describen generalmente como el flujo del servidor al cliente,
algunos datos fluyen siempre del cliente al servidor. El flujo de datos puede ser el
mismo en ambas direcciones, o inclusive puede ser mayor en la dirección que va del
cliente al servidor. Por ejemplo, un cliente puede transferir un archivo al servidor con
fines de almacenamiento. La transferencia de datos de un cliente a un servidor se
denomina cargar y de datos de un servidor a un cliente se conoce como descarga.

Servidores

En un contexto general de redes, cualquier dispositivo que responde a una solicitud de

aplicaciones de cliente funciona como un servidor. Un servidor generalmente es una
computadora que contiene información para ser compartida con muchos sistemas de
cliente. Por ejemplo, páginas Web, documentos, bases de datos, imágenes, archivos
de audio y video pueden almacenarse en un servidor y enviarse a los clientes que lo
solicitan. En otros casos, como una impresora de red, el servidor de impresión envía al
cliente solicitudes para la impresora que se especifica.

Los diferentes tipos de aplicaciones de servidor pueden tener diferentes requisitos para
el acceso del cliente. Algunos servidores pueden requerir de autenticación de la
información de cuenta del usuario para verificar si el usuario tiene permiso para
acceder a los datos solicitados o para utilizar una operación en particular. Dichos
servidores deben contar con una lista central de cuentas de usuarios y autorizaciones,
o permisos (para operaciones y acceso a datos) otorgados a cada usuario. Cuando se
utiliza un cliente FTP, por ejemplo, si usted pide cargar datos al servidor FTP, se le
puede dar permiso para escribir en su carpeta personal, pero no para leer otros
archivos del sitio.

En una red cliente-servidor, el servidor ejecuta un servicio o proceso, a veces

denominado daemon. Al igual que la mayoría de los servicios, los demonios
generalmente se ejecutan en segundo plano y no se encuentran bajo control directo del
usuario. Los demonios se describen como servidores que "escuchan" una solicitud del
cliente porque están programados para responder cada vez que el servidor recibe una
solicitud para el servicio proporcionado por el demonio. Cuando un demonio "escucha"
la solicitud de un cliente, intercambia los mensajes adecuados con el cliente, según lo
requerido por su protocolo, y procede a enviar los datos solicitados en el formato
correspondiente.

Servicios y protocolos de la capa de aplicación

Una sola aplicación puede emplear diferentes servicios de la capa de aplicación, así lo
que aparece para el usuario como una solicitud para una página Web puede, de hecho,
equivaler a docenas de solicitudes individuales. Y, para cada solicitud, pueden
ejecutarse múltiples procesos. Por ejemplo, un cliente puede necesitar de diversos
procesos individuales para formular sólo una solicitud al servidor.

2.1.4. Ejemplo de servicios

DNS
DNS es un servicio cliente-servidor; sin embargo, difiere de los otros servicios cliente-
servidor que estamos examinando. Mientras otros servicios utilizan un cliente que es
una aplicación (como un explorador Web o un cliente de correo electrónico), el cliente
DNS ejecuta un servicio por sí mismo. El cliente DNS, a veces denominado resolución
DNS, admite la resolución de nombres para otras aplicaciones de red y servicios que lo
necesiten.
Al configurar un dispositivo de red, generalmente proporcionamos una o más
direcciones del servidor DNS que el cliente DNS puede utilizar para la resolución de
nombres. En general, el proveedor de servicios de Internet provee las direcciones para
utilizar con los servidores DNS. Cuando la aplicación del usuario pide conectarse a un
dispositivo remoto por nombre, el cliente DNS solicitante consulta uno de estos
servidores de denominación para resolver el nombre para una dirección numérica.

Los sistemas operativos computacionales también cuentan con una herramienta

llamada nslookup que permite que el usuario consulte de forma manual los servidores
de nombres para res

olver un nombre de host dado. Esta utilidad también puede utilizarse para solucionar
los problemas de resolución de nombres y verificar el estado actual de los servidores
de nombres.

Servicio WWW y HTTP

Cuando se escribe una dirección Web (o URL) en un explorador de Internet, el

explorador establece una conexión con el servicio Web del servidor que utiliza el
protocolo HTTP. URL (o Localizador uniforme de recursos) y URI (Identificador
uniforme de recursos) son los nombres que la mayoría de las personas asocian con las
direcciones Web.

El URL http://www.cisco.com/index.html es un ejemplo que se refiere a un recurso

específico, una página Web llamada index.html en un servidor identificado como
cisco.com (haga clic en las pestañas de la figura para ver los pasos que utiliza el
HTTP).

Los exploradores Web son las aplicaciones cliente que utilizan nuestras computadoras
para conectarse a la World Wide Web y acceder a recursos almacenados en un
servidor Web. Al igual que con la mayoría de los procesos de servidores, el servidor
Web funciona como un servicio básico y genera diferentes tipos de archivos
disponibles.
Para acceder al contenido, los clientes Web realizan conexiones al servidor y solicitan
los recursos deseados. El servidor responde con el recurso y, al recibirlo, el explorador
interpreta los datos y los presenta al usuario.

Los buscadores pueden interpretar y presentar muchos tipos de datos, como texto sin
cifrar o Lenguaje de marcas de hipertexto (HTML, el lenguaje en el que se crean las
páginas Web). Otros tipos de datos, sin embargo, requieren de otro servicio o
programa. Generalmente se les conoce como plug-ins o complementos. Para ayudar al
explorador a determinar qué tipo de archivo está recibiendo, el servidor especifica qué
clase de datos contiene el archivo.

Servicios de correo electrónico y protocolos SMTP/POP

Correo electrónico, el servidor de red más conocido, ha revolucionado la manera en

que nos comunicamos, por su simpleza y velocidad. Inclusive para ejecutarse en una
computadora o en otro dispositivo, los correos electrónicos requieren de diversos
servicios y aplicaciones. Dos ejemplos de protocolos de capa de aplicación son el
Protocolo de oficina de correos (POP) y el Protocolo simple de transferencia de correo
(SMTP), que aparecen en la figura. Como con el HTTP, estos protocolos definen los
procesos de cliente-servidor.

Cuando la gente redacta mensajes de correo electrónico, generalmente utilizan una

aplicación llamada Agente de usuario de correo (MUA), o un cliente de correo
electrónico. MUA permite enviar los mensajes y colocar los recibidos en el buzón del
cliente; ambos procesos son diferentes.

Para recibir correos electrónicos desde un servidor de correo, el cliente de correo

electrónico puede utilizar un POP. Al enviar un correo electrónico desde un cliente o un
servidor se utilizan formatos de mensajes y cadenas de comando definidas por el
protocolo SMTP. En general, un cliente de correo electrónico proporciona la
funcionalidad de ambos protocolos dentro de una aplicación.
 2.2. Capa de Transporte
2.2.1. Introducción
La capa de transporte permite la segmentación de datos y brinda el control necesario
para reensamblar las partes dentro de los distintos streams de comunicación. Las
responsabilidades principales que debe cumplir son:

 Rastreo de comunicación individual entre aplicaciones en los hosts de origen y

destino
 Segmentación de datos y manejo de cada parte
 Reensamble de segmentos en streams de datos de aplicación
 Identificación de diferentes aplicaciones

2.2.2. Funciones de la capa de transporte

Seguimiento de Conversaciones individuales

Cualquier host puede tener múltiples aplicaciones que se están comunicando a través
de la red. Cada una de estas aplicaciones se comunicará con una o más aplicaciones
en hosts remotos. Es responsabilidad de la capa de Transporte mantener los diversos
streams de comunicación entre estas aplicaciones.

Segmentación de datos

Debido a que cada aplicación genera un stream de datos para enviar a una aplicación
remota, estos datos deben prepararse para ser enviados por los medios en partes
manejables. Los protocolos de la capa de Transporte describen los servicios que
segmentan estos datos de la capa de Aplicación. Esto incluye la encapsulación
necesaria en cada sección de datos. Cada sección de datos de aplicación requiere que
se agreguen encabezados en la capa de Transporte para indicar la comunicación a la
cual está asociada.
Reensamble de segmentos

En el host de recepción, cada sección de datos puede ser direccionada a la aplicación

adecuada. Además, estas secciones de datos individuales también deben reconstruirse
para generar un stream completo de datos que sea útil para la capa de Aplicación. Los
protocolos de la capa de Transporte describen cómo se utiliza la información de
encabezado de dicha capa para reensamblar las secciones de datos en streams y
enviarlas a la capa de Aplicación.

Identificación de las aplicaciones

Para poder transferir los streams de datos a las aplicaciones adecuadas, la capa de
Transporte debe identificar la aplicación de destino. Para lograr esto, la capa de
Transporte asigna un identificador a la aplicación. Los protocolos TCP/IP denominan a
este identificador número de puerto. A todos los procesos de software que requieran
acceder a la red se les asigna un número de puerto exclusivo en ese host. Este número
de puerto se utiliza en el encabezado de la capa de Transporte para indicar con qué
aplicación está asociada esa sección de datos.

La capa de Transporte es el enlace entre la capa de Aplicación y las capas inferiores,

que son responsables de la transmisión en la red. Esta capa acepta datos de distintas
conversaciones y los transfiere a las capas inferiores como secciones manejables que
puedan ser eventualmente multiplexadas a través del medio. Las aplicaciones no
necesitan conocer los detalles de operación de la red en uso. Las aplicaciones generan
datos que se envían desde una aplicación a otra sin tener en cuenta el tipo de host
destino, el tipo de medios sobre los que los datos deben viajar, el paso tomado por los
datos, la congestión en un enlace o el tamaño de la red.

Además, las capas inferiores no tienen conocimiento de que existen varias aplicaciones
que envían datos en la red. Su responsabilidad es entregar los datos al dispositivo
adecuado. Luego la capa de Transporte ordena estas secciones antes de entregarlas a
la aplicación adecuada.

Los requerimientos de datos varían

Debido a que las distintas aplicaciones poseen distintos requerimientos, existen varios
protocolos de la capa de Transporte. Para algunas aplicaciones, los segmentos deben
llegar en una secuencia específica de manera que puedan ser procesados en forma
exitosa. En algunos casos, todos los datos deben recibirse para ser utilizados por
cualquiera de las mismas. En otros casos, una aplicación puede tolerar cierta pérdida
de datos durante la transmisión a través de la red. En las redes convergentes actuales,
las aplicaciones con distintas necesidades de transporte pueden comunicarse en la
misma red. Los distintos protocolos de la capa de Transporte poseen distintas reglas
que permiten que los dispositivos gestionen los diversos requerimientos de datos.

Algunos protocolos proporcionan sólo las funciones básicas para la entrega eficiente de
las secciones de datos entre las aplicaciones adecuadas. Estos tipos de protocolos son
útiles para aquellas aplicaciones cuyos datos son sensibles a las demoras. Otros
protocolos de la capa de Transporte describen procesos que brindan funciones
adicionales, como asegurar la entrega confiable entre las aplicaciones. Si bien estas
funciones adicionales proveen una comunicación más sólida entre aplicaciones de la
capa de Transporte, representan la necesidad de utilizar recursos adicionales y
generan un mayor número de demandas en la red.

Separación de comunicaciones múltiples

Considere una computadora conectada a una red que recibe y envía e-mails y
mensajes instantáneos, explora sitios Web y realiza una llamada telefónica de VoIP de
manera simultánea. Cada una de estas aplicaciones envía y recibe datos en la red al
mismo tiempo. Sin embargo, los datos de la llamada telefónica no se direccionan al
explorador Web y el texto de un mensaje instantáneo no aparece en el e-mail.
Además, los usuarios precisan que un e-mail o una página Web sean recibidos y
presentados de manera completa para que la información sea considerada útil. Las
demoras leves se consideran aceptables para asegurar que se reciba y presente la
información completa. Por el contrario, la pérdida ocasional de pequeñas partes de una
conversación telefónica puede considerarse aceptable. Se puede inferir la parte de
audio perdida del contexto de la conversación o se puede solicitar a la otra persona que
repita lo que dijo. Es preferible esto último a las demoras que se producirían si se
solicita a la red que gestione y vuelva a enviar los segmentos perdidos. En este
ejemplo, el usuario, no la red, gestiona el reenvío o reemplazo de información que falta.

2.2.3. Protocolos TCP

TCP (que significa Protocolo de Control de Transmisión) es uno de los principales
protocolos de la capa de transporte del modelo TCP/IP. En el nivel de aplicación,
posibilita la administración de datos que vienen del nivel más bajo del modelo, o van
hacia él, (es decir, el protocolo IP). Cuando se proporcionan los datos al protocolo IP,
los agrupa en datagramas IP, fijando el campo del protocolo en 6 (para que sepa con
anticipación que el protocolo es TCP). TCP es un protocolo orientado a conexión, es
decir, que permite que dos máquinas que están comunicadas controlen el estado de la
transmisión.

Las principales características del protocolo TCP son las siguientes:

 TCP permite colocar los datagramas nuevamente en orden cuando vienen del
protocolo IP.
 TCP permite que el monitoreo del flujo de los datos y así evitar la saturación de
la red.
 TCP permite que los datos se formen en segmentos de longitud variada para
"entregarlos" al protocolo IP.
 TCP permite multiplexar los datos, es decir, que la información que viene de
diferentes fuentes (por ejemplo, aplicaciones) en la misma línea pueda circular
simultáneamente.
  Por último, TCP permite comenzar y finalizar la comunicación amablemente.

El objetivo de TCP
Con el uso del protocolo TCP, las aplicaciones pueden comunicarse en forma segura
(gracias al sistema de acuse de recibo del protocolo TCP) independientemente de las
capas inferiores. Esto significa que los routers (que funcionan en la capa de Internet)
sólo tienen que enviar los datos en forma de datagramas, sin preocuparse con el
monitoreo de datos porque esta función la cumple la capa de transporte (o más
específicamente el protocolo TCP).

Durante una comunicación usando el protocolo TCP, las dos máquinas deben
establecer una conexión. La máquina emisora (la que solicita la conexión) se llama
cliente, y la máquina receptora se llama servidor. Por eso es que decimos que estamos
en un entorno Cliente-Servidor. Las máquinas de dicho entorno se comunican en modo
en línea, es decir, que la comunicación se realiza en ambas direcciones.

Para posibilitar la comunicación y que funcionen bien todos los controles que la
acompañan, los datos se agrupan; es decir, que se agrega un encabezado a los
paquetes de datos que permitirán sincronizar las transmisiones y garantizar su
recepción. Otra función del TCP es la capacidad de controlar la velocidad de los datos
usando su capacidad para emitir mensajes de tamaño variable. Estos mensajes se
llaman segmentos.

La función multiplexión
TCP posibilita la realización de una tarea importante: multiplexar/demultiplexar; es decir
transmitir datos desde diversas aplicaciones en la misma línea o, en otras palabras,
ordenar la información que llega en paralelo.

Confiabilidad de las transferencias

El protocolo TCP permite garantizar la transferencia de datos confiable, a pesar de que
usa el protocolo IP, que no incluye ningún monitoreo de la entrega de datagramas.

De hecho, el protocolo TCP tiene un sistema de acuse de recibo que permite al cliente
y al servidor garantizar la recepción mutua de datos.

Cuando se emite un segmento, se lo vincula a un número de secuencia. Con la

recepción de un segmento de datos, la máquina receptora devolverá un segmento de
datos donde el indicador ACK esté fijado en 1 (para poder indicar que es un acuse de
recibo) acompañado por un número de acuse de recibo que equivale al número de
secuencia anterior.

2.2.4. Protocolo UDP

UDP es un protocolo simple que provee las funciones básicas de la capa de
Transporte. Genera mucho menos sobrecarga que TCP, ya que no es orientado a la
conexión y no cuenta con los sofisticados mecanismos de retransmisión, secuenciación
y control del flujo.

Pese a que es relativamente baja la cantidad total de tráfico UDP que puede
encontrarse en una red típica, entre los protocolos principales de la capa de Aplicación
que utilizan UDP se incluyen:

 sistema de denominación de dominio (DNS),

 protocolo simple de administración de red (SNMP),
 protocolo de configuración dinámica de host (DHCP),
 protocolo de información de enrutamiento (RIP),
 protocolo trivial de transferencia de archivos (TFTP), y
 juegos en línea.

Algunas aplicaciones como los juegos en línea o VoIP pueden tolerar algunas pérdidas
de datos. Si estas aplicaciones utilizaran TCP, experimentarían largas demoras, ya que
TCP detecta la pérdida de datos y los retransmite. Estas demoras serían más
perjudiciales para la aplicación que las pequeñas pérdidas de datos.
 CONCLUSION

Una de las necesidades más acuciantes de un sistema de comunicaciones es el

establecimiento de estándares, sin ellos sólo podrían comunicarse entre sí equipos del
mismo fabricante y que usaran la misma tecnología.

La conexión entre equipos electrónicos se ha ido estandarizando paulatinamente, el

Modelo OSI es la principal referencia para las comunicaciones por red. Aunque existen
otros modelos, en la actualidad la mayoría de los fabricantes de redes relacionan sus
productos con el modelo OSI, especialmente cuando desean enseñar a los usuarios
cómo utilizar sus productos.