LABORATORIO DE CONMUTACIÓN

Transcripción

1 UNIVERSIDAD DE ALCALÁ - DEPARTAMENTO DE AUTOMÁTICA Área de Ingeniería Telemática it LABORATORIO DE CONMUTACIÓN INGENIERO DE TELECOMUNICACIÓN CURSO PRÁCTICA 1: Configuración y análisis de un servicio de acceso remoto sobre RDSI

2 1. Introducción En esta práctica se dan las instrucciones necesarias para llevar a cabo la instalación y configuración de un servicio de acceso remoto sobre RDSI, y realizar posteriormente una serie de pruebas con diferentes configuraciones que permitirán analizar las prestaciones del mismo. Así mismo se realizará un estudio de la señalización de llamada intercambiada en distintas situaciones. La memoria se encuentra dividida en tres partes. La Parte I y la Parte II son OPCIONALES y requieren estar presente en el laboratorio para su realización. En ellas se llevará a cabo la instalación, configuración y pruebas del servicio de acceso remoto sobre RDSI. La Parte III es OBLIGATORIA y se realizará de distinta manera, según se haga en casa o en el laboratorio (se indica posteriormente en el enunciado). En ella se llevará a cabo el estudio de la señalización de usuario en un acceso básico RDSI. La evaluación de la práctica para quienes realicen el laboratorio de forma presencial, se llevará a cabo mediante preguntas que el profesor de laboratorio formulará al final de cada sesión (las metas a las que debéis llegar en cada sesión se encuentran indicadas a lo largo del enunciado de la práctica). Para afrontar estas preguntas, al final de cada parte se encuentran una serie de cuestiones orientativas a las que deberéis ser capaces de responder. La puntuación máxima que se puede obtener en esta práctica es de 0.6 puntos. Todos los alumnos, tanto quienes realicen la práctica de forma presencial como los que la realicen en casa, deberán ser capaces de responder a las cuestiones de la Parte III, de cara al examen final de la asignatura. 2

3 2. Descripción del entorno Cada estación del laboratorio tiene instalada una tarjeta Ethernet, para su conexión a la red Ethernet de laboratorio (Dominio LABTEL) y una tarjeta RDSI Diva, que ofrece un acceso básico a RDSI mediante el que se conecta a una Centralita RDSI. A cada puesto se le asignan dos extensiones (números telefónicos) de la centralita, una para cada canal B. La centralita está configurada para que a cada línea conectada a un puesto con RDSI le correspondan DOS números consecutivos, UNO PARA CADA CANAL B DE UN ACCESO BÁSICO RDSI. La estructura de la red y las conexiones de los PCs a la red Ethernet del laboratorio y a la centralita, que se utilizarán en las prácticas, quedan reflejadas en el siguiente gráfico: 2000 Server 2000 Server 2000 Server CENTRALITA RDSI 2000 Professional 2000 Professional 2000 Professional Dominio LABTEL 3. Objetivos Con este entorno se pretende hacer una práctica sobre RDSI que consta de tres partes: PARTE I (OPCIONAL). Instalación y configuración de un cliente/servidor de acceso remoto (RAS). Se deberá instalar el software adecuado para permitir que un puesto del laboratorio con Windows 2000 Professional pueda conectarse a un servidor de acceso remoto TCP/IP sobre PPP y RDSI. Así mismo, quienes tengan un PC con Windows 2000 Server instalarán y configurarán el software adecuado que ofrece el servicio de acceso remoto a clientes TCP/IP sobre PPP y RDSI. PARTE II (OPCIONAL). Configuraciones posibles y sus prestaciones. Se estudiarán las prestaciones que se pueden obtener mediante un servicio de acceso remoto a través de línea RDSI, y cómo afectan a estas prestaciones las diferentes posibilidades de configuración que ofrece el Acceso Remoto a Redes de Windows 2000 (RAS). PARTE III (OBLIGATORIA). Análisis de señalización Q.931. Aquellos que realicen el 3

4 laboratorio de forma presencial tomarán trazas y analizarán la señalización de usuario (Q.931) que se intercambia entre el cliente, la centralita RDSI y el servidor RAS. Aquellos que realicen la práctica en casa analizarán las trazas proporcionadas en el fichero trazas.zip. La práctica presencial se realiza por parejas de grupos de laboratorio, en las que un grupo utilizará Windows 2000 Server y el otro deberá arrancar la máquina contigua como Windows 2000 Professional. Por tanto, un miembro de cada pareja de alumnos para la práctica utilizará Windows 2000 Server y el otro miembro utilizará Windows 2000 Professional. En el ANEXO I se muestra la distribución de las máquinas que pueden arrancarse como Server, y las extensiones de la centralita asignadas a cada máquina. 4

