TIPOS DE REDES

ARP
ARP (del ingls Address Resolution Protocol o, en espaol, Protocolo de resolucin
de direcciones). es un protocolo de la capa de enlace de datos responsable de
encontrar la direccin hardware (Ethernet MAC) que corresponde a una
determinada direccin IP. Para ello se enva un paquete (ARP request) a la
direccin de difusin de la red (broadcast (MAC = FF FF FF FF FF FF)) que
contiene la direccin IP por la que se pregunta, y se espera a que esa mquina (u
otra) responda (ARP reply) con la direccin Ethernet que le corresponde. Cada
mquina mantiene una cach con las direcciones traducidas para reducir el retardo
y la carga. ARP permite a la direccin de Internet ser independiente de la direccin
Ethernet, pero esto slo funciona si todas las mquinas lo soportan.
En Ethernet, la capa de enlace trabaja con direcciones fsicas. El protocolo ARP se
encarga de traducir las direcciones IP a direcciones MAC (direcciones fsicas). Para
realizar esta conversin, el nivel de enlace utiliza las tablas ARP, cada interfaz tiene
tanto una direccin IP como una direccin fsica MAC.
ARP se utiliza en 4 casos referentes a la comunicacin entre 2 hosts:
Cuando 2 hosts estn en la misma red y uno quiere enviar un paquete a otro.
Cuando 2 host estn sobre redes diferentes y deben usar un gateway/router
para alcanzar otro host.
Cuando un router necesita enviar un paquete a un host a travs de otro
router.
Cuando un router necesita enviar un paquete a un host de la misma red.
Alcance de su funcionamiento.
El Protocolo de resolucin de direcciones es una solicitud y un protocolo de
respuesta que ejecuta encapsulado por el protocolo de lnea. Se comunica dentro
de los lmites de una sola red, nunca encaminado a travs de los nodos de
interconexin de redes. , Este establecimiento pone ARP en la capa de enlace del
conjunto de protocolos de Internet; mientras que en la interconexin de sistemas
abiertos (OSI), normalmente se describe como residentes entre las capas 2 y 3, el
ARP est rodeado por protocolos de capa 2, sin embargo, ARP no se desarroll en
el marco de OSI.

Ejemplo

Aqu vemos un ejemplo de ARP.

En este ejemplo, PC A quiere enviar informacin a directamente a PC B.
PC A conoce la IP de PC B, pero no conoce su MAC.
Para resolver esto PC A genera un IP ARP.
Este IP ARP se enva desde la IP 10.1.1.1 y el destino es el 255.255.255.255, osea,
todos.
PC A incluye la IP del PC B en la cabecera como destino.
La MAC origen es la 0000.0CCC.1111 y el destino es la MAC FFFF.FFFF.FFFF.
Los PC's B y C ven este frame, pero solo PC B responde a este frame incluyendo su
MAC.
TCP
TCP (que significa Protocolo de Control de Transmisin) es uno de los principales
protocolos de la capa de transporte del modelo TCP/IP. En el nivel de aplicacin,
posibilita la administracin de datos que vienen del nivel ms bajo del modelo, o van
hacia l, (es decir, el protocolo IP). Cuando se proporcionan los datos al protocolo
IP, los agrupa en datagramas IP, fijando el campo del protocolo en 6 (para que sepa
con anticipacin que el protocolo es TCP). TCP es un protocolo orientado a
conexin, es decir, que permite que dos mquinas que estn comunicadas controlen
el estado de la transmisin.
Las principales caractersticas del protocolo TCP son las siguientes:
ORIENTADO A LA CONEXIN: dos computadoras establecen una conexin
para intercambiar datos. Los sistemas de los extremos se sincronizan con el
otro para manejar el flujo de paquetes y adaptarse a la congestin de la red.

OPERACIN FULL-DPLEX: una conexin TCP es un par de circuitos

virtuales, cada uno en una direccin. Slo los dos sistemas finales
sincronizados pueden usar la conexin.
REVISIN DE ERRORES: una tcnica de checksum es usada para verificar
que los paquetes no estn corruptos.

