Instituto Tecnolgico Superior De Los Reyes

ING. En Sistemas Computacionales

I.S.C. Jos Martin Bjar Morales

Fundamentos de Telecomunicaciones Estndares y Protocolos utilizados por los mdems 51-S Gloria Elizabeth Gonzlez lvarez Alejandra Hernandez Snchez

Los Reyes de Salgado Michoacn a 21 de Noviembre del 2012

Introduccin En esta investigacin hablaremos sobre los estndares y los protocolos que se utilizan en las telecomunicaciones pero ms en lo que son los mdems. Primero que nada investigamos lo que eran los mdems ya que en si la investigacin trata de este tema. Un mdem es un perifrico utilizado para transferir informacin entre varios equipos a travs de un medio de transmisin por cable (por ejemplo las lneas telefnicas). Los equipos funcionan digitalmente con un lenguaje (una serie de ceros y unos), pero los mdem son analgicos. Las seales digitales pasan de un valor a otro. No hay punto medio o a mitad de camino. Es un "todo o nada" (uno o cero). Por otra parte, las seales analgicas no evolucionan "paso a paso" sino en forma continua. Estos son tipos de protocolos de red que ayudan a distintas cosas por ejemplo hay algunos protocolos les permite a los clientes de una red IP obtener sus parmetros de configuracin automticamente. Se trata de un protocolo de tipo cliente/servidor en el que generalmente un servidor posee una lista de direcciones IP dinmicas y las va asignando a los clientes conforme stas van estando libres, sabiendo en todo momento quin ha estado en posesin de esa IP, cunto tiempo la ha tenido y a quin se la ha asignado despus. En el tema de los estndares nos dimos cuenta al leer la informacin que al proliferar los mdem, aument la necesidad de protocolos estandarizados para la comunicacin por mdem, para que todos los protocolos pudieran utilizar un lenguaje en comn. sta es la razn por la que dos organizaciones desarrollaron estndares de comunicacin:

Los laboratorios BELL, precursores en el rea de las telecomunicaciones. El Comit Consultivo Internacional Telefnico y Telegrfico (CCITT), conocido desde 1990 como la Unin Internacional de Telecomunicaciones (UIT). El objetivo de la ITU es definir estndares internacionales para las comunicaciones. Los estndares para mdem pueden dividirse en 3 categoras: Estndares de modulacin (por ejemplo CCITT V.21) Estndares de correccin de error (por ejemplo CCITT V.42) Estndares de compresin de datos (por ejemplo CCITT V.42bis).

Esta informacin es importante tenerla en cuenta ya que actualmente estamos cursando esa materia, adems que es bueno tener en cuenta de que los mdems pueden tener problemas de transferencia y toda esta informacin sirve adems de que podemos tener opciones al querer elegir cualquiera de estos.

Estndares de modem
Sinopsis Los mdems, al igual que cualquier dispositivo que pueda conectarse a la red telefnica, deben ajustarse a las normas establecidas por la compaa prestataria del servicio. Adems, para que la comunicacin sea posible una vez conseguido el acceso, deben compartir un protocolo de comunicacin. Normas Bell Las comunicaciones entre ordenadores se desarrollaron principalmente en USA, donde la compaa que mantuvo durante mucho tiempo el monopolio del servicio telefnico fue la Bell Telephon Co. Debido a las leyes USA anti-monopolio fue dividida en 1984; quedando una compaa principal AT&T y otras siete operadoras regionales, pero en su tiempo de esplendor estableci normas que marcaron la pauta de las comunicaciones. Hoy son obsoletas, pero todava se utilizan en USA normas "compatibles Bell", de las que dos son las ms importantes y de las que probablemente oir hablar:

Bell 103: El primer estndar para comunicaciones por mdem; funcionaba a 300 baudios con un sistema de modulacin FSK ("Frequency Shift Keying"). Debido al mtodo de codificacin empleado es el nico modo en el que coinciden la velocidad en Baudios con la de transmisin de datos. Bell 212A: El segundo estndar para comunicaciones por mdem; funcionaba a 600 baudios con un sistema de modulacin PSK ("Phase Shift Keying"), lo que le permite transportar 1200 bps.