5 PARTE I (OPCIONAL) Instalación y configuración de un Cliente o un Servidor de Acceso Remoto (RAS) Utilizareis el PC Windows 2000 de un grupo para instalar y configurar un Cliente de acceso remoto y en el PC Windows 2000 Server del otro grupo instalaréis y configuraréis un Servidor de Acceso Remoto (RAS), de forma que el cliente se pueda conectar a través de la centralita RDSI al servidor RAS configurado. Advertencia! La opción de ser ADMINISTRADORES de los PC s os permite control total de la máquina que estáis utilizando, por lo que tan sólo debéis realizar las operaciones indicadas en la práctica, dejando inalterada el resto de la configuración del equipo. Instalación y configuración de un CLIENTE de acceso remoto sobre Windows 2000 Professional Cuando un PC se arranca para funcionar como cliente debe estar conectado a la red Ethernet del laboratorio (cable RJ-45 sin carcasa), perteneciendo al dominio LABTEL, y a la centralita RDSI (cable RJ-45 con carcasa de color verde). Para instalar el cliente de acceso remoto, debéis abrir la sesión como administrador de la máquina local, para lo cual debéis utilizar la siguiente cuenta: - cuenta: administrador - password: Se comunicará en el laboratorio - dominio: el local de la estación (nombre local de la estación, por ejemplo, LE12P10) Paso 1. Lo primero que hay que hacer es instalar y configurar el SW de las tarjetas RDSI que ya se encuentran alojadas en un slot del PC. Para ello nos dirigiremos al directorio drivers- DIVA del servidor del laboratorio (L12s1) y copiaremos a una carpeta de nuestro disco duro su contenido. Después, ejecutaremos el programa divaw2k.exe. Este programa se encargará de actualizar los drivers del adaptador RDSI y de instalar el sofware de acceso remoto y las utilidades de la tarjeta. A continuación se debe ejecutar la herramienta DiTools que aparece en el mismo directorio donde se copió el fichero divaw2k.exe. Con esto concluye la instalación del software y dispositivos necesarios para disponer de un cliente de acceso remoto. Paso 2. Para realizar el resto de las pruebas indicadas en la práctica, se utilizará en las 5

6 estaciones 2000 Professional la cuenta que se os ha asignado para el Laboratorio de Conmutación: - cuenta: citxxyy.siendo X el turno de laboratorio expresado con dos cifras,(01, 02, 03, 04, 05, 06, 07,08, 09 o 10) Siendo YY el grupo asignado dentro de ese turno. - password: k.1234, que deberá cambiarse al inicio de la primera sesión. La nueva contraseña deberá tener seis o más caracteres, alguno deberá ser un número, deberá haber al menos un carácter no alfanumérico. - dominio: LABTEL Instalación y configuración de un SERVIDOR de acceso remoto sobre Windows 2000 Server Para instalar y configurar el SW de las tarjetas RDSI que ya se encuentran alojadas en un slot del PC, procederemos de manera similar a como lo hicimos en el caso del cliente. Para ello nos dirigiremos al directorio drivers-diva del servidor del laboratorio (L12s1) y copiaremos a una carpeta de nuestro disco duro su contenido. Después, ejecutaremos el programa divaw2k.exe. Este programa se encargará de actualizar los drivers del adaptador RDSI y de instalar el sofware de acceso remoto y las utilidades de la tarjeta. A continuación se debe ejecutar la herramienta DiTools que aparece en el mismo directorio donde se copió el fichero divaw2k.exe Hecho esto, se procede como a continuación se indica. Cuando un PC se arranca para funcionar como servidor se debe desconectar de la red Ethernet del laboratorio (cable RJ-45 con carcasa de color beige), quedando aislado de dicha red y conectado únicamente a la centralita RDSI (cable RJ-45 con carcasa de color verde). Para instalar el servidor de acceso remoto y para realizar las distintas pruebas que se os piden, debéis abrir la sesión como administrador de la máquina local, para lo cual debéis utilizar la siguiente cuenta: - cuenta: administrador - password: Se comunicará en el laboratorio. - dominio: el local de la estación (nombre local de la estación, por ejemplo, L12P10) Paso 1. Instalaréis y configuraréis la tarjeta Diva RDSI con un servicio de acceso remoto que actúe como servidor. A continuación reiniciais y con esto quedaría terminado el proceso de instalación de la tarjeta. Paso 2. Hay que configurar el PC para que actúe como servidor de acceso remoto. Para ello nos vamos a Inicio Configuración Panel de Control Herramientas Administrativas Enrutamiento y Acceso remoto. Aquí añadiremos un nuevo servidor de acceso remoto y habilitaremos y configuraremos el mismo utilizando el asistente (Configuración avanzada un servidor de acceso remoto) que se nos proporciona. Indicad un grupo estático y continúo de direcciones IP, diferente a las empleadas en la configuración de la red Ethernet del laboratorio 6

