TransDatos P1

Transmisin de Datos
Prctica 1
Comunicaciones punto a punto: Anlisis del nivel fsico y el nivel de enlace
MARA CANALES COMPS JOS GARCA MOROS CURSO 2008-2009
Anlisis del nivel fsico y nivel de enlace de OSI.
Transmisin de Datos
INTRODUCCIN 1.- Objetivos de la prctica Analizar los distintos aspectos telemticos que intervienen en una comunicacin punto-punto entre dos equipos terminales de datos (ETD). Comprender las comunicaciones asncronas. Entramado. Mostrar y comprender la interfaz RS-232, mdem y RJ-45. Mostrar la necesidad de control de flujo. Comprender los mecanismos de control de errores ARQ. Manejar programas de comunicaciones. Transmisin de ficheros. Conocer y aprender a manejar un analizador / monitor de protocolos.
2.- Elementos que intervienen en la prctica 2 PCs como ETDs interconectados a travs del puerto serie y va mdem. 2 conmutadores de paquetes sncronos. Programas de comunicaciones HyperTerminal. Un monitor del puerto serie y un analizador de protocolos. Interfaz RS-232 (placas de comunicaciones DB-9 y DB-25). Cables RJ45. Mdem V.90 - 1 osciloscopio digital. - Ficheros de pruebas. OSCILOSCOPIO
DTE ASNCRONO
RS-232 9 PINES
DTE ASNCRONO
RS-232 9 PINES
MONITOR PUERTO SERIE
PLACA DB-9
MONITOR PUERTO SERIE
PLACA DB-25
RS-232 25 PINES
NUCLEOX LINEA 4 ABCD LINEA 2 LINEA 3 AB C D LINEA 1 RDSI 2 A BC D RDSI 1 AB C D ST S2 C ENC LINEA 4 ABCD LINEA 2 LINEA 3 AB C D LINEA 1 RDSI 2 A BC D RDSI 1 AB C D ST S2 C ENC
RS-232 25 PINES
NUCLEOX
CONMUTADOR
CONMUTADOR
OSCILOSCOPIO ANALIZADOR DE PROTOCOLOS
Figura 1 Configuracin del puesto de trabajo
Transmisin de Datos
3.- Arquitectura de niveles: El modelo OSI Una red de comunicaciones est compuesta por multitud de estaciones y nodos con funciones diferentes y de distintos fabricantes que utilizan su propio hardware y software para comunicarse con el resto de los elementos de la red. Ante esta situacin, se ha de establecer una disciplina que haga efectiva la comunicacin entre diferentes terminales de datos (Protocolo de Comunicacin) y, adems, asegurar la mxima independencia entre las diferentes implementaciones (hardware y software) dentro de un sistema para as facilitar la intercomunicacin entre elementos dispares y eliminar el efecto domin que se da cuando una modificacin de un elemento de hardware o software afecta al resto (Racionalidad). La racionalidad permite hacer ms manejable el problema de la intercomunicacin. Por ello, la Organizacin Internacional de Estndares (ISO) desarroll el modelo de referencia OSI (Open System Interconnection). Este tipo de arquitectura divide el problema en partes ms pequeas y manejables definiendo las tareas asociadas a la comunicacin. Para ello, estructura la comunicacin de datos en siete reas o niveles: Sistema A
Nivel de Aplicacin Nivel de Presentacin Nivel de Sesin Nivel de Transporte Nivel de Red Nivel de Enlace Nivel Fsico
Sistema B
* Nivel Fsico: Define las caractersticas mecnicas, elctricas y funcionales para activar, mantener y desactivar conexiones fsicas para la transmisin de bits. * Nivel de Enlace: Se ocupa de detectar y posiblemente corregir los errores que aparezcan en l nivel fsico como resultado de imperfecciones intrnsecas o perturbaciones externas. * Nivel de Red: Se ocupa del direccionamiento y encaminamiento entre los elementos que forman la red de comunicaciones. * Nivel de Transporte: Ocupa respecto al nivel de red una posicin similar al nivel de enlace con respecto al nivel fsico. Asegura, por tanto, que los datos lleguen correctamente al destino. * Nivel de Sesin: Se ocupa de la organizacin y sincronizacin del dialogo para facilitar el intercambio de datos. * Nivel de Presentacin: Se ocupa de cuestiones sintcticas y semnticas como es la conversin entre diferentes cdigos que representan a objetos (nombres, nmeros, etc.). Se ocupa, adems, de la compresin y cifrado de los datos. * Nivel de Aplicacin: Punto de acceso de procesos de aplicacin al entorno OSI. Cada capa o nivel implementa una tarea de la comunicacin. Adems, cada nivel se ocupa de usar los servicios que le proporciona el nivel inferior y, a su vez, de ofrecer servicios propios al nivel superior. Los servicios son ofrecidos en los Puntos de Acceso al Servicio (SAP), que no son ms que las interfaces lgicas entre niveles, por ejemplo, un buffer situado en cierta posicin de memoria.
Transmisin de Datos
Usuario del servicio del nivel n (Entidad de nivel n+1)
Protocolo del nivel n+1 (n) SAPs
Usuario del servicio del nivel n (Entidad de nivel n+1)
Entidad de nivel n
Protocolo del nivel n+1 Proveedor del servicio de nivel n-1 (n-1) SAPs
Entidad de nivel n
Proveedor del servicio de nivel n-1
Figura 2 Interaccin entre niveles
Aplicacin X
Aplicacin Y
AH User Data PH SH TH NH LH
A-PDU P-PDU
S-PDU T-PDU N-PDU DL-PDU

LT
AH User Data PH SH TH NH LH
A-PDU P-PDU
S-PDU T-PDU N-PDU DL-PDU

LT
Medio Fsico
Figura 3 Unidades de datos
Transmisin de Datos
PRCTICA 1 (I): Comunicacin a travs de la interfaz RS-232. Nivel fsico Conceptos bsicos El nivel fsico es el nivel mas bajo de la arquitectura de protocolos ISO/OSI. Tiene por misin la transmisin de un flujo de datos entre dos entidades pares sin interpretar su contenido, siendo esta misin responsabilidad de los niveles superiores. Los protocolos de nivel fsico describen cuatro tipos de caractersticas: elctricas, mecnicas, de procedimiento y funcionales. Las caractersticas elctricas definen niveles lgicos y de tensin, tiempos, compatibilidad elctrica entre interfaces y velocidades de transmisin. Las mecnicas definen el dimensionado del interfaz, el tipo de conector y el nmero de contactos. Las especificaciones funcionales definen la funcionalidad de los circuitos clasificndose en circuitos de datos, control, temporizacin y masas. Finalmente, las de procedimiento indican las secuencias de control y datos para establecer, mantener y liberar una comunicacin. 1.- Interfaz RS-232 Una de las interfaces de nivel fsico mas utilizados es el RS-232 que fue estandarizado por EIA en 1962. La C de la nomenclatura representa la cuarta versin, aprobada en 1981. En 1987, la EIA cre el estndar RS-232D que concuerda con otro estndar similar (V24/V28 del ITU-T). Esta interfaz proviene del RS-232C, aadiendo nuevos circuitos de comprobacin. Esta interfaz se utiliza normalmente para interconectar un equipo terminal de datos ETD (Data Terminal Equipment) con un equipo terminal de circuito de datos ETCD (Data Communication Equipment). Un ejemplo de este tipo de conexin es la que se realiza entre un ordenador (ETD) y un mdem (ETCD). La interfaz consta de 25 contactos formando circuitos que trabajan en modo no balanceado manejando todos ellos una masa comn. Las especificaciones elctricas definen con un margen de tensin entre -5 y -15 voltios el nivel lgico 1 marca para los circuitos de datos, y OFF para las lneas de control. El rango de tensin entre +5 y +15 voltios define el nivel lgico 0 espacio para los circuitos de datos, y ON para los circuitos de control. El tiempo de trnsito entre estados tiene que ser menor que un segundo. En estado de reposo Idle los ETDs emiten continuamente 1 lgicos por los circuitos de datos. Las especificaciones mecnicas se muestran en la figura 4 y definen el conector de 25 patillas DB-25. En las figuras 5 y 6 se muestran las especificaciones funcionales de la interfaz RS-232 DB-25 y RS-232 DB-9, respectivamente. Las transmisiones sobre RS-232 ms simples slo necesitan tres circuitos para transferir informacin: TD, RD y SG. Las funciones de control las realizan los niveles superiores. En cuanto a las especificaciones de procedimiento, el inicio de una trama se sealiza mediante un bit de arranque start de nivel lgico 0. Despus siguen de cinco a ocho bits de datos formando el carcter, un bit de paridad, y de uno a dos bits de parada stop. El contenido del bit de paridad depende de la paridad elegida: par impar. En paridad par el nmero de 1s de la trama, contando el propio bit de paridad, debe ser par. Anlogamente, en paridad impar el nmero de 1s debe ser impar. Otra opcin es, simplemente, eliminarlo. El bit de parada tiene una duracin de 1, 1.5 2 bits de nivel lgico 1. Su funcin es la de delimitar el fin de una trama con el principio de la siguiente, permitiendo la correcta extraccin del campo de datos por parte del receptor. El bit de parada obliga a que el tiempo mnimo entre dos tramas consecutivas sea como mnimo superior al tiempo de bit.
Transmisin de Datos
Figura 4 Especificaciones mecnicas de la interfaz RS-232
T ipo de seal
Tierra Datos Control
N IT U-T
101 102 103 104 105 106 107 108.1 108.2 109 140/110 111 112 125 141 142 113
Nombre seal
FG SG TxD RxD RTS CTS DSR DTR DTR DCD RL/SQD DRS DRS RI LL TM SCTE
PIN
1 7 2 3 4 5 6 20 20 8 21 23 23 22 18 25 24
Descripcin
Blindaje de cable Seal de Tierra / Retorno comn Datos transmitidos Datos recibidos Solicitud de transmisin Preparado para transmitir DCE preparado Conectar el DCE a la lnea DTE preparado Detector de seal de lnea recibida Retorno de lazo remoto / Detector de calidad de seal Selector de velocidad binaria (DTE) Selector de velocidad binaria (DCE) Indicador de llamada Retorno de lazo local DCE local en modo prueba Temporizacin para los elementos de seal en la transmisin. Generada por un elemento extermo al DCE Temporizacin para los elementos de seal en la transmisin. Generada por DCE para sincronizar los datos a transmitir Temporizacin para los elementos de seal en la recepcin. Generada por DCE para sincronizar los datos a recibir Secundario de datos transmitidos Secundario de datos recibidos Secundario de solicitud de transmisin Secundario de preparado para transmitir Secundario de detector de seal de lnea recibida Reservados para pruebas No asignado
Del / hacia el DCE

