SMTP

Simple Mail Transfer Protocol (SMTP)

Familia Familia de protocolos de Internet
Funcin Envo de mensajes de correo electrnico
Puertos 25/TCP
587/TCP (Alternativo para clientes de
correo)
465/TCP (SMTPS)
Ubicacin en la pila de protocolos
Aplicacin SMTP
Transporte TCP
Red
IP (IPv4 y IPv6)
Estndares
RFC 821 (1982)
RFC 2821 (2001)
RFC 5321 (2008)
El Simple Mail Transfer Protocol (SMTP) (Protocolo para la transferencia simple de correo
electrnico), es un protocolo de red utilizado para el intercambio de mensajes de correo
electrnico entre computadoras u otros dispositivos (PDA, telfonos mviles, etc.). Fue
definido en el RFC 2821 y es un estndar oficial de Internet.
El funcionamiento de este protocolo se da en lnea, de manera que opera en los
servicios de correo electrnico. Sin embargo, este protocolo posee algunas limitaciones en
cuanto a la recepcin de mensajes en el servidor de destino (cola de mensajes recibidos).
Como alternativa a esta limitacin se asocia normalmente a este protocolo con otros,
como el POP o IMAP, otorgando a SMTP la tarea especfica de enviar correo, y recibirlos
empleando los otros protocolos antes mencionados (POP O IMAP).
SMTP es un protocolo orientado a la conexin basado en texto, en el que un remitente
de correo se comunica con un receptor de correo electrnico mediante la emisin de
secuencias de comandos y el suministro de los datos necesarios en un canal de flujo de
datos ordenado fiable, normalmente un protocolo de control de transmisin de conexin
(TCP). Una sesin SMTP consiste en comandos originados por un cliente SMTP (el agente
de inicio, emisor o transmisor) y las respuestas correspondientes del SMTP del servidor (el
agente de escucha, o receptor) para que la sesin se abra y se intercambian los parmetros
de la sesin. Una sesin puede incluir cero o ms transacciones SMTP. Una transaccin de
SMTP se compone de tres secuencias de comando / respuesta (vase el ejemplo a
continuacin).
Ellos son:

MAIL: comando para establecer la direccin de retorno, tambin conocido como

Return-Path, remitente o sobre. Esta es la direccin para mensajes de despedida.

RCPT: comando, para establecer un destinatario de este mensaje. Este mandato

puede emitirse varias veces, una para cada destinatario. Estas direcciones son
tambin parte de la envolvente.
DATA: para enviar el mensaje de texto. Este es el contenido del mensaje, en lugar
de su envoltura. Se compone de una cabecera de mensaje y el cuerpo del mensaje
separado por una lnea en blanco. DATA es en realidad un grupo de comandos, y
el servidor responde dos veces: una vez para el comando de datos adecuada, para
reconocer que est listo para recibir el texto, y la segunda vez despus de la
secuencia final de los datos, para aceptar o rechazar todo el mensaje.

Resumen simple del funcionamiento del protocolo SMTP

Cuando un cliente establece una conexin con el servidor SMTP, espera a que ste
enve un mensaje 220 Service ready o 421 Service non available
Se enva un HELO desde el cliente. Con ello el servidor se identifica. Esto puede
usarse para comprobar si se conect con el servidor SMTP correcto.
El cliente comienza la transaccin del correo con la orden MAIL FROM. Como
argumento de esta orden se puede pasar la direccin de correo al que el servidor
notificar cualquier fallo en el envo del correo (Por ejemplo, MAIL
FROM:<fuente@host0>). Luego si el servidor comprueba que el origen es vlido, el
servidor responde 250 OK.
Ya le hemos dicho al servidor que queremos mandar un correo, ahora hay que
comunicarle a quien. La orden para esto es RCPT TO:<destino@host>. Se pueden
mandar tantas rdenes RCPT como destinatarios del correo queramos. Por cada
destinatario, el servidor contestar 250 OK o bien 550 No such user here, si no
encuentra al destinatario.
Una vez enviados todos los RCPT, el cliente enva una orden DATA para indicar
que a continuacin se envan los contenidos del mensaje. El servidor responde
354 Start mail input, end with <CRLF>.<CRLF> Esto indica al cliente como ha de
notificar el fin del mensaje.
Ahora el cliente enva el cuerpo del mensaje, lnea a lnea. Una vez finalizado, se
termina con un <CRLF>.<CRLF> (la ltima lnea ser un punto), a lo que el servidor
contestar 250 OK, o un mensaje de error apropiado.
Tras el envo, el cliente, si no tiene que enviar ms correos, con la orden QUIT corta
la conexin. Tambin puede usar la orden TURN, con lo que el cliente pasa a ser
el servidor, y el servidor se convierte en cliente. Finalmente, si tiene ms mensajes
que enviar, repite el proceso hasta completarlos.

Ejemplo de una comunicacin SMTP

En primer lugar se ha de establecer una conexin entre el emisor (cliente) y el receptor
(servidor). Esto puede hacerse automticamente con un programa cliente de correo o
mediante un cliente telnet.
En el siguiente ejemplo se muestra una conexin tpica. Se nombra con la letra C al
cliente y con S al servidor.