7 (172.XX.XX.XX) y que no correspondan a direccionamiento público (se recomienda usar direcciones privadas, por ejemplo hasta la que consideréis oportuna, sabiendo que la última posible es ). Se seleccionará la opción que permite a los clientes solicitar una dirección IP durante la fase de conexión. Asociar únicamente el servidor al protocolo TCP/IP. Si todo ha ido bien debe aparecer un icono de Conexiones Entrantes en Inicio Programas Conexiones de Red y Acceso Telefónico. Ahí, pulsando con el botón derecho, en propiedades, en la pestaña relativa a los usuarios, añadiremos un usuario para el acceso remoto que será el que utilizará el cliente. Este usuario puede ser modificado en cualquier momento modificando las propiedades de conexiones entrantes dentro de Inicio Configuración Conexiones de red y de acceso telefónico. Los datos de este usuario serán los siguientes: - Usuario: lab_conmutacion - Password: conm0304 Deshabilitaremos el acceso para el resto de los usuarios que aparezcan en esa ventana de diálogo. Con esto concluye la instalación del software y dispositivos necesarios para disponer de un servidor de acceso remoto. Pruebas a realizar A) Prueba de instalación correcta. Para comprobar, parcialmente, tanto en el Cliente como en el Servidor, que la instalación ha sido correcta, se puede ejecutar la aplicación Comprobación de línea dentro de la carpeta que se crea con la instalación de la tarjeta DIVA. B) Prueba de configuración correcta. Para poder utilizar el servicio de acceso remoto y comprobar que funciona correctamente, desde el Cliente arrancad una conexión de acceso remoto hacia el servidor configurado, conectado a las extensiones que se indican en el gráfico con la estructura del laboratorio. Para esta prueba no debéis configurar Multilink PPP, ni compresión software, ni de cabeceras TCP/IP. Para realizar la conexión de acceso remoto se crea una nueva conexión (Inicio Configuración Conexiones de Red y Acceso Telefónico), en la que se configuran los diferentes aspectos relativos a la conexión (número de extensión a la que se llama, interfaz utilizado, propiedades de la conexión, etc) a lo largo de unos diálogos que se van mostrando. Para completar la conexión se os pedirá que os identifiquéis, para lo cual utilizaréis la cuenta que habéis creado anteriormente. Si la conexión se produce satisfactoriamente, aparecerá un icono en la esquina inferior derecha del Cliente indicándolo. Si se pica sobre él, aparece una ventana con las características de la conexión establecida. En el Servidor esta información se puede obtener 7

