POP

El significado de las siglas POP es Post Office Protocol (Protocolo de Oficina de Correos).
Al contrario de otros protocolos creados con anterioridad como el SMTP el POP no necesita una conexin permanente
a internet, puesto que es en el momento de la conexin cuando solicita al servidor el envo de la correspondencia
almacenada en el servidor para dicho usuario.
Si se est permanentemente conectado a internet pueden configurarse los programas cliente de correo de tal forma
que la peticin al servidor de correo se efecte automticamente cada cierto tiempo y de esta forma avise al usuario
de que tiene correo pendiente de recibir.
La situacin actual es que se utiliza el protocolo SMTP para el envo de correo y para la recepcin de correo se utiliza
el protocolo POP, pero ya en su tercera versin desde su aparicin, el POP3
PREPARACIN DE UN SERVIDOR POP
Un POP toaster, o servidor POP dedicado recibe el correo para usuarios autorizados y les permite recogerlo a travs de la red.
Un servidor de estas caractersticas tiene tres componentes esenciales:
Almacenamiento de buzones: almacenando los mensajes entrantes en disco.
Servicio de buzones: permitiendo a los usuarios recoger el correo a travs de la red.
Gestin de cuentas: establecimiento de contraseas para los usuarios autorizados.
Opciones comunes compatibles con sendmail:
Almacenamiento de buzones: formato mbox en /var/spool/mail/$USUARIO
Servicio de buzones: qpopper o ipop3d. (Tenga en cuenta que todas las versiones de qpopper previas a la 2.51 permite a los
usuarios remotos hacerse con su mquina).
Gestin de cuentas: cuentas estndar UNIX en /etc/passwd.
Todas estas opciones funcionarn con qmail si sigue entregando el correo en /var/spool/mail. Ver INSTALL.vsm, de la
distribucin qmail.
qmail ofrece otras alternativas que proporcionan mayor flexibilidad:
Almacenamiento de buzones: formato maildir en $HOME/Maildir.
Servicio de buzones: qmail-pop3d, que forma parte de la distribucin estndar de qmail.
Gestin de cuentas: ver ms adelante.
El diseo modular de qmail-pop3d le permite funcionar con cierta variedad de mecanismos de gestin de cuentas de usuarios:
Cuentas UNIX en /etc/passwd. Necesitar instalar checkpassword.
checklocalpwd
chkpoppass
vmailmgr
vchkpw
rdenes
Para establecer una conexin a un servidor POP, el cliente de correo abre una conexin TCP en el puerto 110 del servidor.
Cuando la conexin se ha establecido, el servidor POP enva al cliente POP una invitacin y despus las dos mquinas se
envan entre s otras rdenes y respuestas que se especifican en el protocolo. Como parte de esta comunicacin, al cliente
POP se le pide que se autentifique (Estado de autenticacin), donde el nombre de usuario y la contrasea del usuario se
envan al servidor POP. Si la autenticacin es correcta, el cliente POP pasa al Estado de transaccin, en este estado se

