Arquitectura de Redes y Servicios de Telecomunicacin (ARST)

Tema 6: Aplicaciones estndar de

Internet
Tema 6: Aplicaciones estndar de
Internet
Introduccin.
Aplicaciones ms representativas.
Servicio de configuracin IP (BOOTP, DHCP)
Servicio de nombres: DNS.
Terminal Remota: TELNET.
Transferencia de ficheros: FTP.
Correo electrnico: SMTP y POP3.
Servicio de noticias: NNTP.
Servicio de Integracin de informacin: WWW.
Otras aplicaciones.
BOOTP, SNMP, FINGER, X.500, NFS, GOPHER, TALK, etc.
Bibliografa
[COM06] Internetworking
with TCP/IP, Cap. 22 al 27
[TAN03] Redes de
Computadores Cap. 7
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
2
Introduccin.
Existe un gran nmero de servicios estndar
Internet.
Una aplicacin se define como una implementacin
de un servicio.
Ej.: Servicio de transferencia de ficheros: FTP, TFTP.
Cada aplicacin estndar tiene al menos un
documento (RFC) que describe los detalles acerca
del servicio que ofrece, as como el protocolo
utilizado entre el cliente y servidor.
Definiremos las aplicaciones ms representativas a
nivel del protocolo de aplicacin.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
3
Asignacin dinmica de direcciones IP
La asignacin dinmica de direcciones IP es
interesante por varias razones:
Las direcciones IP se asignan bajo demanda
Se evita una configuracin manual.
Permite configurar los dispositivos mviles de forma sencilla y
transparente al usuario.
Tres protocolos:
RARP (hasta 1985, obsoleto)
BOOTP (1985-1993)
DHCP (desde 1993)
Actualmente DHCP es el protocolo ms utilizado para
este servicio.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
4
Protocolo BOOTP
BOOTstrap Protocol (BOOTP)
Un host puede configurar la informacin IP mnima en
tiempo de arranque (boot time).
3 servicios.
Asignacin de direccin IP .
Obtencin de direccin IP del servidor.
Nombre de fichero a descargar y ejecutar localmente
(imagen del sistema operativo)
Adems de asignar la direccin IP tambin proporciona
la direccin del router pro defecto, la mscara de red,
etc.
Basado en mensajes UDP
Puertos 67 (server) y 68 (host)
Usa al direccin de difusin limitada (255.255.255.255)
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
5
Interaccin de mensajes BOOTP
BOOTP fue pensado
inicialmente para
descargar toda la
informacin necesaria
para que un sistema sin
disco pueda arrancar
(Net info + imagen SO).
La asignacin de
direcciones IP a hosts es
esttica.
(a)
(b)
Argon
128.143.137.144
00:a0:24:71:e4:44 DHCP Server
128.143.137.100
TFTP
filename
(c)
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
6
El protocolo DHCP
Dynamic Host Configuration Protocol (DHCP)
Diseado in 1993
Es una extensin del protocolo BOOTP (RFCs 2131 y 2132)
Utiliza los mismos nmeros de puerto y protocolo que
BOOTP.
Extensiones:
Permite las asignacin temporal (prstamo) de direcciones IP
Asignacin dinmica de direcciones IP
El cliente DHCP puede obtener todos los parmetros de
configuracin IP.
DHCP es el mecanismo preferido para el servicio de
asignacin dinmica de direcciones IP.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
7
Formato de mensaje BOOTP/ DHCP
1 (Request)
2 (Reply)
1 (Ethernet)
6 (para Ethernet)
0 (Inicializado por
el cliente)
Entero 32 bits
(Request# = Reply#)
El cliente rellena
estos campos con
la informacin que
conoce (el resto lo
deja a cero)
El campo de opciones
es donde DHCP puede
aadir informacin
adicional (Ej.: Tipo de
mensaje DHCP,
netmask, default
TTL, etc..)
Tiempo transcurrido
desde el arranque.
En DHCP, el LSB de
Flags Respuesta
servidor unicast o
broadcast limitado.
CODE(53) LENGTH(1) TYPE(1-7)
Formato opciones DHCP (Ej. Tipo de mensaje DHCP)
Mensajes DHCP
1 - DHCPDISCOVER
2- DHCPOFFER
3- DHCPREQUEST
4- DHCPDECLINE
5- DHCPACK
6- DHCPNACK
7- DHCPRELEASE
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
8
Interaccin de mensajes DHCP
En este momento
el cliente puede
empezar a usar la
direccin IP
Renovacin del
prstamo. Si el servidor
enva un DHCPNACK, la
direccin es liberada
(a) (b)
(c)
(d)
(e)
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
9
Otras caractersticas DHCP
Proteccin frente a servidores o usuarios maliciosos.
Repetidores DHCP (DHCP relays):
Proporcionan DHCP a una subred remota.
APIPA (Automatic Private IP Adressing).
Proporciona direcciones IP privadas en caso de ausencia
de un servidor DHCP
Genera direcciones aleatorias en el rango de direcciones
privadas 169.254.0.0
Actualizacin de DNS:
El servidor DHCP puede actualizar la B.D del DNS con las
nuevas direcciones otorgadas.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
10
Servicio de nombres: DNS.
Traduce nombres de hosts a direcciones IP y
viceversa.
Aunque tambin puede obtener informacin adicional (alias,
servidores de correo, etc.)
Estructura:
Antiguamente se mantena una BD centralizada (hosts.txt)
donde se guardaba la informacin de todos los hosts de
Internet (unos cientos).
Con el crecimiento de Internet el mantenimiento de la BD se
hizo imposible, pasando a un sistema jerrquico y distribuido
conocido como DNS (Domain Name Service).
A pesar de ser un servicio principal de Internet se
define en el nivel de aplicacin.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
11
no mil edu uk es au org
press
ieee
com gov net
whitehouse upv boe gva arrakis
acm
eui inf cc redes disca
adm
uca yale
eng cs cs
robot lang
herodes zoltar rdc00
Root (.)
Ejemplo: zoltar.redes.upv.es.
Dominio primario (top-level domain)
Subdominios
Nombre local del host
Root
Estructura jerrquica del DNS.
El nombre de un host est compuesto de varios
campos (dominios y subdominios) separados por
puntos.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
12
DNS: Servidores de nombre raz
Servidor de nombres
raz:
Contacta con los
servidores de nombres
que conocen la
informacin
(authoritative name
servers) si no tiene la
informacin en cache
Obtiene la info.
Devuelve la informacin
al servidor solicitante
Existe una docena de
servidores raz en
Internet
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
13
BIND (Berkeley Internet Name Domain)
BIND: Aplicacin estndar cliente-servidor que ofrece
el servicio de nombres DNS (UDP/TCP).
Cliente (resolver):
Es invocado por el usuario (ej.: gethostbyname) para obtener
informacin acerca de un host.
Se encarga de construir y enviar peticiones al servidor, esperando
las respuestas para construir la estructura hostent correspondiente.
Servidor (named).
Direccin de puerto bien-conocido: 53 (domain). RFCs 1034 y 1035.
Guarda la informacin de los hosts de un determinado dominio/s,
atendiendo las peticiones de resolucin que le lleguen.
Ej.: Servidor principal de umh.es dns.umh.es (193.147.131.29)
Sobre un dominio/s es conveniente que existan varios servidores de
nombres (fiabilidad).
Tras la peticin del cliente, si el servidor conoce los datos asociados
al host responde directamente
Mantiene una cache de asociaciones que va aprendiendo.
Las entradas de la cache caducan tras un intervalo de tiempo (timeout)
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
14
Ejemplo de operacin del DNS
El host obelix.umh.es
quiere conocer la direccin
IP de www.redes.upv.es
1. Contacta con su servidor
DNS local (dns.umh.es)
2. dns.umh.es contacta con
un servidor raz (si es
necesario)
3. El servidor raz contacta
con el servidor de nombres
que tiene esa informacin
(authoritative name server)
vega.cc.upv.es, (si es
necesario)
requesting host
obelix.umh.es
www.redes.upv.es
root name server
authoritative name server
vega.upv.es
local name server
dns.umh.es
1
2
3
4
5
6
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
15
Ejemplo de operacin del DNS (II)
El servidor de
nombres raz:
Puede desconocer
quin es el servidor de
nombres que tiene la
informacin
(authoritative name
server)
Sin embargo, puede
conocer otro servidor
de nombres que acte
como intermediario.
requesting host
obelix.umh.es
www.redes.upv.es
root name server
local name server
dns.umh.es
1
2
3
4
5
6
authoritative name server
redes.upv.es
intermediate name server
vega.upv.es
7
8
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
16
DNS: Solicitudes recursivas e iterativas
Solicitud recursiva:
El trabajo (la bsqueda
de la informacin) se
pasa al servidor de
nombres con el que se
ha contactado
Carga pesada?
Solicitud iterativa:
Los servidores responden
con la informacin o con
el siguiente servidor a
contactar
NO conozco su direccin
IP, pero pregntale a
este otro servidor
requesting host
obelix.umh.es
www.redes.upv.es
root name server
local name server
dns.umh.es
1
2
3
4
5 6
authoritative name server
redes.upv.es
intermediate name server
vega.upv.es
7
8
Solicitud
iterativa
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
17
Tipo Descripcin
SOA Parmetros que definen la administracin del dominio
A Direccin IP
MX Prioridad, Servidor de correo para ese dominio
NS Servidor de nombres para ese dominio
CNAME Define alias de hosts y dominios
PTR Similar a CNAME.
HINFO String que define el tipo de mquina y de S.O.
Tipos de informacin DNS
Informacin asociada a un host.
Cada dominio (primario, subdominio o nombre local
de host) puede tener informacin asociada:
Administrador del dominio, servidores de nombres y de correo, alias
de hosts, lista de hosts pertenecientes al dominio, etc.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
18
Formato de los mensajes DNS
Protocolo DNS:
Mensajes de peticin (DNS
query) y respuesta (DNS reply)
Ambos comparten el formato de
mensaje.
Asocia peticiones
y respuestas
Request/Reply
Solicita recursin
Recursin disponible
La respuesta es authoritative
Errores?
Nmero de entradas
en los campos siguientes
del mensaje.
Nombre de dominio solicitado

Tipo de peticin Clase de peticin

Nombre del dominio

Longitud datos
TTL
Datos asociados al recurso

Tipo Clase
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
19
zoltar:~$ nslookup
Default Server: localhost
Address: 127.0.0.1
> www.boe.es
Server: localhost
Address: 127.0.0.1
Name: medea.boe.es
Address: 193.144.244.252
Aliases: www.boe.es
> set type=MX
> arrakis.es.
arrakis.es preference= 10, mail exchanger= ecaz.arrakis.es
arrakis.es preference= 5, mail exchanger= chusuk.arrakis.es
arrakis.es nameserver = ns1.landsraad.net
arrakis.es nameserver = ns2.landsraad.net
arrakis.es nameserver = artemis.ibernet.es
ecaz.arrakis.es internet address = 195.5.65.34
chusuk.arrakis.es internet address = 195.5.65.35
ns1.landsraad.net internet address = 195.5.64.2
ns2.landsraad.net internet address = 195.5.64.6
artemis.ibernet.es internet address = 194.179.1.101
Comando nslookup.
Herramienta para obtener, de forma interactiva,
informacin DNS distribuida en Internet.
Obtiene toda clase de informacin de cada host/dominio de
Internet.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
20
User PC
Cliente Telnet
UNIX server
Servidor Telnet
Terminal
Rs-232
Terminal
Rs-232
Terminal
Rs-232
LAN
Serial Lines
Conexin TCP
Pseudo-
Terminal
Terminal remota: TELNET.
Servicio: Telnet. Puerto BC: 23. Protocolo: TCP.
Acceso a una terminal de un sistema UNIX remoto.
Caractersticas:
Sistema de autorizacin y autenticacin.
Negociacin de parmetros del terminal.
Define un terminal virtual (NVT).
Basado en ASCII-7.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
21
Cliente
Telnet
keyb display sock
Servidor
Telnet
NVT estndar
ssock msock
Conexin TCP
Telnet: Modo de Operacin.
Bsicamente, el cliente enviar al servidor todo lo que
el usuario teclee, y mostrar en pantalla todo lo que
ste le devuelva.
Toda la informacin que intercambian el cliente y
servidor lleva el formato definido por el NVT.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
22
Formato NVT (Network Virtual Terminal)
Comunicacin orientada a carcter (8 bits).
Conjunto de caracteres estndar ASCII-7
95 caracteres imprimibles (letras, puntuacin, etc.)
33 caracteres de control (LF10, CR13, BS8, etc).
Define operaciones de control sobre el terminal.
IP244 (Interrupt Process), EC247 (Erase Char), IAC255 (Interpret
As Command), etc.
Ejemplo: Envo de CTRL+C: IAC + IP.
Permite negociar parmetros de operacin:
Echo, Transmit binary, Terminal Type, LineMode, etc.
Ejemplo: Negociar echo local: IAC255+DONT254+ECHO1
Fin de lnea: CR+LF
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
23
Propiedad del cliente TELNET.
El cliente de TELNET utiliza el formato NVT para
su comunicacin con el servidor.
Muchas aplicaciones Internet (como veremos)
utilizan mensajes con formato ASCII-7.
Esto hace que el cliente de TELNET pueda trabajar
como cliente de otras aplicaciones que usen
mensajes codificados ASCII-7.
En este caso el usuario debe conocer los comandos del
protocolo de aplicacin correspondiente para, de forma
interactiva, dialogar con el servidor.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
24
Transferencia de ficheros: FTP
Servicio: FTP. Puerto BC: 21. Protocolo: TCP.
Permite la transferencia de ficheros entre dos
mquinas de forma fiable.
Caractersticas del FTP:
Acceso interactivo: Conjunto de comandos.
Modos de transferencia: BINARY o ASCII.
Sistema de autenticacin y autorizacin.
Posibilidad de acceso pblico (ftp annimo).
Protocolo de aplicacin basado en comandos codificados
en ASCII-7 (Telnet NVT).
Soluciona los problemas de transferencias y gestin de
ficheros entre distintas plataformas.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
25
Data
Control
y x
Data
Control
20 21
INTERNET
Datos Control
Cliente de FTP Servidor de FTP
Ejemplo:
GET readme.txt
PORT y
Connect()
Transferencia
Close()
Estructura de procesos y puertos de FTP.
El servicio de FTP es concurrente (va inetd).
La conexin inicial (control) se utiliza para enviar al
servidor los comandos FTP (CWD, HELP, etc.).
Cuando se pide una transferencia (RETR, LIST, etc):
Se abre una nueva conexin (datos) para transferir slo la
informacin solicitada.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
26
Cliente Servidor
Cwd pub CR+LF
250 CWD command
successful CR+LF
zoltar:~/tmp$ ftp zoltar.redes.upv.es
Connected to zoltar.redes.upv.es.
220 zoltar FTP server (Version wu-2.4(4) Tue Oct 3 21:23:25 GMT+0200 1995) ready.
Name (zoltar.redes.upv.es:mperez): anonymous (USER anonymous)
331 Guest login ok, send your complete e-mail address as password.
Password: mperez@redes.upv.es (PASS mperez@redes.upv.es)
230 Guest login ok, access restrictions apply.
ftp> ascii (TYPE A)
200 Type set to A.
ftp> get welcome.msg (PORT 158,42,53,127,5,215)
200 PORT command successful. (RETR welcome.msg)
150 Opening ASCII mode data connection for welcome.msg (696 bytes).
226 Transfer complete.
715 bytes received in 0.000884 secs (7.9e+02 Kbytes/sec)
ftp> quit (QUIT)
221 Goodbye.
Protocolo de aplicacin FTP
Conjunto de comandos (NVT) y respuestas.
Lneas de texto NVT (terminadas con CR+LF).
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
27
* Cuando el fichero a enviar es grande, el servicio ms adecuado es FTP
Correo electrnico: SMTP, POP3
Este servicio permite el intercambio de mensajes en
modo diferido.
Los mensajes suelen contener desde unas lneas de
texto hasta ficheros ms o menos voluminosos*.
Estos pueden contener todo tipo de informacin: programas,
audio, imgenes, vdeo, etc.
Se distinguen dos subsistemas:
El agente de usuario (UA)
Lo que utilizan los usuarios para leer/enviar el correo (lectores de
correo como elm, pine, mailx, eudora. pegasus, etc.).
El agente de transferencia de correo (MTA)
Se encarga de llevar los mensajes hasta el destinatario(s).
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
28
Direccin de correo electrnico:
Normalmente, el nombre del buzn coincide con el nombre
de usuario (login id.), y el host donde se encuentra el buzn
coincide con el nombre del dominio al que pertenece.
Alias:
Son direcciones que definen otra(s) direcciones de correo.
Los alias pueden definirse localmente en un UA, MTA o bien
a travs del DNS (entradas de tipo MX, CNAME).
Ej.: rdc2@redes.upv.es (alias definido en zoltar.redes.upv.es)
mperez@gap.upv.es, bonastre@disca.upv.es, misan@disca.upv.es
rdc00 @ Zoltar.redes.upv.es
Id. buzn* Id. host donde est el buzn rdc00.*
* No tiene porque identificar a un buzn o a un host existentes (alias).
Direcciones de correo, buzones y alias.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
29
Funcionamiento del MTA
Procesos del sistema (daemons) encargados de:
Procesar las peticiones de lectura y envo de correo por parte de
los agentes de usuario (UA) locales o remotos.
Gestionar el correo entrante al sistema (procedente de otros
MTAs) y el generado por los usuarios locales.
Peticin
de envo
Peticin
de lectura
Alias DataBase
Buzones de
los usuarios
Servidor SMTP.
Correo entrante
Cliente SMTP.
Correo saliente
Internet
User
Interface
MTA UA
Encaminamiento
y gestin de alias
Spool de correo
saliente
Servidor POP3.
Acceso buzn
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
30
Palabra clave: string
From: rdc00@redes.upv.es
To: webmaster@www.upv.es
Subject: Pginas personales.
Date: .
Received:
(etc..)
<CR><LF> (Lnea en blanco)
Hola.
Maana te enviar las pginas
WWW que me habas pedido.
Gracias.
Formato de un mensaje de correo (RFC 822)
Dos campos separados por una lnea en blanco:
Cabecera:
Lneas de texto (NVT) con informacin acerca del mensaje
(emisor, destinatario, etc.)
Tamao variable.
Cada lnea contiene una
palabra clave y su valor
asociado.
Cuerpo del mensaje:
Contiene el mensaje que ha
introducido el emisor con el
formato NVT (ASCII-7).
Cmo se envan mensajes
binarios (imgenes, cdigo,
etc.) ?
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
31
HELO dominio <CR><LF>
MAIL FROM: <direccin origen> <CR><LF>
RCPT TO: <direccin destino> <CR><LF>
DATA <CR><LF>
RSET <CR><LF>
QUIT <CR><LF>
HELP <CR><LF>
EXPN <direccin de correo> <CR><LF>
VRFY <direccin de correo> <CR><LF>
SMTP (Simple Mail Transfer Protocol).
Protocolo estndar de Internet usado en la
transferencia de correo electrnico (RFC 821).
Usa TCP. Puerto BC = 25.
Define la comunicacin entre el cliente y servidor usando
comandos y respuestas en formato ASCII-7 (NVT).
Conjunto de comandos (cliente):
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
32
Protocolo SMTP (II)
Respuesta del servidor:
Son muy similares a las que usaba el servidor de FTP
Un nmero de tres dgitos, un espacio en blanco y un
string con informacin adicional.
Las respuestas suelen ir en una lnea de texto. Algunas
respuestas utilizan varias lneas de texto.
Como distingue el cliente cuando finaliza una respuesta
multilnea ?
Procesamiento del comando DATA.
El servidor enva un mensaje al cliente, instndole a que
comience el envo del mensaje.
El cliente tras enviar todo el mensaje inyecta la secuencia
<CR><LF><.><CR><LF> como marca de fin de
mensaje.
Que ocurre si en medio del mensaje aparece esa
secuencia ?
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
33
Ejemplo de transferencia SMTP.
220-gap.upv.es Sendmail 8.6.11/8.6.9 ready at Thu, 22 May 1997 17:47:42 +0100
220 ESMTP spoken here
helo redes.upv.es
250 gap.upv.es Hello zoltar.redes.upv.es [158.42.53.127], pleased to meet you
mail from: rdc00@redes.upv.es
250 rdc00@redes.upv.es... Sender ok
rcpt to: mperez@gap.upv.es
250 mperez@gap.upv.es... Recipient ok
data
354 Enter mail, end with "." on a line by itself
Para acabar con el comando DATA tengo que poner ". como primer
carcter de la ultima lnea.
.
250 RAA27057 Message accepted for delivery
quit
221 gap.upv.es closing connection
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
34
POP3 (Post Office Protocol versin 3)
Protocolo usado por lectores de correo, UAs, para
acceder a los buzones residentes en los MTAs
remotos (RFC 937).
Utiliza TCP. Puerto BC: 110.
Comandos y respuestas similares a los de SMTP.
Fases de una sesin POP3:
Autorizacin.
Identificacin del usuario.
Transferencia.
Manipulacin del contenido del buzn del usuario.
Actualizacin.
Todas las modificaciones se realizan cuando el cliente finaliza el
servicio.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
35
UA
MTA
POP3 (Post Office Protocol versin 3)
Peticin
de envo
Peticin
de lectura
Internet
User Interface
Alias
DataBase
Buzones de
los usuarios
Spool
de correo
saliente
Servidor
SMTP.
Cliente
SMTP.
Servidor
POP3
Cliente
SMTP
Cliente
POP3
Encaminamiento
y gestin de alias
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
36
Comandos del cliente
Respuestas del servidor:
Un string +OK o -ERR indicando el resultado del comando del
cliente, un espacio en blanco y un string con informacin
adicional.
Las respuestas suelen ir en una lnea de texto. Cuando las
respuestas utilizan varias lneas de texto se utiliza la secuencia
<CR><LF> .<CR><LF> para indicar el final de la respuesta.
USER nombre de usuario <CR><LF>
PASS <password> <CR><LF>
STAT <CR><LF>
LIST <CR><LF>
RETR <ndice de mensage> <CR><LF>
DELE <ndice de mensaje.> <CR><LF>
QUIT <CR><LF>
RSET <CR><LF>
TOP <ndice de mensaje> <lneas> <CR><LF>
El protocolo POP3 (II)
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
37
+OK zoltar.redes.upv.es POP3D Version 1.5 11/26/91
user rdc00
+OK rdc00 gets mail here
pass xxxxxx
+OK mailbox locked and ready
stat
+OK 2 3073
list
+OK
1 1535
2 1538
.
dele 2
+OK message deleted
list
+OK
1 1535
.
top 1 20
+OK here comes the message
From mperez@gap.upv.es Thu May 22 17:55:17 1997
Return-Path: mperez@gap.upv.es
Received: from vega.upv.es ([158.42.4.1]) by redes.upv.es
Received: from gap.upv.es (mperez@gap.upv.es) by vega.upv.es
Received: from xixon.gap.upv.es ([158.42.53.27]) by gap.upv.es
To: <rdc00@redes.upv.es>
Subject: Pruebaxxxx
Date: Thu, 22 May 1997 18:49:05 +0200
Hola user rdc00:
Este mensaje se autodestruir=E1 en tres segundos.
3.
2.
1.
.
quit
+OK zoltar.redes.upv.es POP3D connection terminated
Ejemplo de sesin POP3.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
38
Otras consideraciones del correo electrnico.
MIME (Multipurpose Internet Mail Extensions).
Permite el envo de informacin binaria (no ASCII).
Para ello, usar codificadores ASCII-7 (Base64, BinHex, Quoted-
printable) con el fin de poder enviar la informacin con SMTP.
Con el objeto de identificar el tipo de mensaje MIME y el
codificador que usa, se utilizan lneas de cabecera especficas.
Puede enviar un mensaje mltiple (varios mensajes concatenados)
con distintos contenidos y formatos (texto+voz+video).
PGP (Pretty Good Privacy).
Sistema de autenticacin y cifrado que utiliza el sistema de correo
de Internet para ofrecer seguridad en la transferencia de los
mensajes.
Basado en el sistema de cifrado de clave pblica RSA.
Alternativas al POP3:
IMAP, DMSP, HTTP (ej:Hotmail).
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
39
Servicio de noticias: NNTP
Es un servicio de distribucin de noticias de alcance
mundial.
Las noticias se organizan en grupos de noticias.
Los grupos de noticias tienen un nombre que identifica la
naturaleza de las noticias que contiene.
El espacio de nombres de grupos de noticias sigue una
organizacin jerrquica (como los nombres de hosts).
Existen miles de grupos de noticias en Internet que
abarcan toda clase de temticas (ciencia, computadores,
ocio, religin, juegos, medicina, filosofa, bebedores de
cerveza, fans de star treck, etc.)
Una noticia tiene el mismo formato que un mensaje de
correo.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
40
news
rec sci es UPV misc
spain
culture
soc comp alt
lang
religion
tennis
sport
amateur cb
radio
os
protocols
Ms-windows
linux
math
med comp alt
new
s
rec
jazz
msica
lenguajes
delphi
anuncis
test
Compa-venda
forum
Organizacin de los grupos de noticias.
Ej.: El grupo es.rec.musica.jazz contendr mensajes
relacionados con el jazz (en castellano).
La jerarqua permite encontrar rpidamente grupos de
noticias que traten temas muy especficos.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
41
Distribucin de las noticias.
Dos mecanismos de distribucin:
Directa (listas de correo).
Los usuarios se subscriben a una lista de distribucin de
correo.
La lista de distribucin tiene una direccin de correo asociada
(alias) y est ubicada en un host.
Cada vez que se enva un mensaje a la lista, se genera una
copia a todos los miembros de la misma.
Slo vlido para grupos muy pequeos.
Distribuida.
Cada red (o dominio) dispone de un servidor de noticias que
mantiene copia de los grupos de noticias de inters.
Peridicamente, cada servidor llama a su proveedor
(newsfeed server) de noticias para sincronizar los grupos.
Los usuarios acceden a los grupos de noticias que ofrece su
servidor local. NO se enva copia a todos los usuarios.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
42
LIST <CR><LF>
NEWGROUPS <date> <time> <CR><LF>
GROUP <groupname> <CR><LF>
NEWNEWS <groups> <date> <time> <CR><LF>
STAT <id> <CR><LF>
ARTICLE <id> <CR><LF>
POST <CR><LF>
HEAD <CR><LF>
BODY <CR><LF>
NEXT <CR><LF>
QUIT <CR><LF>
NNTP (Network News Transfer Protocol).
Protocolo estndar de Internet para la transferencia
de noticias (RFC 977).
Utiliza TCP. Puerto BC: 119.
Comandos y respuestas similares a los usados en SMTP.
Conjunto de comandos.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
43
El protocolo NNTP (II)
Dos tipos de respuestas del servidor:
Respuesta de estado:
Un nmero de tres cifras y un texto asociado. Todo en una
lnea de texto (como SMTP).
Respuesta de texto:
Est formada por una respuesta de estado seguida por una
serie de lneas de texto.
Se utiliza la secuencia <CR><LF><.><CR><LF> para
indicar el final de la respuesta.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
44
200 news.upv.es InterNetNews NNRP server INN 1.4 22-Dec-93 ready (posting ok).
LIST
215 list of newsgroups follows
.
es.rec.mascotas.peces 0000000154 0000000001 y
es.ciencia.matematicas 0000000114 0000000001 y
es.rec.juegos.magic 0000000034 0000000001 y
.
GROUP es.rec.mascotas.peces
211 155 1 155 es.rec.mascotas.peces
article 140
220 140 <slrn5obfrg.kgi.ferni@bart.us.es> article
<mensaje completo>
.
NEWNEWS es.alt.* 970525 230000
230 New news follows
<lista completa de id. de noticias >
.
next
223 141 <01bc6742$9a574dc3@mitrasto>
Article retrieved; request text separately.
head
221 141 <01bc6742$9a574dc3@mitrasto>
head
<cabecera del mensaje 141
es.rec.mascotas.peces>
.
post
340 Ok
From: Pepito
Subject: Prueba News
NewsGroups: UPV.test
Mensaje....
.
240 Article posted
quit
205
Ejemplo sesin NNTP.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
45
Servicio de integracin de info.: WWW
Servicio: World Wide Web (WWW).
Protocolo: TCP.
Puerto: 80.
Acceso a informacin distribuida - hipertexto y
multimedia - a travs de Internet.
Caractersticas:
Utiliza HTML para crear y visualizar documentos (pginas)
web.
La informacin contenida en una pgina puede tener
enlaces a diversos servidores y estar formada por
diferentes objetos multimedia.
El cliente web (browser) permite el acceso mediante
diversos protocolos (mtodos): HTTP, FTP, TELNET, etc.
a diferentes tipos de servicios.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
46
Un URL es la forma de especificar un objeto o un
recurso en Internet.
Especifica:
El mtodo de acceso al protocolo de aplicacin (p. ej. http,
ftp, gopher, news, etc.)
El nombre del servidor que lo alberga.
Opcionalmente, el nmero de puerto del servidor.
La ruta del documento u objeto.
El nombre del objeto y su extensin.
http://obelix.umh.es/telematica/index.html
URL (Uniform Resource Locators)
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
47
<HTML>
<HEAD><TITLE>Indice de enlaces relacionados con RDC </TITLE></HEAD>
<BODY BACKGROUND="../iconos/fondo.jpg">
<h2><FONT color=purple>Enlaces de inters</FONT></h2>
<UL>
<STRONG>
<LI><A HREF="is.html">Una buena introduccin a Internet</A>
<LI><A HREF="htmlref.html">Introduccin al HTML</A> (En castellano)
<LI><A HREF="html.html">Descripcin detallada de los elementos HTML</A>
<LI><A HREF="pktdrv.html">Todo sobre los packet-drivers</A>
</STRONG>
</UL>
<p><img src="../iconos/emailed.gif" align=bottom>
</body></html>
HTML (HyperText Markup Language)
Lenguaje de descripcin de pginas WWW.
Describe cmo se visualizarn por pantalla los elementos
de texto: prrafos, listas, tablas, etc.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
48
HTTP: HyperText Transfer Protocol
Protocolo de aplicacin Web
http1.0: RFC 1945
http1.1: RFC 2068
Modelo cliente/servidor
Cliente: Navegador que solicita,
recibe y muestra los objetos Web
Servidor: Enva los objetos Web
solicitados por el cliente. NO
mantiene informacin de estado
(stateless service)
Usa el transporte TCP
Cliente inicia conexin TCP al
servidor (puerto 80)
Servidor acepta conexin.
Intercambio de mensajes HTPP
(protocolo de aplicacin)
Cierre de conexin TCP
PC running
Explorer
Server
running
NCSA Web
server
Mac running
Navigator
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
49
HTTP: Ejemplo
Se solicita el URL obelix.umh.es/telematica/index.html (contiene
texto html y referencias a 5 objetos jpeg)
1a. El cliente establece conexin TCP
con el servidor obelix.umh.es en
el puerto 80 (defecto).
2. Establecida la conexin, el cliente
enva una peticin HTTP solicitando
el URL telematica/index.html
1b. Servidor obelix.umh.es esperando
conexin en puerto 80. Tras recibir
peticin de cliente, acepta
conexin.
3. El servidor recibe la peticin y
construye un mensaje HTTP de
respuesta con el objeto solicitado.
Dicho mensaje se enva al cliente
tiempo
5. El cliente recibe la respuesta HTTP
(fichero HTML), construye la pgina
Web segn documento HTML
recibido y busca las referencias de
los 5 objetos jpeg
6. Los pasos 1-5 se repiten para cada objeto
encontrado en el documento HTML.
4. El servidor cierra la conexin TCP.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
50
Formato de mensajes HTTP: HTTP Request
Dos tipos de mensajes HTTP: Peticin y Respuesta
Mensaje de Peticin HTTP:
Codificacin ASCII (como la mayora de protocolos de aplicacin)
GET /somedir/page.html HTTP/1.0
User-agent: Mozilla/4.0
Accept: text/html,image/gif,image/jpeg
Accept-language:es
(Se aade un CR+LF adicional)
Lnea de texto de la
peticin (comandos
GET, POST,HEAD)
Lneas de texto
de cabecera
Los caracteres
CR+LF indican
fin de mensaje
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
51
Formato de mensajes HTTP: HTTP Request
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
52
Formato de mensajes HTTP: HTTP Response
HTTP/1.0 200 OK
Date: Thu, 06 Aug 1998 12:00:15 GMT
Server: Apache/1.3.0 (Unix)
Last-Modified: Mon, 22 Jun 1998 ...
Content-Length: 6821
Content-Type: text/html
Datos
...
Lnea de
estado
(Cdigo y
texto de
estado)
Lneas de
texto de
cabecera
Datos, ej.:
Fichero html
solicitado
Cdigos de estado (ejemplos):
200 OK
Solicitud procesada OK, objeto solicitado a
continuacin
301 Moved Permanently
Objeto seleccionado est en una nueva ubicacin
(especificado en cabecera Location:)
400 Bad Request
Mensaje de peticin errneo (el servidor no lo
entiende)
404 Not Found
Documento no encontrado en este srevidor
505 HTTP Version Not Supported
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
53
GET /index.html HTTP/1.0
HTTP/1.0 200 OK
Date: Monday, 26-May-97 09:18:17 GMT
Server: NCSA/1.3
MIME-version: 1.0
Content-type: text/html
Last-modified: Monday, 12-May-97 07:49:06
Content-length: 2018
<html>
<head>
<title>ZOLTAR</title>
<meta name="GENERATOR" content="Vermeer FrontPage 1.0">
</head>
<body background="http://zoltar.redes.upv.es/fondo.jpg">
<bgsound src="http://147.156.75.1/wwp/sounds/raiders.mid"
loop="infinite">
<h1><img src="http://158.42.53.127/~misan/gifs/www.gif" align=bottom>
Bienvenidos al servidor ZOLTAR<img src="/~misan/gifs/www.gif" align=bottom></h1>
<p>Este computador proporciona servicio a las asignaturas de: </p>
.
</html>
Connection closed by foreign host.
Lista de Mtodos:
GET, HEAD, PUT, POST,
DELETE, LINK, UNLINK.
Ejemplo sesin HTTP.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
54
Conexiones No-persistentes y persistentes
No-persistente
HTTP/1.0
El servidor analiza las
peticiones, responde y
cierra la conexin TCP.
2 RTTs para procesar cada
objeto
Cada transferencia de un
objeto sufre el efecto del
slow start de TCP.
Persistente
Modo por defecto de HTTP/1.1
Sobre la misma conexin TCP:
El servidor analiza las
peticiones, responde y analiza
las nuevas peticiones que se
generen,..
El cliente enva las peticiones
para todos los objetos
encontrados tan pronto como
recibe el documento base hmtl.
Menos RTTs
El efecto del slow start queda
restringido al primer objeto de
la conexin. Sin embargo, la mayora de
navegadores http-1.0 emplean
conexiones TCP paralelas.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
55
Interaccin usuario-servidor: Autenticacin
Objetivo
Acceso controlado a los
documentos del servidor
Servicio stateless
El cliente debe indicar la
informacin de autenticacin en
cada peticin.
Autorizacin
Lnea de cabecera en la peticin
Normalmente nombre y clave
de acceso
Si no se indica informacin de
autorizacin, el servidor rechaza
la peticin enviando un mensaje
de respuesta
Cabecera WWW authenticate:
en la respuesta
cliente
servidor
http request msg
401: authorization req.
WWW authenticate:
http request msg
+ Authorization:line
http response msg
http request msg
+ Authorization:line
http response msg
tiempo
El navegador guarda* el
nombre y password para que el
usuario no tenga que repetirlo
para cada solicitud.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
56
Interaccin usuario-servidor: Cookies
El servidor enva una cookie
al cliente en la cabecera de
una respuesta http
Set-cookie: 1678453
El cliente presenta la cookie
en la cabecera de las
peticiones http siguientes
Cookie: 1678453
El servidor comprueba la
cookie del cliente con la
versin que tiene almacenada
Autenticacin
Recordar preferencias de
usuario, consultas previas,
perfiles, etc.
cliente servidor
http request msg
http response +
Set-cookie: #
http request msg
cookie: #
http response msg
http request msg
cookie: #
http response msg
(*) cookie-specific action
(*)
(*)
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
57
Interaccin usuario-servidor: Get condicional
Objetivo:
No enves un objeto si el
cliente ya tiene una copia
actualizada almacenada en
su cache de objetos
Cliente
Especifica la fecha de la
copia del objeto que tiene
almacenado en su cache:
If-modified-since: <date>
Servidor
La respuesta no contiene el
objeto solicitado si la copia
del cliente est actualizada.
HTTP/1.0 304 Not Modified
cliente servidor
http request msg
If-modified-since:
<date>
http response
HTTP/1.0
304 Not Modified
Objeto no
modificado
http request msg
If-modified-since:
<date>
http response
HTTP/1.1 200 OK

<data>
Objeto
modificado
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
58
Caches Web (Servidores proxy)
Configuracin del
navegador para usar
web caching (proxy)
El cliente enva sus
peticiones al proxy
Si el objeto solicitado est en
la cache, el proxy devuelve
el objeto en una respuesta.
Sino El proxy solicita el
objeto al servidor original. A
continuacin reenva el
objeto al cliente.
Objetivo: Servir las peticiones del cliente sin
implicar al servidor origen (propietario de los
objetos demandados)
cliente
Servidor
Proxy
cliente
Servidor
origen
Servidor
origen
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
59
Caches Web (Servidores proxy): Ventajas
Supuesto:
La cache de objetos
Web est cerca del
cliente (ej.: En su
misma red)
Tiempos de respuesta
muy reducidos.
Se reduce el trfico Web
hacia los servidores
origen
Descarga del enlace de
acceso a Internet (ISP link).
Servidores
origen
Internet
Red
corporativa
10 Mbps LAN
Acceso INET
1.5 Mbps
Servidor Proxy
local
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
60
Otras aplicaciones.
BOOTP (Bootstrap Protocol).
Esta aplicacin se utiliza en el arranque remoto de las estaciones
sin disco (diskless).
Suministra la direccin IP y el nombre del fichero que alberga la
imagen del S.O. a cargar (entre otras cosas).
SNMP (Simple Network Management Protocol).
Permite la gestin y administracin remota de los elementos de una
red (hosts, routers, bridges, etc.).
FINGER y WHOIS.
Ofrecen informacin acerca de los hosts, usuarios conectados, de
las organizaciones, administradores, etc.
TALK
Servicio de charla interactiva entre dos usuarios
GOPHER.
Predecesor del WWW. Su estructura es muy similar, solo que
trabaja sobre un interfaz de texto.
A
r
q
u
i
t
e
c
t
u
r
a

d
e

R
e
d
e
s

y

S
e
r
v
i
c
i
o
s

d
e

T
e
l
e
c
o
m
u
n
i
c
a
c
i

n
61
Otras aplicaciones
X.500 (Servicio de directorio).
Esta aplicacin ofrece informacin de los usuarios (instituciones,
empresas, etc) registrados en cada dominio Internet.
NFS (Network File System).
Aplicacin que permite compartir discos (directorios) entre distintos
hosts.
X-Window.
Entorno grfico que permite a un aplicacin ejecutarse en un host
remoto (cliente X-window) y mostrar el interfaz grfico en el host
local (servidor X-window).
IRC (Internet Relay Chat).
Aplicacin que permite charlas interactivas multiusuario.
Aplicaciones multimedia:
Iphone, Cu-seeme, NetMeeting, Mbone tools, etc.
Permiten disponer de un escritorio donde se ofrecen servicios de
vdeo en tiempo real, pizarras compartidas, diapositivas, etc., a un
conjunto de usuarios.