8 en Inicio Programas Panel de Control Herramientas administrativas Enrutamiento y acceso remoto, picando en el nombre de la máquina (LE12PXX) y luego sobre Puertos y sobre el interfaz empleado. Para acceder a la estadísticas de las conexiones en el Servidor, debemos picar sobre clientes de acceso remoto y seleccionar el que nos interese. Tras realizar la conexión deberá haber un nuevo interfaz operativo en la máquina. Para comprobarlo, desde una ventana DOS, haced: ipconfig [-all] Esto lista los diferentes interfaces instalados en la máquina y las direcciones IP asignadas. Para comprobar que existe conectividad a nivel IP pasad pings entre ambas máquinas. Desde una ventana DOS, haced: Desde el Servidor ping <dir_ip_cliente> Desde el Cliente ping <dir_ip_servidor> Al final de la PRIMERA SESIÓN deberéis ser capaces de responder a las siguientes cuestiones: 1.1 Determinar el rango continuo y estático de direcciones IP configurado en el Servidor. 1.2 Establecer UNA conexión entre el Cliente y el Servidor, y determinar las direcciones IP asignadas a la conexión del Cliente y al Servidor. 1.3 Sin cortar la conexión del apartado 1.2, realizar una nueva conexión entre Cliente y Servidor. Determinar las direcciones IP asignadas a las conexiones del Cliente y al Servidor. 1.4 Sin cortar las conexiones de los apartados 1.2 y 1.3, realizar una nueva conexión entre Cliente y Servidor. Determinar qué sucede. 1.5 Colgar la conexión del apartado 1.2. Determinar las direcciones IP asignadas a las conexiones del Cliente y del Servidor. 1.6 Establecer una nueva conexión entre Cliente y Servidor. Determinar cómo lleva a cabo el Servidor la asignación de direcciones IP a las posibles conexiones que atiende. 1.7 Determinar el número de direcciones IP que se emplean, de todo el rango que posee el Servidor. ATENCIÓN: al finalizar la PRIMERA SESIÓN se deberá desinstalar todo el software relativo a la instalación de la tarjeta DIVA. Para ello: En 2000 Professional: -desinstalar tarjeta DIVA (Inicio Panel de Control Sistema 8

9 En 2000 Server: Sistema Hardware Administrador de Dispositivos Adaptadores de Red). - desinstalar software de utilidades de la tarjeta Diva (Inicio Panel de Control Agregar o quitar Programas) - desinstalar tarjeta DIVA (Inicio Panel de Control Sistema Sistema Hardware Administrador de Dispositivos Adaptadores de Red). - desinstalar servidor de acceso remoto (Inicio Programas Panel de Control Herramientas administrativas Enrutamiento y acceso remoto) 9

10 PARTE II (OPCIONAL) Configuraciones posibles y análisis de prestaciones En este apartado se estudiarán las diversas configuraciones posibles, así como las prestaciones que se pueden obtener en cada una de ellas. Para ello se van a realizar transferencias de ficheros entre el servidor y el cliente de acceso remoto instalados. Para realizar la transferencia de ficheros se utiliza el Microsoft Internet Information Server como servidor FTP (máquinas configuradas como servidor) y, en los clientes, un ftp arrancado desde una ventana DOS, utilizando un inicio de sesión anónimo. En cada servidor 2000 Server existe un fichero de texto fichero_texto.doc y otro fichero zipeado fichero_zipeado.zip (localizados en F:\Inetput\ftproot ), con los que debéis realizar las transferencias de ficheros en las diferentes configuraciones y observar las prestaciones obtenidas. Para abrir una sesión ftp, desde una ventana DOS haced: ftp <dir_ip_servidor> Comandos: dir lista el contenido del directorio remoto en el que nos encontramos get [nombre_fichero] descarga al directorio local el archivo seleccionado bin selecciona el modo binario para las transferencias Para más información sobre las estadísticas que proporciona y demás comandos se recomienda buscar en Internet. Las tres configuraciones que se van a probar son: compresión software, compresión de cabeceras TCP/IP y multilink PPP. Se recomienda emplear una tabla-resumen similar a la que se muestra a continuación, extrayendo las estadísticas en la parte del Cliente para completar dicha tabla. Tiempo Transferencia Velocidad Transferencia Bytes transferidos Conexión Simple Compresión Software Compresión Cabeceras Multilink PPP.doc.zip.doc.zip.doc.zip.doc.zip 10