ACUSES DE RECIBO: sobre recibo de uno o ms paquetes, el receptor

regresa un acuse de recibido, al transmisor indicando que recibi los
paquetes. Si los paquetes no son notificados, el transmisor puede reenviar
los paquetes o terminar la conexin si el transmisor cree que el receptor no
est ms en la conexin.

CONTROL DE FLUJO: si el transmisor est desbordando el buffer del

receptor por transmitir demasiado rpido, el receptor descarta paquetes. Los
acuses fallidos que llegan al transmisor le alertan para bajar la tasa de
transferencia o dejar de transmitir.

SERVICIO DE RECUPERACIN DE PAQUETES: el receptor puede pedir la

retransmisin de un paquete. Si el paquete no es notificado como recibido
(ACK), el transmisor enva de nuevo el paquete.

Con el uso del protocolo TCP, las aplicaciones pueden comunicarse en forma
segura (gracias al sistema de acuse de recibo del protocolo TCP)
independientemente de las capas inferiores. Esto significa que los routers (que
funcionan en la capa de Internet) slo tienen que enviar los datos en forma de
datagramas, sin preocuparse con el monitoreo de datos porque esta funcin la
cumple la capa de transporte (o ms especficamente el protocolo TCP).
Durante una comunicacin usando el protocolo TCP, las dos mquinas deben
establecer una conexin. La mquina emisora (la que solicita la conexin) se
llama cliente, y la mquina receptora se llama servidor. Por eso es que decimos que
estamos en un entorno Cliente-Servidor.
Las mquinas de dicho entorno se comunican en modo en lnea, es decir, que la
comunicacin se realiza en ambas direcciones.
Para posibilitar la comunicacin y que funcionen bien todos los controles que la
acompaan, los datos se agrupan; es decir, que se agrega un encabezado a los
paquetes de datos que permitirn sincronizar las transmisiones y garantizar su
recepcin.

Otra funcin del TCP es la capacidad de controlar la velocidad de los datos usando
su capacidad para emitir mensajes de tamao variable. Estos mensajes se
llaman segmentos.
Cmo establecer una conexin
Considerando que este proceso de comunicacin, que se produce con la
transmisin y el acuse de recibo de datos, se basa en un nmero de secuencia, las
mquinas originadora y receptora (cliente y servidor) deben conocer el nmero de
secuencia inicial de la otra mquina.
La conexin establecida entre las dos aplicaciones a menudo se realiza siguiendo el
siguiente esquema:

Los puertos TCP deben estar abiertos.

La aplicacin en el servidor es pasiva, es decir, que la aplicacin escucha y
espera una conexin.
La aplicacin del cliente realiza un pedido de conexin al servidor en el lugar
donde la aplicacin es abierta pasiva. La aplicacin del cliente se considera
"abierta activa".

Las dos mquinas deben sincronizar sus secuencias usando un mecanismo

comnmente llamado negociacin en tres pasos que tambin se encuentra durante
el cierre de la sesin.
Este dilogo posibilita el inicio de la comunicacin porque se realiza en tres etapas,
como su nombre lo indica:

En la primera etapa, la mquina originadora (el cliente) transmite un segmento

donde el indicador SYN est fijado en 1 (para indicar que es un segmento de
sincronizacin), con nmero de secuencia N llamado nmero de secuencia
inicial del cliente.
En la segunda etapa, la mquina receptora (el servidor) recibe el segmento
inicial que viene del cliente y luego le enva un acuse de recibo, que es un
segmento en el que el indicador ACK est fijado en 1 y el indicador SYN est
fijado en 1 (porque es nuevamente una sincronizacin). Este segmento incluye
el nmero de secuencia de esta mquina (el servidor), que es el nmero de
secuencia inicial para el cliente. El campo ms importante en este segmento es
el de acuse de recibo que contiene el nmero de secuencia inicial del cliente
incrementado en 1.