------hacia del hacia del del hacia hacia del hacia / del hacia del hacia hacia del hacia
Temporizacin
114
TxClk
15
del
115
RxClk
17
del hacia del hacia del del -------
Secundarios
118 119 120 121 122
S-TxD S-RxD S-RTS S-CTS S-DCD
Libres
14 16 19 13 12 9/10 11
Figura 5 Descripcin de los circuitos RS-232 DB-25 y su funcionalidad.
Transmisin de Datos
T ipo de seal
Tierra Datos Control
N IT U-T
102 103 104 105 106 107 108.1 108.2 109 125
Nombre seal
SG TxD RxD RTS CTS DSR DTR DTR DCD RI
PIN
5 3 2 7 8 6 4 4 1 9
Descripcin
Seal de Tierra / Retorno comn Datos transmitidos Datos recibidos Solicitud de transmisin Preparado para transmitir DCE preparado Conectar el DCE a la lnea DTE preparado Detector de seal de lnea recibida Indicador de llamada
Del / hacia el DCE

---hacia del hacia del del hacia hacia del hacia
Figura 6 Descripcin de los circuitos RS-232 DB-9 y su funcionalidad. La transmisin de informacin se realiza en serie tanto en modo asncrono como sncrono. La transmisin asncrona transmite caracteres de forma individual mediante la trama anteriormente descrita. Esta trama permite al receptor sincronizarse y saber cuando se inicia y finaliza la transmisin de informacin. Este tipo de comunicacin recibe el calificativo de asncrono por ser arbitrario el tiempo de entre dos tramas contiguas. Un ejemplo de este tipo de comunicacin se puede observar en la figura 7.
Figura 7 Formato de trama y ejemplo de transmisin asncrona En las transmisiones sncronas la informacin se transmite en flujos continuos, ya sea de caracteres o de bits, sincronizndose el receptor con unas lneas especficas de temporizacin - o reloj - generadas por el emisor. En RS-232, los circuitos de temporizacin corresponden a las patillas 15, 17 y 24 del conector DB25. En los equipos de datos las tareas relacionadas con la transmisin asncrona normalmente son gestionadas por las UART (Universal Asynchronous Receiver/Transmiter) independizando al procesador central de la problemtica de la comunicacin. La UART se puede ver como un bloque funcional que recibe/entrega informacin del/al canal va una comunicacin asncrona RS-232. Las UARTs se construyen por hardware y realizan las siguientes funciones:
Transmisin de Datos
- Sincronizacin de la comunicacin, relojes e interrupciones. - Conversin de datos serie a paralelo y viceversa. - Entramado y desentramado de la informacin. - Control de la velocidad de comunicacin. - Control de errores, paridad, etc. En los ordenadores personales PC, las UARTs o simplemente los puertos de comunicaciones pueden ser gestionados mediante interrupciones, accediendo a la BIOS, o desde el propio sistema operativo. En el caso de MS-DOS invocando el puerto COM1 accedemos al puerto de comunicaciones 1, con paridad par y siete bits de datos. Tambin es posible modificar la velocidad en baudios (110, 150, 300, 600, 1200, 2400, 4800, 9600), paridad (ninguna N, par E, impar O), longitud de datos (7 u 8) y bits de parada (1 2). El comando que se utiliza para configurar el acceso a un puerto de comunicaciones tiene la expresin mode COMn:baudios, paridad, longitud de datos, bits de parada donde n especifica el punto de comunicaciones a utilizar. En el entorno de ordenadores personales existen numerosas aplicaciones denominadas software de comunicaciones que tienen por finalidad crear un entorno de comunicaciones, de fcil manejo para el usuario, que permita interconectar dos ETDs ya sea mediante un enlace digital punto-punto, o travs de una conexin analgica va mdem. Estas aplicaciones construyen sobre el nivel fsico un nivel de enlace de datos ofreciendo servicios de entramado de la informacin, control de la comunicacin (establecimiento, transmisin de informacin y liberacin de la conexin), control de flujo y control de errores. Tambin poseen comandos especficos para gobernar el mdem o emular distintos terminales estndares: VT100 y TTY. 1.1.- Control de flujo Durante la transferencia de informacin entre dispositivos puede ocurrir que la velocidad de procesado de uno de ellos sea inferior a la del otro, con lo que se podra perder parte de dicha informacin si no se utilizase algn mecanismo de arbitraje. Este mecanismo es precisamente el control de flujo. Un ejemplo muy claro de la necesidad de estas tcnicas es la comunicacin entre un ordenador personal y una impresora a travs del puerto serie. Evidentemente, la impresora no es capaz de procesar la informacin a la misma velocidad que le es enviada por el ordenador, debido a sus limitaciones mecnicas. As que deber tener algn modo de indicarle al ordenador cuando no puede procesar ms informacin, y cuando puede volver a hacerlo. Para ello, existen dos modalidades: * Hardware: el control de flujo se realiza mediante las lneas RTS y CTS del RS232. Con RTS el emisor indica que quiere transmitir y con CTS el receptor le da permiso o no para hacerlo. Tambin se puede encontrar algunos equipos que, de forma anloga, usan las lneas DTR y DSR. * Software: el control de flujo utiliza las lneas de datos para llevar a cabo su funcin. Cuando el receptor no puede procesar ms informacin, lo indica al emisor enviando un carcter predeterminado (Xoff) por la lnea de datos. En el momento en que puede volver a procesar datos, enva otro carcter (Xon) que indica al emisor que puede volver a transmitir. Esta modalidad no est asociada al nivel fsico, ya que se interpreta la informacin que viaja por la lnea.
Transmisin de Datos
1.2.- Null Modem (supresor de mdem) Generalmente, la interfaz RS-232 interconecta un equipo terminal de datos ETD con un equipo terminal del circuito de datos ETCD o mdem. En entornos informticos es usual conectar punto a punto va RS-232 dos terminales asncronos de datos (ETD), siendo necesario modificar algunos circuitos de datos y de control de la interfaz. Al cable que realiza tal tipo de conexin se le denomina null mdem. En un null mdem se cruzan los circuitos de datos de emisin TxD y recepcin RxD de ambos ETDs. A nivel de control de cada ETD se puentean los circuitos RTS, CTS y DCD, y los circuitos DTR y DSR. Es de notar que existen distintas versiones del cableado obteniendo diferentes funcionalidades. Informacin a este respecto se puede encontrar en http://www.lammertbies.nl/comm/cable/RS-232.html. 2.- Interfaz RJ-45 El RJ-45 es una interfaz fsica comnmente usada para conectar redes de cableado estructurado. Posee ocho "pines" o conexiones elctricas, que normalmente se usan como extremos de cables de par trenzado. Una aplicacin comn es su uso en cables de red Ethernet, donde suelen usarse 8 pines (4 pares). Otras aplicaciones incluyen terminaciones de telfonos (4 pines o 2 pares), servicios de red como RDSI y T1 e incluso RS232. Su estructura se puede observar en la figura 8.
R J45
Figura 8 Cable y Conector RJ45
Transmisin de Datos
Desarrollo de la prctica: conexiones punto a punto mediante RS-232 En esta prctica se va a realizar una comunicacin punto a punto entre dos equipos terminales de datos (ETDs), analizando distintos aspectos telemticos que intervienen en dicha comunicacin.
Figura 9 Montaje de conexin punto a punto entre DTEs mediante RS-232. Anlisis del nivel fsico (osciloscopio y monitor de puerto) El programa de comunicaciones a utilizar (HyperTerminal) permitir realizar una conexin directa entre dos equipos especificando la conexin a travs del puerto de comunicaciones COM1. A lo largo de la prctica ser necesario tanto visualizar las seales elctricas generadas, con ayuda del osciloscopio, como los caracteres ASCII transmitidos por el puerto. Para realizar dicha visualizacin se utilizar un programa monitorizador de comunicaciones que permitir la inspeccin del puerto COM1 (HDD Serial Monitor). A la hora de configurar adecuadamente los distintos programas ser importante recordar que el programa monitor siempre ser necesario configurarlo ANTES que el programa de comunicaciones. 1.- Inicializacin y configuracin Como paso previo al establecimiento de la comunicacin se configurar adecuadamente el monitor de comunicaciones del puerto serie, denominado HDD Serial Monitor. Este programa permite visualizar la informacin enviada y recibida a travs de los puertos de comunicacin del ETD tanto en modo texto como en modo hexadecimal. Para acceder a dicho programa ir a Inicio Programas HDD Serial Monitor Serial Monitor o usar el icono del Escritorio. Iniciar una nueva sesin en el programa, seleccionando la opcin de Monitor de Puertos. Personalizacin del Monitor de Puertos: dispositivo RS-232 en el puerto COM1. Ventana de visualizacin de Llamadas y Seales Como muestra la figura 10, el programa permitir visualizar lo transmitido y recibido en colores diferenciados, lo que permitir identificar correctamente el sentido de la comunicacin. De igual modo, el programa permite identificar las seales activas de la interfaz RS-232 (RTS, CTS, DSR, DCD, DTR, RI). Sin embargo, para observar la activacin/desactivacin de las mismas se utilizar el monitor de circuitos proporcionado en el material de prcticas (caja negra con leds identificativos).
Transmisin de Datos
COM1
Llamadas y seales
Figura 10 Monitor del puerto serie El programa de comunicaciones utilizado en esta prctica es el HyperTerminal. El acceso al programa puede hacerse a travs del acceso directo existente en el escritorio o bien a travs del botn de Inicio Programas- Accesorios Comunicaciones HyperTerminal. Al entrar en el programa se pide introducir el nombre de una conexin y un icono para la misma (estos datos son indiferentes), y seguidamente aparecen distintas ventanas que permiten configurar los parmetros de la conexin. Siguiendo las instrucciones del profesor, configurar el programa de comunicaciones en cada ETD para trabajar con los siguientes parmetros: Conexin directa a travs del puerto de comunicaciones COM1. El programa en este modo no emplea mensajes especiales de control (conexin, marcado, etc.) sino que simplemente enva los datos directamente al puerto indicado.
10
Transmisin de Datos
Velocidad de transmisin: 2400 bps1. Trama asncrona: 8 bits de datos, no paridad y un bit de stop (8N1). Control de flujo ninguno. Emulacin de terminal VT-100 y envo de fin de lnea no activo.
Figura 11 Inicio del programa de comunicaciones HyperTerminal. 2.- Estudio del conexionado Una vez finalizada la configuracin, realizar las conexiones null modem indicadas a continuacin entre los puertos serie de ambos ETDs formando un enlace punto a punto va RS-232. Utilizar para ello la placa de comunicaciones con conectores DB9 (Figura 12).
Figura 12 Conector RS-232 DB-9 Realizar una configuracin en la que no se utilicen circuitos de control (no handshaking). Dos configuraciones distintas en las que se utilicen circuitos de control (handshaking). En este caso usar la opcin de control de flujo hardware. o Qu sucede si dejamos configurado el control de flujo ninguno?
1 Nota: Es muy importante tener en cuenta que cada ver que se cambien datos de la configuracin de la comunicacin (velocidad, trama asncrona, etc.) se pulse el botn de desconectar, realizar los cambios y pulsar el botn de conectar. De este modo los cambios realizados se harn efectivos.
11
Transmisin de Datos
En cada uno de los conexionados pedidos establecer un dialogo entre ETDs observando como viaja la informacin en ambos sentidos con la ayuda del programa de comunicaciones y el monitor del puerto serie.
De acuerdo a las opciones de configuracin disponibles en Archivo Propiedades Configuracin Configuracin ASCII: Probar las distintas opciones ofrecidas por el programa de comunicaciones para enviar el carcter BS (backspace), tecla retroceso identificando la codificacin ASCII resultante mediante el monitor de comunicaciones y el resultado observado en recepcin (HyperTerminal). Analizar del mismo modo el carcter CR (carriage return). Qu carcter y codificacin ASCII se aade para obtener el resultado de ir a inicio de lnea siguiente (configuracin: Al enviar ASCII - aadir fin de lnea.)?.
3.- Formas de onda en transmisin asncrona En este apartado se estudian las caractersticas elctricas de la comunicacin, con la ayuda del osciloscopio. Para ello conectar a uno de los canales de datos la lnea de transmisin de datos del RS-232 (recepcin del otro terminal, dada la conexin null-modem). Una vez realizada dicha conexin, siguiendo las instrucciones del profesor, configure el osciloscopio para poder capturar los caracteres entramados en funcin de la velocidad elegida. Concretamente, capturar las formas de onda correspondientes a la transmisin del carcter V (mayscula) con las configuraciones mostradas a continuacin. En todas las transmisiones la configuracin de los terminales receptor y transmisor debe ser igual 2400 bps, 7 bits de datos, paridad impar y 1 de stop (7O1). 1200 bps, 7 bits de datos, paridad par y 1 de stop (7E1). 9600 bps, 8 bits de datos, no paridad y 1 de stop (8N1). Analizar en cada caso la correspondencia de la codificacin observada con el formato de trama asncrona configurada identificando los niveles de tensin, niveles lgicos (0 y 1), tiempo de bit y tiempo de trama. Cul es el orden de transmisin de los bits de un carcter? 4.- Entramado y sincronizacin en transmisin asncrona En este apartado se estudia, con la ayuda del osciloscopio, el formato de trama empleado por la interfaz RS-232. Montar una conexin sin control de flujo y con el mnimo de conexiones posibles en la placa DB-9. Nuevamente, conectar el canal de transmisin del RS-232 al osciloscopio. Una vez realizada dicha conexin, configurar el osciloscopio para poder capturar los caracteres entramados en funcin de la velocidad elegida. Concretamente, capturar las formas de onda correspondientes a la transmisin de caracteres elegidos libremente estableciendo en todas las transmisiones la misma configuracin en recepcin: 2400 bps, 7 bits de datos, paridad impar y 1 de stop (7O1). y variando la configuracin del transmisor de acuerdo a las configuraciones: 2400 bps, 7 bits de datos, paridad impar y 1 de stop (7O1). 2400 bps, 7 bits de datos, paridad par y 1 de stop (7E1).
12
Transmisin de Datos
2400 bps, 8 bits de datos, no paridad y 1 de stop (8N1). 1200 bps, 7 bits de datos, paridad impar y 1 de stop (7O1).
Obsrvese para cada una de las configuraciones anteriores la interpretacin realizada por ETD receptor y comentar los resultados obtenidos con la ayuda de la tabla ASCII, justificando dicha interpretacin.
Calcular, de forma terica, la duracin de la trama RS-232 con una configuracin 8N1, para un carcter y funcin de la velocidad de transmisin. Calcular de forma terica el tiempo de transmisin de un fichero de N bytes. Finalmente, llvese a cabo la transferencia del fichero t_trans.txt en modo texto (men enviar archivo de texto en el programa HyperTerminal), y mdase el tiempo total de la transmisin. De acuerdo al tiempo medido, cul es la velocidad efectiva? por qu es menor que la velocidad de la lnea de transmisin?
Comparativa con el entramado y sincronizacin en transmisin sncrona Las conexiones a realizar entre ordenadores del laboratorio, mediante la interfaz RS-232 se corresponden siempre con comunicaciones asncronas. Sin embargo, a continuacin analizaremos la diferencia de dichas comunicaciones, a nivel de sincronismo y entramado, con las transmisiones sncronas. Para ello, con ayuda del osciloscopio, se visualizar la comunicacin establecida entre dos conmutadores de paquetes sncronos. La conexin se realizar siguiendo las instrucciones del profesor, utilizando la placa DB-25 sobre la que conectaremos el acceso disponible al enlace entre conmutadores.
Figura 13 Montaje de conexin entre conmutadores sncronos
Visualizar los circuitos de temporizacin en el osciloscopio (indicados en la tabla de conexiones del DB25, figura 5) Existan estos circuitos en el DB9? Qu velocidad de transmisin se utiliza en el enlace entre conmutadores?
Conectar ahora los circuitos de transmisin de informacin al osciloscopio e identificar la diferencia con la transmisin asncrona. Observar el envo continuado de informacin. Pensar cmo deber realizarse la sincronizacin a nivel de trama.
13
Transmisin de Datos
APLICACIN DEL TRABAJO REALIZADO: Compartir recursos entre equipos SEGUIR LAS INSTRUCCIONES DEL PROFESOR
A) Conexin de red directa con null modem RS-232 El sistema operativo utilizado en el laboratorio incorpora la posibilidad de realizar diferentes conexiones de red. Como paso previo para establecer la conexin de red va RS-232 se ha de agregar una nueva interfaz. Para ello ir al Panel de Control (botn Inicio Configuracin), seleccionar el icono Opciones de telfono y modem y, seguidamente, la pestaa Mdem. Agregar un nuevo mdem seleccionndolo de una lista: cable comunicacin entre dos equipos (figura 14)
Figura 14 Interfaz Cable comunicacin entre dos equipos. Aadida la nueva interfaz, se puede configurar sta desde la pestaa Mdem estableciendo las Propiedades deseadas (figura 15). Elegir para esta interfaz la velocidad de 115200 bps.
Figura 15 Propiedades interfaz Cable comunicacin entre dos equipos.
14
Transmisin de Datos
Para establecer la conexin directa con otro equipo mediante null modem RS232 ser necesario utilizar la configuracin null modem with partial handshaking.
Figura 16 Conexin null-modem entre DTEs con el objetivo de compartir recursos a travs de Windows Una vez realizado el conexionado, para la configuracin ir al Panel de Control (botn Inicio Configuracin), seleccionar el icono Conexiones de red y, seguidamente, el submen Nueva conexin. En el Asistente para conexin de red (figura 17), elegir la opcin Configurar una conexin avanzada y Conectar directamente con otro equipo. En esta opcin, cada equipo participante en la conexin ha de adoptar una funcin diferente: host o invitado. El papel de host lo interpreta el equipo que acta como servidor de la informacin y, por tanto, queda a la espera de conexiones por parte de los clientes (invitados). Slo el administrador del equipo que ha de actuar como host es capaz de definir tal funcin.
Figura 17 Tipos de conexin de red. Configurar ambas funciones (host e invitado), una en cada ordenador del puesto de trabajo, eligiendo las opciones por defecto aportadas por el asistente, excepto en la seleccin del dispositivo de comunicacin (las asociadas al puerto COM1).
15
Transmisin de Datos
Figura 18 Propiedades de la conexin directa en el equipo invitado. Invitado: El men Propiedades de la conexin directa creada permite inspeccionar (figura 18) y, si acaso cambiar, las diferentes opciones con las que establecer la comunicacin. En la pestaa General de dicho men configurar el puerto COM1 a una velocidad de 115200 bps y control de flujo hardware.
Figura 19 Propiedades de la conexin entrante en el equipo host.
16
Transmisin de Datos
Host: El men Propiedades de la conexin entrante creada permite inspeccionar (figura 19) y, si acaso cambiar, las diferentes opciones con las que establecer la comunicacin. En la pestaa Funciones de red de dicho men configurar las Propiedades TCP/IP especificando el rango de direcciones IP ofertadas a los equipos invitados. El rango a utilizar es desde la 192.168.1.1 a la 192.168.1.30. El equipo host suele utilizar la primera del rango establecido. A continuacin, establecer la comunicacin entre ambos equipos y visualizar las direcciones IP utilizadas en la conexin. Para esto ltimo y desde Conexiones de red en Panel de Control del equipo Invitado seleccionar la conexin establecida. En el submen Estado y pestaa Detalles se puede ver los parmetros de la comunicacin establecida. Anotar las direcciones IP correspondientes al equipo servidor (Host) y al equipos cliente (Invitado). La figura 20 muestra un ejemplo de las propiedades de una conexin directa en el equipo invitado.
Host (servidor): 192.168.1.1 Invitado (cliente): 192.168.1.2
Figura 20 Propiedades de la conexin directa en el equipo invitado (ejemplo) Para compartir la carpeta Temp del equipo host y pueda ser visualizada por el equipo invitado, ir al Explorador de Windows en el equipo Host y elegir la carpeta a compartir:
17
Transmisin de Datos
Figura 21 Compartir archivos con otros equipos. En el equipo invitado, buscar el icono Mis sitios de red en el Escritorio de Windows y, tras pulsar el botn derecho del mouse, elegir la opcin Buscar equipos. Dar como nombre de equipo la direccin IP del equipo host anotada en el paso anterior y comenzar la bsqueda. Cuando el equipo sea encontrado mostrar la informacin que comparte y a la cual se puede acceder2.
192.168.1.1 direccin IP del host
Figura 22 Buscar equipos en la red (IP del host).
2 Antes de buscar el equipo puede ser una buena medida verificar la conexin mediante el comando ping: Desde consola (inicio ejecutar cmd): ping 192.168.1.1 (direccin IP del host resultante al conectar)
18
Transmisin de Datos
B) Conexin de red directa con null modem RJ45 En este apartado se pretende establecer una conexin directa utilizando el cable de comunicaciones RJ45, descrito en el apartado Interfaz RJ-45. Recordando el concepto de null modem, construir uno con los cables RJ45 y verificar la comunicacin compartiendo una carpeta entre ambos equipos.
Del mismo modo a la conexin realizada en el apartado anterior, compartir una carpeta en uno de los equipos. Desde el otro, En buscar el icono Mis sitios de red en el Escritorio de Windows y, tras pulsar el botn derecho del mouse, elegir la opcin Buscar equipos. Dar como nombre de equipo la direccin IP del equipo host que aparece en la pegatina de la torre del equipo (verificar consultando al profesor). Cuando el equipo sea encontrado mostrar la informacin que comparte y a la cual se puede acceder.
155.210.157.X direccin IP del equipo en la red del laboratorio
Figura 23 Mis sitios de red: Buscar equipos en el sistema Windows.
19
Transmisin de Datos
PRCTICA 1 (II): CONTROL DE FLUJO Y ERRORES, NIVEL DE ENLACE Conceptos bsicos: Nivel de enlace La funcin bsica del nivel de enlace es la transferencia de unidades de datos libres de error entre nodos. El resto de funciones se pueden resumir en los siguientes puntos: - Entramado y sincronizacin. - Direccionamiento. - Establecimiento y liberacin del enlace. - Control y recuperacin de errores. - Control de secuenciamiento.
Figura 24 Nivel de enlace segn el modelo OSI En este nivel existen dos tipos de protocolos claramente diferenciados: los orientados a bit y los orientados a carcter. Los orientados a carcter utilizan un alfabeto concreto, ASCII por ejemplo, para realizar el control de la comunicacin a nivel de enlace. Ejemplo de estos son los protocolos de transferencia de ficheros Kermit y X-Modem. Los protocolos orientados a bit estn constituidos por una secuencia de bits que no se corresponde necesariamente con una secuencia de caracteres, la informacin est en ciertas posiciones de los bloques de bits transmitidos. Destacar, en este caso, un protocolo de propsito general como es el protocolo HDLC (High Level Data Link Control). A continuacin se presenta la estructura de tramas y el funcionamiento bsico del protocolo que se analizar durante el desarrollo de la prctica: X-Modem. 1.- X-Modem X-Modem es un protocolo ARQ de parada y espera con un campo de datos de longitud fija. La trama del protocolo consta de cinco campos: un campo de 128 bytes y cuatro campos longitud de un byte. La trama empieza con una cabecera de inicio de trama cuyo contenido es SOH (Start of Header) de valor 01H. El segundo campo indica el nmero de secuencia de trama siendo su valor inicial igual a 1. El contenido del tercer campo es el complemento a 1 del nmero de secuencia de la
20
Transmisin de Datos
trama. El siguiente campo es el campo de datos de longitud fija igual a 128 bytes. El checksum es el ltimo campo de la trama (1 byte), siendo su valor el resultado de sumar el contenido del campo de datos en mdulo 256. Existen versiones de XModem que utilizan un CRC en lugar de checksum (en este caso, el ltimo campo consta de dos bytes) y que permiten enviar ms de un fichero.
1 byte 1 byte 1 byte 128 bytes 2 bytes
Sincronismo (SOH)
Control Secuenciamiento
Complementario Control Secuenciamiento
Datos
CRC
En X-Modem una transferencia de informacin consta de tres fases: establecimiento, transferencia y recepcin. El establecimiento de la comunicacin corre a cargo del receptor que es el responsable de gestionar la comunicacin manteniendo un flujo de tramas. Inicialmente, el receptor genera continuamente NAKs. En el caso de que emisor las reciba, enva un SOH. La fase de establecimiento finaliza si el receptor decodifica correctamente el SOH. La trama es vlida si coincide el nmero de secuencia y su complementario, y si la secuencialidad y el checksum son correctos. En la fase de transferencia el emisor espera siempre un reconocimiento positivo ACK o negativo NAK de cada una de las tramas que va enviando. Esta fase se aborta bruscamente si el emisor genera un paquete CAN. El fin de la transmisin se realiza ordenadamente cuando el emisor genera un EOT (End Of Transmission) 04H, recibiendo un ACK por parte del receptor.
Figura 25 Comportamiento del emisor y receptor segn el protocolo X-Modem.
21
Transmisin de Datos
Figura 26 Esquema de realizacin del protocolo X-Modem. Se debe observar que durante la transferencia de un fichero el control de flujo es intrnseco al protocolo ya que el receptor no permite al emisor que transmita ms informacin hasta que no haya procesado la ltima trama. En realidad el mecanismo de parada y espera es ya de por s un mtodo de control de flujo. De todas formas algunas implementaciones del protocolo X-Modem permiten combinar este control de flujo con el realizado con al tcnica hardware (RTS/CTS). Nunca debe utilizarse el control de flujo software para evitar que fragmentos de la trama X-Modem se interpreten como los caracteres de control Xon y Xoff. Desarrollo de la prctica: Estudio del protocolo X-Modem (sobre RS-232) Hasta ahora se ha transmitido informacin sin preocuparse de lo que ocurre en el caso de que se produzcan errores durante la comunicacin. Este apartado se dedica a la transmisin fiable de la comunicacin, utilizando los mecanismos que proporciona los protocolos de este nivel: entramado, control de flujo, control de errores y compresin. Las herramientas a utilizar en el anlisis de las comunicaciones son el monitor del puerto serie y el monitor de circuitos ya utilizados anteriormente.
Configuracin X-Modem Transmisor Configuracin X-Modem Receptor
null-modem
Figura 27 Montaje de conexin punto a punto entre DTEs mediante RS-232. Anlisis del nivel enlace (monitor de puerto)
22
Transmisin de Datos
1.- Estudio de protocolos orientados a carcter: X-Modem. En primer lugar se han de conectar ambos terminales mediante null-modem, con el conexionado necesario para garantizar el funcionamiento con control de flujo hardware. Una vez conectados, configurar ambos terminales con una velocidad de transmisin de 9600 bps, trama asncrona 8N1 y control de flujo hardware. A continuacin, activar simultneamente en ambos ETDs, uno como emisor y otro como receptor con el protocolo X-Modem, tal y como muestra la figura 28. Transferir el fichero xmodem.txt. Analizar el protocolo mediante el programa monitor del puerto de comunicaciones identificando las fases de la comunicacin: establecimiento, transferencia y liberacin.
(a) transmisor
(b) receptor Figura 28 Configuracin de transmisin y recepcin con X-Modem (HyperTerminal).
A continuacin, para verificar el mecanismo de control de flujo y errores (Stop & Wait) transmitir de nuevo el fichero generando errores mediante la desconexin manual de las lneas de datos durante la transferencia. Para poder observar el efecto reducir lo suficiente la velocidad de transferencia
23
Transmisin de Datos
PRCTICA 1 (III) Interfaz mdem. Estudio del control de flujo Conceptos bsicos 1.- Interfaz mdem El mdem (MOdulador-DEModulador), o ETCD, es un dispositivo que convierte los pulsos digitales producidos por un ETD a seales analgicas moduladas, ya sea en amplitud, fase o frecuencia, aptas para ser transmitidas a grandes distancias sobre lneas con anchos de banda vocales. Estos sistemas son reversibles actuando tambin como moduladores-demoduladores, convirtiendo las seales analgicas provenientes de las lneas de transmisin en seales digitales aptas para ser manejadas por los ETDs. Por tanto, los mdems tienen por misin interconectar dos ETDs remotos, a travs de lneas telefnicas. Las modulaciones analgicas producidas por los mdems se adaptan a las caractersticas, ancho de banda, potencia, etc. del canal telefnico. Las tcnicas de modulacin ms empleadas son FSK, PSK, QAM y TCM. Los mdems se pueden clasificar atendiendo al modo de transmisin, tcnicas de transmisin, tipo de lnea, modulacin, facilidades de correccin de errores, protocolos de compresin, etc. El ITU-T ha estandarizado un conjunto de recomendaciones para mdems denominadas serie V.xx, que definen los procedimientos para transmitir datos sobre lneas telefnicas o enlaces punto a punto. Generalmente, el modo de transmisin en los mdems es full-duplex o halfduplex. En el primer caso existe una comunicacin bidireccional simultnea de la informacin. En el segundo caso, la informacin viaja unidireccionalmente para un instante de tiempo dado. El gobierno del sentido de la informacin se realiza con los circuitos RTS y CTS de la interfaz RS-232. Al tiempo necesario para cambiar de sentido la transmisin de la informacin se le denomina Turn-Around. La misin de un ETCD consiste, pues, en adaptar los flujos de informacin digitales a las caractersticas del medio de transmisin y viceversa. Esto se consigue generalmente mediante el uso de alguna modulacin especfica. A continuacin se presenta una tabla resumen de las distintas normativas: Tabla 1 Recomendaciones V.xx Estndar ITU-T V.21 V.22 V.22 bis V.32 V.32 bis V.34 V.34 bis V.90 Mxima Velocidad (bps) 300 1200 2400 9600 14400 28800 33600 56000
Cuando se realiza una llamada, el mdem llamante enva un tono empleando el tipo de modulacin previamente seleccionado. Si el mdem remoto soporta el tipo de modulacin dado, la conexin se establece a continuacin. En caso contrario, los mdems realizan un fallback a un tipo ms bajo de modulacin intentando establecer la conexin en la modulacin ms alta que tengan en comn. Por ejemplo, si un mdem V.22 bis a 2400 bps llama a un mdem V.32 bis a 14400 bps, los dos mdems se comunicarn a 2400 bps, la velocidad ms alta que tienen en comn. Igualmente, dentro de un mismo tipo de modulacin, tambin es posible
24
Transmisin de Datos
realizar un fallback a velocidades inferiores cuando no es posible realizar la conexin a velocidades altas. Ello puede ser debido a ruido excesivo en la lnea telefnica. Una vez establecida la conexin entre ETDs, se distinguen tres tramos en la conexin: ETD-ETCD, ETCD-ETCD, ETCD-ETD. Cada uno de estos tramos puede funcionar a una velocidad distinta: Velocidad de la interfaz local. Usada entre ETD-ETCD local. Suele estar fijada por el programa de comunicaciones empleado en el ETD, adaptndose automticamente a ella el ETCD. Velocidad de conexin. Usada entre ETCD-ETCD y basada en la tcnica de modulacin negociada entre ellos. Velocidad de la interfaz remota. Usada entre ETD-ETCD remoto. Esta velocidad es fijada tal cual se ha comentado en la interfaz local. 1.1.- Estados de operacin de un mdem El mdem dispone de cuatro estados de operacin: Modo comando: Situacin inicial del mdem. En este estado queda a la espera de recibir algn comando a travs de la lnea serie. Espera de portadora: Situacin de espera de establecer la conexin con el ETCD remoto, para lo cual, se debe enviar una portadora que confirme la conexin. En lnea: Se ha establecido la conexin despus de haber iniciado una llamada o respondido a una llamada entrante y se puede, por tanto, proceder al envo de datos. Modo comando en lnea: Despus de dejar el estado en lnea mediante el comando +++ se alcanza este estado. Permite enviar comandos al mdem sin romper la conexin ya establecida.
Figura 29 Estados de operacin de un mdem Para que el mdem pueda interpretar los comandos que se envan desde el ETD, debe tenerse presente que el mdem se adapta automticamente a la paridad empleada y a la velocidad del ETD. El nmero de bits por carcter debe ser 7 u 8, con 1 bit de start y 1 de stop. Adems, el mdem no ejecutar ningn comando hasta que se teclee el retorno de carro CR desde el teclado del ETD. 1.2.- Modos de funcionamiento de un mdem Desde el punto de vista de la lnea, el mdem es responsable de transformar los bits de informacin que recibe en una seal ms conveniente que viaja a travs del medio fsico hasta el usuario remoto. Desde el punto de vista del usuario, el
25
Transmisin de Datos
mdem es el encargado de transmitir los datos que el ETD suministre. Esta transmisin puede presentar diversas caractersticas entre las que pueden citarse las siguientes: Fiabilidad: Cuando el sistema ofrezca mecanismos para la proteccin de la informacin (deteccin de errores, retransmisin, etc.). Estos mecanismos suelen traducirse en un incremento de bits en la lnea (aumento de la carga). Compresin: La informacin se transmite comprimida. Por tanto, el nmero de bytes necesarios disminuye, lo cual puede ser interpretado como un aumento de la velocidad de transmisin (aumento de la tasa neta de transmisin).
ETCD
Lnea Fiable ? Comprimida ?
ETD
Figura 30 Facilidades del protocolo Estas facilidades, correccin de errores y compresin, han sido incluidas en protocolos de nivel de enlace3 tales como: MNP (Microcom Networking Protocol). Su nivel 3 y 4 proporcionan correccin de errores y su nivel 5 proporciona, adems, compresin ITU-T V.42 (LAPM derivado de HDLC) proporciona correccin de errores y V.42.bis proporciona compresin. En funcin del control de flujo y la conversin de velocidad del mdem se definen cuatro modos de funcionamiento: directo, normal, fiable y autofiable. Modo directo: la velocidad de transmisin entre ETD y ETCD debe ser la misma que entre ETCD y ETCD remoto, estando inhibidas las facilidades del protocolo y la conversin de velocidad entre terminal-mdem y mdem-mdem. Modo normal: la velocidad del ETD y ETCD pueden ser distintas, habilitndose el buffer y la conversin de velocidad. Para posibilitar distintas velocidades entre cada par de elementos de la comunicacin, estos han de establecer su propio control de flujo. No permite la correccin de errores ni compresin.
Local
ETCD
Remoto Lnea
ETCD
Modo Directo
ETD
ETD
2400 bps
2400 bps
Figura 31 Modo directo
3 En el apartado dedicado al nivel de enlace se profundiza en su funcionalidad y se analizan protocolos de comunicacin tales como HDLC (High-Level Data Link Control) utilizado en modem..
26
Transmisin de Datos
Local
Modem
Remoto Lnea
Modem
DTE
DTE
1200 bps
Buffering
Conversin de velocidad
2400 bps
Figura 32 Modo Normal Modo fiable: la velocidad del ETD y ETCD pueden ser distintas, habilitndose el control de flujo propio de este modo de funcionamiento, el buffer y la conversin de velocidad. El mdem intenta establecer un enlace fiable al inicio de la comunicacin con el mdem remoto y, si no lo consigue, se desconecta. En un enlace fiable es posible habilitar la compresin, siendo imposible la situacin inversa.
Local
ETCD
Modo Fiable
Remoto Lnea
ETCD
ETD
ETD
9600 bps
Buffering
Conversin de velocidad Fiabilidad
2400 bps
Control de flujo
Figura 33 Modo Fiable Modo autofiable: una vez el mdem local se ha comunicado con el remoto intenta negociar un enlace fiable. En el caso de que el mdem remoto no soporte esta facilidad el mdem local se configura en modo normal y, en el caso contrario, el mdem local se configura en modo fiable. 1.3.- Configuracin del mdem El mdem se puede configurar desde el ETD con los comandos Hayes o comandos AT (ATention). Estos tienen por misin establecer, mantener y finalizar la comunicacin. Algunos fabricantes han propuesto distintas extensiones de los comandos AT, de modo que, tambin se puedan gobernar los principales parmetros de la comunicacin (control del puerto serie, tipo de modulacin, reintentos, back-up, fiabilidad, preferencias, test, etc.). Debe prestarse atencin a la configuracin con que se pretenda programar al mdem para que no se produzcan situaciones adversas o incompatibles. Por ejemplo, no se puede solicitar compresin de datos si previamente no se ha activado la correccin de errores. Adems, se utilizan los registros S para controlar ciertos parmetros del mdem y pueden ser programados por el usuario en memoria no voltil. El contenido de estos registros determina el modo de ejecucin de los comandos y la manera en que el ETCD debe operar. Estos parmetros de configuracin pueden ser almacenados como perfiles de usuario en una de las dos memorias RAM no voltil destinadas a tal efecto, eligiendo el perfil por defecto deseado cuando se enciende el mdem. Estos perfiles de usuarios, a su vez, pueden ser cargados en cualquier momento sobrescribiendo la configuracin activa hasta entonces. Existen, adems, unos valores por defecto de fabrica almacenados en memoria ROM que pueden ser cargados en cualquier momento.
27
Transmisin de Datos
En el Apndice III se pueden consultar los comandos Hayes utilizados en la configuracin del mdem as como el significado de cada uno de los registros 1.4.- Descripcin del mdem4 El panel frontal del mdem esta compuesto nueve indicadores luminosos: MR, HS, CD, OH, SD, RD, TR, AA y PWR. Dos indicadores muestran la transmisin (SD) y recepcin de datos (RD) por parte del ETD. Tres indican el estado de los circuitos de control: terminal de datos listo (TR), mdem listo (MR) y deteccin de portadora (CD). El indicador AA indica modo autorespuesta activo, HS alta velocidad, OH mdem descolgado y, finalmente, PWR mdem encendido. En la parte posterior del mdem hay tres entradas: alimentacin, RS-232 y line (conexin a RTC puntopunto), y en la parte superior un interruptor para encender apagar el mdem. Desarrollo de la prctica En este apartado se configurar el mdem con diferentes parmetros para que ste se comporte y comunique, si es el caso, de la forma deseada. La configuracin del mdem se puede realizar tanto con comandos Hayes como con los registros S. No todos los mdems disponen de los mismos comandos Hayes, ni cada uno de sus registros S tiene la misma funcin. Por lo tanto, es recomendable disponer del manual de referencia de cada mdem para saber a qu comandos responde y las funciones de sus registros S. Inicialmente se verificar la configuracin del puesto de trabajo: El mdem debe de estar conectado, por un lado, con un cable RS-232 al puerto de comunicaciones COM1 del ETD y, por otro, con un enlace punto a punto entre mdems. Utilizar para ello un cable telefnico de dos hilos, conectando los extremos del mismo en la parte posterior (entrada line) de cada uno de los mdems. Tras esta verificacin, se ha de configurar el programa de comunicaciones a utilizar y que se comunicar con el mdem. Este software es el HyperTerminal. El acceso al programa puede llevarse a cabo a travs del acceso directo existente en el escritorio de o bien a travs del botn de Inicio Programas - Accesorios Comunicaciones HyperTerminal. Al entrar en el programa se pide introducir el nombre de una conexin y un icono para la misma, y seguidamente aparecen distintas ventanas que permiten configurar los parmetros de la conexin. Configurar el programa de comunicaciones en cada ETD para trabajar con los siguientes parmetros: Conexin a travs del puerto de comunicaciones COM1. Velocidad de transmisin: 57600 bps. Trama asncrona: 8 bits de datos, no paridad y un bit de stop (8N1). Control de flujo hardware. Tras asegurarse de la comunicacin con el mdem (envo del comando AT), se proceder a configurar el mdem segn lo establecido a lo largo del guin de prcticas, de acuerdo a los siguientes comandos5:
4 5
Ver Apndice II Ver Apndice III
28
Transmisin de Datos
AT&F0: Cargar la configuracin del fabricante almacenada en la memoria n=0. AT&W0: Almacenar la configuracin en la memoria no voltil n=0. ATZ: Realizar una inicializacin software cargando la configuracin 0. o nota: Cada vez que se quiera partir de una configuracin segura, se deber reiniciar el mdem y, posteriormente, configurar adecuadamente el resto de parmetros (tras la inicializacin del mdem posteriores configuraciones se perdern si se vuelve a inicializar)
ATW1: Establecer el formato de los mensajes de conexin para que devuelva la velocidad de la lnea, el protocolo y la velocidad entre ETD y mdem. AT%C3: Permitir la utilizacin de compresin (en caso de configurar modo fiable). o nota: Su configuracin ser siempre necesaria para dejar que sea la configuracin del modo (fiable o normal) la que establezca su uso o no. AT\N0: Modo normal (buffering) AT\N2: Modo fiable (buffering + compresin + control de errores)
Establecer el modo de funcionamiento segn se indique en cada caso: o o
1.- Inicializacin: establecimiento de la comunicacin Inicialmente, establecer la configuracin 0 del fabricante (supone configuracin en modo fiable) y el formato completo de mensajes de conexin. A continuacin, establecer la comunicacin punto a punto con el otro mdem del puesto de prcticas utilizando los siguientes comandos: Mdem transmisor: marcacin mediante el comando ATD Mdem receptor: contestar la llamada mediante el comando ATA
Observar el funcionamiento de los LEDs del panel frontal del mdem durante el establecimiento de la comunicacin. Activar el eco local de caracteres y el envo de fin de lnea con el carcter LF. Tras ello, transmitir el archivo led_modem.txt con la opcin enviar archivo de texto y analizar el comportamiento de los LEDs SD y RD.
2.- Control de flujo en una comunicacin con mdems punto a punto En este apartado se comprobar que, gracias a la capacidad de procesamiento del mdem, se puede trabajar con distintas velocidades en los distintos enlaces de la comunicacin. Conectar el monitorizador de circuitos en el conector DB-25 del cable RS-232 que une ETD6 y mdem. La configuracin se realizar con los siguientes parmetros: ETDs: con control de flujo hardware y trama asncrona 8N1. o o o PC1, con velocidad a 57600 bps. PC2, con velocidad 1200 bps. Con la configuracin 0 del fabricante (ATZ) y un formato de mensajes de conexin con informacin de velocidad de lnea, protocolo y velocidad de ETD (ATW1)
Configuracin de mdems:
El monitorizador ir conectado al ETD que se denominar PC1.
29
Transmisin de Datos
Conexin punto a punto (marcacin en transmisin ATD, en recepcin ATA)
Verificar la correcta comunicacin entre cada ETD y su mdem respectivo enviando varias veces el comando AT. Activar el eco local y el envo de fin de lnea con el carcter LF en el ETD que transmitir el archivo. Transferir el archivo flujo_modem.txt desde PC1 a PC2 con la opcin enviar archivo de texto. Se reciben los datos en el PC2 a la misma velocidad en que se transmiten en el PC1? Para ello, observar la velocidad a la que aparecen los datos en la pantalla de cada ETD. Qu velocidades se estn empleando en cada uno de los enlaces de la comunicacin?
En el PC2 establecer, ahora, la velocidad a 2400 bps. Transferir el archivo flujo_modem.txt desde PC1 a PC2 con la opcin enviar archivo de texto, midiendo el tiempo de transferencia. A partir de esta medida y la anterior, se puede deducir que quien fija la velocidad de transferencia es la velocidad ms baja existente en el enlace?
Interrumpa la conexin, desactive en ambos mdems el mecanismo de compresin (AT\N0), establezca de nuevo la comunicacin entre ETDs y transmita de nuevo el mismo fichero. Se comporta de la forma esperada el mecanismo de control de flujo entre el PC1 y su mdem? A qu se deben los tiempos en que el PC1 deja momentneamente de transmitir? Observar en el monitorizador de circuitos como acta el control de flujo.
Finalizada la transferencia de informacin, interrumpa la conexin y desactive en el mdem del PC1 el control de flujo por hardware (comando AT&K0). Realice de nuevo la transferencia del fichero. Una vez finalizada la transferencia, compare el contenido del fichero transmitido con el fichero recibido. Se reciben correctamente todas las lneas del fichero en el PC2? Por qu?
30
Transmisin de Datos
Actividades de AMPLIACIN del desarrollo prctico
PRCTICA 1 (III) Interfaz mdem. Transparencia y compresin Establecer la configuracin 0 del fabricante (supone configuracin en modo fiable) y el formato completo de mensajes de conexin. Realizar la comunicacin punto a punto con el otro mdem del puesto de prcticas utilizando los siguientes comandos: Mdem transmisor: marcacin mediante el comando ATD Mdem receptor: contestar la llamada mediante el comando ATA 1.- Concepto de transparencia A continuacin y utilizando la comunicacin punto a punto va modem, establecer una velocidad de 57600 bps y control de flujo software (Xon/Xoff) en ambos ETDs (trama asncrona 8N1). Configurar los modems con la configuracin 0 del fabricante y, tras ello, establecer un control de flujo software en ambos con el comando AT adecuado. AT&K4: control de flujo Xon/Xoff AT&K5: control de flujo Xon/Xoff con transparencia entre ETD y mdem para el control de flujo
Recuerda: El control de flujo software (Xon/Xoff) se realiza, en lugar de utilizando las seales electrnicas RTS y CTS, mediante el envi de caracteres especiales (Xon: CTRL+Q ASCII 11h, Xoff: CTRL+S ASCII 13h) para solicitar al otro extremo que transmita (Xon) o que pare (Xoff). Por lo tanto, la sealizacin de control de flujo viaja por los circuitos de datos (TD, RD), al igual que la informacin (fichero). Recuerda: X-Mdem es un protocolo de nivel de enlace que formatea la informacin a transmitir (el fichero) envindolo en bloques de 128 bytes, aadiendo cabeceras de control:
1 byte Sincronismo (SOH) 01h 1 byte Control Secuenciamiento 1 byte Complementario Control Secuenciamiento 128 bytes Datos 2 bytes CRC
El envo de la informacin a travs del RS-232 implica, a nivel fsico, la transferencia de cada uno de los 133 bytes mediante el formato de trama asncrona (8N1)
Control de flujo Xon/Xoff Variar configuracin CONTROL DE FLUJO Enlace punto a punto Control de flujo Xon/Xoff
RS-232
DTE ASNCRONO
Mdem analgico
RS-232
DTE ASNCRONO
57600
33600
transparencia.txt
57600
Figura 1 Configuracin de mdems: estudio de control de flujo y transparencia
31
Transmisin de Datos
Establecer la comunicacin entre ETDs y transferir el archivo transparencia.txt utilizando el protocolo de transferencia de ficheros X-Modem. Por qu falla la transferencia del fichero? Probar el efecto usando otro protocolo de comunicaciones (Kermit)
2.- Anlisis del mecanismo de compresin en el mdem La mayora de los modems actuales establecen el enlace entre ellos empleando la mayor velocidad de comunicacin posible. Esta velocidad depender de las diferentes normas soportadas por cada uno de ellos y de la calidad del enlace telefnico. Sin embargo, tambin es posible fijar esta velocidad de lnea de forma manual y a voluntad del usuario. En este apartado se va a fijar la velocidad de la lnea a 19200 variando la velocidad en los enlaces entre ETD y mdem (figura 1) para analizar la facilidad de compresin en tiempo real proporcionada por los mdems:
RS-232
DTE ASNCRONO vDTE (bps)
Enlace punto a punto
RS-232
vDTE (bps) DTE ASNCRONO
19200 bps
Figura 2 Configuracin de mdems: estudio de compresin Establecer la configuracin 0 del fabricante, el formato de mensajes de conexin con informacin de velocidad de lnea, protocolo y velocidad de ETD, y la velocidad de lnea (ATW1). No configurar el eco local ni el envo de fin de lnea (LF) Configurar los ETDs con trama asncrona 8N1 y control de flujo hardware y variar la velocidad de acuerdo a la tabla. Permitir la configuracin de compresin cuando el modo lo permita, mediante el comando AT%C3 Nota: este comando habilita la posibilidad de comprimir, pero dicha compresin slo tendr efecto en el modo fiable Configurar la velocidad del mdem, fija, e igual a 19200 bps, con el siguiente comando: AT+MS=11,0,19200,19200 Variar7 la configuracin de los ETDs y mdems segn la tabla mostrada y evaluar los diversos resultados en relacin al tiempo de transferencia del fichero comprime.txt:
7 Recordar que para modificar la velocidad de los ETDs (manteniendo la de la lnea siempre a 19200), as como el modo de funcionamiento, es necesario desconectar y volver a conectar.
32
Transmisin de Datos
Tiempo de transferencia Siempre: AT%C3 Modo Normal AT\N0 Modo Fiable AT\N2 Velocidad ETDs (vDTE) 19200 (*) 38400 57600 115200
Comparar los resultados obtenidos en cuento a tiempo de transmisin. A qu se deben las diferencias o similitudes? Puedes comprobar el tiempo de transmisin, de manera terica, en el primer caso, marcado con (*)?
33
APNDICE I
Interfaz RS-232
Laboratorio de Redes y Servicios
RS232 cables
Pin assignment DB9 to DB25 converter Loopback test plug Null modem cables Printer cable Monitor cable DEC MMJ serial cables PLC cables RS-232 specifications UART info I/O ports and IRQ's Flow control Which null modem? Basic programming Modem programming Transfer protocols Download area Related sites
Lammert Bies 2001-07-22
Search:
English Dutch both Submit Clear
RS232 connector pin assignment

