Infraestructura

de
Comunicacione
s
ISIS 3204
@ydonosomeisel
Yezid E. Donoso Meisel

Departamento de Ingeniería
de Sistemas y Computación
Capa de Aplicación

Departamento de Ingeniería
de Sistemas y Computación
Capa de Aplicación
1. Principios de las aplicaciones de red
2. La Web: HTTP
3. Transferencia de archivos: FTP
4. Correo electrónico en Internet: SMTP
5. Servicio de Directorio de Internet: DNS
6. Aplicaciones P2P
7. Video Streaming y Redes de Distribución de
Contenidos
8. Servicios Convergentes
9. Caracterización del Trafico de Red
10. Programación de sockets: TCP y UDP

Departamento de Ingeniería
de Sistemas y Computación
 Capa de HTTP SMTP SSH Telnet DNS
Aplicación HTTP
POP FTP TFTP DHCP …
S

Capa de
Transporte

Capa de Internet

Capa de Enlace de
Datos

Capa Física

Departamento de Ingeniería
de Sistemas y Computación
Capa de Aplicación
• Afianzar los conceptos y aspectos de implementación de los
protocolos de la capa de aplicación.
• Modelos de servicio de capa de transporte.
• Paradigma cliente/servidor
• Paradigma peer to peer
• Redes de distribución de contenido

• Aprender sobre protocolos examinando los protocolos populares

de nivel de aplicación:
• HTTP, FTP, SMTP, POP3, IMAP, DNS

• Crear aplicaciones de red

• Sockets API

Departamento de Ingeniería
de Sistemas y Computación
Principios de las Aplicaciones
de Red

Departamento de Ingeniería
de Sistemas y Computación
Algunas aplicaciones de red
Aplicaciones tradicionales Aplicaciones multimedia

• Web • Aplicaciones de Streaming (Youtube,

• e-Mail Netflix, Spotify)

• Mensajería de texto • Voz sobre IP (Skype, Whatsapp)

• Inicio de sesión remoto • Video conferencia en tiempo real

(FaceTime, Google Duo)
• Compartición de archivos P2P
• Juegos en red multiusuarios
• Búsquedas

Departamento de Ingeniería
de Sistemas y Computación
Arquitectura de las aplicaciones
de red
El desarrollador de aplicaciones
diseña la arquitectura de la
aplicación, que establece cómo la
aplicación debe estructurarse en los
distintos sistemas terminales.

El desarrollador probablemente
utilizará uno de los dos paradigmas
arquitectónicos: cliente-servidor o
P2P.

Departamento de Ingeniería
de Sistemas y Computación
Arquitectura Cliente-Servidor

Cliente

• Se comunica con el servidor

• Puede estar conectado de
forma intermitente
• Puede tener direcciones IP
dinámicas
• No se comunican
directamente entre sí.
Tomado de: [Link]
[Link]

Departamento de Ingeniería
de Sistemas y Computación
Arquitectura Cliente-Servidor

Servidor

• Siempre encendidos
• Dirección IP fija
• Tradicionalmente ubicados en
centros de datos para
escalar.

Tomado de: [Link]

[Link]

Departamento de Ingeniería
de Sistemas y Computación
Arquitectura P2P
Redes entre pares
• No hay un servidor siempre encendido
• Los sistemas finales arbitrarios se
comunican directamente
• Los pares solicitan el servicio de otros
pares, brindan servicio a cambio de
otros pares
• Auto-escalabilidad: los nuevos pares traen nueva
capacidad de servicio, así como nuevas demandas de
servicio

• Los pares están conectados de forma

intermitente y cambian las
direcciones IP Tomado de: [Link]
[Link]
• Gestión compleja
Departamento de Ingeniería
de Sistemas y Computación
Departamento de Ingeniería
de Sistemas y Computación
Comunicación entre procesos

Departamento de Ingeniería
de Sistemas y Computación
Comunicación entre procesos
Proceso Cliente-Servidor
Programa que se ejecuta dentro • Proceso del cliente: proceso que
de un host inicia la comunicación.
• Proceso del servidor: proceso que
espera ser contactado.
• Dentro del mismo host, dos procesos
se comunican mediante la
comunicación entre procesos
(definida por el sistema operativo)
P2P
• Las aplicaciones con arquitecturas
• Procesos en diferentes hosts se
P2P tienen procesos de cliente y
comunican intercambiando
procesos de servidor
mensajes.

Departamento de Ingeniería
de Sistemas y Computación
Sockets

Los procesos envían y

reciben mensajes a través
de una interfaz software

Un socket es la interfaz
entre la capa de aplicación y
la capa de transporte de un
host (API).

Departamento de Ingeniería
de Sistemas y Computación
Direccionamiento de Puertos

Protocolo POP3 HTTP IM

Puert Puert Puert

Transporte o Data o Data o Data

No. Puerto 110 80 531

Departamento de Ingeniería
de Sistemas y Computación
 Direccionamiento de Puertos

Fuente: [Link]

Departamento de Ingeniería
de Sistemas y Computación
 Direccionamiento de Puertos
MAC MAC IP 130
Origen Destino
IP Origen
Destino 5
21 Data Cola

Puerto Origen Puerto Destino

FTP: 1305 FTP FTP: 21

Puerto Origen Puerto Destino

Web: 1099 HTTP Web: 80

MAC MAC IP 109

Origen Destino
IP Origen
Destino 9
80 Data Cola

Departamento de Ingeniería
de Sistemas y Computación
¿Qué define un protocolo de capa de aplicación?

• Tipos de mensajes intercambiados

• por ejemplo: solicitud, respuesta
• Sintaxis del mensaje
• Qué campos en los mensajes y cómo se delinean los campos
• Semántica del mensaje
• Significado de la información en los campos
• Reglas para cuándo y cómo los procesos envían y responden a
los mensajes.
• Protocolos
• Abiertos
• Definido en RFC (por ejemplo, HTTP, SMTP)
• Permiten la interoperabilidad
• Propietarios
• por ejemplo: Skype, Netflix, …

Departamento de Ingeniería
de Sistemas y Computación
Ejemplo

Departamento de Ingeniería
de Sistemas y Computación
Interacción de los protocolos
• La comunicación entre un Aplicación
Protocolo de transferencia de
hipertexto (HTTP)
servidor web y un cliente web Protocolo de control de
es un ejemplo de Transporte
transmisión (TCP)

interacción entre varios HTTP

Internet Protocolo de Internet (IP)

protocolos.
Acceso a la
Ethernet
Red

• Una suite de protocolos es un