11 Conexión simple Con ninguna de las tres opciones de configuración antes mencionadas activadas, realizad pruebas de transferencia de ficheros entre el cliente y el servidor. II.A) Compresión software La compresión software permite una transferencia de datos más rápida en aquellos casos en los que los datos transferidos contienen una elevada redundancia. El servidor de acceso remoto puede configurarse para comprimir los datos que se envían, de tal modo que en el establecimiento el cliente y el servidor negocian utilizarla, y de esta forma la velocidad de transferencia aumenta. Activad SÓLO compresión software y realizad pruebas de transferencia de ficheros entre el servidor y el cliente configurados. II.B) Compresión de cabeceras TCP/IP En líneas punto a punto (por ejemplo, una conexión por puerto serie entre dos PCs, o una conexión entre dos máquinas a través de línea telefónica o RDSI), y sobre las que se realizan conexiones TCP sobre IP, puede ahorrarse parte del ancho de banda consumido por la transmisión de cabeceras de los protocolos TCP (20 bytes) e IP (otros 20 bytes, salvo si se especifican opciones adicionales). La razón de esto es que los paquetes sucesivos asociados a una misma conexión TCP difieren muy poco entre sí (básicamente, en los números de secuencia y asentimiento, y en los checksums). Existe un procedimiento, definido en el RFC 1144, por el que en lugar de enviar los 40 (20+20) bytes consumidos por las cabeceras de TCP y de IP, se envían únicamente las diferencias entre las cabeceras de paquetes sucesivos, que pueden codificarse en tan sólo 5 bytes. Así se puede conseguir una reducción en el consumo de ancho de banda: enviando inicialmente unas cabeceras completas (40 bytes), y a partir de ese momento enviar únicamente las diferencias (5 bytes). El destino puede reconstruir las cabeceras originales con esa información. Sobre líneas lentas, esta reducción es importante. Activad SÓLO compresión de cabeceras TCP/IP y realizad pruebas de transferencia de ficheros entre el servidor y el cliente configurados. II.C) Multilink PPP El multilink PPP (Point to Point Protocol, protocolo de enlace extremo a extremo (cliente/servidor) sobre canal B que hace posible la conexión a redes de datos a través de enlaces punto a punto (RDSI, RTC)), permite la utilización de varios canales para transferir datos de forma simultánea, por tanto aumentando el ancho de banda disponible. El multilink PPP es un mecanismo que permite la utilización de varios canales B simultáneamente para, de esta forma, aumentar la velocidad de transferencia respecto de la situación en la que sólo se utiliza un único canal B. En el caso que nos ocupa, dado que los clientes tienen instalada una única tarjeta RDSI de acceso básico, desde un cliente se puede probar únicamente el uso de dos canales B al mismo tiempo, es decir, pasar de un canal a 64 Kbps, a la combinación de dos ofreciendo hasta 128 Kbps. Configurad SÓLO el multilink PPP, tanto en el cliente como en el servidor, y repetid las pruebas de transferencia de ficheros con los dos canales B. 11

12 Al final de la SEGUNDA SESIÓN deberéis ser capaces de responder a las siguientes cuestiones: Conexión simple 2.1 Determinar, de forma razonada, la velocidad de transferencia alcanzada y por qué no se llega a la capacidad máxima del canal. II.A) Compresión Software 2.2 Determinar cómo se consigue superar la velocidad física de la línea. 2.3 Determinar la relación existente entre la Compresión de Entrada y la Compresión de Salida. II.B) Compresión Cabeceras 2.4 Determinar a qué es debido el aumento de velocidad de transferencia respecto a la situación inicial. 2.5 Determinar la relación existente entre la Compresión de Entrada y la Compresión de Salida. II.C) Multilink PPP 2.6 Determinar la relación existente entre la Velocidad de Transferencia y el Tiempo de Transferencia. 2.7 Determinar cómo se lleva a cabo a nivel físico el Multilink PPP. 12