pueden utilizar rdenes LIST, RETR y DELE para mostrar, descargar y eliminar mensajes del servidor, respectivamente. Los
mensajes definidos para su eliminacin no se quitan realmente del servidor hasta que el cliente POP enva la orden QUIT para
terminar la sesin. En ese momento, el servidor POP pasa al Estado de actualizacin, fase en la que se eliminan los mensajes
marcados y se limpian todos los recursos restantes de la sesin.
Puedes conectarte manualmente al servidor POP3 haciendo Telnet al puerto 110. Es muy til cuando te envan un mensaje con
un fichero muy largo que no quieres recibir.
USER <nombre> Identificacin de usuario (Solo se realiza una vez).
PASS <password> Envas la clave del servidor.
STAT Da el nmero de mensajes no borrados en el buzn y su longitud total.
LIST Muestra todo los mensajes no borrados con su longitud.
RETR <nmero> Solicita el envo del mensaje especificando el nmero (no se borra del buzn).
TOP <nmero> <lneas> Muestra la cabecera y el nmero de lneas requerido del mensaje especificando el nmero.
DELE <nmero> Borra el mensaje especificando el nmero.
RSET Recupera los mensajes borrados (en la conexin actual).
QUIT Salir.
En informtica, el POP (Post Office Protocol) es un protocolo estndar de internet de la capa aplicacin (en
el modelo OSI).
El protocolo POP es utilizado por programas de e-mail locales para recibir e-mails desde un servidor remoto a travs
de una conexin TCP/IP.
POP e IMAP (Internet Message Access Protocol) son los dos protocolos ms empleados para la recepcin de emails.
La versin 3 del protocolo POP, llamada POP3, es el estndar actual y el ms extendido. Es el ms empleado por
los servicios de webmail como Gmail y Yahoo! Mail.
Funcionamiento del protocolo POP
POP permite conectarse al servidor que almacena los e-mails, recibir todos los mensajes a la computadora
del cliente de e-mail y luego eliminar dichos e-mails del servidor, para luego desconectarse. En ocasiones el cliente
de e-mail permite conservar los e-mails en el servidor.
Otros protocolos, como el IMAP, permiten tareas ms complejas que el POP, pero la mayora de los proveedores de
e-mail soportan solo POP.
El servidor POP3 (que contiene los e-mails) escucha el puerto 110 esperando conexiones. Se encripta la
comunicacin (usando el comando STLS o POP3s), que conectan al servidor usando TLS o SSL a travs del puerto
995.
Historia del protocolo POP
El protocolo original fue llamado POP en 1984. En la versin 2 (1985), el POP2, se le asign el puerto 109 como
predeterminado. Luego, en 1988, se lanza la versin 3, POP3 (revisada mltiples veces).
La versin original del estndar POP3 no permita encriptacin, solo un login con usuario y contrasea. Actualmente
soporta mltiples mtodos de autenticacin para proteger frente a posibles accesos ilegtimos, la mayora provistos
por mecanismos de extensin del POP3.
Por ejemplo, los clientes POP3 soportan los mtodos de autenticacin va la extensin AUTH.
Tambin se introdujo el APOP al protocolo. El APOP es un protocolo que emplea una funcin hash MD5 en un
intento de repeler ataques.
Se ha propuesto un POP4 (por el momento no estndar) que permite otras funciones como administracin de
carpetas, soporte de mensajes multipartes, etc. Pero no hay progresos el POP4 desde 2003.

Relacionado:
SMTP
POP3
- See more at: http://www.alegsa.com.ar/Dic/pop%20protocolo.php#sthash.j9hz0viV.dpuf

(Transfer Control Protocol / Internet Protocol). Es el protocolo que utiliza internet para la comunicarse. - See more at:
http://www.alegsa.com.ar/Dic/tcp%20ip.php#sthash.WPMzJac0.dpuf

ARP

El protocolo ARP es un protocolo estndar especfico de

las redes. Su status es electivo.

Paquete de Peticin / Respuesta de ARP

El protocolo de resolucin de direcciones es responsable

de

convertir

las

nivel(direcciones

direccin
IP)

de

protocolo

direcciones

de

de

red

alto

fsicas.

Primero, consideremos algunas cuestiones generales

acerca de Ethernet.
ARP se emplea en redes IEEE 802 adems de en las
viejas redes DIX Ethernet para mapear direcciones IP a
direccin hardware. Para hacer esto, ha de estar
estrechamente

relacionado

con

el

manejador

de

dispositivo de red. De hecho, las especificaciones de

ARP en RFC 826 slo describen su funcionalidad, no su
implementacin, que depende en gran medida del
manejador

de

correspondiente,

dispositivo
que

para

el

estar

codificado

suele

tipo

de
en

red
el

microcdigo del adaptador.

Si una aplicacin desea enviar datos a una determinado
direccin

IP

de

destino,

el

mecanismo

de

encaminamiento IP determina primero la direccin IP

del siguiente salto del paquete (que puede ser el propio

Hardware
address
space
Especifica el tipo de hardware; ejemplos son
Ethernet o Packet Radio Net.
Protocol
address
space
Especifica el tipo de protocolo, el mismo que en el
campo de tipo EtherType en la cabecera de IEEE
802.

host de destino o un "router") y el dispositivo hardware

al que se debera enviar. Si se trata de una red
802.3/4/5, deber consultarse el mdulo ARP para
mapear el par <tipo de protocolo, direccin de destino>
a una direccin fsica.

Hardware
address
length
Especifica la longitud(en bytes) de la direccin
hardware del paquete. Para IEEE 802.3 e IEEE
802.5 ser de 6.
Protocol
address
length
Especifica la longitud(en bytes) de las direcciones
del protocolo en el paquete. Para IP ser de 4.

El mdulo ARP intenta hallar la direccin en su cach. Si

encuentra el par buscado, devuelve la correspondiente
direccin fsica de 48 bits al llamador(el manejador de
dispositivo). Si no lo encuentra, descarta el paquete (se
asume que al ser un protocolo de alto nivel volver a
transmitirlo) y genera un broadcast de red para una
solicitud ARP.

ARP y subredes
El protocolo ARP es el mismo aunque haya subredes.
Recordar que cada datagrama IP pasa primero por el