The RS232 connector was originaly developed to use 25 pins. In this pin-out provisions were made for a secondary communication channel. In practice, only one communication channel with accompanying handshaking is present. For that reason the smaller 9 pin version is more commonly used today. The diagrams show the signals common to both connector types in black. The signals only present on the larger connector are shown in red. Note, that the protective ground is assigned to a pin at the large connector where the connector outside is used for that purpose with the DB9 version. The pin assignment is also shown for the DEC modified modulair jack. Although this interface is differential (the receive and transmit have their own floating ground level) it is possible to connect RS232 compatible devices with this interface.
41
RS232 DB 9 pin assignment
RS232 DB 25 pin assignment
DEC MMJ pin assignment
DB9 to DB25 converter

The original pin layout for RS232 was developed for a 25 pins sub D connector. Since the IBM-AT, 9 pins connectors are commonly used. In mixed applications, a 9 to 25 pins converter can be used to connect connectors of different sizes. RS232 DB9 to DB25 converter
RS232 loopback test plug

The following connectors can be used to test a serial port on your computer. The data and handshake lines have been linked. In this way all data will be sent back immediately. The PC controls its own handshaking. The first one can be used to check the function of the serial port with standard terminal software. The second version can be used to test the full functionality of the serial port with Norton Diagnostics or CheckIt. RS232 loopback test plug for terminal emulation software
42
RS232 loopback test plug for Norton Diagnostics and CheckIt
RS232 null modem cables