S: 220 Servidor SMTP

C: HELO miequipo.midominio.com
S: 250 Hello, please to meet you
C: MAIL FROM: <yo@midominio.com>
S: 250 Ok
C: RCPT TO: <destinatario@sudominio.com>
S: 250 Ok
C: DATA
S: 354 End data with <CR><LF>.<CR><LF>
C: Subject: Campo de asunto
C: From: yo@midominio.com
C: To: destinatario@sudominio.com
C:
C: Hola,
C: Esto es una prueba.
C: Hasta luego.
C:
C: .
S: 250 Ok: queued as 12345
C: quit
S: 221 Bye

Formato del mensaje

Como se muestra en el ejemplo anterior, el mensaje es enviado por el cliente despus
de que ste manda la orden DATA al servidor. El mensaje est compuesto por dos partes:

Cabecera: en el ejemplo las tres primeras lneas del mensaje son la cabecera. En
ellas se usan unas palabras clave para definir los campos del mensaje. Estos campos
ayudan a los clientes de correo a organizarlos y mostrarlos. Los ms tpicos son
subject (asunto), from (emisor) y to (receptor). Estos dos ltimos campos no hay
que confundirlos con las rdenes MAIL FROM y RCPT TO, que pertenecen al
protocolo, pero no al formato del mensaje.
Cuerpo del mensaje: es el mensaje propiamente dicho. En el SMTP bsico est
compuesto nicamente por texto, y finalizado con una lnea en la que el nico
carcter es un punto.

VPN
Una red privada virtual, RPV, o VPN de las siglas en ingls de Virtual Private Network,
es una tecnologa de red que permite una extensin segura de la red local (LAN) sobre
una red pblica o no controlada como Internet. Permite que la computadora en la red
enve y reciba datos sobre redes compartidas o pblicas como si fuera una red privada
con toda la funcionalidad, seguridad y polticas de gestin de una red privada. Esto se
realiza estableciendo una conexin virtual punto a punto mediante el uso de conexiones
dedicadas, cifrado o la combinacin de ambos mtodos.
Ejemplos comunes son la posibilidad de conectar dos o ms sucursales de una empresa
utilizando como vnculo Internet, permitir a los miembros del equipo de soporte tcnico la
conexin desde su casa al centro de cmputo, o que un usuario pueda acceder a su
equipo domstico desde un sitio remoto, como por ejemplo un hotel. Todo ello utilizando
la infraestructura de Internet.
La conexin VPN a travs de Internet es tcnicamente una unin wide area network
(WAN) entre los sitios pero al usuario le parece como si fuera un enlace privado de all
la designacin "virtual private network".

Caractersticas bsicas de la seguridad

Para hacerlo posible de manera segura es necesario proporcionar los medios para
garantizar la autentificacin

Autentificacin y autorizacin: Quin est del otro lado? Usuario/equipo y qu

nivel de acceso debe tener.
Integridad: de que los datos enviados no han sido alterados. Para ello se utiliza
funciones de Hash. Los algoritmos de hash ms comunes son los Message Digest
(MD2 y MD5) y el Secure Hash Algorithm (SHA).
Confidencialidad/Privacidad: Dado que slo puede ser interpretada por los
destinatarios de la misma. Se hace uso de algoritmos de cifrado como Data
Encryption Standard (DES), Triple DES (3DES) y Advanced Encryption Standard
(AES).
No repudio: es decir, un mensaje tiene que ir firmado, y quien lo firma no puede
negar que envi el mensaje.
Control de acceso: Se trata de asegurar que los participantes autenticados tiene
acceso nicamente a los datos a los que estn autorizados.
Auditoria y registro de actividades: Se trata de asegurar el correcto funcionamiento
y la capacidad de recuperacin.
Calidad del servicio: Se trata de asegurar un buen rendimiento, que no haya una
degradacin poco aceptable en la velocidad de transmisin.

Requisitos bsicos

Identificacin de usuario: las VPN deben verificar la identidad de los usuarios y

restringir su acceso a aquellos que no se encuentren autorizados.

Cifrado de datos: los datos que se van a transmitir a travs de la red pblica
(Internet), antes deben ser cifrados, para que as no puedan ser ledos si son
interceptados. Esta tarea se realiza con algoritmos de cifrado como DES o 3DES
que slo pueden ser ledos por el emisor y receptor.
Administracin de claves: las VPN deben actualizar las claves de cifrado para los
usuarios.
Nuevo algoritmo de seguridad SEAL.