Operation
code
Especifica si se trata de una peticin(1) o una
solicitud(2) ARP.
Source/target
hardware
address
Contiene las direcciones fsica hardware. En IEEE
802.3 son direcciones de 48 bits.
Source/target
protocol
address
Contiene las direcciones del protocolo. En TCP/IP
son direcciones IP de 32 bits.

Para el paquete de solicitud, la direccin hardware

de destino es el nico campo indefinido del
paquete

Captulo 11. Correo electrnico

El nacimiento del correo electrnico (email) ocurri a principios de los aos 60. El
buzn era un archivo en el directorio principal de un usuario al cual slo el mismo
poda acceder. Las aplicaciones de correo primitivas anexaban nuevos mensajes
de texto a la parte inferior de un archivo, y el usuario tena que buscar a lo largo
del archivo en constante crecimiento para encontrar un mensaje particular. Este
sistema slo era capaz de enviar mensajes a usuarios en el mismo sistema.
La primera transferencia verdadera de correo electrnico en la red se llev a cabo
en 1971 cuando un ingeniero de computacin llamado Ray Tomlinson envi un
mensaje de prueba entre dos mquinas a travs de ARPANET el precursor de
Internet. La comunicacin a travs de correo electrnico rpidamente se volvi
muy popular, pasando a formar el 75 por ciento del trfico de ARPANET en menos
de dos aos.
Hoy da, los sistemas de correo electrnico basados en protocolos de red
estandarizados han evolucionado para convertirse en uno de los servicios ms
usados de la Internet. Red Hat Enterprise Linux ofrece muchas aplicaciones
avanzadas para servir y acceder al correo electrnico.
En este captulo se analizan los protocolos de correo electrnico modernos
conocidos actualmente, as como algunos programas diseados para recibir y
enviar correo electrnico.

11.1. Protocolos de correo electrnico

Hoy da, el correo electrnico es entregado usando una arquitectura
cliente/servidor. Un mensaje de correo electrnico es creado usando un programa
de correo cliente. Este programa luego enva el mensaje a un servidor. El servidor
luego lo redirige al servidor de correo del recipiente y all se le suministra al cliente
de correo del recipiente.
Para permitir todo este proceso, existe una variedad de protocolos de red estndar
que permiten que diferentes mquinas, a menudo ejecutando sistemas operativos
diferentes y usando diferentes programas de correo, enven y reciban correo
electrnico o email.

Los protocolos que se indican a continuacin son los que ms se utilizan para
transferir correo electrnico.

11.1.1. Protocolos de transporte de correo

La entrega de correo desde una aplicacin cliente a un servidor, y desde un
servidor origen al servidor destino es manejada por el Protocolo simple de
transferencia de correo (Simple Mail Transfer Protocol o SMTP).

11.1.1.1. SMTP
El objetivo principal del protocolo simple de transferencia de correo, SMTP, es
transmitir correo entre servidores de correo. Sin embargo, es crtico para los
clientes de correo tambin. Para poder enviar correo, el cliente envia el mensaje a
un servidor de correo saliente, el cual luego contacta al servidor de correo de
destino para la entrega. Por esta razn, es necesario especificar un servidor SMTP
cuando se est configurando un cliente de correo.
En Red Hat Enterprise Linux, un usuario puede configurar un servidor SMTP en la
mquina local para manejar la entrega de correo. Sin embargo, tambin es posible
configurar servidores remotos SMTP para el correo saliente.
Un punto importante sobre el protocolo SMTP es que no requiere autenticacin.
Esto permite que cualquiera en la Internet puede enviar correo a cualquiera otra
persona o a grandes grupos de personas. Esta caracterstica de SMTP es lo que
hace posible el correo basura o spam. Los servidores SMTP modernos intentan
minimizar este comportamiento permitiendo que slo los hosts conocidos accedan
al servidor SMTP. Los servidores que no ponen tales restricciones son llamados
servidores open relay.
Red Hat Enterprise Linux utiliza Sendmail (/usr/sbin/sendmail) como su
programa SMTP por defecto. Sin embargo, tambin est disponible una aplicacin
ms simple de servidor de correo llamada Postfix ( /usr/sbin/postfix).

11.1.2. Protocolos de acceso a correo

Hay dos protocolos principales usados por las aplicaciones de correo cliente para
recuperar correo desde los servidores de correo: el Post Office Protocol (POP) y
el Internet Message Access Protocol (IMAP).
A diferencia de SMTP, estos protocolos requieren autenticacin de los clientes
usando un nombre de usuario y una contrasea. Por defecto, las contraseas para
ambos protocolos son pasadas a travs de la red sin encriptar.