Normas CCITT A medida que las comunicaciones internacionales (telegrficas y telefnicas) fueron adquiriendo importancia, las operadoras debieron armonizar sus estndares, por lo que se cre al efecto el CCITT ("Comit Consul tatif International des Telegraphie et de Telephonie"), tambin conocido como ITU ("International Telecommunications Union"). La ITU/CCITT ha dictado decenas de normas que son estndar en todo el mundo, incluyendo los Estados Unidos de Amrica. Estas normas se identifican por la letra V seguida de un punto y un nmero, por ejemplo V.32, y se refieren virtualmente a todos los aspectos de las comunicaciones telefnicas, incluyendo las de mdem.

Normas MNP

A mediados de los aos 80 se establecieron una serie de normas conocidas como MNP ("Microcom Networking Protocol"). Estn pensadas para las comunicaciones entre mdems y otros dispositivos de comunicacin (por ejemplo Faxes), centrndose en lo relativo a correccin de errores y compresin de datos. En los dems aspectos de la comunicacin se apoyan en los estndares ITU/CCITT.

Estndar de modulacin

Bell 103

Ancho de banda terico 300 bps

Modo

Descripcin

Full dplex

CCITT V.21 Bell 212

300 bps 1.200 bps

Full dplex Full dplex

ITU V.22 ITU V.22bis

1.200 bps 2.400 bps 1.200 bps

Half dplex Full dplex Half dplex

ITU V.23

ITU V.23

1.200 bps/75 bps 9.600 bps

Full dplex

ITU V.29

Half dplex

ITU V.32

9.600 bps

Full dplex

Un estndar americano y canadiense que utiliza modulacin por desplazamiento de frecuencia de audio para codificar datos. Esto permite enviar un bit por baudio. Un estndar internacional similar al estndar Bell 103. Un estndar americano y canadiense que utiliza modulacin por desplazamiento diferencial para codificar datos. Esto permite el envo de 2 bits por baudio. Un estndar internacional similar al estndar Bell 212A. Un estndar internacional que es una versin mejorada del estndar V.22 (de all el nombre V.22bis). Un estndar internacional que transmite datos en modo half dplex, es decir, los datos se transmiten en una direccin por vez. Canal de retorno opcional de 75 baudios. Un estndar internacional que brinda full dplex asimtrico, es decir, permite la transmisin de datos en una direccin a 1.220 bps y a 75 bps en la otra direccin. Un estndar internacional que transmite datos en modo half dplex, es decir, los datos se transmiten en una direccin por vez. Este estndar fue desarrollado especialmente para el fax. Un estndar internacional que transmite en modo full dplex e incorpora estndares de correccin de errores. La transmisin de datos tiene lugar de acuerdo con una tcnica de correccin de error llamada modulacin de amplitud en cuadratura con codificacin Trellis. Esta tcnica consiste en

ITU V.32bis

14.400 bps 28.800 bps 28.800 bps

Full dplex Full dplex Full dplex

ITU V.32fast

ITU V.34

ITU V.29

56.000 bps

Full dplex

enviar un bit adicional para cada grupo de 4 bits que se envan en la lnea de transmisin. Un estndar internacional que mejora el estndar v.32 al enviar 6 bits por baudio y permitir una velocidad de transmisin de hasta 14.400 bps. Un estndar internacional a veces denominado V.FC (Fast Class) que permite la transmisin de datos a una velocidad de 28.800 bps. Un estndar internacional que permite la transferencia de datos a 28.800 bps. Gracias a un procesador DSP (Procesador de seal digital), los mdem que utilizan este estndar pueden alcanzar una velocidad de hasta 33.600 bps. Un estndar internacional que permite velocidades de transmisin de hasta 56.000 bps.

Protocolos de mdems Xmodem