The easiest way to connect two PC's is using a null modem cable. The only problem is the large variety of null-modem cables available. For simple connections, a three line cable connecting the signal ground and receive and transmit lines is sufficient. Depending of the software used, some sort of handshaking may however be necessary. Use the selection table to find the right cable for each purpose. For a Windows 95/98 Direct Cable Connection, the null modem cable with loop back handshaking is a good choice. Null modem cables with handshaking can be defined in numerous ways, with loopback handshaking to each PC, or complete handshaking between the two systems. The most common cable types are shown here. Simple null modem without handshaking (explanation)
43
Null modem with loop back handshaking (explanation)
Null modem with partial handshaking (explanation)
Null modem with full handshaking (explanation)
RS232 printer cable

When a serial printer is connected to a PC, the handshaking is not symmetrical any more. In that case a cable is used where some handshaking lines at the PC side are looped back. On the printer side only the data lines and one handshaking line are used. RS232 printer cable
44
RS232 monitor cable

It is not difficult to monitor the serial communication between two devices with a PC. To do this you need the monitor cable which is displayed in the next picture. Two sockets are connected straigth through. The PC is connected to the third one. This monitor cable taps communication from both sides. This means that if the two devices happen to talk simultaneously, the monitored information will be garbage. In most circumstances communication software works half duplex, in which case this problem does not exist. RS232 monitor cable
DEC MMJ serial cables