11.1.2.1. POP
El servidor por defecto POP bajo Red Hat Enterprise Linux es /usr/sbin/ipop3d y
es proporcionado por el paquete imap. Cuando se utiliza POP, los mensajes de
correo son descargados a travs de las aplicaciones de correo cliente. Por defecto,
la mayora de los clientes de correo POP son configurados para borrar
automticamente el mensaje en el servidor de correo despus que ste ha sido
transferido exitsamente, sin embargo esta configuracin se puede cambiar.
POP es completamente compatible con estndares importantes de mensajera de
Internet, tales como Multipurpose Internet Mail Extensions (MIME), el cual permite
los anexos de correo.
POP funciona mejor para usuarios que tienen un sistema en el cual leer correo.
Tambin funciona bien para usuarios que no tienen una conexin permanente a la
Internet o a la red que contiene el servidor de correo. Desafortunadamente para
aquellos con conexiones lentas, POP requiere que luego de la autenticacin los
programas cliente descarguen el contenido completo de cada mensaje. Esto
puede tomar un buen tiempo si algn mensaje tiene anexos grandes.
La versin ms reciente del protocolo estndar POP es POP3.
Sin embargo, tambin existen una variedad de variantes del protocolo POP que no
son tan populares:

APOP POP3 con autenticacin MDS. En este protocolo, el cliente de

correo enva un hash codificado de la contrasea al servidor en lugar de
enviar una contrasea encriptada.

KPOP POP3 con autenticacin Kerberos. Consulte el Captulo 19 para

ms informacin.

RPOP POP3 con autenticacin RPOP, que utiliza un identificador de

usuario similar a una contrasea para autenticar las peticiones POP. No
obstante, este ID no esta encriptado por tanto RPOP no es ms seguro que
el estndar POP.

Para aadir seguridad, es posible utilizar la encriptacin Secure Socket

Layer (SSL) para la autenticacin del cliente y las sesiones de transferencias de
datos. Esto se puede activar usando el servicio ipop3s o mediante el uso del
programa /usr/sbin/stunnel. Refirase a la Seccin 11.5.1 para ms informacin.

11.1.2.2. IMAP
El servidor por defecto IMAP bajo Red Hat Enterprise Linux es /usr/sbin/imapd y
es proporcionado por el paquete imap. Cuando utilice un servidor de correo IMAP,
los mensajes de correo se mantienen en el servidor donde los usuarios pueden
leerlos o borrarlos. IMAP tambin permite a las aplicaciones cliente crear,
renombrar o borrar directorios en el servidor para organizar y almacenar correo.
IMAP lo utilizan principalmente los usuarios que acceden a su correo desde varias
mquinas. El protocolo es conveniente tambin para usuarios que se estn
conectando al servidor de correo a travs de una conexin lenta, porque slo la
informacin de la cabecera del correo es descargada para los mensajes, hasta
que son abiertos, ahorrando de esta forma ancho de banda. El usuario tambin
tiene la habilidad de eliminar mensajes sin verlos o descargarlos.
Por conveniencia, las aplicaciones cliente IMAP son capaces de hacer cach de
los mensajes localmente, para que el usuario pueda hojear los mensajes
previamente ledos cuando no se est conectado directamente al servidor IMAP.
IMAP, como POP, es completamente compatible con estndares de mensajera de
Internet, tales como MIME, que permite los anexos de correo.
Para seguridad adicional, es posible utilizar la encriptacin SSL para la
autenticacin de clientes y para las sesiones de transferencia de datos. Esto se
puede activar usando el servicioimaps, o mediante el uso del
programa /usr/sbin/stunnel. Refirase a la Seccin 11.5.1 para ms informacin.
Tambin estn disponibles otros clientes y servidores de correo IMAP gratutos as
como tambin comerciales, muchos de los cuales extienden el protocolo IMAP y

proporcionan funcionalidades adicionales. Una lista completa sobre esto se puede

encontrar en http://www.imap.org/products/longlist.htm.
Qu es una direccin IP?

Informaci de las direcciones IP, asignacin y uso

herramientas
del artculo

versin para imprimir

URL corto al artculo

Las direcciones IP (IP es un acrnimo para Internet Protocol) son un nmero nico e
irrepetible con el cual se identifica una cmputadora conectada a una red que corre el
protocolo IP.
Una direccin IP (o simplemente IP como a veces se les refiere) es un conjunto de cuatro
numeros del 0 al 255 separados por puntos. Por ejemplo, uservers.net tiene la direccin
IP siguiente:
200.36.127.40