Por ltimo, el cliente transmite un acuse de recibo, que es un segmento en el

que el indicador ACK est fijado en 1 y el indicador SYN est fijado en 0 (ya no
es un segmento de sincronizacin). Su nmero de secuencia est incrementado
y el acuse de recibo representa el nmero de secuencia inicial del servidor
incrementado en 1.

UDP
User Datagram Protocol (UDP) es un protocolo del nivel de transporte basado en el
intercambio de datagramas. Permite el envo de datagramas a travs de la red sin
que se haya establecido previamente una conexin, ya que el propio datagrama
incorpora suficiente informacin de direccionamiento en su cabecera. Tampoco tiene
confirmacin, ni control de flujo, por lo que los paquetes pueden adelantarse unos a
otros; y tampoco sabemos si ha llegado correctamente, ya que no hay confirmacin
de entrega o de recepcin. Su uso principal es para protocolos
como DHCP, BOOTP, DNS y dems protocolos en los que el intercambio de
paquetes de la conexin/desconexin son mayores, o no son rentables con respecto
a la informacin transmitida, as como para la transmisin de audio y vdeo en
tiempo real, donde no es posible realizar retransmisiones por los estrictos requisitos
de retardo que se tiene en estos casos.
Descripcin tcnica
En la familia de protocolos de Internet UDP proporciona una sencilla interfaz entre
la capa de red y la capa de aplicacin. UDP no otorga garantas para la entrega de
sus mensajes y el origen UDP no retiene estados de los mensajes UDP que han
sido enviados a la red. UDP slo aade multiplexado de aplicacin y suma de
verificacin de la cabecera y payload. Cualquier tipo de garantas para la
transmisin de la informacin, deben ser implementadas en capas superiores.

+
0
32
64

Bits 0 - 15
Puerto origen
Length
Datos

16 - 31
Puerto destino
Verificacin de suma

La cabecera UDP consta de 4 campos de los cuales 2 son opcionales (con fondo
rojo en la tabla). Los campos de los puertos fuente y destino son campos de 16
bits que identifican el proceso de origen y recepcin. Ya que UDP carece de un
servidor de estado y el origen UDP no solicita respuestas, el puerto origen es
opcional. En caso de no ser utilizado, el puerto origen debe ser puesto a cero. A los
campos del puerto origen le sigue un campo obligatorio que indica el tamao
en bytes del datagrama UDP incluidos los datos. El valor mnimo es de 8 bytes. El
campo de la cabecera restante es un checksum de 16 bit que abarca la cabecera y
los datos. El checksum tambin es opcional, aunque generalmente se utiliza en la
prctica.
Se utiliza cuando se necesita transmitir voz o vdeo y resulta ms importante
transmitir con velocidad que garantizar el hecho de que lleguen absolutamente
todos los bytes.
Puertos
UDP utiliza puertos para permitir la comunicacin entre aplicaciones. El campo de
puerto tiene una longitud de 16 bits, por lo que el rango de valores vlidos va de 0 a
65.535. El puerto 0 est reservado, pero es un valor permitido como puerto origen si
el proceso emisor no espera recibir mensajes como respuesta.
Los puertos 1 a 1023 se llaman puertos "bien conocidos" y en sistemas operativos
tipo Unix enlazar con uno de estos puertos requiere acceso como superusuario.
Los puertos 1024 a 49.151 son puertos registrados.
Los puertos 49.152 a 65.535 son puertos efmeros y son utilizados como puertos
temporales, sobre todo por los clientes al comunicarse con los servidores.
DNS
Cada equipo conectado directamente a Internet tiene al menos una direccin
IPespecfica. Sin embargo, los usuarios no desean trabajar con direcciones
numricas, como por ejemplo 194.153.205.26, sino con un nombre de dominio o
ms especficamente, con direcciones (llamadas direcciones FQDN) como por
ejemplo www.google.com

Es posible asociar nombres en lenguaje normal con direcciones numricas gracias a