Digital Equipment Corporation (now owned by Compaq) has been a leader in mainframe world for several years. For connection of their systems, they developed a connector system based on modular jacks. The main difference is the key which is not in the middle, but at one side. This makes it impossible to connect this type of cable to telephony or LAN networks errornously. The six available leads were used for the main signals in serial communication. In fact, the MMJ signals or not RS232 signals. The transmit and receive signals do not have a common ground, but they are mainly differential. By combining both minus
45
leads and connecting them to the RS232 signal ground at the other side, signals can in practice be exchanged with a normal RS232 device. Besides the transmit and receive lines, DTR and DSR signals are present for handshaking purposes. The following pictures show the various cables used for different situations. PC serial port to DEC printer (H8571-J)
The cable shown here can be used to connect a DEC printer with serial MMJ connector to a normal PC. Note, that this cable has not completely the same wiring as the H8571-J adaptor. The difference is the connection between pin 6 and 8 at the PC side. This connects the printer DTR line to the PC CTS input. Some programs need this connection to prevent paper-out or printer off line messages. If you have anything to contribute to these pages, please let me know by E-mail. Deze pagina is ook beschikbaar in het Nederlands.
46
Choose your RS232 null modem cable
Introduction Original use No handshaking Loop back handshaking Partial handshaking Full handshaking Selection table Pin assignment DB9 to DB25 converter Loopback test plug Null modem cables Printer cable Monitor cable PLC cables Basic programming Modem programming Transfer protocols Download area Related sites
Lammert Bies 2001-07-22
Search:
Introduction
English Dutch both Submit Clear Serial communications with RS232. One of the oldest and most widely spread communication methods in computer world. The way this type of communication can be performed is pretty well defined in standards. I.e. with one exception. The standards show the use of DTE/DCE communication, the way a computer should communicate with a peripheral device like a modem. For your information, DTE means data terminal equipment (computers etc.) where DCE is the abbreviation of data communication equipment (modems). One of the main uses of serial communication today, DTE/DTE communication is not so well defined, especially when it comes to flow control. In the years, practical solutions were developed to let two computers talk with each other using a serial communication line. In most situations, the original modem signal lines are reused to perform handshaking. Handshaking can increase the maximum allowed communication speed because it gives the computers the ability to control the flow of information. High amounts of incomming data is allowed if the computer is capable to handle it, but not if it is busy performing other tasks. If no flow control is implemented, communication is only possible at speeds at which it is sure the receiving side can handle the amount information even under worst case conditions.
Original use
When we look at the connector pinout of the RS232 port, we see two pins which are certainly used for flow control. These two pins are RTS, request to send and CTS, clear to send. With DTE/DCE communication (i.e. a computer communicating with a modem device) RTS is an output on the DTE and input on the DCE. CTS is the answering signal comming from the DCE.
47
Before sending a character, the DTE asks permission by setting its RTS output. No information will be sent until the DCE grants permission by using the CTS line. If the DCE cannot handle new requests, the CTS signal will go low. A simple but useful mechanism allowing flow control in one direction. The assumption is, that the DTE can always handle incomming information faster than the DCE can send it. In the past, this was true. Modem speeds of 300 baud were common and 1200 baud was seen as a high speed connection. For further control of the information flow, both devices have the ability to signal their status to the other side. For this purpose, the DTR data terminal ready and DSR data set ready signals are present. The DTE uses the DTR signal to signal that it is ready to accept information, whereas the DCE uses the DSR signal for the same purpose. Using these signals involves not a small protocol of requesting and answering as with the RTS/CTS handshaking. These signals are in one direction only. The last flow control signal present in DTE/DCE communication is the CD carrier detect. It is not used directly for flow control, but mainly an indication of the ability of the modem device to communicate with its counter part. This signal indicates the existence of a communication link between two modem devices.
No handshaking
How to use the handshaking lines in a null modem configuration? The simplest way is to don't use them at all. In that situation, only the data lines and signal ground are cross connected in the communication cable. All other pins have no connection. An example of such a cable without handshaking can be seen in the figure below. Simple null modem without handshaking
Compatibility issues If you read about null modems, this three wire null modem cable is often talked about. Yes, it is simple but can we use it in all circumstances? There is a problem, if either of the two devices checks the DSR or CD inputs. These signals normaly define the ability of the other side to communicate. As they are not connected, their signal level will never go high. This might cause a problem. The same holds for the RTS/CTS handshaking sequence. If the software on both sides is well structured, the RTS output is set high and then a waiting cycle is started until a ready signal is received on the CTS line. This causes the software to hang because no physical connection is present to either CTS line to make this possible. The only type of communication which is allowed on such a null modem line is data-only traffic on the cross connected RX/TX lines. This does however not mean, that this cable is useless. Communication links like present in the Norton Commander program can use this cable. This cable can also be used when communicating with devices which do not have modem control signals like electronic measuring equipment etc. As you can imagine, with this simple cable no hardware flow control can be
48
implemented. The only way to perform flow control is with software flow control using the XOFF and XON characters.
Loop back handshaking