VoIP
Voz sobre Protocolo de Internet, tambin llamado Voz sobre IP, Voz IP, VozIP, (VoIP por
sus siglas en ingls, Voice over IP), es un grupo de recursos que hacen posible que la seal
de voz viaje a travs de Internet empleando un protocolo IP (Protocolo de Internet). Esto
significa que se enva la seal de voz en forma digital, en paquetes de datos, en lugar de
enviarla en forma analgica a travs de circuitos utilizables slo por telefona convencional
como las redes PSTN (sigla de Public Switched Telephone Network, Red Telefnica Pblica
Conmutada).
Los Protocolos que se usan para enviar las seales de voz sobre la red IP se conocen
como protocolos de Voz sobre IP o protocolos IP. Estos pueden verse como aplicaciones
comerciales de la "Red experimental de Protocolo de Voz" (1973), inventada por ARPANET.
El trfico de Voz sobre IP puede circular por cualquier red IP, incluyendo aquellas
conectadas a Internet, como por ejemplo las redes de rea local (LAN).
Es muy importante diferenciar entre Voz sobre IP (VoIP) y Telefona sobre IP.

VoIP es el conjunto de normas, dispositivos, protocolos, en definitiva la tecnologa

que permite comunicar voz sobre el protocolo IP.
Telefona sobre IP es el servicio telefnico disponible al pblico, por tanto con
numeracin E.164, realizado con tecnologa de VoIP.

Elementos
El cliente
El cliente establece y origina las llamadas voz, esta informacin se recibe a travs del
micrfono del usuario (entrada de informacin) se codifica, se empaqueta y, de la misma
forma, esta informacin se decodifica y reproduce a travs de los altavoces o audfonos
(salida de la informacin).
Un Cliente puede ser un usuario de Skype o un usuario de alguna empresa que venda
sus servicios de telefona sobre IP a travs de equipos como ATAs (Adaptadores de
telfonos analgicos) o telfonos IP o Softphones que es un software que permite realizar
llamadas a travs de una computadora conectada a Internet.
Los servidores
Los servidores se encargan de manejar operaciones de base de datos, realizado en un
tiempo real como en uno fuera de l. Entre estas operaciones se tienen la contabilidad, la
recoleccin, el enrutamiento, la administracin y control del servicio, el registro de los
usuarios.
Usualmente en los servidores se instala software denominados Switches o IP-PBX
(Conmutadores IP), ejemplos de switches pueden ser "Voipswitch", "Mera", "Nextone" entre
otros, un IP-PBX es Asterisk uno de los ms usados y de cdigo abierto.

Los gateways
Los gateways brindan un puente de comunicacin entre todos los usuarios, su funcin
principal es la de proveer interfaces con la telefona tradicional adecuada, la cual
funcionara como una plataforma para los usuarios (clientes) virtuales.
Los Gateways se utilizan para "Terminar" la llamada, es decir el cliente Origina la llamada
y el Gateway Termina la llamada, eso es cuando un cliente llama a un telfono fijo o
celular, debe existir la parte que hace posible que esa llamada que viene por Internet logre
conectarse con un cliente de una empresa telefnica fija o celular.
Arquitectura de red
El propio Estndar define tres elementos fundamentales en su estructura:

Terminales: son los sustitutos de los actuales telfonos. Se pueden implementar

tanto en software como en hardware.
Gatekeepers: son el centro de toda la organizacin VoIP, y son el sustituto para las
actuales centrales.

Normalmente implementan por software, en caso de existir, todas las comunicaciones

que pasen por l.

Gateways: se trata del enlace con la red telefnica tradicional, actuando de forma
transparente para el usuario.

Con estos tres elementos, la estructura de la red VoIP podra ser la conexin de dos
delegaciones de una misma empresa. La ventaja es inmediata: todas las comunicaciones
entre las delegaciones son completamente gratuitas. Este mismo esquema se podra
aplicar para proveedores, con el consiguiente ahorro que esto conlleva.

Protocolos de VoIP: son los lenguajes que utilizarn los distintos dispositivos VoIP
para su conexin. Esta parte es importante ya que de ella depender la eficacia y
la complejidad de la comunicacin.
o Por orden de antigedad (de ms antiguo a ms nuevo):
H.323 - Protocolo definido por la ITU-T;
SIP - Protocolo definido por la IETF;
Megaco (Tambin conocido como H.248) y MGCP - Protocolos de
control;
UNIStim - Protocolo propiedad de Nortel(Avaya);
Skinny Client Control Protocol - Protocolo propiedad de Cisco;
MiNet - Protocolo propiedad de Mitel;
CorNet-IP - Protocolo propiedad de Siemens;
IAX - Protocolo original para la comunicacin entre PBXs Asterisk (Es un
estndar para los dems sistemas de comunicaciones de datos,[cita
requerida] actualmente est en su versin 2, IAX2);
Skype - Protocolo propietario peer-to-peer utilizado en la aplicacin Skype;

IAX2 - Protocolo para la comunicacin entre PBXs Asterisk en reemplazo

de IAX;
Jingle - Protocolo abierto utilizado en tecnologa XMPP;
MGCP- Protocolo propietario de Cisco;
weSIP- Protocolo licencia gratuita de VozTelecom.

Como hemos visto VoIP presenta una gran cantidad de ventajas, tanto para las
empresas como para los usuarios comunes. La pregunta sera por qu no se ha
implantado an esta tecnologa?. A continuacin analizaremos los aparentes motivos, por
los que VoIP an no se ha impuesto a las telefonas convencionales.