Servicios en red

 Servicios de transferencia
 Servicios de Nombres de de archivos
o TFTP
Dominio (DNS)
o FTP
 Servicios de correo
 Servicios de acceso remoto electrónico
o Telnet
o SMTP
o SSH
o POP3
 Servicios de flujo de datos

2
 Tipos de servicios en red
Configuración y administración
o Gestión de equipos.
o Ej: DHCP.
Acceso remoto
o Se permite a los equipos remotos acceder a la red
o Ej: SSH
Gestión de archivos
o Transferencia, almacenamiento y gestión de archivos
o Ej: FTP.
Servicios de impresión
o Compartición de impresoras
Información
o Búsqueda y compartición de información
o Ej: WWW, compartición de video, IPTV
Comunicación
o Comunicación entre usuarios por medio de mensajes de texto, audio y/o
video
o Ej: e-mail, chat, videoconferencia, telefonía IP, juegos online.

3
 Arquitectura de los servicios en red

Paradigmas
o Cliente-servidor
o Peer-to-peer (P2P)
o Híbrido cliente-servidor y P2P

4
 Arquitectura Cliente/Servidor
servidor:
o Siempre activo
o Dirección IP permanente
o Conjunto de servidores
para un posible escalado
clientes:
o Se comunican con el
servidor
o Pueden conectarse
intermitentemente
o Pueden tener direcciones
IPs dinámicas
o No se comunican
directamente entre ellos

5
 Arquitectura P2P
 Sin servidores que estén
siempre activos
 Terminales arbitrarios
pueden comunicarse peer-peer
entre sí.
 Los pares (peers) están
intermitentemente
conectados y pueden
cambiar sus IPs

Sistemas muy escalables,

pero difíciles de
gestionar

6
 Híbrido cliente-servidor y P2P
Skype
o Aplicación P2P de voz sobre IP (VoIP)
o Servidor centralizado: para encontrar la dirección remota
de los usuarios
o Conexión cliente-cliente: directa (no a través del
servidor)

Mensajería instantánea
o El chat entre dos usuarios es P2P
o Servicio centralizado: para la localización de la
presencia/ausencia de los clientes
• El usuario registra su IP en un servidor central cuando
se pone online
• El usuario contacta con el servidor central para
encontrar las IPs de los amigos

7
 DNS: Sistema de Nombres de Dominio
Problema:
 Navegar por la web

Elemento poseedor
de recurso

Internet

Equipo usuario

8
 DNS: Sistema de Nombres de Dominio
Planteamiento:
 Desde el punto de vista del usuario
o Identifica el “elemento” poseedor del recurso mediante
dirección (www.dte.us.es)

9
 DNS: Sistema de Nombres de Dominio
Planteamiento:
 ¿Podemos emplear www.dte.us.es como identificación del
“elemento” poseedor del recurso en la solicitud?

www.dte.us.es

Internet
Equipo usuario
Elemento poseedor
de recurso

10
 DNS: Sistema de Nombres de Dominio
Planteamiento:
 Desde el punto de vista de la red
o Se emplean direcciones IP (enrutamiento y
direccionamiento)

IP

Internet
Equipo usuario
Elemento poseedor
de recurso

11
 DNS: Sistema de Nombres de Dominio
Planteamiento:
 Es necesario enviar un mecanismo para traducir nombres en
direcciones IP
www.dte.us.es

DNS
IP

Internet
Equipo usuario
Elemento poseedor
de recurso

12
 DNS: Sistema de Nombres de Dominio
Equipos de internet, routers:
 Dirección IP (32 bits) – usados para direccionar datagrama
 “nombre”, ej: www.google.es - usado por los seres humanos

¿Cómo se genera el nombre?

Elemento poseedor
de recurso

130.213.40.3

Miservidor.dte.us.es

13
Servicios de acceso remoto
 Conexión virtual a un terminal remoto
 “Sustituye” a un cable directo
 Servicios de acceso remoto
o Telnet
o SSH

14
Telnet  Basicamente -> conexión TCP (puerto 23)
 Algunas otras características se negocian en el
establecimiento de la conexión

Telnet Telnet
client server

Client reads Client sends Server receives Server sends to

from terminal to server from client pseudo-terminal

Operative Operative
system system