En realidad una direccin IP es una forma ms sencilla de comprender nmeros muy

grandes, la direccin 200.36.127.40 es una forma ms corta de escribir el numero
3357835048. Esto se logra traduciendo el numero en cuatro tripletes.

Antiguo sistema de clases

Anteriormente, las direcciones IP se asignaban usando o que se conocia como clases. Una
clase C contena 256 direcciones, una clase B conten 16,384 direcciones y una clase A
conten unas 2,097,152 direcciones.
Debido a que las direcciones IP se agotaron sbitamente con este sistema, estos recursos
se asignan hoy en da en bloques ms pequeos usando un sistema conocido como CIDR
(acrnimo de Classless Inter-Domain Routing). De esta forma se logra un mejor
aprovechamiento de las direcciones.

Delegacin de direcciones
Para obtener un bloque de direcciones de Internet, generalmente debes solicitarlo a
tu upstream provider (es decir la red con quien te conectas a Internet). Tu proveedor
puede imponer las condiciones y polticas que considere convenientes para administrar
sus bloques de direcciones.
Dependiendo del tamao del bloque solicitado, es probable que puedas solicitar bloques
de direcciones IP a otras organizaciones con mas relevancia en la red como por ejemplo

los NICs nacionales (como NIC Mxico) o los registros regionales (como ARIN o LacNIC).
Estas organizaciones normalmente solo atienden a quienes solicitan bloques muy muy
grandes de direcciones.
Por lo general, las direcciones no pueden ser trasladadas de una red a otra, es decir, si
tienes una direccin de un proveedor no puedes llevarlo a otro. Es por esto que uServers
no puede dar una direccin IP fija para tu conexin de Internet.

Direcciones privadas
Para dar direcciones a redes no conectadas directamente a Internet, se han reservado
algunos bloques de direcciones privadas (para ms info consulta el RFC 1918). Estas
direcciones pueden ser usadas por cualquier persona en redes Internas pero no pueden
ser ruteadas a la Internet global.
Los bloques de direcciones privadas son:

192.168.0.0 - 256 clases C o 65,536 direcciones

172.16.0.0 - 256 clases B o 4,194,304 direcciones

10.0.0.0 - una clase A o 2,097,152 direcciones

Para conectar una red con IPs internas a la Internet global existen varias tecnologas que
pueden ser usadas. Estas incluyen los proxies o NAT.

Wi-Fi y el estndar IEEE 802.11

Antes de analizar el rendimiento de las conexiones Wi-Fi N residenciales vamos a
hacer un pequeo repaso de las diferentes versiones del estndar.
La tecnologa Wi-Fi est basada en la utilizacin de un estndar desarrollado por el
organismo mundial IEEE dedicado al desarrollo de estndares en el mbito de las
ciencias y la tecnologa. La primera versin oficial del estndar se public en 1997 y
recibi el nombre de IEEE 802.11.
Paralelamente al desarrollo del estndar del IEEE, en el ao 1999 algunos de los ms
importantes fabricantes de soluciones inalmbricas crearon una organizacin
llamadaWECA (Wireless Ethernet Compatibility Alliance) con el objetivo de fomentar
la compatibilidad de los dispositivos inalmbricos desarrollados bajo dicho estndar.
Unos aos ms tarde, esta organizacin cambia su nombre a Wi-Fi Alliance. Los
dispositivos que cumplen el estndar IEEE 802.11 son comercializados con la

denominacin Wi-Fi(Wireless Fidelity) lo que asegura su compatibilidad con el resto

de dispositivos del mercado.
Desde entonces se han publicado varias versiones con sucesivas mejoras hasta llegar
a la versin actual conocida como IEEE 802.11ac y publicada en enero de 2014. En la
siguiente tabla se hace un resumen de todas las versiones:
Nombres

Velocidad mxima

Estndar

comerciales

Ao

terica

IEEE 802.11

1997

2 Mbps

IEEE 802.11a

802.11A

1999

54 Mbps

IEEE 802.11b

802.11B, Wi-Fi B

1999

11 Mbps

IEEE 802.11g

802.11G, Wi-Fi G

2003

54 Mbps

IEEE 802.11n

802.11N, Wi-Fi N

2009

600 Mbps

IEE 802.11ac

802.11AC, Wi-Fi AC

2014

1.3 Gbps (*)