Es el protocolo de transferencia ms antiguo, desarrollado en 1977 por " Ward Christensen" y posteriormente cedido para su uso pblico, por lo cual este protocolo tambin es conocido como protocolo Christensen. Se trata de un protocolo de transferencia muy sencillo de implementar que gracias a ello alcanz gran popularidad, actualmente la mayora de los mdems soportan aun este protocolo. Posteriormente aparecieron tambin el YMODEM y ms tarde el ZMODEM como derivados del primer protocolo. Funcionamiento XMODEM como la mayora de los protocolos de transferencia, comienza partiendo los datos originales en una serie de paquetes que son enviados al receptor, cada paquete contiene una informacin adicional que le permite al receptor determinar la correcta recepcin de los mismos. Cada paquete enviado se forma de la siguiente manera: Cada bloque de datos tiene un tamao de 128 bytes, a los cuales hay que sumarle los siguientes campos anteriores a los datos: - Un primer byte que es el carcter SOH (Comienzo de cabecera) que corresponde con el valor ASCII 1. - Otro byte con la posicin del paquete dentro del mensaje original y otro byte ms con la misma posicin pero en complemento a 1 para comprobar su exactitud. Y los siguientes campos posteriores a los datos: - Un byte de Checksum (En modulo 256) para el control de errores de los datos del paquete. Transferencia Los paquetes son enviados de uno en uno, cuando son recibidos lo primero que hace el protocolo es comprobar la integridad de los datos mediante el byte Checksum, y a continuacin el nmero de bloque dentro del mensaje. Si esto esta correcto el receptor enva una seal ACK al emisor para que proceda con el envo del siguiente paquete de la secuencia. Si el paquete estuviera corrupto, el receptor enviara una seal NAK para que se procediera al reenvo de ese paquete.

ZMODEM
Es un protocolo de transferencia de archivos desarrollado por Chuck Forsberg en 1986, en un proyecto financiado por Telenet con el fin de mejorar la transferencia de archivos en su red X.25. Adems de un rendimiento mejorado dramticamente en comparacin a los antiguos protocolos, ZMODEM tambin ofrece transferencias reiniciables, funcin Auto Start-por el remitente, una ampliacin de CRC de 32-bit, y citando de caracteres de control, lo que le permite ser utilizado en redes que puedan "comer" caracteres de control. ZMODEM se hizo muy popular en BBS (BBS) en la dcada de 1990, desplazando anteriores protocolos como XMODEM y YMODEM. La mejora fundamental en ZMODEM fue la introduccin del soporte deslizante de ventana para un mejor desempeo. En general, los protocolos de transferencia de

archivos romper un archivo en una serie de paquetes, y luego enviarlos a una a la vez para el receptor. Si el paquete se recibe correctamente un mensaje de ACK es enviado al remitente y luego empieza a enviar el siguiente paquete. Sin embargo, el sistema telefnico introduce un retardo pequeo conoce como latencia que interfiere con este proceso. Incluso si el receptor enva el ACK inmediato, el retardo de las lneas de telfono significa que siempre habr algn tiempo antes de que el remitente reciba y enva el siguiente paquete. Como mdem aumenta la velocidad, este retraso representa un nmero cada vez mayor de los paquetes que podran ser enviados durante el retardo, disminuyendo el rendimiento global. Protocolos de ventana deslizante evitar este problema al permitir que la mquina de envo de pasar a la siguiente paquete sin esperar un ACK. En su lugar, el receptor enva un tanto. ACK (o NAK si se produjo un error) junto con el nmero de paquete se confirma El remitente puede procesar estos en su tiempo libre, re-envo de los paquetes como se requiere cuando es necesario. Esto reduce efectivamente la latencia a cero en el costo de los datos de cabecera muy pequeas. Esto es similar al enfoque TCP para enviar ACKs. Rendimiento ZMODEM se mejor de forma que ms anteriores protocolos comunes que generalmente sustituye incluso protocolos especiales como YMODEM-g, que inclua ninguna correccin de error en absoluto y en su lugar se bas en enlaces sin errores mantenidos por los mdems. Aunque YMODEM-g fue mucho ms rpido, la falta de otras caractersticas tales como transferencias reiniciables hizo menos interesante. Auto-gestin simplificada de partida al permitir que el equipo emisor para iniciar la transferencia. Anteriormente, el usuario tena que solicitar primero el archivo del remitente, colocndolo en una "espera" del Estado, luego regresan a sus programas locales e invocar un comando para iniciar la transferencia. Con la transferencia automtica, simplemente solicitado el archivo, el remitente entonces automticamente desencadenar la transferencia en el programa del usuario. Reinicia eran otra adicin, lo que permite que las transferencias se reinicia despus de la lnea se ha cado o el usuario se acab el tiempo y fue expulsado. Un nmero de versiones modificadas de ZMODEM apareci. ZedZap era una variante del ZMODEM con 8 bloques kbyte para un mejor rendimiento en mdems de alta velocidad. LeechZmodem era una variante ZMODEM traviesa (entre XMODEM similares y derivados YMODEM) que enga cuotas BBS descarga. Una extensin compatible con versiones anteriores de ZMODEM con 32 y 64 kbyte longitudes de bloque fue creado por ADONTEC en 2002 y 2007 para aumentar el rendimiento en conexiones de error de alta velocidad gratis como RDSI o TCP / IP (intranet, internet). Ambas extensiones son compatibles.