13 PARTE III (OBLIGATORIA Y EXAMINABLE EN FEBRERO) Análisis de señalización Q.931 III.A) Aquellos que realicen el laboratorio de forma presencial Tomarán dos trazas relativas al intercambio de mensajes de señalización Q.931 que se desarrolla sobre los respectivos accesos básicos a la centralita RDSI, entre el Cliente y el Servidor de acceso remoto. Dichas trazas se tomarán mediante la herramienta Diagnóstico que proporciona la tarjeta RDSI (en Inicio Programas DIVA). Este programa, cuando se ejecuta, muestra todos los eventos desde la última ejecución del mismo. Cada grupo de la práctica será el encargado de proporcionar la traza obtenida en su máquina al otro grupo con el que realiza las pruebas para su posterior análisis completo. Para ambas trazas hay que ejecutar la herramienta Diagnóstico, tanto en el Cliente como en el Servidor de acceso remoto. Traza 1 Para esta traza la conexión se define con las siguientes características: - Sin compresión de SW, ni de cabeceras TCP/IP, ni multilink PPP. - Sin Activar las extensiones PPP LCP. - Se especificará en las propiedades TCP/IP una dirección IP asignada por el Cliente (que se elegirá de entre el rango que permita el Servidor) y como dirección de DNS primario la Para esta primera traza (Traza 1) se conectará el Cliente al Servidor e, inmediatamente, el Cliente cerrará la conexión de acceso telefónico, a continuación se ejecutará Diagnóstico para obtener las respectivas trazas tanto en el Cliente como en el Servidor. Guardad el fichero de texto de la traza con un nombre adecuado distinto al que figura, puesto que si no será sobrescrito en ejecuciones posteriores de Diagnóstico. Traza 2 Para la segunda traza (traza 2) las características de la conexión son similares a las planteadas para la traza 1, excepto que ahora se debe habilitar sólo el multilink PPP, tanto en el Cliente como en el Servidor. A continuación, y de manera similar a como se hizo para la traza 1, se procede a conectar el Cliente al Servidor, y una vez hecha la conexión de acceso telefónico el Cliente cerrará la misma. Acto seguido se ejecutará la herramienta Diagnóstico, en el Cliente y en el Servidor. Guardad el fichero de texto de la traza con un nombre adecuado distinto al que figura, puesto que si no será sobrescrito en ejecuciones posteriores de Diagnóstico. III.B) Aquellos que realicen la práctica en casa Deberán bajarse de la página web de la asignatura el archivo trazas.zip en el que se encuentran dos ficheros en texto plano (.txt) que contienen la Traza 1 y la Traza 2 (a las que se hace referencia posteriormente en la parte de cuestiones), tanto para el Cliente como para el 13

14 Servidor. RESULTADOS Al terminar esta parte deberéis ser capaces de responder a las cuestiones que se plantean en la parte final de esta guía. Para ello deberá analizarse el intercambio de información de señalización que se ve reflejado en las trazas obtenidas en el laboratorio, o en las proporcionadas en el archivo trazas.zip. Dicho análisis deberá centrarse en los mensajes Q.931 generados en las fases de establecimiento y desconexión. Para responder a las cuestiones que se plantean a continuación, se emplearán los formatos de mensaje adjuntos en el ANEXO III de la práctica, en aquellos casos en que sea necesario. En los ficheros de trazas se encuentran registrados eventos de Nivel 2 y 3. Los eventos de señalización Q.931 aparecen reflejados con una estructura como la que sigue: 13:44: SIG-X(017) En primer lugar aparece la hora en la que se produjo el evento. A continuación SIG indica que se trata de un evento de señalización. X indica que el mensaje ha sido transmitido por el lado que toma las trazas (y R que ha sido recibido en dicho lado). Por último, el número entre paréntesis indica la cantidad de bytes que componen el mensaje Q.931. Debe tenerse en cuenta que las horas que aparecen en las trazas de Cliente y Servidor NO TIENEN RELACIÓN entre sí, sólo sirven como orientación del orden temporal en el que fueron registrados dentro de cada máquina. Traza Determinar las diferencias, si es que existen, entre la secuencia típica de señalización de llamada Q.931 obtenida y la estudiada en teoría, en el lado del Cliente y en el del Servidor, y para la Conexión y la Desconexión. 3.2 Determinar qué mensajes son globales y cuáles locales. Diferenciar entre señalización de usuario y señalización de red. 3.3 Determinar la Referencia de Llamada (CRV) empleada en los lados del Cliente y del Servidor, y quién la está asignando. 3.4 Determinar el Tipo de Servicio que está solicitando el llamante (Cliente). 3.5 En el mensaje SETUP del Cliente, determinar los Elementos de Información que contiene y el número de la centralita al que se está llamando. 3.6 En el mensaje SETUP del Servidor, determinar los Elementos de Información que contiene y si encuentra alguna anomalía respecto a la situación teórica. 3.7 Determinar cómo se lleva a cabo la negociación de los Canales B utilizados para la comunicación. 3.8 Determinar cómo se lleva a cabo el proceso de desconexión en los lados del Cliente y del Servidor. 14

15 3.9 Suponga que los 2 canales B del Servidor están ocupados. Codifique en papel el mensaje DISCONNECT (sólo con los IE s obligatorios) que enviaría la centralita al Cliente, que seguiría al mensaje de SETUP del Cliente y que informa de esta situación. Traza En base a la secuencia típica de señalización de llamada obtenida, determinar qué tipo de conexión se está realizando Determinar cómo se lleva a cabo la negociación de los Canales B utilizados para la comunicación Determinar la Referencia de Llamada (CRV) empleada en los lados del Cliente y del Servidor y quién la está asignando. 15