TCP/IP
Internet

 Sin seguridad –> incluso las contraseñas son visibles

 Solución: encriptación -> SSH
 Telnet ha quedado obsoleto

15
SSH
 SSH (Secure Shell): RFC 4251
 Objetivos parecidos a telnet -> proporciona
seguridad
 Conexión TCP (puerto 22)
 Otras funciones adicionales
o Secure FTP (sFTP)
o da soporte a otros protocolos no seguros ->
túneles seguros
o conexiones seguras en servidores X
Windows -> aplicaciones gráficas

16
SSH. Características
 Reduce las amenazas de seguridad:
o Interceptación -> analizador de protocolos
o Suplantación
 Datos cifrados -> Encriptación de 128 bits
 Esquema de seguridad -> clave pública/privada
(RSA)
 Arquitectura cliente-servidor
 Dos versiones
o SSHv1 (1995) -> agujeros de seguridad
o SSHv2 (1997)
 Mejoras sobre SSHv1
 Estándar actual

17
Servicios de transferencia de archivos
 Transferencia de archivos entre hosts remotos
 Objetivos:
o Compartición de archivos entre equipos remotos
o Sistemas de archivos de cliente y servidor
independientes
o Transferencia de datos eficaz
 Dos protocolos principales
o FTP (File Transfer Protocol): usa TCP -> fiable
• RFC 959
o TFTP (Trivial File Transfer Protocol): usa UDP -> más
simple
• RFC 1350

18
TFTP

 Trivial File Transfer Protocol

o Transferencia de ficheros
o Protocolo muy simple
o No fiable -> UDP (puerto 69)
o Sin carpetas; sin encriptación
o Para la transferencia de pequeños ficheros

19
FTP: protocolo de transferencia de archivos

FTP file transfer

FTP FTP
user client server
interface
user
at host remote file
local file system
system

 Transferencia de ficheros de/hacia equipos remotos

 Modelo cliente/servidor
o cliente: parte que inicia la transferencia
(hacia/desde la parte remota)
o servidor: equipo remoto
 ftp: RFC 959
 Usa TCP: puertos 20, 21 ->
 transferencia fiable
20
 FTP
 Dos conexiones TCP
o Datos: datos transferidos (puerto 20)
o Control: permite al usuario moverse por la estructura
de directorios y bajar y subir archivos (puerto 21)

Cliente FTP Servidor FTP

Transferencia Diálogo de Diálogo de Transferencia

de datos control control de datos

Protocolo
TCP

21
 Servicios de correo electrónico
Características principales:
• Uno de los servicios más importantes de Internet
• Permite que dos usuarios intercambien “cartas” de
manera fácil, rápida y barata.
• Multitud de destinatarios
• Esquema cliente-servidor
• Tipos de aplicaciones clientes:
– Interfaz gráfica (Microsoft Outlook, Mozilla Thunderbird,
Apple Mail)
– Texto (pine, elm, mail)
– Web (Gmail, Hotmail, SquirrelMail)

22
 Servicios de correo electrónico
Estándares:
• SMTP (Simple Mail Transfer Protocol)
• IMF (Internet Mail Format)
• MIME (Multipurpose Internet Mail Extensions)
• POP (Post Office Protocol)
• IMAP (Internet Message Access Protocol)

Conceptos relacionados:
• Cuenta de correo
– Asociado a un nombre de usuario y contraseña
usuario@domino.com
• Buzón de correo
• Alias de correo
• Lista de correo
23
Servicios de SMTP
MUA

correo electrónico POP

MTA IMAP MUA
Componentes:
• Mail User Agent (MUA) SMTP MTA
• Mail Transfer Agent (MTA) MUA
• Mail Delivery Agent (MDA)
SMTP
MUA
Agente de usuario (MUA) MTA
• Cliente de correo
• Componer, editar, leer mensajes MUA Cola de
de correo mensajes salientes
• Emplean dos servidores de correo: MUA
Buzón de usuario
– Servidor de correo saliente
(SMTP)
– Servidor de correo entrante (POP
o IMAP)

24
Servicios de MUA
SMTP
correo electrónico
POP
MTA
IMAP MUA
Agente de transferencia (MTA)
• Servidor de correo SMTP MTA
• Almacena los correos de los MUA
remitentes para su envío (cola
saliente)
• Almacena los correos entrantes de
SMTP
MTA MUA
sus usuarios