The simple null modem cable without handshaking shows incompatibilities with common software. The main problem with this cable is that there is a possibility for the software to hang if it checks the modem signal lines in a proper way. I.e. with this cable, good written programs will perform worse than badly written programs. To overcome this problem and still be able to use a cheap communication cable with only three lines in it, a fake cable layout has been defined. The null modem cable with loop back handshaking resulted from this. Null modem with loop back handshaking
The main purpose of this cable is to let well defined software think there is handshaking available, with a cable which has no provisions for it. Compatibility issues Consider first the DSR signal (pin 6). This input indicates that the other side is ready to start communicating. In the layout, the line is linked back to the DTR output (pin 4). This means, that the software doesn't see the ready signal of the other device, but its own. The same holds for the CD input (pin 1). The assumption is, that if software has been written to check the DSR line to test communication availability, it will probably also set the DTR output to indicate its own state. This is true for at least 99% of all serial communication software. This implies that at least 99% of all serial communication software is capable of faking its own DSR check with this cable. The same trick is used with the CTS input. In the original use, RTS is set, and then CTS is checked before starting the communication. By setting the RTS output (pin 7) the CTS input on the same connector (pin 8) is receiving clearance immediately. There is no possibility of a software hangup because of dangling RTS requests. Other issues to consider The null modem cable with loop back handshaking is often advised as the best low cost available cable. But, is it really so good? The simple cable without handshaking has the disadvantage that it does not permit proper written software to communicate with it. Software which is aware of the lack of handshaking signals can however use it without problems. The cable with loop back handshaking can be used with more software, but it has no functional enhancements over the simple cable! There is no way both devices can control data flow, other than by using XON/XOFF handshaking. If the software is designed for using hardware flow control it seems to work with this cable, but on unpredictable moments, data loss may occur. This means that the cable allows communication as long as no flow control is needed, but when data speeds reach the limit the receivers can handle, communication may stop immediately without an
49
assignable reason. Therefore, although this cable is cheap and easy to make, use it with care! Despite these warnings, this type of cable has been successfully used between Windows 95/98 computers with a Direct Cable Connection.
Partial handshaking
The simple null modem cable and the cable with loop back handshaking are useful, but have no provisions for hardware flow control. If it is absolutely necessary that hardware flow control is used, the null modem with partial handshaking can be an alternative. Null modem with partial handshaking
Compatibility issues This cable is the best of two worlds. There is the possibility of hardware flow control without being incompatible with the original way flow control was used with DTE/DCE communication. Let us first consider the RTS/CTS flow control lines present on pins 7 and 8. As with the loop back cable, these signals are not connected to the other device, but directly looped back on the same connector. This means, that RTS/CTS flow control is allowed to be used in the software, but it has no functional meaning. Only when the software at the other side checks the CD signal at pin 1, the RTS information will reach the other device. This would however be only the case in specifically developed software which uses the CD input for this purpose. More important however is the cross connection of the DSR (pin 6) and DTR (pin 4) lines. By cross connecting these lines, their original function is simulated pretty well. The DTR output is used to signal the other device that communication is possible. This information is read on the DSR input, the same input used for this purpose with modem communication. Because of this cross connection, the DTR output line can be used for simple flow control. Incomming data is allowed when the output is set, and blocked if the output is not set. Software using only the RTS/CTS protocol for flow control cannot take advantage of the partial handshaking cable. Most software however will also check the DSR line and in that case, using the null modem cable with partial handshaking, the best possible hardware flow control can be achieved which is still compatible with the original use with modems.
Full handshaking
The most expensive null modem cable is the cable suitable for full handshaking. In this cable, seven wires are present. Only the ring indicator and carrier detect signal are not linked. The cable is shown in the following figure. Null modem with full handshaking 5
50
Compatibility issues The null modem cable with full handshaking does not permit the older way of flow control to take place. The main incompatibility is the cross connection of the RTS and CTS pins. Originally, these pins are used for a question/answer type of flow control. When the full handshaking cable is used, there is no request anymore. The lines are purely used for telling the other side if communication is possible. The main advantage of this cable is, that there are two signalling lines in each direction. Both the RTS and DTR outputs can be used to send flow control information to the other device. This makes it possible to achieve very high communication speeds with this type of cable, provided that de software has been designed for it. Because of the high possible connection speed, this cable can be used with Interlink to connect two MS-DOS PC's.
Null modem selection table