un sistema llamado DNS (Sistema de Nombres de Dominio).
Esta correlacin entre las direcciones IP y el nombre de dominio asociado se
llama resolucin de nombres de dominio (o resolucin de direcciones).
Nombres del ordenador
Al comienzo de TCP/IP, puesto que las redes no eran muy extensas, o en otras
palabras que el nmero de equipos conectados a la misma red era bajo, los
administradores de red crearon archivos llamados tablas de conversin manual.
Estas tablas de conversin manual eran archivos secuenciales, por lo general
llamados hosts o hosts.txt, y asociaban en cada lnea la direccin IP del equipo con
el nombre literal relacionado, denominado nombre del ordenador.
Introduccin al Sistema de Nombres de Dominio
Sin embargo, el anterior sistema de tablas de conversin exiga una actualizacin
manual de las tablas para la totalidad de los equipos en caso de incluir o modificar el
nombre de una mquina. Por lo tanto, con el aumento en tamao de las redes y sus
interconexiones, fue necesario implementar un sistema de gestin para los nombres
que fuese jerrquico y fcil de administrar.
Este sistema ofrece:

Un espacio de nombre jerrquico que permite garantizar la singularidad de

un nombre en una estructura arbrea, como por ejemplo sistemas de archivo
Unix.
Un sistema de servidores de distribucin que permite que el espacio de
nombre est disponible.
un sistema de cliente que permite "resolver" nombres de dominio, es decir,
interrogar a los servidores para encontrar la direccin IP que corresponde a
un nombre.

Espacio de nombre

La estructura del sistema DNS se basa en una estructura de arbrea en donde se

definen los dominios de nivel superior (llamados TLD, Dominios de Nivel Superior);
esta estructura est conectada a un nodo raz representado por un punto.

Cada nodo del rbol se llama nombre de dominio y tiene una etiqueta con una
longitud mxima de 63 caracteres.
Por lo tanto, todos los nombres de dominio conforman una estructura arbrea
inversa en donde cada nodo est separado del siguiente nodo por un punto (".").
El extremo de la bifurcacin se denomina host, y corresponde a un equipo o entidad
en la red. El nombre del ordenador que se provee debe ser nico en el dominio
respectivo, o de ser necesario, en el sub-dominio. Por ejemplo, el dominio del
servidor Web por lo general lleva el nombre www.
La palabra "dominio" corresponde formalmente al sufijo de un nombre de dominio,
es decir, la recopilacin de las etiquetas de nodo de la estructura arbrea, con
excepcin del ordenador.
El nombre absoluto est relacionado con todas las etiquetas de nodo de una
estructura arbrea, separadas por puntos y que termina con un punto final que se
denomina la direccin FQDN (Nombre de Dominio totalmente calificado). La
profundidad mxima de una estructura arbrea es 127 niveles y la longitud mxima
para un nombre FQDN es 255 caracteres. La direccin FQDN permite ubicar de
manera nica un equipo en la red de redes. Por lo tanto,es.kioskea.net. es una
direccin FQDN.

DHCP

DHCP significa Protocolo de configuracin de host dinmico. Es un protocolo que