grupo de protocolos que
trabajan en forma conjunta
para proporcionar servicios
integrales de comunicación
de red.
Departamento de Ingeniería
de Sistemas y Computación
Servicios de transporte disponibles
para las aplicaciones
Integridad de los datos: Rendimiento (Throughput)
• Algunas aplicaciones (por ejemplo, • Algunas aplicaciones (por ejemplo,
transferencia de archivos, transacciones multimedia) requieren una cantidad
web) requieren una transferencia de
mínima de throughput para ser
datos 100% confiable
"efectivas“
• Otras aplicaciones (por ejemplo, audio)
• Otras aplicaciones ("aplicaciones
pueden tolerar alguna pérdida.
elásticas") hacen uso de cualquier
throughput que obtengan
Sincronización
• Algunas aplicaciones (por ejemplo,
telefonía por Internet, juegos Seguridad
interactivos) requieren un bajo retraso • Cifrado, integridad de los datos, ...
para ser "efectivas"

Departamento de Ingeniería
de Sistemas y Computación
Requisitos de transporte de
algunas aplicaciones de red
seleccionadas

Departamento de Ingeniería
de Sistemas y Computación
Servicios de transporte
disponibles para las
aplicaciones
TCP UDP
• Confiable • Rápido
• Reconoce los datos • Baja sobrecarga
• Reenvía los datos perdidos • No requiere reconocimiento
• Entrega los datos en orden • No reenvía los datos perdidos
secuencial • Entrega los datos a medida
que llegan

Departamento de Ingeniería
de Sistemas y Computación
Servicios TCP (Transmission Control
Protocol)

• Servicio orientado a la
conexión
• Servicio de transferencia de
datos fiable
• Entrega en el mismo orden
• Control de flujo

Departamento de Ingeniería
de Sistemas y Computación
Servicios UDP (User Datagram
Protocol)
• No es orientado a la conexión
• Proporciona un servicio de transferencia
no fiable, es un protocolo de transporte
ligero
• Los segmentos perdidos no se vuelven a
enviar
• Los datos se reconstruyen en el orden en
el que se recibieron
• No le informa al emisor sobre la
disponibilidad de recursos, por lo que no
hay control de congestión

Departamento de Ingeniería
de Sistemas y Computación
¿por qué molestarse?

¿Por qué existe UDP?

Departamento de Ingeniería
de Sistemas y Computación
Aplicaciones populares de
Internet

Departamento de Ingeniería
de Sistemas y Computación
TCP Seguro

Departamento de Ingeniería
de Sistemas y Computación
TCP Seguro
TCP y UDP SSL – Secure Socket Layer

• No proporcionan mecanismos • Provee servicios de cifrado a

de cifrado TCP
• Integridad de Datos
• Si se envía una contraseña • Autenticación en el punto
esta viajara en texto plano terminal
• No es un protocolo de
transporte, es una mejora a TCP
que se implementa en capa de
aplicación

Departamento de Ingeniería
de Sistemas y Computación
Problemas de seguridad en TCP/UDP

Departamento de Ingeniería
de Sistemas y Computación
Subcapa SSL

Departamento de Ingeniería
de Sistemas y Computación
SSL en acción

Departamento de Ingeniería
de Sistemas y Computación
3-Handshake de TCP

Departamento de Ingeniería
de Sistemas y Computación
Protocolo SSL
SSL Record

Departamento de Ingeniería
de Sistemas y Computación
Departamento de Ingeniería
de Sistemas y Computación
La Web: HTTP

Departamento de Ingeniería
de Sistemas y Computación
HTTP – HyperText Transfer
Protocol
• HTTP es un protocolo de solicitud/respuesta.
• Una pagina web consiste de objetos
• Los objetos pueden ser:
• Un archivo HTML
• Una imagen (JPEG, PNG, …)
• Un archivo de audio o de video

• Una pagina web esta formada por un archivo HTML base que
incluye referencias a muchos objetos
• Cada objeto se puede direccionar con una URL

Departamento de Ingeniería
de Sistemas y Computación
HTTP – HyperText Transfer
Protocol
HTTP es un protocolo
Usa TCP “stateless”
• El servidor no mantiene
• Los clientes inician la conexión información sobre solicitudes de
TCP (crean el socket) con el clientes anteriores
servidor.
• El servidor utiliza el puerto 80 Los protocolos que
• Los mensajes HTTP son mantienen el estado son
intercambiados entre navegador complejos
y servidor web. • ¿Qué pasa si el servidor o el
• La conexión se cierra cliente fallan?

Departamento de Ingeniería
de Sistemas y Computación
Conexiones HTTP
No persistentes Persistentes

• Cada objeto de la pagina se envía • Todos los objetos de la pagina se

sobre una conexión TCP envían sobre una única conexión
• Al finalizar el envió del objeto la
conexión se cierra
• Múltiples objetos, requieren
múltiples conexiones

Departamento de Ingeniería
de Sistemas y Computación
 suppose user enters URL:

HTTP [Link]/someDepartment/[Link]
(contains text,

No Persistente
1a. El cliente HTTP inicia la
conexión TCP al servidor HTTP
references to 10 jpeg
images)

(proceso) en 1b. El servidor HTTP en el host

[Link] en el [Link]
puerto 80 espera la conexión TCP en
el puerto 80. "acepta" la
conexión, notificando al
2. El cliente HTTP envía el cliente
mensaje de solicitud
HTTP (que contiene la URL) 3. El servidor HTTP recibe el
al socket de conexión TCP. mensaje de solicitud, forma
El mensaje indica que el el mensaje de respuesta
cliente desea el objeto que contiene el objeto
someDepartment/[Link] solicitado y lo envía a su
ex socket
tiempo

Departamento de Ingeniería
de Sistemas y Computación
HTTP
No Persistente
4. El servidor HTTP cierra la
conexión TCP.

5. El cliente HTTP recibe un

mensaje de respuesta que
contiene el archivo html y
muestra html. Analizando el
archivo html, encuentra 10
objetos jpeg referenciados
tiempo
6. Se repiten los pasos 1-5
para cada uno de los 10
objetos jpeg

Departamento de Ingeniería
de Sistemas y Computación
Conexiones
Persistentes

RTT: tiempo para que un paquete

pequeño viaje del cliente al servidor y
regrese

Tiempo de respuesta HTTP= 2RTT + tiempo de transmisión del archivo

Departamento de Ingeniería
de Sistemas y Computación
Formato de los mensajes HTTP
• La especificación HTTP [RFC 2616] incluyen las definiciones de
los formatos de los mensajes HTTP.
• Dos tipos de mensajes HTTP existentes: mensajes de petición y
mensajes de respuesta.

Departamento de Ingeniería
de Sistemas y Computación
Mensaje de petición HTTP

Tiene tres secciones:

• Una línea de petición

• comandos GET, POST, HEAD

• Líneas de encabezado, y

• Final de las líneas de

encabezado

Departamento de Ingeniería
de Sistemas y Computación
Formato general de un mensaje
de solicitud

Departamento de Ingeniería
de Sistemas y Computación
Mensaje de respuesta HTTP

Tiene tres secciones:

• Una línea de estado inicial,

• Seis líneas de encabezado, y

• El cuerpo de entidad
• (objetos solicitados)

Departamento de Ingeniería
de Sistemas y Computación
Formato general de un mensaje
de respuesta HTTP

Departamento de Ingeniería
de Sistemas y Computación
Códigos de respuesta
El código de estado aparece en la primera línea en el mensaje de
respuesta del servidor al cliente.

Algunos códigos:
200 OK
• request succeeded, requested object later in this msg

301 Moved Permanently

• requested object moved, new location specified later in this msg (Location:)

400 Bad Request

• request msg not understood by server

404 Not Found

• requested document not found on this server

505 HTTP Version Not Supported

Departamento de Ingeniería
de Sistemas y Computación
Subir información de un
formulario
POST GET

La entrada se carga al servidor Los datos de entrada se

en el cuerpo de la entidad especifican en la URL

[Link]/animalsearch?monkeys&banana

Departamento de Ingeniería
de Sistemas y Computación
Tipos de métodos
HTTP/1.0 HTTP/1.1

• GET • GET, POST, HEAD

• POST • PUT
• Carga el archivo en el cuerpo de la
• HEAD entidad a la ruta especificada en la
• Pide al servidor que deje el objeto URL
solicitado fuera de la respuesta
• DELETE
• Borra el archivo especificado en la
URL

Departamento de Ingeniería
de Sistemas y Computación
Interacción usuario-servidor:
cookies

• Un servidor HTTP no tiene memoria del estado de la conexión.

• Esto simplifica el diseño del servidor y ha permitido desarrollar
servidores web de alto rendimiento que pueden gestionar miles
de conexiones TCP simultáneas.

• Sin embargo, para un sitio web a menudo es deseable poder

identificar a los usuarios
• Para estos propósitos, HTTP utiliza cookies.

Departamento de Ingeniería
de Sistemas y Computación
Interacción usuario-servidor:
cookies
La tecnología de las cookies
utiliza cuatro componentes:

1. Una línea de cabecera de la cookie

en el mensaje de respuesta HTTP;
2. Una línea de cabecera de la cookie
del mensaje de solicitud HTTP;
3. El archivo de cookies almacenado
en el sistema terminal del usuario y
gestionado por el navegador del
usuario;
4. Una base de datos back-end en el
sitio web

Departamento de Ingeniería
de Sistemas y Computación
Interacción usuario-servidor:
cookies

Departamento de Ingeniería
de Sistemas y Computación
Interacción usuario-servidor:
cookies

Departamento de Ingeniería
de Sistemas y Computación
Cookies
Pueden ser usadas para Privacidad

• Autorización • Las cookies permiten a los sitios

• Carritos de compra aprender sobre usted
• Recomendaciones • Puede proporcionar nombre y
correo electrónico a los sitios
• Mantener el estado de una sesión
(web e-mail)
• Mantiene el estado de
emisor/receptor sobre múltiples
transacciones

Departamento de Ingeniería
de Sistemas y Computación
Departamento de Ingeniería
de Sistemas y Computación
Caches Web (Proxy Server)

• Una caché web, es una

entidad de red que satisface
solicitudes HTTP en nombre
de un servidor web de origen.

• Dispone de su propio
almacenamiento en disco y
mantiene en él copias de los
objetos solicitados
recientemente.

Departamento de Ingeniería
de Sistemas y Computación
¿Ventajas de
un
cache web?

Departamento de Ingeniería
de Sistemas y Computación
Ejemplo:
Suposiciones:
• Tamaño de objeto promedio: 1M bits
• Tasa de solicitud promedio de los navegadores a los
servidores de origen: 15 seg.
• Tasa de datos promedio para los navegadores: 15 Mbps
• RTT desde enrutador institucional a cualquier servidor de
origen: 2 seg.
• Tasa de enlace de acceso: 15 Mbps

Consecuencias:
• Utilización de LAN: 15%
problema!
• Utilización del enlace de acceso = 100%
• retraso total = retraso de Internet + retraso de acceso +
retraso de LAN = 2 seg + minutos + µsecs

Departamento de Ingeniería
de Sistemas y Computación
Ejemplo:
Suposiciones:
• Tamaño de objeto promedio: 1M bits
• Tasa de solicitud promedio de los navegadores a los
servidores de origen: 15 seg.
• Tasa de datos promedio para los navegadores: 15 Mbps
• RTT desde enrutador institucional a cualquier servidor de 150
origen: 2 seg.
Mbps
• Tasa de enlace de acceso: 15 Mbps
150
Mbps
Consecuencias:
• Utilización de LAN: 15%
• Utilización del enlace de acceso = 100% 10
%
Costo: mayor velocidad de enlace de
acceso (¡no es barato!)
msecs
Departamento de Ingeniería
de Sistemas y Computación
Ejemplo:
Suposiciones:
• Tamaño de objeto promedio: 1M bits
• Tasa de solicitud promedio de los navegadores a los
servidores de origen: 15 seg.
• Tasa de datos promedio para los navegadores: 15 Mbps
• RTT desde enrutador institucional a cualquier servidor de
origen: 2 seg.
• Tasa de enlace de acceso: 15 Mbps

Consecuencias:
• Utilización de LAN: 15%
• Utilización del enlace de acceso = ?
• Retardo total = ?
Costo: web cache es barato
¿Cómo calcular la utilización del canal, y el
retardo?
Departamento de Ingeniería
de Sistemas y Computación
Ejemplo:
• Supongamos que la tasa de aciertos de caché es 0.4
• 40% de solicitudes satisfechas en caché, 60% de solicitudes
satisfechas en origen

• Utilización del enlace de acceso:

• El 60% de las solicitudes utiliza el enlace de acceso.

• Tasa de datos a los navegadores sobre el enlace de

acceso =
• utilización =

• Retardo total

• Menos que con el enlace de 150 Mbps (¡y más barato

también!)

Departamento de Ingeniería
de Sistemas y Computación
GET condicional client server

• Objetivo: no enviar un objeto si la HTTP request msg

memoria caché tiene una versión If-modified-since: <date> objeto no
modificado
actualizada en caché. antes de
• sin retraso en la transmisión de objetos HTTP response <date>
• menor utilización del enlace HTTP/1.0
304 Not Modified

• caché: Especifica la fecha de la copia en

caché en la solicitud HTTP
• If-modified-since: <date>
HTTP request msg
If-modified-since: <date> objeto
• servidor: la respuesta no contiene modificado
después
ningún objeto si la copia en caché está HTTP response de <date>
actualizada: HTTP/1.0 200 OK
• HTTP/1.0 304 Not Modified <data>

Departamento de Ingeniería
de Sistemas y Computación
Planificación de la capacidad en el
tráfico web
Tráfico generado por una solicitud de una página de 5 KB

Tipo de tráfico Bytes

enviados
Conexión TCP ⁓180
Petición GET ⁓256
Archivo de 5KB 5120
Sobrecarga de los ⁓1364
protocolos
TOTAL 6920

Departamento de Ingeniería
de Sistemas y Computación
Planificación de la capacidad en el
tráfico web
Web Traffic – Text Page [Link]
X 1,000

Departamento de Ingeniería
de Sistemas y Computación
Planificación de la capacidad en el
tráfico web
Web Traffic – Image Page [Link]
X 1,000

Departamento de Ingeniería
de Sistemas y Computación
Planificación de la capacidad en el
tráfico web
Web Traffic – Image Page [Link]
X 1,000

Departamento de Ingeniería
de Sistemas y Computación
Planificación de la capacidad en el
tráfico web
Web Traffic – Streaming Page [Link]
X 1,000

Departamento de Ingeniería
de Sistemas y Computación
Planificación de la capacidad en el
tráfico web
Web Traffic – Streaming Page [Link]
X 1,000

Departamento de Ingeniería
de Sistemas y Computación
Problemas de
seguridad en HTTP

Departamento de Ingeniería
de Sistemas y Computación
Problemas de seguridad en
HTTP
DNS
Query

DNS
Reply
DNS
Server

HTTP
Request

HTTP Database
Response
Web
Server

Departamento de Ingeniería
de Sistemas y Computación
Problemas de seguridad en
HTTP
AMENAZAS

Lado del cliente Lado del Servidor

(Browser) Conexión de Red

Proteger la privacidad y la Proteger la integridad y

Proteger a los usuarios del integridad de los datos, privacidad de los datos,
robo de datos, intrusiones. proporcionar autenticación controlar el acceso, mantener
de clientes y servidores, la disponibilidad
proporcionar no rechazo

IP spoofing, Detección de Descifrado de contraseñas,

Exploits del navegador, malware, inyección de SQL,
phishing, robo de cookies paquetes, Nombres de
dominio engañosos exploits de servidor

Departamento de Ingeniería
de Sistemas y Computación
Problemas de seguridad en
HTTP
Por qué en los navegadores?

• Son objetivos fáciles, con muchos usuarios ingenuos

• Facilidad de encontrar información: ingeniería social

• Los navegadores son programas complejos: tienen muchas

vulnerabilidades
• Gestionan múltiples tipos de archivos: multimedia, archivos, applets, scripts: muchos
posibles ataques.
• Mantienen datos privados (cookies, historial): los hace objetivos atractivos.

Departamento de Ingeniería
de Sistemas y Computación
Problemas de seguridad en
HTTP
Por qué en los servidores web?

• Los servidores web aceptan la entrada de clientes que los hacen

vulnerables a los ataques
• Software complejo
• No se realizan pruebas de vulnerabilidad
• Los ataques son fáciles de ocultar

• Mantienen datos valiosos de fácil acceso

• Usuarios de confianza: phishing
• Alto impacto

Departamento de Ingeniería
de Sistemas y Computación
Problemas de seguridad en
HTTP

Departamento de Ingeniería
de Sistemas y Computación
Problemas de seguridad en
HTTP

Tomado de:
[Link]

Departamento de Ingeniería
de Sistemas y Computación
Transferencia de
archivos: FTP

Departamento de Ingeniería
de Sistemas y Computación
 FTP

Conexión de
Control
Puerto 21

Conexión de Datos
Puerto 20
Interfaz
de Cliente Sistema de
Usuario FTP Transferencia Archivos
de Datos Remoto
FTP Servidor
FTP

Sistema de
Archivos
Local

Departamento de Ingeniería
de Sistemas y Computación
FTP: Ejemplos de comandos y
respuestas
Comandos Respuestas

• USER username: se usa para enviar la • 331 Nombre de Usuario correcto, se

identificación del usuario al servidor. requiere contraseña
• PASS password: se utiliza para enviar la • 125 La conexión de datos ya se encuentra
contraseña de usuario al servidor. abierta; comienza la transferencia
• LIST: se utiliza para pedirle al servidor que • 425 No se puede abrir la conexión de datos
envíe una lista de todos los archivos en el
• 452 Error escribiendo el archivo
directorio remoto actual.
• RETR filename: se utiliza para recuperar
(es decir, obtener) un archivo del directorio
actual del host remoto.
• STOR filename: se utiliza para almacenar
(es decir, colocar) un archivo en el
directorio actual del host remoto
Departamento de Ingeniería
de Sistemas y Computación
FTP: Comandos

Departamento de Ingeniería
de Sistemas y Computación
Departamento de Ingeniería
de Sistemas y Computación
Correo electrónico
en Internet: SMTP

Departamento de Ingeniería
de Sistemas y Computación
Correo Electrónico
Tres componentes principales:

• Agente usuario
• crear, editar, leer mensajes de correo

• Servidor de Correo
• buzón contiene mensajes entrantes para el
usuario
• cola de mensajes de correo saliente (para
ser enviado)

• Protocolo simple de transferencia de

correo: SMTP.

Departamento de Ingeniería
de Sistemas y Computación
SMTP [RFC 2821]
• Utiliza TCP para transferir de manera
confiable un mensaje de correo electrónico S: 220 [Link]
del cliente al servidor, puerto 25 C: HELO [Link]
S: 250 Hello [Link], pleased to meet
• Transferencia directa: servidor de envío al you
C: MAIL FROM: <alice@[Link]>
servidor receptor S: 250 alice@[Link]... Sender ok
• Tres fases de transferencia C: RCPT TO: <bob@[Link]>
S: 250 bob@[Link] ... Recipient ok
• Apretón de manos (saludo) C: DATA
• Transferencia de mensajes S: 354 Enter mail, end with "." on a line
• Cierre by itself
C: Do you like ketchup?
• Interacción comando / respuesta (como C: How about pickles?
C: .
HTTP) S: 250 Message accepted for delivery
• comandos: texto ASCII C: QUIT
• respuesta: código de estado y frase S: 221 [Link] closing connection

• Los mensajes deben estar en ASCII de 7

bits
Departamento de Ingeniería
de Sistemas y Computación
SMTP
• SMTP usa conexiones Comparación con HTTP
persistentes • HTTP: pull
• SMTP: push
• SMTP requiere que el mensaje • Ambos tienen interacción ASCII de
(encabezado y cuerpo) esté en comando / respuesta, y códigos de
ASCII de 7 bits estado
• HTTP: cada objeto es encapsulado
en su propio mensaje de respuesta
• El servidor SMTP usa [Link]
para determinar el final del • SMTP: múltiples objetos son
mensaje enviados en un mensaje multiparte

Departamento de Ingeniería
de Sistemas y Computación
Formato de un mensaje de
correo
SMTP: protocolo para el intercambio de
mensajes de correo electrónico.
RFC 822: estándar para el formato de header
mensaje de texto: línea
en
blanco
• líneas de encabezado, por ejemplo:
• To:
• From: body
• Subject:
• Es diferente de los comandos SMTP MAIL FROM, RCPT
TO.

• Cuerpo: el “mensaje”
• Solo caracteres ASCII

Departamento de Ingeniería
de Sistemas y Computación
Formato de un mensaje de
correo

Departamento de Ingeniería
de Sistemas y Computación
Protocolos de acceso al correo

• SMTP: entrega/almacenamiento al servidor del receptor

• Protocolo de acceso al correo: recuperación desde el servidor
• POP: Post Office Protocol [RFC 1939]: autorización, descarga
• IMAP: Internet Mail Access Protocol [RFC 1730]: más funciones, incluida la manipulación de
mensajes almacenados en el servidor
• HTTP: gmail, hotmail, Yahoo! Correo, etc.

Departamento de Ingeniería
de Sistemas y Computación
POP3 S:
C:
+OK POP3 server ready
user bob
S: +OK
C: pass hungry
Fase de autorización S: +OK user successfully logged on
• comandos del cliente:
• user: declara el nombre de usuario C: list
• pass: contraseña S: 1 498
S: 2 912
• respuestas del servidor
S: .
• +OK
C: retr 1
• -ERR
S: <message 1 contents>
S: .
Fase de transacción, cliente: C: dele 1
• list: lista de números de mensaje C: retr 2
S: <message 1 contents>
• retr: recuperar mensaje por número S: .
• dele: borrar C: dele 2
C: quit
• quit
S: +OK POP3 server signing off

Departamento de Ingeniería
de Sistemas y Computación
POP3 e IMAP
POP3 IMAP

• El ejemplo anterior utiliza el • Mantiene todos los mensajes en

modo POP3 "descargar y un solo lugar: el servidor
eliminar“ • Permite al usuario organizar
• Bob no puede releer el correo electrónico si
cambia de cliente mensajes en carpetas
• POP3 "descargar y mantener": • Mantiene el estado del usuario en
copias de mensajes en diferentes todas las sesiones:
clientes • Nombres de carpetas y asignaciones entre
identificadores de mensaje y nombre de
• POP3 no tiene estado en todas carpeta

las sesiones

Departamento de Ingeniería
de Sistemas y Computación
POP3

Departamento de Ingeniería
de Sistemas y Computación
Planificación de la capacidad en el
correo electrónico.

Departamento de Ingeniería
de Sistemas y Computación
Departamento de Ingeniería
de Sistemas y Computación
Seguridad en el correo
electrónico.

Departamento de Ingeniería
de Sistemas y Computación
Seguridad en el correo
electrónico.

Departamento de Ingeniería
de Sistemas y Computación
Seguridad en el correo
electrónico.

Departamento de Ingeniería
de Sistemas y Computación
Seguridad en el correo
electrónico.

Departamento de Ingeniería
de Sistemas y Computación
Seguridad en el correo
electrónico.

Departamento de Ingeniería
de Sistemas y Computación
Seguridad en el correo
electrónico.
• Alice quiere mantener confidencialidad, autenticación del remitente,
integridad del mensaje..

• Alice usa tres claves: su clave privada, la clave pública de Bob, la clave
simétrica recién creada
Departamento de Ingeniería
de Sistemas y Computación
Servicio de
Directorio de
Internet: DNS

Departamento de Ingeniería
de Sistemas y Computación
Domain Name System - DNS
[Link].
• Base de datos distribuida co
[Link]

implementada en jerarquía de
muchos servidores de nombres.
DNS

• Protocolo de la capa de
aplicación: los hosts, los servidores
de nombres se comunican para
resolver nombres (traducción de
dirección / nombre) DNS

• nota: función básica de Internet,

implementada como protocolo de capa [Link].
[Link]
de aplicación co

• Complejidad en el “borde" de la red.

Departamento de Ingeniería
de Sistemas y Computación
DNS: Servicios y Estructura
Servicios: ¿Por qué no centralizar el
DNS?
• Traducción de nombre de host a
dirección IP • Punto único de fallo
• alias de host • Volumen de tráfico
• canonical, alias de nombres
• Base de datos centralizada
• alias del servidor de correo distante
• distribución de la carga • Mantenimiento
• Servidores web replicados: muchas
direcciones IP corresponden a un nombre • No es escalable

Departamento de Ingeniería
de Sistemas y Computación
DNS: Una base de datos jerárquica distribuida.

Servidores
DNS raíz

Servidores Servidores Servidores

DNS com DNS org DNS edu

Servidores
Servidores Servidores Servidores
DNS Servidores
DNS DNS DNS
[Link] DNS pbs
[Link] [Link] [Link]
m

El cliente quiere IP para [Link]; 1ª aproximación:

• El cliente consulta el servidor raíz para encontrar un servidor DNS com
• El cliente consulta el servidor DNS de .com para obtener el servidor DNS de [Link]
• El cliente consulta el servidor DNS de [Link] para obtener la dirección IP para
[Link]
Departamento de Ingeniería
de Sistemas y Computación
DNS: servidores de nombres
raíz
• Contactado por el servidor de nombres local que no
puede resolver el nombre

• Servidor de nombres raíz:

• Se comunica con el servidor de nombres autorizado si se desconoce la asignación
de nombres
• Obtiene mapeo
• Devuelve la asignación al servidor de nombres local

Departamento de Ingeniería
de Sistemas y Computación
 Tomado de: [Link]

• 13 "servidores" de nombres raíz en todo el mundo, operados por 12 organizaciones

independientes
• Cada "servidor" replicado muchas veces, a Junio de 2020 existen 1084 instancias
Departamento de Ingeniería
de Sistemas y Computación
DNS: Servidores TLD y Servidores
autorizados
Servidores de Dominio de Nivel Superior (TLD):
• Responsable de com, org, net, edu, aero, trabajos, museos y todos los dominios de país
de nivel superior, por ejemplo, uk, fr, ca, jp
• Network Solutions mantiene servidores para .com TLD
• Educause para .edu TLD

Servidores DNS autorizados:

• El servidor de DNS propio de la organización (puede ser más de uno), proporcionando
un nombre de host autorizado a las asignaciones de IP para los hosts nombrados de la
organización
• Puede ser mantenido por la organización o por un proveedor de servicios.

Departamento de Ingeniería
de Sistemas y Computación
Servidor de nombres DNS local

• No pertenece estrictamente a la jerarquía

• Cada ISP (ISP residencial, empresa, universidad) tiene uno

• También llamado "servidor de nombre predeterminado“

• Cuando un host realiza una consulta de DNS, la consulta se envía

a su servidor DNS local
• Tiene un caché local de pares de traducción de nombre a dirección recientes (¡pero
puede estar desactualizado!)
• Actúa como proxy, reenvía la consulta a la jerarquía

Departamento de Ingeniería
de Sistemas y Computación
DNS: ejemplo de
resolución de nombres

Host en [Link] desea la

dirección IP para [Link]

Consulta iterada:
• El servidor contactado responde con el
nombre del servidor a contactar.
• "No sé este nombre, pero pregunte a este
servidor"

Departamento de Ingeniería
de Sistemas y Computación
DNS: ejemplo de
resolución de nombres

Host en [Link] desea la dirección

IP para [Link]

consulta recursiva:
• Pone la carga de la resolución de nombres en el
servidor de nombres contactados
• ¿Carga pesada en los niveles superiores de
jerarquía?

Departamento de Ingeniería
de Sistemas y Computación
DNS: almacenamiento en caché,
actualización de registros
• Una vez que el servidor de nombres aprende la asignación, almacena la
asignación en caché
• TTL: Tiempo de permanencia de las entradas en la memoria caché
• Los servidores de TLD normalmente se almacenan en caché en los servidores de nombres
locales
• Por lo tanto, los servidores de nombres raíz no son visitados

• Las entradas en caché pueden estar desactualizadas (la traducción de

nombre a dirección es un servicio del mejor esfuerzo)
• Si el host cambia la dirección IP, es posible que no se conozca en Internet hasta que todos los
TTL caduquen

• El IETF ha propuesto algunos mecanismos de actualización / notificación.

• RFC 2136

Departamento de Ingeniería
de Sistemas y Computación
Registros DNS Tipo = A
• name es el nombre de host
• value es la dirección IP

Tipo = NS
• name es el dominio (por ejemplo, [Link])
DNS: base de datos • value es el nombre de host del servidor de nombres
distribuida que autorizado para este dominio

almacena registros Type = CNAME

de recursos
RR format: (RR)type,
(name, value, • name es alias nombre para algún nombre "canónico" (el
ttl) real)
• [Link] es realmente [Link]
• value es el nombre canónico

Tipo = MAX
• value es el nombre del servidor de correo asociado con el
name

Departamento de Ingeniería
de Sistemas y Computación
Protocolo DNS, mensajes
Los mensajes de consulta y respuesta tienen el mismo formato de mensaje.

Departamento de Ingeniería
de Sistemas y Computación
Protocolo DNS, mensajes

Departamento de Ingeniería
de Sistemas y Computación
Departamento de Ingeniería
de Sistemas y Computación
Seguridad en DNS

Departamento de Ingeniería
de Sistemas y Computación
Ataques al DNS
Ataque DDoS Ataque de
• Bombardeo de los servidores raíz redireccionamiento
con tráfico • Hombre en medio
• No exitoso hasta la fecha • Interceptar consultas
• Filtrado de tráfico
• Los servidores DNS locales almacenan en
• Envenenamiento del DNS
caché las direcciones IP de los servidores • Enviar respuestas falsas al servidor DNS,
de TLD, lo que permite la omisión del que son almacenadas en caché
servidor raíz

Explotar el DNS para DDoS

• Bombardeo de los servidores TLD
• Potencialmente más peligroso • Enviar consultas con dirección de
origen falsificada: IP de destino
• Requiere amplificación

Departamento de Ingeniería
de Sistemas y Computación
Seguridad en el DNS (DNS
Spoofing)

Departamento de Ingeniería
de Sistemas y Computación
¿Qué tan difícil es el ataque de suplantación de DNS?

1. /etc/hosts o c:\Windows\System32\drivers\etc\hosts
2. Envenamiento del Cache 3. ID spoofing

Departamento de Ingeniería
de Sistemas y Computación
Seguridad en el DNS (DNS
Spoofing)
• Deshabilitar los puertos no utilizados

• Implementar validaciones de MAC en los switches.

• Implementar 802.1x.

• Utilizar DNSSec
• Utilizar certificados para autenticar servidores autorizados.

• Utilizar IPSec
• Usa la encripción para asegurar la confidencialidad.

Departamento de Ingeniería
de Sistemas y Computación
Aplicaciones P2P

Departamento de Ingeniería
de Sistemas y Computación
Arquitectura P2P
• NO hay un servidor siempre encendido
• Los sistemas finales arbitrarios se
comunican directamente
• Los pares están conectados de forma
intermitente y cambian las direcciones
IP

Ejemplos:
• Distribución de archivos (BitTorrent)
• Streaming (Kankan)
• VoIP (Skype)

Departamento de Ingeniería
de Sistemas y Computación
Distribución de archivos:
cliente – servidor vs P2P

¿Cuánto tiempo para distribuir

un archivo (de tamaño F) de
un (1) servidor a N
compañeros?

La capacidad de carga /
descarga de los pares es un
recurso limitado

Departamento de Ingeniería
de Sistemas y Computación
Distribución de archivos: cliente
– servidor
F
• Transmisión del servidor: Debe us
enviar (subir) secuencialmente N di
copias de archivos: network
• Tiempo para enviar una copia: ui
• Tiempo para enviar N copias:

El tiempo para distribuir F a N clientes

• Cliente: cada cliente debe usando el enfoque cliente-servidor
descargar la copia del archivo
• = mínima tasa de descarga del cliente
• Tiempo mínimo de descarga del cliente:
𝐷 𝑐 − 𝑠 ≥ 𝑚𝑎𝑥
{ 𝑁∙
𝐹
𝑢𝑠
,
𝐹
𝑑𝑚𝑖𝑛 }
Aumenta linealmente en N

Departamento de Ingeniería
de Sistemas y Computación
Distribución de archivos: P2P

• Transmisión del servidor: debe F

us
cargar al menos una copia.
• Tiempo para enviar una copia: di
network
ui
• Cliente: cada cliente debe descargar
la copia del archivo
• Tiempo mínimo de descarga del cliente: El tiempo para distribuir F a N clientes
usando el enfoque P2P

• Clientes: como agregado debe

descargar bits
𝐷 𝑝 2 𝑝 ≥ 𝑚𝑎𝑥
{ 𝐹
,
𝐹
,
𝑁∙𝐹
𝑢 𝑠 𝑑 𝑚𝑖𝑛 ( 𝑢𝑠 + ∑ 𝑢𝑖 ) }
• La tasa máxima de carga (que limita la
velocidad máxima de descarga) es
Aumenta linealmente en N
... pero también, cada par trae su capacidad de servicio

Departamento de Ingeniería
de Sistemas y Computación
Distribución de archivos:
cliente – servidor vs P2P
Tasa de carga del cliente: , , ,

Departamento de Ingeniería
de Sistemas y Computación
Distribución de archivos P2P:
BitTorrent
• Archivo dividido en trozos de
256KB (chunks)
• Pares en torrent enviar/recibir
chunks de los archivos

• Tracker: rastrea compañeros

participando en Torrent
• Torrent: grupo de pares que
intercambian chunks de un
archivo

Departamento de Ingeniería
de Sistemas y Computación
Distribución de archivos P2P:
BitTorrent
• Peers (pares): Se denomina así a todos los usuarios que están en la red.

• Leechers (sanguijuelas): Se denomina así a todos los usuarios que están en

la red descargando el archivo pero que todavía no tienen el archivo completo.
También se llama despectivamente a quienes descargan archivos pero no los
comparten.

• Seeders (semillas): Son los usuarios de la red que poseen el archivo

completo.

• Trackers (rastreadores): Un rastreador de BitTorrent es un servidor especial

que contiene la información necesaria para que los pares se conecten unos
con otros. Inicialmente es la única forma de localizar qué usuarios contienen el
archivo que se quiere descargar.

• Swarm (enjambre): El enjambre son los usuarios en general que el

rastreador se encarga de
Departamento buscar.
de Ingeniería
de Sistemas y Computación
Distribución de archivos P2P:
BitTorrent

Departamento de Ingeniería
de Sistemas y Computación
Distribución de archivos P2P:
BitTorrent
Unir pares a torrent:
• No tiene trozos, pero los acumulará con el tiempo
de otros pares
• Se registra con el rastreador para obtener una
lista de pares, se conecta a un subconjunto de
pares ("vecinos")

• Al descargar, los pares suben fragmentos a otros compañeros.

• Los pares pueden cambiar compañeros con los que intercambia trozos
• churn: los compañeros pueden ir y venir
• una vez que un par tiene un archivo completo, puede (egoístamente) irse
o (altruísticamente) permanecer en Torrent.
Departamento de Ingeniería
de Sistemas y Computación
BitTorrent: solicitando,
enviando chunks
Solicitando chunks Enviando chunks: tit-for-
tat
• En un momento dado, diferentes
pares tienen diferentes subconjuntos • El par envía fragmentos a esos
de chunks. cuatro pares que actualmente le
envían chunks a la tasa más alta
• Periódicamente, un par solicita a • Otros pares son choked por el par (no reciben
chunks de el)
cada compañero una lista de los
• Se reevalúa los 4 primeros cada 10 segundos
chunks que tienen.

• El par solicita chunks perdidos de • Cada 30 segundos: se selecciona

sus pares, los más raros primero. aleatoriamente otro par, y se
comienza a enviar chunks
• “optimistically unchoke” este par
• El nuevo par elegido puede unirse al top 4
Departamento de Ingeniería
de Sistemas y Computación
BitTorrent

Departamento de Ingeniería
de Sistemas y Computación
BitTorrent: Wireshark

Departamento de Ingeniería
de Sistemas y Computación
BitTorrent: Wireshark

Departamento de Ingeniería
de Sistemas y Computación
Video Streaming y
redes de
distribución de
contenido

Departamento de Ingeniería
de Sistemas y Computación
Video Streaming y CDNs:
Contexto
• Tráfico de video: mayor consumidor de ancho de banda
de internet.
• Netflix, YouTube: 37%, 16% del tráfico ISP residencial en sentido descendente
• ~ 1B usuarios de YouTube, ~ 75M usuarios de Netflix

• Desafío: escalabilidad: ¿cómo llegar a los usuarios de

~1B?
• El único servidor de mega-video no funciona (¿por qué?)

• Desafío: la heterogeneidad
• Diferentes usuarios tienen capacidades diferentes (por ejemplo, cableado versus
móvil; ancho de banda rico versus ancho de banda pobre)

• Solución: Distribuida, infraestructura a nivel de

aplicación.
Departamento de Ingeniería
de Sistemas y Computación
 Ejemplo de codificación

Multimedia: video espacial: En lugar de enviar N

valores del mismo color (todo
púrpura), envíe solo dos valores:
valor de color (púrpura) y número
de valores repetidos (N)

……………………..
……………….…….
• Video: secuencia de imágenes
mostradas a una velocidad constante
• por ejemplo, 24 imágenes/seg.

• Imagen digital: matriz de píxeles.

• cada pixel representado por bits
frame i
• Codificación: Utiliza la redundancia
dentro de las imágenes y entre ellas
para disminuir el # de bits utilizados
para codificar la imagen Ejemplo de codificación
• espacial (dentro de la imagen) temporal: En lugar de enviar un
fotograma completo en , envíe
• temporal (de una imagen a la siguiente) solo las diferencias con el
fotograma
frame i+1

Departamento de Ingeniería
de Sistemas y Computación
Multimedia: video
• CBR: (tasa de bits constante): tasa de codificación de video fija
• VBR: (tasa de bits variable): la tasa de codificación del video
cambia en función de la cantidad de cambios de codificación
espacial y temporal.

Ejemplos:
• MPEG 1 (CD-ROM) 1.5 Mbps
• MPEG2 (DVD) 3-6 Mbps
• MPEG4 (usado a menudo en Internet, <1 Mbps)

Departamento de Ingeniería
de Sistemas y Computación
Streaming de video
almacenado:
Escenario simplificado:

Request

Response Database

Servidor
de Video

Departamento de Ingeniería
de Sistemas y Computación
Streaming multimedia: DASH
• DASH: transmisión de Streaming dinámica y adaptativa a través
de HTTP

• Servidor:
• Divide el archivo de video en múltiples chunks
• Cada chunk es almacenado, y codificado a diferentes velocidades.
• Archivo de manifiesto: proporciona URL para cada chunk.

• Cliente:
• Mide periódicamente el ancho de banda del servidor al cliente
• Manifiesto de consulta, solicita un chunk a la vez
• Elige la tasa de codificación máxima sostenible dado el ancho de banda actual
• Puede elegir diferentes tasas de codificación en diferentes momentos (según el ancho de banda
disponible en cada momento)

Departamento de Ingeniería
de Sistemas y Computación
Streaming multimedia: DASH
"Inteligencia" en el cliente: el cliente determina

• Cuándo solicitar un fragmento (para que no se produzca la falta de

almacenamiento en el búfer o el desbordamiento)

• Qué velocidad de codificación solicitar (mayor calidad cuando hay más

ancho de banda disponible)

• Dónde solicitar el fragmento (se puede solicitar desde el servidor de URL que
está "cerca" del cliente o que tiene un alto ancho de banda disponible)

Departamento de Ingeniería
de Sistemas y Computación
Redes de distribución de
contenido
Desafío: ¿cómo transmitir contenido (seleccionado de
millones de videos) a cientos de miles de usuarios de
manera simultánea?

• Opción 1: un gran y único "mega-servidor"

• punto único de fallo
• punto de congestión de la red
• largo camino a clientes lejanos
• Múltiples copias de video enviadas por enlace saliente.

• ... bastante simple: esta solución NO es escalable

Departamento de Ingeniería
de Sistemas y Computación
Redes de distribución de
contenido
Desafío: ¿cómo transmitir contenido (seleccionado de
millones de videos) a cientos de miles de usuarios de
manera simultánea?

• Opción 2: almacenar/servir múltiples copias de los videos en múltiples

sitios distribuidos geográficamente (CDN)
• Ingreso en profundidad (Enter Deep): coloque los servidores CDN
profundamente en muchas redes de acceso
• Cerca de los usuarios
• Utilizado por Akamai, 1700 ubicaciones

• Traer a casa (Bring Home): un número menor (10) de clusters más grandes en
IXPs cerca (pero no dentro) de las redes de acceso
• utilizado por Limelight

Departamento de Ingeniería
de Sistemas y Computación
Redes de distribución de
contenido
• CDN: almacena copias de contenido en los nodos CDN
• [Link]. Netflix almacena copias de MadMen
• El suscriptor solicita contenido de CDN
• Dirigido a copia cercana, recupera contenido.
• Puede elegir una copia diferente si la ruta de la red está congestionada.

… …

…
manifest file
…

where’s Madmen?

… …

Departamento de Ingeniería
de Sistemas y Computación
Redes de distribución de
contenido

“over the top”

… …
Comunicación Internet host-host como servicio

…
Retos OTT: que hacer frente a una Internet
…

congestionada
• ¿Desde qué nodo CDN recuperar contenido?
• ¿Comportamiento del espectador en presencia de congestión?
… …
• ¿Qué contenido colocar
Departamento en qué nodo CDN?
de Ingeniería
de Sistemas y Computación
Redes de distribución de
contenido
Bob (cliente) solicita un video [Link]
 video almacenado en CDN en [Link]

1. Bob obtiene la URL para el

video
[Link]
De la página web [Link] 2. Resuelve [Link]
via el DNS local de Bob
2
1
6. Solicita el video del 5
Servidor de
servidor KINGCDN, el
DNS local de
cual transmitido vía
Bob
HTTP
3. El DNS de netcinema’s DNS retorna 4&5. Resuelve
[Link] 4 [Link] via el
el URL
[Link] servidor de DNS autoritario KingCDN’s, el
cual retorna la dirección IP del servidor
3
KingCDN que contiene el video

DNS
autoritario de [Link] DNS
net cinema autoritario de
KingCDN
Departamento de Ingeniería
de Sistemas y Computación
Caso de Estudio: Netflix
subir copias de
Amazon cloud múltiples versiones
del video a
servidores CDN
Servido
r CDN
Registro en Netflix,
Servidores de
cuentas

3. Se devuelve el Servido
2. Bob busca
2 archivo de r CDN
un video en 3 manifiesto para el
Netflix
1 video solicitado.

1. Bob maneja la
cuenta de Netflix
Servido
r CDN

4. DASH
streaming

Departamento de Ingeniería
de Sistemas y Computación
Servicios
Convergentes

Departamento de Ingeniería
de Sistemas y Computación
Servicios Convergentes
Evolución hacia las Servicios
Aplicaciones multimedia no
Multimedia (IMS) Video interactivos
Movies
Music
Person-to-Content Ring tone
Photos
patrones de
Internet Streaming
usabilidad conocidos
Text/Pictures
Download Servicios
HTTP multimedia
SMS/MMS interactivos
Video
Active
phonebook
Person-to-Person Image
domina el crecimiento Text Sharing
del tráfico
Voice Presence
Push-To-Talk
MMS
SMS
Voice

Departamento de Ingeniería
de Sistemas y Computación
Servicios Convergentes

Departamento de Ingeniería
de Sistemas y Computación
Servicios Convergentes

Servicio de Voz y Video a nivel corporativo con altas exigencias para los
recursos de la red los cuáles son asegurados por la infraestructura de red
del operador.

Departamento de Ingeniería
2: Application Layer 151
de Sistemas y Computación
Servicios Convergentes
Celulares conectados a la red IP desde y hasta el dispositivo
terminal móvil

Departamento de Ingeniería
08/28/2025 152
de Sistemas y Computación
Servicios Convergentes
Convergencia de la TV hacia la red IP y en la cuál los Operadores
ofrecen una alta disponibilidad en el Backhaul

Departamento de Ingeniería
08/28/2025 153
de Sistemas y Computación
Servicios Convergentes

Departamento de Ingeniería
08/28/2025 154
de Sistemas y Computación
Arquitectura

Departamento de Ingeniería
2: Application Layer 155
de Sistemas y Computación
Infraestructura Convergente

Departamento de Ingeniería
2: Application Layer 156
de Sistemas y Computación
Infraestructura Convergente

GSM BSS HLR

MSC/ RTB/RDSI
VLR
BTS GSM
BSC C o n m u t ac
ión de Cir Otras redes
cu ít o s
GMSC

Internet
GPRS
C o n m u t ac
ión de Pa
q uetesGGSN Intranet
SGSN

Departamento de Ingeniería
2: Application Layer 157
de Sistemas y Computación
Infraestructura Convergente

Departamento de Ingeniería
2: Application Layer 158
de Sistemas y Computación
Infraestructura Convergente

Departamento de Ingeniería
de Sistemas y Computación
Evolución de NGN

Tomado de: [Link]

Departamento de Ingeniería
de Sistemas y Computación
Facturación convergente
VoIP
Video Telefonía
Telefonía IP Voz
(Telefonía)

Triple Play

Datos TV /
(Internet Video
) (CATV)

Quad Play
Móvil VoD
Streaming

Departamento de Ingeniería
2: Application Layer 161
de Sistemas y Computación
Integración Total
EPC

Departamento de Ingeniería
2: Application Layer 162
de Sistemas y Computación
Caracterización del
Trafico de Red

Departamento de Ingeniería
de Sistemas y Computación
Caracterización del tráfico de
una Red
Identificar el origen de los Tráficos más altos en la red

Nombre Tamaño
Aplicaciones
Comunidad de Comunidad (# Localización
Usadas
Usuarios usuarios)

Departamento de Ingeniería
2: Application Layer 164
de Sistemas y Computación
Caracterización del tráfico de
una Red
Identificar el origen de los más altos Almacenamientos

Almacenamiento
Localización Aplicaciones Datos Usados
de Datos

Departamento de Ingeniería
2: Application Layer 165
de Sistemas y Computación
 Caracterización del tráfico de
una Red
Determinación del Flujo de Tráfico en la Red

Destino 1 Destino 2
Mbps Ruta Mbps Ruta
Origen 1
Origen 2

• Flujo de Tráfico entre Cliente-Servidor

• Flujo de Tráfico entre peer-to-peer
• Flujo de Tráfico entre Servidor-Servidor
• Flujo de Tráfico Computación Distribuida

Departamento de Ingeniería
2: Application Layer 166
de Sistemas y Computación
Caracterización del tráfico de
una Red
Características de Tráfico de las Aplicaciones

Ancho de
Datos
Comunidad Banda
Nombre de Tipo del Protocolos almacenado
de Usuarios aproximado Requerimient
la Flujo de usados por s
que utilizan la requerido os de QoS
Aplicación Datos la Aplicación (Servidores,
Aplicación por la
Hosts)
aplicación

Departamento de Ingeniería
2: Application Layer 167
de Sistemas y Computación
Programación de
sockets: TCP y UDP
(Tarea: Lectura y Laboratorio)

Departamento de Ingeniería
de Sistemas y Computación