The right null modem cable to choose mainly depends on the application and the software that will be used. As a general guide line, I would advise the following. Choose your null modem cable Simple cable Cable with Cable with Cable with without loop back partial full handshaking handshaking handshaking handshaking +++ ++ + +
Use Software flow control only DTE/DCE compatible hardware flow control at low speeds DTE/DCE compatible hardware flow control at high speeds High speed communication using special software
+++
++
+++
++
+++
+++ ++ + -
Recommended cable Good alternative Works, but not recommended Does not work
The cable with partial handshaking works in most cases. If you are developing
51
software which must work with all kinds of cables, it is best to use only software flow control and ignore all modem control inputs. If you have anything to contribute to these pages, please let me know by E-mail. Deze pagina is ook beschikbaar in het Nederlands.
52
APNDICE II
Descripcin del mdem
Transmisin de Datos
APNDICE III
Configuracin de mdem Comandos Hayes y Registros S
Transmisin de Datos
Comandos Hayes
Los comandos AT se expresan en ASCII y tienen una longitud de 3 o 4 caracteres seguidos opcionalmente con una cifra. El prefijo de estos comandos es AT, exceptuando los comandos A/ (repeticin del ltimo comando) y +++ (secuencia de escape). Este prefijo sirve para sincronizar automticamente al mdem con los parmetros de la comunicacin asncrona. La ejecucin de un comando se lleva a cabo tras pulsar la tecla Enter, excepto en los casos anteriormente mencionados. El formato general de un comando AT es el siguiente: AT[comando][comando][comando]...<Enter> Los comandos AT se pueden clasificar, atendiendo a la funcin que realizan, en los siguientes tipos: Comandos de marcacin. Establecimiento y liberacin de la comunicacin Comandos que gobiernan la interfaz RS-232. Comandos que manejan la configuracin. Comandos que interactan con los registros S. Comandos que gobiernan el circuito analgico. Comandos que gobiernan el control de flujo. Comandos que manejan los protocolos de control de errores MNP y V.42. Comandos que manejan los protocolos de compresin MNP-5 y V.42-bis. Comandos que monitorizan la fiabilidad del enlace. Comandos de marcacin. Establecimiento y liberacin de la comunicacin. El establecimiento de la comunicacin difiere en funcin del tipo de enlace a establecer: punto a punto o RTC. En el caso de establecer una comunicacin punto a punto uno de los terminales realiza la llamada mediante el comando ATD mientras el otro responde con el comando ATA. En el caso de establecer una comunicacin va RTC, las operaciones de marcacin y respuesta son las que determinan todo el proceso de establecimiento y liberacin de la comunicacin. La marcacin debe hacerse por pulsos (comando ATDP) o por tonos (comando ATDT) en funcin del tipo de lnea telefnica que se tenga instalado. Tanto el proceso de marcacin como el de respuesta pueden hacerse automtica o manualmente. Marcacin manual: Marcacin automtica: 1. Introducir el comando de marcacin por tonos ATDT seguido del nmero de telfono 1. Colocar el nmero de telfono en la memoria del mdem mediante el comando AT&Zn=<n de telfono> (n comprendido entre 0 y 3). 2. Introducir el comando ATDS=n.
Respuesta manual: Respuesta automtica:
1. Al or el timbre del telfono, teclear el comando ATA. 1. Introducir el comando ATS0=1 (se encender el LED AA). Para desactivar la respuesta automtica introducir ATS0=0.
La liberacin de la llamada se realiza pasando del estado en lnea al estado modo comando en lnea (comando +++) e introduciendo el comando ATH.
Transmisin de Datos
Comandos que gobiernan la interfaz RS-232. AT&Cn AT&Dn Control de la seal CD hacia el terminal: n=0 siempre activa, n=1 normal. Control de la seal DTR hacia el mdem: n=0 siempre activa, n=1 el mdem responde con una transicin on/off cuando detecta una secuencia de escape, n=2 el mdem realiza una transicin on/off cuando cuelga, n=3 responde con una transicin on/off e inicializa con el comando ATZ. Control de la seal DSR hacia el terminal: n=0 siempre activa, n=1 segn V-24. Control del eco hacia el terminal. n=0 deshabilitado, n=1 habilitado.
AT&Sn ATEn
Comandos que manejan la configuracin. AT&Fn AT&Wn ATZn AT&Yn ATMn Reinicializa la memoria cargando los parmetros de fbrica n: n=0,1. Almacena los parmetros en la RAM no voltil n: n=0,1. Realiza una inicializacin software, cargando los parmetros almacenados por defecto n: n=0,1. Despus de realizar una inicializacin parmetros por defecto n: n=0,1. hardware carga los
Gobierna el altavoz: n=0 desactivado, n=1 desactivado durante la recepcin de la portadora, n=2 siempre activo, n=3 desactivado durante la recepcin de la portadora y la marcacin. Controla el volumen del altavoz: n=0 nulo, n=1 bajo, n=2 medio, n=3 alto. Controla el envo de respuestas: n=0 permitido, n=1 no permitido. Selecciona respuestas numricas o de texto: n=0 respuestas numricas, n=1 respuestas en modo texto. Visualiza el perfil activo y los perfiles almacenados en la RAM no voltil. Define el formato del mensaje: n=0 formato controlado por los comandos ATW y ATX, n=1 formato de lnea nica controlado por los comandos ATV y ATQ.
ATLn ATQn ATVn AT&V AT\Vn
ATWn
Define el formato de los mensajes de conexin: n=0 slo devuelve la velocidad entre ETD y mdem, n=1 devuelve la velocidad de lnea, protocolo y velocidad entre ETD y mdem, n=2 slo la velocidad de lnea. Define el subconjunto de mensajes de respuesta que sern enviados por el mdem para informar al ETD. Consultar el manual. Lectura del registro n-simo de los registros S. Modificar el valor del n-simo registro S al valor x.
ATXn
Comandos que interactan con los registros S. ATSn? ATSn=x
Transmisin de Datos
Comandos que gobiernan el circuito analgico. ATBn AT+MS Selecciona la normativa de modulacin: n=0 ITU-T, n=1 Bell. Determina la velocidad de modulacin del mdem. Consultar el manual.
Comandos que gobiernan el control de flujo. AT&Kn Selecciona el control de flujo entre el terminal y el Modem: n=0 no hay control de flujo, n=3 control de flujo por RTS/CTS, n=4 control de flujo por Xon/Xoff, n=5 habilita la transparencia entre ETD y mdem para el control de flujo Xon/Xoff, n=6 control de flujo por Xon/Xoff y por RTS/CTS Control de flujo entre mdems mediante Xon/Xoff: n=0 no permitido, n=1 permitido.
AT\Gn
Comandos que manejan los protocolos de correccin de errores MNP y V.42 AT\Nn n=0 modo normal, n=1 modo directo, n=2 modo fiable (V.42 o MNP), n=3 modo autofiable, n=4 nicamente V.42 (LAPM), n=5 nicamente MNP. Tamao mximo de los bloques formados por MNP: n=0 64 caracteres, n=1 128 caracteres, n=2 192 caracteres, n=3 256 caracteres.
AT\An
Comandos que manejan los protocolos de compresin MNP5 y V.42 bis. AT%Cn Permite compresin de datos con un protocolo de correccin de errores habilitado (MNP V.42): n=0 no permite compresin de datos, n=1 permite negociar con el mdem remoto el protocolo de compresin MNP, n=2 nicamente permite V.42 bis, n=3 permite ambos protocolos de compresin.
Comandos que monitorizan la fiabilidad del enlace AT&Tn El mdem realiza los siguientes tests: n=0 finaliza el test que est llevando a cabo, n=1 bucle analgico local, n=8 inicia un bucle analgico local con autotest.
Los comandos producen una accin sobre el mdem respondiendo ste con un mensaje de respuesta positivo o un cdigo de error. Respuesta OK CONNECT RING NO CARRIER ERROR NO DIALTONE BUSY CONNECT 19200 CONNECT 38400 CONNECT 57600 CONNECT 115200 CARRIER 28800 COMPRESSION CLASS 5 COMPRESSION V.42BIS PROTOCOL:NONE Cdigo 0 1 2 3 4 6 7 16 17 18 19 58 66 67 76 Descripcin Comando ejecutado sin errores. Conectado a otro mdem. Deteccin de llamada entrante Perdida de portadora. Comando no vlido. Tono no detectado. Tono de ocupado. Conexin establecida a 19200 bps. Conexin establecida a 38400 bps. Conexin establecida a 57600 bps. Conexin establecida a 115200 bps. Portadora detectada a 28800 bps. (V.34). Compresin MNP clase 5. Compresin V.42 bis. Modo normal seleccionado.
Transmisin de Datos
PROTOCOL:LAPM CARRIER 33600 PROTOCOL:ALT CARRIER 56000 CONNECT 56000
77 79 80 162 177
Protocolo LAPM seleccionado. Portadora detectada a 33600 bps. (V.34 bis). Protocolo MNP seleccionado. Portadora detectada a 56000 bps. Conexin establecida a 56000 bps.
Registros S
Registros S0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S12 S18 S25 S26 S32 S33 Rango 0-255 0-255 0-127 0-127 0-127 0-127 2-255 1-255 0-255 1-255 1-255 0-255 0-255 0-255 0-255 0-255 0-255 Unidad Ring Funcin Nmero de rings que espera el mdem antes de descolgar si est programado en modo de respuesta automtica. Ring Contador del nmero de rings antes de descolgar. ASCII Cdigo de escape (ESC). Cdigo 43 en ASCII ASCII Cdigo de retorno de carro (CR). Cdigo 13 en ASCII ASCII Cdigo de nueva lnea (LF). Cdigo 10 en ASCII ASCII Cdigo de retroceso (BS). Cdigo 8 en ASCII segundo Tiempo de espera para realizar una marcacin (deteccin del tono de invitacin a marcar). segundo Tiempo de espera de la portadora despus de la marcacin. segundo Tiempo de espera al recibir el carcter de espera ,. 1/10 Tiempo desde que el mdem detecta una seg. portadora hasta que activa el circuito de deteccin de portadora. 1/10 Tiempo de desconexin desde que se pierde la seg. portadora. 1/50 Tiempo de guarda del cdigo de escape. seg. segundo Tiempo durante el que se realiza un test (0 significa indefinido). segundo Retardo para que el circuito DTR se considere OFF. 1/100 Retardo entre los circuitos RTS y CTS. seg. ASCII Valor del carcter del control de flujo software Xon (por defecto, 17). ASCII Valor del carcter del control de flujo software Xoff (por defecto, 19).
APNDICE IV
Tabla ASCII
Transmisin de Datos