permite que un equipo conectado a una red pueda obtener su configuracin
(principalmente, su configuracin de red) en forma dinmica (es decir, sin
intervencin particular). Slo tiene que especificarle al equipo, mediante DHCP, que
encuentre una direccin IP de manera independiente. El objetivo principal es
simplificar la administracin de la red.
El protocolo DHCP sirve principalmente para distribuir direcciones IP en una red,
pero desde sus inicios se dise como un complemento del protocolo BOOTP
(Protocolo Bootstrap), que se utiliza, por ejemplo, cuando se instala un equipo a
travs de una red (BOOTP se usa junto con un servidor TFTP donde el cliente
encontrar los archivos que se cargarn y copiarn en el disco duro). Un servidor
DHCP puede devolver parmetros BOOTP o la configuracin especfica a un
determinado host.
Funcionamiento del protocolo DHCP
Primero, se necesita un servidor DHCP que distribuya las direcciones IP. Este
equipo ser la base para todas las solicitudes DHCP por lo cual debe tener una
direccin IP fija. Por lo tanto, en una red puede tener slo un equipo con una
direccin IP fija: el servidor DHCP.
El sistema bsico de comunicacin es BOOTP (con la trama UDP). Cuando un
equipo se inicia no tiene informacin sobre su configuracin de red y no hay nada
especial que el usuario deba hacer para obtener una direccin IP. Para esto, la
tcnica que se usa es la transmisin: para encontrar y comunicarse con un servidor
DHCP, el equipo simplemente enviar un paquete especial de transmisin
(transmisin en 255.255.255.255 con informacin adicional como el tipo de solicitud,
los puertos de conexin, etc.) a travs de la red local. Cuando el DHCP recibe el
paquete de transmisin, contestar con otro paquete de transmisin (no olvide que
el cliente no tiene una direccin IP y, por lo tanto, no es posible conectar
directamente con l) que contiene toda la informacin solicitada por el cliente.
Se podra suponer que un nico paquete es suficiente para que el protocolo
funcione.

El protocolo HTTP

El Protocolo de Transferencia de HiperTexto (Hypertext Transfer Protocol) es un

sencillo protocolo cliente-servidor que articula los intercambios de informacin entre
los clientes Web y los servidores HTTP. La especificacin completa del protocolo
HTTP 1/0 est recogida en el RFC 1945. Fue propuesto por Tim Berners-Lee,
atendiendo a las necesidades de un sistema global de distribucin de informacin
como el World Wide Web.
Desde el punto de vista de las comunicaciones, est soportado sobre los servicios
de conexin TCP/IP, y funciona de la misma forma que el resto de los servicios
comunes de los entornos UNIX: un proceso servidor escucha en un puerto de
comunicaciones TCP (por defecto, el 80), y espera las solicitudes de conexin de
los clientes Web. Una vez que se establece la conexin, el protocolo TCP se
encarga de mantener la comunicacin y garantizar un intercambio de datos libre de
errores.
HTTP se basa en sencillas operaciones de solicitud/respuesta. Un cliente establece
una conexin con un servidor y enva un mensaje con los datos de la solicitud. El
servidor responde con un mensaje similar, que contiene el estado de la operacin y
su posible resultado. Todas las operaciones pueden adjuntar un objeto o recurso
sobre el que actan; cada objeto Web (documento HTML, fichero multimedia o
aplicacin CGI) es conocido por su URL.
Etapas de una transaccin HTTP.
Para profundizar ms en el funcionamiento de HTTP, veremos primero un caso
particular de una transaccin HTTP; en los siguientes apartados se analizarn las
diferentes partes de este proceso.
Cada vez que un cliente realiza una peticin a un servidor, se ejecutan los
siguientes pasos:
Un usuario accede a una URL, seleccionando un enlace de un documento
HTML o introducindola directamente en el campo Location del cliente Web.
El cliente Web descodifica la URL, separando sus diferentes partes. As
identifica el protocolo de acceso, la direccin DNS o IP del servidor, el posible
puerto opcional (el valor por defecto es 80) y el objeto requerido del servidor.
Se abre una conexin TCP/IP con el servidor, llamando al puerto TCP
correspondiente.
Se realiza la peticin. Para ello, se enva el comando necesario (GET, POST,
HEAD,), la direccin del objeto requerido (el contenido de la URL que sigue a
la direccin del servidor), la versin del protocolo HTTP empleada (casi siempre

HTTP/1.0) y un conjunto variable de informacin, que incluye datos sobre las

capacidades del browser, datos opcionales para el servidor,
El servidor devuelve la respuesta al cliente. Consiste en un cdigo de estado y
el tipo de dato MIME de la informacin de retorno, seguido de la propia
informacin.
Se cierra la conexin TCP.