(*) El estndar IEEE 80211ac permite alcanzar velocidades mayores pero por el
momento la velocidad mxima de los dispositivos certificados por la Wi-Fi Alliance es
la que aparece en la tabla (Ver http://www.wi-fi.org/discover-wi-fi/wi-fi-certifiedac)
Todos los dispositivos que cumplan con alguno de estos estndares se les asigna la
denominacin de dispositivo Wi-Fi. Sin embargo, puede haber grandes diferencias
entre ellos.
De todas las versiones del estndar, las tres primeras se consideran prcticamente
extinguidas mientras que la ms utilizada actualmente es la versin 802.11N. Aunque
sin duda, la versin que ha alcanzado ms popularidad hasta el momento ha sido la

versin 802.11G. Esta versin se public en 2003 y fue un par de aos ms tarde
cuando el uso de dispositivos Wi-Fi empez a crecer significativamente.
Una caracterstica importante que tena el estndar 802.11G es que todos los
dispositivos que cumplan dicho estndar respondan a las mismas caractersticas
tcnicas. Todos utilizaban la misma banda de frecuencias, el mismo ancho de banda
por canal, el mismo tipo de modulacin, la misma banda de guarda con todo
esto, el estndar 802.11G proporciona una velocidad mxima terica
de 54 Mbps (en este artculo se comprueba cul es la velocidad mxima real).
Sin embargo, con la publicacin del nuevo estndar 802.11N las cosas iban a cambiar
en cuanto a simplicidad. Este nuevo estndar aade algunas caractersticas respecto
a su antecesor 802.11G que pueden mejorar sustancialmente el rendimiento de las
redes inalmbricas. Sin embargo, y esto es importante, no obliga a que todos
los dispositivos Wi-Fi N implementen todas estas caractersticas.
Esta situacin ha propiciado cierta confusin a la hora de evaluar el rendimiento de los
dispositivos Wi-Fi N

El estndar 802.11N y todas sus variaciones

Hasta la versin anterior, la 802.11G, todos los dispositivos Wi-Fi tenan las mismas
caractersticas, con lo cual el rendimiento era ms o menos parecido en condiciones
ptimas, con un tope mximo terico para todos los dispositivos de 54 Mbps.
En el estndar 802.11N se definen sin embargo varias configuraciones de
funcionamiento, cada una de las cuales ofrece prestaciones diferentes, no siendo
obligatorio que un dispositivo certificado como 802.11N incluya
todas las posibles configuraciones y por lo tanto ofrezca las
mximas prestaciones.
La clave de todo esto se llama Esquema de modulacin y codificacin o
ms conocido por sus siglas MCS (Modulation and Coding Scheme). El esquema de
modulacin y codificacin define el valor de algunos parmetros de la transmisin que

influyen directamente en la velocidad mxima alcanzada, es decir, en el rendimiento

de las conexiones Wi-Fi.
Al final de este artculo se ofrece un anexo ms tcnico sobre esta caracterstica. Por
el momento y para simplificar, diremos que la norma IEEE 802.11n define hasta 77
MCS, es decir, 77 modos de operacin diferentes y cada uno de ellos ofrece hasta
cuatro velocidades mximas tericas, dependiendo del ancho del canal utilizado y del
intervalo de guarda.
En la prctica slo se han implementado 32 de esos modos. El modo 0, el ms bajo,
proporciona una velocidad mxima terica de 6.50 Mbps (para un canal de 20 MHz y
un intervalo de guarda de 800 ns). Mientras que el modo ms alto, el 31, proporciona
600 Mbps de velocidad mxima terica (con un canal de 40 MHz y un intervalo de
guarda de 400 ns). De hecho, esta ltima velocidad de 600 Mbps se considera la
velocidad mxima del estndar.
Y aqu llega la parte importante. De los MCS del estndar, slo los 16 primeros
modos son obligatorios en los puntos de acceso (o routers Wi-Fi). Y
solamente los 8 primeros son obligatorios para los dispositivos
cliente, es decir, porttiles, smartphones, tablets, etc. Todos los dems son
opcionales.

En la tabla anterior se muestra la comparativa de velocidad de los diferentes

dispositivos Wi-Fi G y N. Se observa que slo hay una posible configuracin para WiFi
G mientras que para WiFi N podemos encontrar hasta 4 diferentes, cada uno con
unas velocidades mximas diferentes en funcin de los modos implementados. Slo
un dispositivo WiFi N que implemente todos los modos operativos, del 0 al 31, podr
utilizar la velocidad mxima terica de 600 Mbps.
Cul es el MCS utilizado en una comunicacin WiFi N?
Las comunicaciones entre un AP (o un router WiFi) y un cliente Wi-Fi se llevan a cabo
mediante una negociacin del MCS mximo que permiten las condiciones de
transmisin y las caractersticas de los dispositivos.
Inicialmente se negocia el MCS ms alto posible. Sin embargo, este MCS puede
reducirse para minimizar el efecto debido a las condiciones de transmisin, como la
distancia entre los dispositivos, obstculos, interferencias, etc.
Los tipos de modulacin ms avanzados y las velocidades de modulacin altas tienen
la ventaja de transmitir ms bits por unidad de seal modulada, pero por el contrario

son ms sensibles a errores producidos por las condiciones de transmisin como

obstculos, interferencias, debilidad de la seal debido a distancia entre los
dispositivos, etc. Cuando la tasa de errores crece, la solucin es cambiar el tipo de
modulacin, la velocidad de modulacin o ambas hasta encontrar un esquema que se
vea lo menos afectado posible por las condiciones de transmisin.
Por tanto, el MCS mximo utilizado en una comunicacin WiFi N, en condiciones de
distancia, obstculos, interferencias ptimas, viene marcado por el dispositivo con el
MCS ms bajo. Si intentamos comunicar un AP o un router WiFi que implemente el
MCS ms alto, el 31 y que por tanto pueda alcanzar hasta 600 Mbps, con un cliente
WiFi N, por ejemplo, un smartphone que implemente hasta el MCS 7, la velocidad
mxima terica de esa comunicacin ser tan solo de 150 Mbps, que es la que
proporciona un MCS de 7.

WiFi
N en redes residenciales
Ya hemos visto cmo las prestaciones de las redes Wi-Fi N dependen de las
caractersticas implementadas en los dispositivos. El MCS utilizado en una
comunicacin Wi-Fi lo establecer el dispositivo con menores
prestaciones.
En el caso de las redes Wi-Fi N residenciales la realidad es que los routers Wi-Fi que
los operadores proporcionan a sus clientes son, por as decirlo, de gama baja. Eso
implica que implementan el mnimo nmero de modos MCS exigido por el estndar,
que como hemos visto, es de 16. Por tanto, la velocidad mxima terica que

admiten la mayora de los routers residenciales proporcionados por

las operadoras es de 300 Mbps.
Y otro tanto ocurre con los dispositivos inalmbricos clientes, como smartphones,
tablets, etc. Muchos de ellos implementan igualmente, el mnimo nmero de modos
MCS exigido en el estndar, que en este caso es de 8. Esto, en la prctica limita las
velocidades mximas tericas en las conexiones WiFi N
residenciales a 150 Mbps.

En
la figura anterior se muestra el escenario tpico en los entornos residenciales, donde la
mxima velocidad terica es de 150 Mbps, muy alejado de los 600 Mbps que permite
el estndar.
Velocidad real en entornos residenciales WiFi N
Hasta ahora hemos hablado de velocidades mximas tericas. En este apartado
ofrecemos las medidas reales llevadas a cabo en un entorno real. Los detalles de las
pruebas se pueden ver en este artculo (pendiente de publicar). Aqu slo
veremos las conclusiones.
En las pruebas se utiliz un punto de acceso inalmbrico con un MCS mximo de 15,
es decir, una velocidad mxima terica de 300 Mbps.
Los dispositivos clientes fueron un porttil con una tarjeta WiFi N externa, conectada
por USB, con un MCS mximo de 7. Y un smartphone Motorola Moto G. El fabricante

no especifica el modo mximo que admite pero por los resultados de las pruebas
deducimos que su MCS mximo es de 7. Lo esperado.
Adems del modo MCS utilizado en la comunicacin WiFi, hay otro parmetro
que influye de forma importante en la velocidad mxima terica y
que es el ancho de banda del canal. El estndar permite usar dos anchos de
banda, 20 MHz y 40 MHz. El ancho de 20 MHz ya se utilizaba en WiFi G. El ancho de
40 MHz es nuevo en WiFi N y permite velocidades de transferencia mayores para el
mismo MCS, sin embargo, en la prctica se utiliza pocas veces debido principalmente
a que, primero no es obligatoria su implementacin y algunos dispositivos WiFi no lo
implementan, y segundo, porque un canal de 40 MHz es mucho ms sensible a sufrir
interferencias, especialmente en entornos residenciales donde puede haber otras
redes WiFi cerca. Por tanto, lo ms frecuente es que los dispositivos WiFi N utilicen
canales de 20 MHz y bajo ese supuesto se ofrecen los resultados (en el artculo
mencionado anteriormente con los detalles de las pruebas se ofrecen tambin los
resultados de las pruebas con un canal de 40 MHz).
Por ltimo, indicamos simplemente que la aplicacin utilizada para hacer las pruebas
se llama iPerf. Es software libre y disponible tanto para Windows como para
Android.
En base a todo lo anterior, las pruebas de velocidad entre el punto de acceso WiFi y el
porttil arroja el siguiente resultado:
Conclusin:
En los entornos residenciales el escenario ms habitual es encontrarnos con
dispositivos WiFi N que soportan hasta el modo MCS=7 y que utilizan canales de 20
MHz (dentro de la banda de 2.4 GHz). En estas condiciones, la velocidad mxima
terica es de 72.2 Mbps y la velocidad mxima real alcanzada en nuestras pruebas ha
sido alrededor de 50 Mbps.
Comparado con el estndar anterior WiFi G, la mejora es significativa, pero est
bastante lejos de esos tericos 600 Mbps con los que, en algunas ocasiones se ha
vendido el estndar WiFI N.

Anexo: Tabla MCS y los factores que influyen en configuracin de los diferentes
modos
Para finalizar este artculo incluimos la tabla de los 32 primeros modos del estndar
WiFi N. Si el lector no desea profundizar en detalles tcnicos puede saltarse este
anexo.

(Tabla obtenida de http://www.digitalairwireless.com.au/wirelessblog/recent/understanding-mcs-values.html)

Resumimos muy brevemente que factores definen dicho MCS:

Spatial streams, que podra traducirse por flujos espaciales. Se

utiliza una tcnica llamada SDM (Spatial Division Multiplexing,
Multiplexacin por divisin espacial) para las transmisiones
inalmbricas que permite conseguir varios flujos de informacin sobre
el mismo rango de frecuencias. Se aprovechan las llamadas multirutas de las seales radioelctricas debido a las reflexiones, que sin el
uso de esta tcnica se podran considerar interferencias pero que
gracias a SDM se pueden aprovechar para el envo de ms
informacin. En estndar Wi-Fi N admite entre 1 y 4 flujos simultneos.
Cada flujo est asociado normalmente a una antena de modo que para
utilizar esta funcionalidad es necesario disponer de ms de una
antena.

Coding Rate o velocidad de modulacin. Este parmetro est muy

relacionado con el siguiente. Se suele especificar con dos cifras. La
primera indica el nmero de bits de informacin por smbolo (unidad
mnima de seal modulada que contiene informacin) y el segundo
indica el nmero total de bits enviados en un smbolo. Estos bits extra
del segundo parmetro son bits de redundancia para la deteccin de
errores.

Modulation type o tipo de modulacin. La modulacin es el proceso

por el cual generamos una seal que se adapta al medio de
transmisin. En el caso de Wi-Fi la seal modulada es una seal
analgica que contiene informacin digital. Dependiendo de la tcnica
de modulacin empleada se puede conseguir enviar ms bits en la
misma cantidad de tiempo. El parmetro que define el rendimiento de
un tipo de modulacin concreto es el nmero de bits por smbolo. La
modulacin ms bsica es la BPSK y la ms avanzada es la 64-QAM.
Las modulaciones ms avanzadas permiten transmitir ms bits por
unidad de tiempo pero son ms sensibles a interferencias y
desvanecimientos de la seal.

Ancho de banda del canal. En ancho de banda de un canal es la

diferencia entre la frecuencia ms alta y la frecuencia ms baja
utilizadas por un canal. En el estndar Wi-Fi G se utilizaban canales
con un ancho de banda fijo de 20 MHz. Sin embargo, en Wi-Fi N existe
la posibilidad de elegir entre canales de 20 MHz y 40 MHz. Utilizar un

canal de 40 MHz hace aumentar el rendimiento de la transmisin, sin

embargo, slo es aconsejable utilizarlos en entornos con pocas
interferencias. El estndar WiFi N permite la posibilidad de utilizar dos
bandas de frecuencia, la primera situada en 2.4 GHz, que es la que ya
se utilizaba en WiFi G y una segunda banda en 5 GHz. Los canales de
40 MHz realmente estn pensados para ser utilizados en esta ltima
banda de 5 GHz ya que admite un mayor nmero de canales y es una
banda ms libre de interferencias. En la prctica sin embargo, ningn
operador proporciona routers WiFi que trabajen en la banda de 5 GHz,
por lo tanto, en entornos residenciales, no se suele utilizar canales de
40 MHz.

Intervalo de guarda (GI). Este parmetro define el periodo de

tiempo entre smbolos (mnima unidad de seal que contiene
informacin). En entornos donde existe la posibilidad de multitrayectos
es necesario dejar un periodo de guarda entre smbolos consecutivos
lo suficientemente grande para evitar que un smbolo llegue al
receptor antes que termine el anterior (debido a una ruta
multitrayecto ms corta). El estndar permite el uso de dos valores,
400 ns y 800 ns.