MUA Cola de
Agente de envío (MDA) mensajes salientes
• Encargado de copiar los mensajes MUA Buzón de usuario
entrantes al buzón de correo del
usuario

25
 Escenario: Alice envía mesaje a Bob
1) Alice usa su cliente de correo (MUA)
para componer el mensaje y “to”
bob@dominoBob.es
2) El MUA de Alice envía el mensaje a
su servidor de correo; El mensaje
se coloca en la cola de mensajes
salientes
3) El Cliente SMTP del servidor de
correo de Alice abre una conexión
TCP con el servidor de correo de
Bob
4) El cliente SMTP envía el mensaje de
Alice sobre la conexión TCP
5) El servidor de correo de Bob coloca
el mensaje en el buzón de correo
de Bob
6) Bob emplea su cliente de correo
para acceder a los mensajes
entrantes (POP o IMAP) y leerlos

1 mail
mail
server user
user server
2 agent
agent 3 6
4 5

26
Aplicaciones de red MM

Características
Fundamentales: Clases de aplicaciones:
 Sensible al retardo 1) Flujos almacenados
 Retardo de terminal a (stored streming)
terminal 2) Flujos en vivo (live
 Fluctuaciones de retardo
streaming)
 Tolerante a pérdidas: las
pérdidas pueden ser parcial o 3) Flujos interactivos, en
totalmente disimuladas tiempo real
 Antítesis de las aplicaciones
de datos, que son intolerantes
a pérdidas, pero tolerantes a
retardos.

27
Flujo de audio/video almacenado

Flujo almacenado:
 Contenido almacenado
en la fuente
 Transmitido al cliente
 flujos: el cliente inicia la
reproducción antes de que
llegue todo el contenido

o Restricciones de tiempo para los datos a transmitir : deben

llegar a tiempo para su reproducción

28
Flujo de audio/video en vivo
Ejemplos:
 Debate en una radio por Internet
 Evento deportivo en directo
Flujos (parecido al flujo almacenado)
 Buffer de almacenamiento
 La reproducción puede tener retrasos de hasta
decenas de segundos
 Aún hay restricciones temporales
Interactividad
 Avance rápido (FF) imposible
 rebobinado, pausa posibles

29
 Flujo interactivo en tiempo real

 aplicaciones: telefonía IP, video-

conferencia, nuevos servicios no
soportados por redes tradicionales

 Requerimientos de retardos terminal-terminal:

 audio: < 150 ms bien, < 400 ms OK

30
Flujos Multimedia: UDP o TCP?
UDP
 El servidor envía dato a la velocidad apropiada para el cliente (ajeno a la
congestión de la red)
 Velocidad de envío habitual = velocidad de codificación = velocidad cte
 Velocidad de llenado del buffer = velocidad cte – perdida de paquetes
 Pequeño retraso de reproducción (2-5 s.) para eliminar las fluctuaciones en los
retardos
 peor QoS debido a la pérdida de paquetes
TCP
 Velocidad máxima bajo TCP
 Velocidad de llenado del buffer fluctúa debido al control de congestión de TCP
 Mayor retraso en la reproducción: control de flujo y congestión
 HTTP/TCP pasa más fácilmente a través de los firewalls

31
Protocolo de transmisión de flujos en
tiempo real: RTSP
¿Qué no hace RTSP?:
HTTP
 No define cómo
 No está dirigido a
encapsular el audio/video
contenido multimedia para la tx. por la red
 Sin comandos para el
 No restringe cómo se
avance rápido, etc. transporta el flujo (UDP o
RTSP: RFC 2326 TCP posibles)
 Real-Time Streaming  No se especifica cómo
Protocol: protocolo de la almacena el reproductor
capa de aplicación C/S MM los archivos en el
 Control de usuario: buffer
rebobinado, avance
rápido, pausa,
reanudación,
reposicionamiento, etc…
32
Protocolo de transmisión de flujos en
tiempo real: RTSP
Mensajes RTSP ->
fuera-de-banda:
 Los mensajes de control
RTSP usan diferentes
puertos que el flujo de
audio/video fuera-de-
banda.
 puerto 554
 Funcionamiento
aimilar a FTP
(control y datos)
 El flujo MM se
considera “en-banda”.

 Fuente:
https://www.monografias.com/trabajos107/se
rvicios-red/servicios-red2.shtml 33