Este proceso se repite en cada acceso al servidor HTTP. Por ejemplo, si se recoge
un documento HTML en cuyo interior estn insertadas cuatro imgenes, el proceso
anterior se repite cinco veces, una para el documento HTML y cuatro para las
imgenes.
SMTP
El protocolo SMTP (Protocolo simple de transferencia de correo) es el protocolo
estndar que permite la transferencia de correo de un servidor a otro mediante una
conexin punto a punto.
ste es un protocolo que funciona en lnea, encapsulado en una trama TCP/IP. El
correo se enva directamente al servidor de correo del destinatario. El protocolo
SMTP funciona con comandos de textos enviados al servidor SMTP (alpuerto 25 de
manera predeterminada). A cada comando enviado por el cliente (validado por
la cadena de caracteres ASCII CR/LF, que equivale a presionar la tecla Enter) le
sigue una respuesta del servidor SMTP compuesta por un nmero y un mensaje
descriptivo.
A continuacin se describe una situacin en la que se realiza una solicitud para
enviar correos a un servidor SMTP:

Al abrir la sesin SMTP, el primer comando que se enva es el

comandoHELO seguido por un espacio (escrito <SP>) y el nombre de dominio
de su equipo (para decir "hola, soy este equipo"), y despus validado por Enter
(escrito <CRLF>). Desde abril de 2001, las especificaciones para el protocolo
SMTP, definidas en RFC 2821, indican que el comando HELO sea remplazado
por el comando EHLO.
El segundo comando es "MAIL FROM:" seguido de la direccin de correo
electrnico del remitente. Si se acepta el comando, el servidor responde con un
mensaje "250 OK".

El siguiente comando es "RCPT TO:" seguido de la direccin de correo

electrnico del destinatario. Si se acepta el comando, el servidor responde con
un mensaje "250 OK".
El comando DATA es la tercera etapa para enviar un correo electrnico. Anuncia
el comienzo del cuerpo del mensaje. Si se acepta el comando, el servidor
responde con un mensaje intermediario numerado 354 que indica que puede
iniciarse el envo del cuerpo del mensaje y considera el conjunto de lneas
siguientes hasta el final del mensaje indicado con una lnea que contiene slo un
punto. El cuerpo del correo electrnico eventualmente contenga algunos de los
siguientes encabezados:
Date (Fecha)
Subject (Asunto)
Cc
Bcc (Cco)
From (De)

Si se acepta el comando, el servidor responde con un mensaje "250 OK".

A continuacin se describe un ejemplo de transaccin entre un cliente (C) y un
servidor SMTP (S):
S: 220 smtp.commentcamarche.net SMTP Ready C: EHLO
machine1.commentcamarche.net S: 250 smtp.commentcamarche.net C: MAIL
FROM:<webmaster@commentcamarche.net> S: 250 OK C: RCPT
TO:<meandus@meandus.net> S: 250 C: RCPT TO:<tittom@tittom.fr> S: 550 No
such user here C: DATA S: 354 Start mail input; end with <CRLF>.<CRLF> C:
Subject: Hola C: Hola Meandus: C: Cmo andan tus cosas? C: C: Nos vemos
pronto! C: <CRLF>.<CRLF> S: 250 C: QUIT R: 221 smtp.commentcamarche.net
closing transmission

POP3
El protocolo POP (Protocolo de oficina de correos), como su nombre lo indica,
permite recoger el correo electrnico en un servidor remoto (servidor POP). Es
necesario para las personas que no estn permanentemente conectadas a Internet,
ya que as pueden consultar sus correos electrnicos recibidos sin que ellos estn
conectados.
Existen dos versiones principales de este protocolo, POP2 y POP3, a los que se le
asignan los puertos 109 y 110 respectivamente, y que funcionan utilizando
comandos de texto radicalmente diferentes.