TransDatos P1

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

TransDatos P1

Uploaded by

Copyright:

Available Formats

Transmisin de Datos

MARA CANALES COMPS JOS GARCA MOROS CURSO 2008-2009

Anlisis del nivel fsico y nivel de enlace de OSI.

MONITOR PUERTO SERIE

MONITOR PUERTO SERIE

OSCILOSCOPIO ANALIZADOR DE PROTOCOLOS

Figura 1 Configuracin del puesto de trabajo

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Usuario del servicio del nivel n (Entidad de nivel n+1)

Protocolo del nivel n+1 (n) SAPs

Usuario del servicio del nivel n (Entidad de nivel n+1)

Proveedor del servicio de nivel n-1

Figura 2 Interaccin entre niveles

S-PDU T-PDU N-PDU DL-PDU

S-PDU T-PDU N-PDU DL-PDU

Figura 3 Unidades de datos

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Figura 4 Especificaciones mecnicas de la interfaz RS-232

Del / hacia el DCE

del hacia del hacia del del -------

118 119 120 121 122

S-TxD S-RxD S-RTS S-CTS S-DCD

Figura 5 Descripcin de los circuitos RS-232 DB-25 y su funcionalidad.

Anlisis del nivel fsico y nivel de enlace de OSI.

Del / hacia el DCE

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Figura 8 Cable y Conector RJ45

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Figura 13 Montaje de conexin entre conmutadores sncronos

Anlisis del nivel fsico y nivel de enlace de OSI.

Figura 15 Propiedades interfaz Cable comunicacin entre dos equipos.

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Figura 19 Propiedades de la conexin entrante en el equipo host.

Anlisis del nivel fsico y nivel de enlace de OSI.

Host (servidor): 192.168.1.1 Invitado (cliente): 192.168.1.2

Anlisis del nivel fsico y nivel de enlace de OSI.

192.168.1.1 direccin IP del host

Figura 22 Buscar equipos en la red (IP del host).

Anlisis del nivel fsico y nivel de enlace de OSI.

155.210.157.X direccin IP del equipo en la red del laboratorio

Figura 23 Mis sitios de red: Buscar equipos en el sistema Windows.

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Complementario Control Secuenciamiento

Figura 25 Comportamiento del emisor y receptor segn el protocolo X-Modem.

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

(b) receptor Figura 28 Configuracin de transmisin y recepcin con X-Modem (HyperTerminal).

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Anlisis del nivel fsico y nivel de enlace de OSI.

Lnea Fiable ? Comprimida ?

Figura 31 Modo directo

Anlisis del nivel fsico y nivel de enlace de OSI.

Conversin de velocidad Fiabilidad