XMODEM-CRC La suma de comprobacin utilizada en el protocolo original era extremadamente simple, y los errores en el paquete podran pasar desapercibida. Esto condujo a la introduccin de XMODEM-CRC por John Byrns, que utiliza un CRC de 16-bit en lugar

de la suma de comprobacin de 8-bits. CRC codificar no slo los datos en el paquete, pero su ubicacin, as, lo que le permite darse cuenta de los errores de sustitucin de bits que una suma de comprobacin se perderan. Estadsticamente, esto hizo que la probabilidad de detectar un error de menos de 16 bytes de longitud 99,9969%, y an ms para ms datos. XMODEM-CRC fue diseado para ser compatible hacia atrs con XMODEM. Para hacer esto, el receptor simplemente enva un C (capital C) en lugar de un carcter <NAK> para iniciar la transferencia. Si el remitente responde enviando un paquete, se supona que el remitente "saba" XMODEM-CRC, y el receptor continu enviando Cs. Si no hay ningn paquete se recibi, el receptor asume que el remitente no conoca el protocolo y envi un <NAK> para iniciar una "tradicional" transferencia XMODEM. Por desgracia, este intento de compatibilidad con versiones anteriores tena un inconveniente. Dado que era posible que el carcter inicial C se pierde o se daa, no puede suponerse que el receptor no compatible XMODEM-CRC si el primer intento para activar la transferencia fallida. El receptor de este modo trat de iniciar la transferencia de tres veces con C, esperar tres segundos entre cada intento. Esto significa que si el usuario selecciona XMODEM-CRC al intentar hablar con cualquier XMODEM, como estaba previsto, hubo un potencial retardo de 10 segundos antes de la transferencia al iniciarla. Para evitar la demora, el emisor y el receptor generalmente una lista de XMODEMCRC separado de XMODEM, lo que permite que el usuario seleccione "bsico" XMODEM si el remitente no haya escrito explcitamente en la siguiente lista. Irnicamente, cualquier software que ya no soporta-CRC en sus necesidades bsicas de transferencia XMODEM, como estaba previsto, subrepticiamente sugiere que el usuario no debe intentar utilizar-CRC. Para el usuario promedio, XMODEM-CRC era esencialmente un "protocolo de segunda", y se trata como tal. Kermit: Este protocolo fue desarrollado para hacer ms fcil que los diferentes tipos de computadoras intercambiasen archivos entre ellas. Casi ninguna computadora que usa Kermit puede ser configurada para enviar archivos a otra computadora que tambin use Kermit. Kermit usa pequeos paquetes (usualmente de 94 bytes) y aunque es fiable, es lento porque la relacin del protocolo de datos para usarlos es ms alta que en muchos otros protocolos. Telink Este protocolo es principalmente encontrado en Fido Bulletin Board Systems. Es bsicamente el protocolo Xmodem usando CRC para chequear y un bloque extra enviado como cabecera del archivo diciendo su nombre, tamao y fecha. Por su parte, tambin permite que ms de un archivo sea enviado al mismo tiempo (Fido es una BBS muy popular, que es usada en todo el mundo).

Conclusiones