Al igual que con el protocolo SMTP, el protocolo POP (POP2 y POP3) funciona con
comandos de texto enviados al servidor POP. Cada uno de estos comandos
enviados por el cliente (validados por la cadena CR/LF) est compuesto por una
palabra clave, posiblemente acompaada por uno o varios argumentos, y est
seguido por una respuesta del servidor POP compuesta por un nmero y un
mensaje descriptivo.
IMAP
Internet Message Access Protocol (IMAP, Protocolo de acceso a mensajes de
internet), es un protocolo de aplicacin que permite el acceso a mensajes
almacenados en un servidor de Internet. Mediante IMAP se puede tener acceso
al correo electrnico desde cualquier equipo que tenga una conexin a Internet.
IMAP tiene varias ventajas sobre POP (otro protocolo empleado para obtener
correos desde un servidor). Por ejemplo, es posible especificar en IMAP carpetas
del lado del servidor. Por otro lado, es ms complejo que POP ya que permite
visualizar los mensajes de manera remota y no descargando los mensajes como lo
hace POP.
IMAP y POP3 (Post Office Protocol versin 3) son los dos protocolos que prevalecen
en la obtencin de correo electrnico. Todos los servidores y clientes de correo
electrnico estn virtualmente soportados por ambos, aunque en algunos casos hay
algunas interfaces especficas del fabricante tpicamente propietarias. Por ejemplo,
los protocolos propietarios utilizados entre el cliente Microsoft Outlook y su servidor
Microsoft Exchange Server o el cliente Lotus Notes de IBM y el servidor Domino. Sin
embargo, estos productos tambin soportan interoperabilidad con IMAP y POP3 con
otros clientes y servidores.
IMAP fue diseado como una moderna alternativa a POP por Mark Crispin en el ao
1986. Fundamentalmente, los dos protocolos les permiten a los clientes de correo
acceder a los mensajes almacenados en un servidor de correo.
Ya sea empleando POP3 o IMAP4 para obtener los mensajes, los clientes
utilizan SMTP para enviar mensajes. Los clientes de correo electrnico son
comnmente denominados clientes POP o IMAP, pero en ambos casos se utiliza
SMTP.
IMAP es utilizado frecuentemente en redes grandes; por ejemplo, los sistemas de
correo de un campus. Con IMAP, los usuarios pueden acceder a sus nuevos
mensajes de correo de forma instantnea, ya que el correo se almacena en la red.
Para leer los mensajes entrantes con POP3, los usuarios tendran que descargar

primero el correo electrnico en sus equipos o acceder a l va web. Ambos

mtodos requieren ms tiempo del que invierte IMAP en hacer lo mismo.
En la siguiente tabla se recogen las principales ventajas de IMAP con respecto a
POP3:
Protocol
o

IMAP4

POP3

Ventajas

Desventajas

Las carpetas que se hayan creado con IMAP no podrn ser

Trabaja online.
ledas usando POP (la nica excepcin es la carpeta de la
Gran nmero de
Bandeja de entrada).
transacciones.
Con IMAP tienes que estar conectado a Internet todo el
No es necesario descargar
tiempo para poder leer tu correo y contestar los mensajes.
los correos.
Si pierdes la conexin a Internet no podrs acceder a tu
Gestiona carpetas locales y
correo recibido.
archivos desde el servidor.
Algunos clientes de correo tienen problemas de
Permite la bsqueda de
sincronizacin a la hora de acceder al servidor por IMAP (por
mensajes por medio de
ejemplo, Outlook 2002 presenta algunos mensajes de
palabras claves.
errores de conexin, aunque sin consecuencias).

Trabaja fuera de lnea.

Puede presentar problemas de configuracin.

Tienes que darte de alta en reenvo dentro del portal.
No todos los portales te ofrecen el servicio POP.
Tiende a eliminar los mensajes del portal haciendo imposible
la recuperacin de los mismos.
Si el usuario se descuida cualquiera puede acceder al
cliente.
Enviar un mensaje desde el cliente puede tardar el doble del
tiempo.
Dependiendo del mensaje, puede consumir recursos del
sistema.

TELNET

Telnet (TELecommunication NETwork) es el nombre de un protocolo de red que nos

permite viajar a otra mquina para manejarla remotamente como si estuviramos
sentados delante de ella. Tambin es el nombre del programa informtico que
implementa el cliente. Para que la conexin funcione, como en todos los servicios
de Internet, la mquina a la que se acceda debe tener un programa especial que
reciba y gestione las conexiones. El puerto que se utiliza generalmente es el 23.
Funcionamiento.
Telnet slo sirve para acceder en modo terminal, es decir, sin grficos, pero es una
herramienta muy til para arreglar fallos a distancia, sin necesidad de estar
fsicamente en el mismo sitio que la mquina que los tena. Tambin se usaba para
consultar datos a distancia, como datos personales en mquinas accesibles por red,
informacin bibliogrfica, etc.
Aparte de estos usos, en general telnet se ha utilizado (y an hoy se puede utilizar
en su variante SSH) para abrir una sesin con una mquina UNIX, de modo que
mltiples usuarios con cuenta en la mquina, se conectan, abren sesin y pueden
trabajar utilizando esa mquina. Es una forma muy usual de trabajar
con sistemas UNIX.
SSH
SSH (o Secure SHell) es un protocolo que facilita las comunicaciones seguras
entre dos sistemas usando una arquitectura cliente/servidor y que permite a los
usuarios conectarse a un host remotamente. A diferencia de otros protocolos de
comunicacin remota tales como FTP o Telnet, SSH encripta la sesin de conexin,
haciendo imposible que alguien pueda obtener contraseas no encriptadas.
SSH est diseado para reemplazar los mtodos ms viejos y menos seguros para
registrarse remotamente en otro sistema a travs de la shell de comando, tales
como telnet o rsh. Un programa relacionado, el scp, reemplaza otros programas
diseados para copiar archivos entre hosts como rcp. Ya que estas aplicaciones
antiguas no encriptan contraseas entre el cliente y el servidor, evite usarlas
mientras le sea posible. El uso de mtodos seguros para registrarse remotamente a
otros sistemas reduce los riesgos de seguridad tanto para el sistema cliente como
para el sistema remoto.

El protocolo SSH proporciona los siguientes tipos de proteccin:

Despus de la conexin inicial, el cliente puede verificar que se est conectando

al mismo servidor al que se conect anteriormente.
El cliente transmite su informacin de autenticacin al servidor usando una
encriptacin robusta de 128 bits.
Todos los datos enviados y recibidos durante la sesin se transfieren por medio
de encriptacin de 128 bits, lo cual los hacen extremamente difcil de descifrar y
leer.
El cliente tiene la posibilidad de reenviar aplicaciones X11 [1] desde el servidor.
Esta tcnica, llamada reenvo por X11, proporciona un medio seguro para usar
aplicaciones grficas sobre una red.
Ya que el protocolo SSH encripta todo lo que enva y recibe, se puede usar para
asegurar protocolos inseguros. El servidor SSH puede convertirse en un
conducto para convertir en seguros los protocolos inseguros mediante el uso de
una tcnica llamada reenvo por puerto, como por ejemplo POP, incrementando
la seguridad del sistema en general y de los datos.
FTP

El protocolo FTP (Protocolo de transferencia de archivos) es, como su nombre lo

indica, un protocolo para transferir archivos.
La implementacin del FTP se remonta a 1971 cuando se desarroll un sistema de
transferencia de archivos (descrito en RFC141) entre equipos del Instituto
Tecnolgico de Massachusetts (MIT, Massachusetts Institute of Technology). Desde
entonces, diversos documentos de RFC (peticin de comentarios) han mejorado el
protocolo bsico, pero las innovaciones ms importantes se llevaron a cabo en julio
de 1973.
La funcin del protocolo FTP
El protocolo FTP define la manera en que los datos deben ser transferidos a travs
de una red TCP/IP.
El objetivo del protocolo FTP es:
permitir que equipos remotos puedan compartir archivos
permitir la independencia entre los sistemas de archivo del equipo del cliente
y del equipo del servidor
permitir una transferencia de datos eficaz