ESCUELA SUPERIOR POLITCNICA DEL LITORAL Facultad de Ingeniera en Electricidad y Computacin

Simulador de Protocolos de Comunicaciones

TESIS DE GRADO
Previo a la obtencin del Ttulo de:

INGENIERO EN ELECTRNICA Y TELECOMUNICACIONES Presentada por: Manuel Freire Medina Roberto Muoz Jaramillo Johnny Rivero Guevara GUAYAQUIL ECUADOR Ao: 2009

AGR ADECIMIENTO

A todas las personas que de una u otra manera

colaboraron en la realizacin de este trabajo y

especficamente a la gran ayuda de mi Director el Ing. Jos Escalante.

DEDICATORIA

A DIOS A NUESTROS PADRES Y A TODA NUESTRA FAMILIA

TRIBUNAL DE GRADUACIN

Msc. Jorge Aragundi SUB-DECANO PRESIDENTE

Ing. Jos Escalante DIRECTOR DE TPICO

Ing. Ivonne Martin VOCAL

Dr. Boris Ramos VOCAL

DECL AR ACIN EXPRESA

La responsabilidad del contenido de esta Tesis de Grado, me corresponde

exclusivamente; y el patrimonio intelectual de la misma a la ESCUELA SUPERIOR POLITCNICA DEL LITORAL

(Reglamento de Graduacin de la ESPOL).

Roberto Muoz Jaramillo

Johnny Rivero Guevara

Manuel Freire Medina

RESUMEN
En el captulo 1 se dar a conocer los modelos de arquitectura de comunicaciones como el OSI y el TCP/IP, sus similitudes y diferencias, tambin los tipos de redes digitales y analgicas, as tambin podremos diferenciar redes que usan conmutacin por circuitos con redes que usan conmutacin por paquetes, y por ltimo conoceremos las diferentes interfaces que existen tanto para redes LAN como WAN.

En el captulo 2 analizaremos a profundidad la estructura de los protocolos de comunicaciones que se usan en la actualidad como el MAC, IP para redes LAN; y HDLC, Frame Relay y ATM para redes WAN. Se revisar las diferencias y ventajas que brindan los protocolos de capa 2 como Frame Relay y ATM para transporte de datos multimedia.

En el captulo 3 se tratarn con las diferentes tipos de herramientas que existen para analizar y monitorear las redes, as como analizadores y/o simuladores, se revisar software que sirve para analizar el trfico en las redes as como tambin hardware que sirve para analizar y simular redes con diferentes protocolos a nivel LAN y WAN.

En el captulo 4 se realizarn las pruebas de monitoreo de redes con protocolos a nivel LAN y WAN. El objetivo de este capitulo es tener como

referencia una herramienta de anlisis y simulacin de redes y tener modelos de practicas para poder simular redes bajo protocolo IP, HDLC, Frame Relay y ATM.

En el captulo 5 se realizarn los costos de la implementacin de un laboratorio.

Finalmente se dan a conocer las conclusiones y recomendaciones.

INDICE GENERAL
Pg. RESUMEN.......................................................................................................II INDICE GENERAL..........................................................................................III INDICE DE FIGURAS......................................................................................X INDICE DE TABLAS.....................................................................................XV INTRODUCCIN..............................................................................................1

1. ASPECTOS BASICOS DE REDES.2 1.1.- Modelo OSI......2 1.1.1.- Ventajas del modelo OSI...3 1.1.2.- Capas del Modelo OSI3 1.1.3.- Proceso detallado de encapsulamiento.....6 1.2.- Comunicaciones de par a par.......7 1.3.- Arquitectura de comunicacin...8 1.3.1.- Arquitectura TCP/IP8 1.3.2.- Capas de la arquitectura TCP/IP..9 1.4.- Diferencias y similitudes entre el modelo OSI y TCP/IP.10 1.5.- Redes conmutadas...11 1.5.1.- Conmutacin por circuitos...12 1.5.2.- Conmutacin por paquetes.....13 1.6.- Interfaces de comunicaciones...16 1.6.1.- Caractersticas de la interfaz..16

1.6.1.1.- Mecnicas, elctricas, funcionales y de procedimientos16 1.6.1.2.- Transmisin de datos digitales seriales.17 1.6.1.2.1.- Transmisin serie sincrnica...17 1.6.1.3.- Interfaz DTE-DCE.18 1.6.2.- Interfaz EIA-23219 1.6.3.- Interfaz V.35...23

2. PROTOCOLOS DE COMUNICACIN..27 2.1.- Protocolos de capa 2....27 2.1.1.- MAC.27 2.1.1.1.-Ethernet y el modelo OSI..28 2.1.1.2.- Denominacin.29 2.1.1.3.- Estructura y campos de la trama Ethernet30 2.1.1.4.- Reglas de MAC y deteccin de la colisin/postergacin de la retransmisin....32 2.1.2.- HDLC..33 2.1.2.1.- Introduccin33 2.1.2.2.- Cisco HDLC34 2.1.2.3.- Cisco Slarp..35 2.1.2.4.- Estructura de la trama SLARP (Request/Response)...36 2.1.2.5.- Estructura de la trama Slarp keep alive.....37 2.1.3.- Frame Relay..38 2.1.3.1.- Introduccin....38

2.1.3.2.- Diferencias entre Frame Relay y X.2539 2.1.3.3.- Topologas de conexin40 2.1.3.4.- Caractersticas tcnicas...41 2.1.3.5.- Ventajas..52 2.1.3.6.- Aplicaciones53 2.1.4.- ATM.54 2.1.4.1.- Introduccin....54 2.1.4.1.1.- Modelo de referencia ATM...55 2.1.4.2.- Conexiones Logicas en ATM...58 2.1.4.3.- Celdas ATM....59 2.1.4.4.- Sealizacin en ATM....62 2.1.4.5.- Transmisin de Celdas ATM.......64 2.1.4.6.- Funciones de las Capas del modelo de referencia ATM66 2.1.4.6.1.- Protocolos AAL...71 2.1.4.7.- Beneficios...74 2.2.- Protocolo de capa 3......76 2.2.1.- IP..76 2.2.1.1.- Estructura de un paquete IP....76 2.2.1.2.- Direccionamiento IP......79 2.2.1.3.- IPv4..80 2.2.1.4.- IPv4 en comparacin con IPv6...80

3. HERRAMIENTAS DE SIMULACIN DE PROTOCOLOS DE COMUNICACIONES......82 3.1.- Software de simulacin........82 3.2.- Otras herramientas de anlisis y simulacin de redes...83 3.2.1.- Wireshark.............85 3.3.- Herramientas de hardware para simulacin de redes....86 3.3.1.- RADCOM RC-100WL..87 3.3.1.1.- Arquitectura interna......87 3.3.1.2.- Presentacin.....88 3.3.1.3.- Conexin del equipo.91 3.3.1.3.1.- Cable Monitor.91 3.3.1.3.2.- Cable Simulacin..91 3.3.1.4.- Software de interfaz con el usuario (GUI)....92 3.3.1.4.1.- Ventana principal..93 3.3.1.4.2.- Asignacin de canal..94 3.3.1.4.3.- Proceso de captura...96 3.3.1.4.4.- Proceso de captura (Background Record)..104 3.3.1.4.5.- Proceso de simulacin105

4. PROYECTO110 4.1.- Pruebas Realizadas110 4.2.- Implementacin de una Red de Datos111

4.3.- Prctica de laboratorio de simulacin del protocolo HDLC..112 4.3.1.- Descripcin General..112 4.3.2.- Equipos requeridos112 4.3.3.- Descripcin del contenido de la prctica113 4.3.4.- Desarrollo de la prctica...113 4.3.4.1.- Esquema de conexin113 4.3.4.2.- Conexiones de los equipos...114 4.3.4.3.- Configuracin de los routers.....114 4.3.4.4.- Verificacin de la configuracin HDLC117 4.3.4.5.- Captura de la trama Cisco HDLC.120 4.3.4.6.- Anlisis de la trama Cisco HDLC.122 4.3.4.6.1.- Anlisis de la trama 0.122 4.3.4.6.2.- Anlisis de la trama SLARP..124 4.3.4.6.3.- Anlisis de la red.....126 4.4.- Prctica de laboratorio de simulacin de Ethernet (MAC), IP.136 4.4.1.- Descripcin General..136 4.4.2.- Equipos requeridos136 4.4.3.- Descripcin del contenido de la prctica137 4.4.4.- Desarrollo de la prctica...137 4.4.4.1.- Esquema de conexin137 4.4.4.5.- Anlisis de la trama Ethernet....142 4.4.4.5.1.- Anlisis de la trama 0.142

4.4.4.5.2.- Anlisis de la red.148 4.5.- Prctica de laboratorio de simulacin de Frame Relay165 4.5.1.- Descripcin General..165 4.5.2.- Equipos requeridos165 4.5.3.- Descripcin del contenido de la prctica166 4.5.4.- Desarrollo de la prctica...166 4.5.4.1.- Esquema de conexin167 4.5.4.2.- Conexin de los equipos...167 4.5.4.3.- Configuracin de los ruteadores..167 4.5.4.4.- Verificacin de la configuracin frame Relay.171 4.5.4.5.- Captura de la trama de la interfaz de administracin Local (LMI)..177 4.5.4.6.- Anlisis de la trama de los tipos de mensajes de Sealizacin180 4.5.4.6.1.- Anlisis de la trama Propietaria Cisco.181 4.5.4.6.2.- Anlisis de la trama T1.617 Anex D (LMI)..181 4.5.4.6.3.- Anlisis de la trama Annex A189 4.5.4.6.4.-Anlisis de la red..197 4.6.- Prctica de laboratorio de simulacin del protocolo ATM209 4.6.1.- Descripcin General..209 4.6.2.- Equipos requeridos209 4.6.3.- Descripcin del contenido de la prctica209

4.6.4.- Desarrollo de la prctica...210 4.6.4.1.- Proceso de simulacin en modo de trama ATM (ATM/SAR) .210 4.6.4.2.- Anlisis en modo de trama ATM/SAR....214 4.6.4.2.1.- Anlisis de la red.......................219 5. COSTOS DE LA IMPLEMENTACIN DE UN LABORATORIO..224 5.1.- Descripcin de los componentes del laboratorio...225 5.1.- Clculos y anlisis generales de los costos...226

CONCLUSIONES .229 RECOMENDACIONES.232 ANEXOS..233 BIBLIOGRAFA..235 ABREVIATURAS.........................................................................................237

INDICE DE FIGURAS

FIGURA 1.1 FIGURA 1.2 FIGURA 1.3 FIGURA 1.4 FIGURA 1.5 FIGURA 1.6 FIGURA 1.7 FIGURA 1.8 FIGURA 1.9 FIGURA 2.1 FIGURA 2.2 FIGURA 2.3 FIGURA 2.4 FIGURA 2.5 FIGURA 2.6 FIGURA 2.7 FIGURA 2.8 FIGURA 2.9

Capas del modelo OSI...4 Proceso detallado de encapsulamiento......6 Comunicacin par a par.....8 Transmisin serie sincrnica...18 DTE y DCE.18 Funciones de los pines en la versin DB-2521 Funciones de los pines en la versin DB-9..22 Conector Winchester....24 Configuraciones DTE-DCE y DTE-DTE26 Modelo OSI y Ethernet....28 Direccin MAC..29 Formato MAC data frame....30 Trama cHDLC...34 Estructura de la trama.....42 Campo de Direccin.....44 Campo de informacin.....46 Parmetros de frame relay .49 Intercambio de mensajes del estado del enlace ....51

FIGURA 2.10 Modelo de referencia del Protocolo ATM....................56 FIGURA 2.11 Relaciones entre conexiones ATM...........59 FIGURA 2.12 Formato de cabecera..............60 FIGURA 2.13 Carga til STM-1 para transmisin de celdas ATM basada en SDH.........................................................65 FIGURA 2.14 Capas de ATM...............................67 FIGURA 2.15 Clases de servicios en ATM.................71 FIGURA 2.16 PDU SAR-AAL1..................72 FIGURA 2.17 Ensablado de PDU AAL5..........................74

FIGURA 2.18 Formato estructura IP............................77 FIGURA 2.19 Direccin IP................................79 FIGURA 3.1 FIGURA 3.2 FIGURA 3.3 FIGURA 3.4 FIGURA 3.5 FIGURA 3.6 FIGURA 3.7 FIGURA 3.8 FIGURA 3.9 Arquitectura interna..87 Panel frontal de equipos Radcom......89 Panel posterior..90 Ventana principal..93 Asignacin de canal.....94 Asignacin de canal (2)95 Configuracin del canal 196 Cuadro de dilogo del proceso de captura..98 Cuadro de dialogo de configuracin del proceso de captura99 FIGURA 3.10 Ventana del proceso de captura visualizar.100 FIGURA 3.11 Opciones de post captura.102 FIGURA 3.12 Anlisis de datos capturados103 FIGURA 3.13 Dilogo de configuracin del Background..104 FIGURA 3.14 Dilogo del proceso de simulacin..106 FIGURA 3.15 Dilogo del proceso de simulacin..107 FIGURA 3.16 Ventana para definir trama especifica.107 FIGURA 4.3.1 Diagrama de la red113 FIGURA 4.3.2 Verificacin de protocolo de encapsulacin..118 FIGURA 4.3.3 Verificacin de protocolo de enrutamiento....119 FIGURA 4.3.4 Ping hacia la interfaz Ethernet del router Lab_B..119 FIGURA 4.3.5 Ping hacia la interfaz Ethernet del router Lab_A..120 FIGURA 4.3.6 Seleccin de canal a realizar anlisis ...120 FIGURA 4.3.7 Seleccin de protocolo de pila 121 FIGURA 4.3.8 Seleccin de la ventana de captura...121 FIGURA 4.3.9 Vista de la ventana de captura ...122 FIGURA 4.3.10 Vista de la ventana de captura (2)..126 FIGURA 4.3.11 Seleccin de parmetros de anlisis ....127

FIGURA 4.3.12 Anlisis por ICMP .....128 FIGURA 4.3.13 Fragmento de paquete ICMP......128 FIGURA 4.3.14 Anlisis de IP... .....129 FIGURA 4.3.15 Anlisis por Retardo.....130 FIGURA 4.3.16 Anlisis por Precedencia.....131 FIGURA 4.3.17 Anlisis por Fiabilidad......131 FIGURA 4.3.18 Anlisis por Rendimiento.....132 FIGURA 4.3.19 Trfico entre pares....133 FIGURA 4.3.20 Distribucin de Trfico por direccin destino....133 FIGURA 4.3.21 Distribucin de Trfico por direccin fuente.....134 FIGURA 4.3.22 Distribucin de protocolos (1)..135 FIGURA 4.3.23 Distribucin de protocolos (2)..135 FIGURA 4.4.1 Diagrama de la red137 FIGURA 4.4.2 Asignacin de canales..138 FIGURA 4.4.3 Configuracin Lan.....139 FIGURA 4.4.4 Configuracin de nombres de equipos..139 FIGURA 4.4.5 Configuracin de nombres de equipos (2)....140 FIGURA 4.4.6 Visualizar la ventana de captura.....141 FIGURA 4.4.7 Ventana de captura..........142 FIGURA 4.4.8 Ventana de captura del software Radcom....150 FIGURA 4.4.9 Anlisis Ethernet....151 FIGURA 4.4.10 Anlisis por distribucin por campo tipo....152 FIGURA 4.4.11 Actividad de trfico de red.......152 FIGURA 4.4.12 Asociacin de direccin MAC a equipo.....153 FIGURA 4.4.13 Actividad de trfico de red (2).....153 FIGURA 4.4.14 Distribucin de trfico por direccin MAC destino...154 FIGURA 4.4.15 Distribucin de trfico por direccin MAC fuente.....155 FIGURA 4.4.16 Anlisis por ICMP......156 FIGURA 4.4.17 Anlisis por retardo.......157 FIGURA 4.4.18 Anlisis por Precedencia.....158

FIGURA 4.4.19 Anlisis por Fiabilidad..........158 FIGURA 4.4.20 Anlisis por Rendimiento.........159 FIGURA 4.4.21 Trfico entre pares........160 FIGURA 4.4.22 Distribucin de trfico por direccin destino.....160 FIGURA 4.4.23 Distribucin de trfico por direccin fuente.......161 FIGURA 4.4.24 Distribucin de tramas por longitud.......162 FIGURA 4.4.25 Distribucin de tramas errneas........162 FIGURA 4.4.26 Anlisis de distribucin de protocolos (1)......163 FIGURA 4.4.27 Anlisis de distribucin de protocolos (2)......164 FIGURA 4.5.1 Diagrama de red....166 FIGURA 4.5.2 Estadsticas de LMI del switch Frame Relay172 FIGURA 4.5.3 Verificacin de PVC del Router Lab_A..173 FIGURA 4.5.4 Verificacin de PVC del Router Lab_B..173 FIGURA 4.5.5 Verificacin de PVC del switch Frame Relay174 FIGURA 4.5.6 Verificacin del Mapeo Frame Relay Lab_B.174 FIGURA 4.5.7 Verificacin del Mapeo Frame Relay Lab_A.175 FIGURA 4.5.8 Realizacin de ping Lab_B..176 FIGURA 4.5.9 Realizacin de ping Lab_A..177 FIGURA 4.5.10 Asignacin del canal.....177 FIGURA 4.5.11 Seleccin del protocolo utilizado........178 FIGURA 4.5.12 Seleccin de la variante del protocolo...178 FIGURA 4.5.13 Seleccin de la ventana de captura..o...179 FIGURA 4.5.14 Ventana de captura...180 FIGURA 4.5.15 Intercambio de mensajes LMI.....181 FIGURA 4.5.16 Mensajes de sealizacin....182 FIGURA 4.5.17 Mensajes de sealizacin (2)......189 FIGURA 4.5.18 Ventana de captura......190 FIGURA 4.5.19 Ventana de captura (2)........197 FIGURA 4.5.20 Anlisis de Frame Relay......198 FIGURA 4.5.21 Distribucin de las tramas.......199

FIGURA 4.5.22 Anlisis de distribucin de las tramas....200 FIGURA 4.5.23 Anlisis de distribucin de las tramas (2)..200 FIGURA 4.5.24 Anlisis de estadsticas de las tramas...201 FIGURA 4.5.25 Anlisis de estadsticas de las tramas (2).201 FIGURA 4.5.26 Anlisis de estadsticas de ICMP...202 FIGURA 4.5.27 Anlisis de estadsticas de ICMP (2).....203 FIGURA 4.5.28 Anlisis de retardo en IP......204 FIGURA 4.5.29 Anlisis de actividad de trfico en IP.....204 FIGURA 4.5.30 Anlisis de trfico por direccin IP destino...205 FIGURA 4.5.31 Anlisis de trfico por direccin IP fuente.....206 FIGURA 4.5.32 Anlisis de trfico por protocolos.......207 FIGURA 4.5.33 Anlisis estadstico por protocolos.....207 FIGURA 4.5.34 Anlisis de la longitud de las tramas......208 FIGURA 4.6.1 Configuracin Demo.....210 FIGURA 4.6.2 Configurar protocolo de pila ATM/SAR..211 FIGURA 4.6.3 Configurar los procesos activos..212 FIGURA 4.6.4 Ventana de captura...213 FIGURA 4.6.5 Filtrado de tramas.....214 FIGURA 4.6.6 Reensamble de celdas en SAR-PDU....216 FIGURA 4.6.7 Reensamble de SAR-PDU en AAL5-CPCS-PDU217 FIGURA 4.6.8 Captura de trama...218 FIGURA 4.6.9 Opciones de anlisis.....219 FIGURA 4.6.10 Distribucin de la direccin de la trama.220 FIGURA 4.6.11 Distribucin de la longitud de las tramas...221 FIGURA 4.6.12 Distribucin del status de las tramas..222 FIGURA 4.6.13 Distribucin del trfico por tipo de AAL..222 FIGURA 4.6.14 Distribucin del trfico por VPI....223 FIGURA 4.6.15 Distribucin del trfico por VPI/VCI....223

INDICE DE TABLAS
TABLA 1.1 TABLA 1.2 TABLA 2.1 TABLA 2.2 TABLA 2.3 TABLA 2.4 TABLA 2.5 TABLA 2.6 TABLA 2.7 TABLA 3.1 TABLA 3.2 Disposicin de pines EIA-232....22 Disposicin de pines V.35..25 Codigo de protocolos cHDLC....35 Estructura de trama cHDLC SLARP....36 Estructura de trama cHDLC SLARP keep-alive ....37 Diferencias entre FR y X.25...39 IP sobre frame relay ...47 Tipos de LMI.....50 Jerarqua digital sncrona...66 Software de eventos discretos......83 Analizadores de red.84

TABLA 4.3.1 Configuracin de direcciones IP.....114 TABLA 4.3.2 Anlisis de la trama 0.......123 TABLA 4.3.3 Trama 1......124 TABLA 4.3.4 Trama 5......125 TABLA 4.3.5 Trama 16........125 TABLA 4.3.6 Trama 23....125 TABLA 4.4.1 Trama 0......142 TABLA 4.4.2 Trama 3......143 TABLA 4.4.3 Trama 4......143 TABLA 4.4.4 Trama 40........145 TABLA 4.4.5 Trama 41........146 TABLA 4.4.6 Trama 42........147 TABLA 4.4.7 Trama 0..........148 TABLA 4.5.1 Configuracin de los ruteadores.....167 TABLA 4.5.2 Trama 3..........183 TABLA 4.5.3 Trama 3 (2)........184

TABLA 4.5.4 Trama 4..........185 TABLA 4.5.5 Trama 4 (2)........186 TABLA 4.5.6 Trama 10........187 TABLA 4.5.7 Trama 18........189 TABLA 4.5.8 Captura de datos.......190 TABLA 4.5.9 Trama 2..........191 TABLA 4.5.10Trama 44...........193 TABLA 4.5.11Trama 45...........194 TABLA 4.5.12Trama capturada......195 TABLA 4.5.13Trama capturada......196 TABLA 4.6.1 Trama capturada.......217 TABLA 5.1 TABLA 5.2 Costo de ruteadores y adicionales.....227 Costo de equipo Analizador de protocolos Radcom...227

INTRODUCCIN

Para compartir datos por la red es necesaria una comunicacin previa, y esta comunicacin se rige a travs de ciertos protocolos que, bajo su cumplimiento, permiten la comunicacin. Esta premisa origin la idea del proyecto "Simulacin de protocolos de Comunicaciones que con equipos de simulacin permite analizar, entender como un paquete o trama viaja a travs de una red para proveer servicios de datos usando un equipo analizador de protocolos Radcom RC-100WL. Se tratarn con las diferentes tipos de herramientas que existen para analizar y monitorear las redes, as como analizadores y/o simuladores, se revisar un software que sirve para analizar y simular redes con diferentes protocolos a nivel LAN y WAN. Se realizar un anlisis de la estructura de las tramas o paquetes de los protocolos que se usan en la actualidad como MAC, IP para redes LAN y HDLC, Frame Relay y ATM para redes WAN.

CAPTULO 1
1. Aspectos Bsicos de Redes

1.1.- Modelo OSI

El Modelo de Referencia de Interconexin de Sistemas Abiertos, fue creado por la Organizacin Internacional de Normalizacin (ISO), debido a que a principios de la dcada del ochenta, se produjo un gran crecimiento de las redes de datos; esto implic que los equipos de distintos fabricantes no puedan intercambiar informacin dado a que utilizaban diferentes

especificaciones.

El modelo de referencia de Interconexin de Sistemas Abiertos (OSI) lanzado en 1984, fue el modelo de red descriptivo creado por la ISO; esto es; un marco de referencia para la definicin de arquitecturas de interconexin de sistemas de comunicaciones1.

Tomado de http://es.wikipedia.org/wiki/Modelo_OSI

1.1.1 Ventajas del Modelo OSI

El modelo OSI se utiliza por las siguientes razones:

Al dividir la comunicacin de red permite un menor tiempo en el diagnstico de fallas de las redes

Permite a los distintos tipos de hardware y software de red comunicarse entre s.

Previene que los cambios que se producen en un rea afecten a las dems, para que cada rea pueda evolucionar ms rpidamente.

Permite que los diseadores de red elijan los dispositivos y las funciones de red adecuadas para esa capa.

1.1.2 Capas del modelo OSI

El modelo OSI se puede comprender como viaja la informacin a travs de una red, en este, hay siete capas enumeradas (ver figura 1.1), cada una de las cuales tiene una funcin especfica.

Aplicacin (Capa 7) Se encarga de suministrar servicios de red a las aplicaciones del usuario final. Estos servicios de red incluyen acceso a archivos, aplicaciones, etc.

Figura 1.1 Capas del modelo OSI

Presentacin (Capa 6) Se encarga de la representacin de los datos transmitidos, es decir cada ordenador puede tener su propia forma de representacin interna de los datos, por lo que es necesario tener acuerdos y convenciones para poder asegurar el entendimiento entre diferentes ordenadores.

Sesin (Capa 5) Esta capa de sesin establece, mantiene y administra conversaciones, denominadas sesiones, entre dos o ms aplicaciones de distintas computadoras. La capa de sesin se encarga de mantener las lneas abiertas durante la sesin y de desconectarlas cuando concluyen.

Transporte (Capa 4) Esta capa toma el archivo de datos y lo divide en segmentos para facilitar la transmisin. Su principal objetivo es garantizar una comunicacin fiable y eficiente entre dos computadoras, con

independencia de los medios empleados para su interconexin. Para conseguir este objetivo se emplea protocolos de transporte.

Red (Capa 3) La capa de red agrega direcciones lgicas o de red, como las direcciones de Protocolo de Internet (IP), a la informacin que pasa por ella. Con la adicin de esta informacin de direccionamiento, los segmentos en esta etapa se denominan paquetes. Esta capa determina la mejor ruta para transferir los datos de una red a otra.

Enlace de datos (Capa 2) La capa de enlace de datos administra la notificacin de errores, la topologa y el control de flujo. Reconoce identificadores especiales que son nicos para cada host, tales como las direcciones de control de acceso a medios (MAC). Los paquetes de la Capa 3 se colocan en tramas que contienen estas direcciones fsicas (MAC) de cada host origen y de destino.

Fsica (Capa 1) Esta capa incluye los medios, como cable de par trenzado, cable coaxial y cable de fibra ptica para transmitir las tramas de datos. Adems se define los medios elctricos y mecnicos; el procedimiento y las funciones para activar, mantener y desactivar el enlace fsico entre sistemas finales.

1.1.3 Proceso detallado de encapsulamiento

En todas las comunicaciones de una red parten de un origen y se envan a un destino. La comunicacin es iniciada por la capa de aplicacin desde un host origen hasta un host destino. En cuanto los datos se transfieren entre las capas del modelo OSI, estos van agregando informacin como encabezados y otros tipos de datos que es interpretada solo en la misma capa, la figura 1.2 detalla el envo de un correo electrnico.

Figura 1.2 Proceso detallado de encapsulamiento2

Figura tomada de http://es.wikipedia.org/wiki/Modelo_OSI

Las redes deben realizar los siguientes cinco pasos de conversin a fin de encapsular los datos:

Crear los datos. Empaquetar los datos para ser transportados de extremo a extremo. Agregar la direccin de red IP al encabezado. Agregar el encabezado y la informacin final de la capa de enlace de datos.

Realizar la conversin a bits para su transmisin.

1.2 Comunicaciones de par a par

En el modelo OSI cuando existe una comunicacin entre dos host los protocolos de cada capa en un mismo nivel intercambian informacin, esto se denomina comunicacin par a par. Esta informacin que es intercambiada se denomina PDU, con lo cual cada capa del modelo OSI tiene un PDU especfico como se detalla en la siguiente figura 1.3.

Figura 1.3 Comunicacin Par a Par3

1.3

Arquitectura de Comunicacin

Es un conjunto de mdulos que se comunican entre s para la transferencia de datos, ejemplo TCP/IP.

1.3.1 Arquitectura TCP/IP

El Departamento de Defensa de EE.UU. (DoD) desarroll el modelo de referencia TCP/IP que es un conjunto de reglas para que equipos compartan informacin en una red en cualquier tipo de medio.

Figura tomada del curriculum CCNA 1

TCP/IP se creo como un estndar abierto que permiti un desarrollo acelerado del mismo.

1.3.2 Capas de la Arquitectura TCP/IP

El modelo TCP/IP tiene las siguientes cuatro capas:

Capa de aplicacin. Capa de transporte. Capa de Internet. Capa de acceso a la red.

Aplicacin (Capa 4) Esta capa se encarga de manejar aspectos de representacin, codificacin y control de dilogo.

Transporte (Capa 3) Esta capa se encarga de aspectos como control de flujo, calidad del servicio, correccin de errores, segmentacin y reensamble de datos en la comunicacin. El protocolo principal de esta capa es el de control de transmisin (TCP), definido en la RFC-793; es un protocolo orientado a conexin, es decir mantiene una conexin lgica entre sus extremos. Adems est el protocolo de datagrama de usuario (UDP) definido en la RFC-768; que es un protocolo no orientado a conexin y se lo utiliza cuando la aplicacin necesita un tiempo de respuesta menor dado a que su

cabecera es muy simplificada por lo cual no consume muchos recursos en su transmisin.

Internet (Capa 2) El propsito de la capa Internet es utilizar los datos de las capas superiores, es decir; los segmentos TCP o UDP empaquetarlos y enviarlos en la red. En este caso el protocolo Internet (IP) definido en la RFC791 el que permite que los paquetes lleguen a su destino

independientemente de la ruta que utilizaron para llegar all.

Acceso a la red (Capa 1) En esta capa se refiere a cualquier tecnologa utilizada en una red. Esto incluye a todas las tecnologas de la capa fsica y enlace de datos del modelo OSI.

1.4

Diferencia y similitudes entre el Modelo OSI y TCP/IP

Entre el modelo OSI con los modelos TCP/IP, surgen algunas similitudes y diferencias.

Las similitudes incluyen:

Ambos se dividen en capas. Ambos tienen capas de aplicacin, aunque incluyen servicios muy distintos.

Ambos tienen capas de transporte y de red similares.

10

Ambos suponen que se conmutan paquetes, esto significa que para llegar a un destino comn varios paquetes pueden utilizar distintas rutas en la red.

Las diferencias incluyen:

TCP/IP combina las funciones de la capa de presentacin y de sesin en la capa de aplicacin.

TCP/IP combina la capa de enlace de datos y la capa fsica del modelo OSI en la capa de acceso de red.

TCP/IP parece ser ms simple porque tiene menos capas.

1.5.- Redes conmutadas

Cuando los datos son enviados de un nodo origen a un destino, generalmente deben pasar por varios nodos intermedios. Estos nodos son los encargados de dirigir los datos para que lleguen a su destino. Hay nodos slo conectados a otros nodos y su nica misin es conmutar los datos internamente a la red. Tambin hay nodos conectados a host y a otros nodos, por lo que deben de aadir a su funcin como nodo, la aceptacin y emisin de datos de los host que se conectan.

11

Generalmente hay ms de un camino entre dos host, para as poder desviar los datos por el camino menos congestionado. Para redes WAN, generalmente se utilizan otras tcnicas de conmutacin: conmutacin de circuitos y conmutacin de paquetes.

1.5.1.- Conmutacin por circuitos

Para cada conexin entre dos host, los nodos intermedios dedican un canal lgico a dicha conexin. Para establecer el contacto y el paso de la informacin de host a host a travs de los nodos intermedios, se requieren estos pasos:

Establecimiento del circuito Transferencia de datos Desconexin del circuito

Para trfico de datos, la conmutacin de circuitos suele ser bastante ineficiente ya que los canales estn reservados aunque no circulen datos a travs de ellos. Para trfico de voz, en que suelen circular datos (voz) continuamente, puede ser un mtodo bastante eficaz ya que el nico retardo es el establecimiento de la conexin, dado a que el canal ya est establecido.

12

1.5.2.- Conmutacin por paquetes

En conmutacin de paquetes, los datos se transmiten en paquetes cortos. Para transmitir grupos de datos grandes, el emisor divide estos grupos en paquetes pequeos y les adiciona una serie de bits de control. En cada nodo, el paquete se recibe, se almacena durante un cierto tiempo y se transmite hacia el emisor o hacia un nodo intermedio.

Las ventajas de la conmutacin de paquetes frente a la de circuitos son: La eficiencia de la lnea es mayor, cada enlace se comparte entre varios paquetes que estarn en cola para ser enviados en cuanto sea posible. En conmutacin de circuitos, la lnea se utiliza exclusivamente para una conexin, aunque no haya datos a enviar.

Se permiten conexiones entre host de velocidades diferentes, esto es posible porque los paquetes se irn guardando en cada nodo conforme lleguen (en una cola) y se irn enviando a su destino; en cada nodo se crean criterios de prioridad.

Cuando un emisor necesita enviar un grupo de datos mayor que el tamao fijado para un paquete, este los fragmenta en paquetes y los enva uno a uno al receptor.

13

Hay dos tcnicas bsicas para el envo de estos paquetes:

Tcnica de datagramas: cada paquete se trata de forma independiente, es decir, el emisor enumera cada paquete, le aade informacin de control (por ejemplo nmero de paquete, nombre, direccin de destino, etc.) y lo enva hacia su destino. Puede ocurrir que por haber tomado caminos diferentes y lleguen a su destino en diferente orden, por lo que tiene que ser el receptor el encargado de ordenar los paquetes y saber los que se han perdido (para su posible reclamacin al emisor), y para esto los protocolos de capa superior son los encargados.

Tcnica de circuitos virtuales: antes de enviar los paquetes de datos , el emisor enva un paquete de control que es de Peticin de Llamada , este paquete se encarga de establecer un camino lgico de nodo en nodo por donde irn uno a uno todos los paquetes de datos. De esta forma se establece un camino virtual para todo el grupo de paquetes. Este camino virtual ser enumerado o nombrado inicialmente en el emisor y ser el paquete inicial de peticin de llamada el encargado de ir informando a cada uno de los nodos por los que pase de que ms adelante irn llegando los paquetes de datos con ese nombre o nmero. De esta forma, el encaminamiento slo se hace una vez (para la peticin de llamada). El

14

sistema es similar a la conmutacin de circuitos, pero se permite a cada nodo mantener multitud de circuitos virtuales a la vez.

Las ventajas de los circuitos virtuales frente a los datagramas son:

Las rutas en cada nodo slo se hace una vez para todo el grupo de paquetes. Por lo que los paquetes llegan antes a su destino.

Todos los paquetes llegan en el mismo orden del de partida ya que siguen el mismo camino.

En cada nodo se realiza deteccin de errores, por lo que si un paquete llega errneo a un nodo, este lo solicita otra vez al nodo anterior antes de seguir transmitiendo los siguientes.

Desventajas de los circuitos virtuales frente a los datagramas: En datagramas no hay que establecer llamada (para pocos paquetes, es ms rpida la tcnica de datagramas). Los datagramas son ms flexibles, es decir que si hay congestin en la red una vez que ya ha partido algn paquete, los siguientes pueden tomar caminos diferentes (en circuitos virtuales, esto no es posible). El envo mediante datagramas es ms seguro ya que si un nodo falla, slo un paquetes se perder (en circuitos virtuales se perdern todos).

15

1.6.- Interfaces de comunicaciones

En la realizacin de nuestro proyecto tenemos la necesidad de conectar equipos de comunicaciones, dicha necesidad nos llev a crear un marco donde debemos conocer las recomendaciones o reglas de la transmisin de la seal a travs de un enlace de comunicaciones; es en la interfaz donde se define un conjunto de cables y un tipo de enlace.

1.6.1.- Caractersticas de la interfaz

Para que un par de equipos conectados de distintos fabricantes intercambien datos es necesario definir sus caractersticas y el estndar a utilizar. Las interfaces estn incluidas en el nivel fsico del modelo OSI, debido a que proporciona especificaciones elctricas, mecnicas y de procedimiento para el medio de transmisin.

1.6.1.1.- Mecnicas, elctricas, funcionales y de procedimientos

La especificacin o caracterstica mecnica se define el tipo de cable a utilizar, longitud de los cables.

La especificacin elctrica se refiere a tipos de seales, niveles de voltajes, impedancias, frecuencias y codificaciones utilizadas.

16

La especificacin funcional y de procedimiento define las asignaciones de cada seal del conector utilizado, adems su modo de transmisin y los procedimientos para establecer una comunicacin.

1.6.1.2.- Transmisin de datos digitales seriales

En un sistema digital, las unidades bsicas uno y cero pueden agruparse de n bits para ser transportadas, en la transmisin serial o en serie; estos bits son transportados por un mismo canal uno a uno entre dos dispositivos. Con cada pulso de reloj slo se transmite un bit, esta puede ser de dos maneras sincrnica y asincrnica, en los equipos actuales debido a la necesidad de altas tasas de transmisiones de datos se utiliza la transmisin sincrnica y es en la que se har referencia en esta parte del captulo.

1.6.1.2.1.- Transmisin serie sincrnica

En la transmisin sincrnica los datos fluyen continuamente por el mismo canal bits tras bits formando bytes y estos a su vez trama, lo que implica que el receptor tiene la tarea de separar cada en byte para reconstruir los datos.

Podemos observar en la figura 1.4 como fluyen los bits en una transmisin sincrnica, en donde se vuelve importante la temporizacin.

17

Figura 1.4 Transmisin serie sincrnica4 1.6.1.3.- Interfaz DTE-DCE

En un enlace de comunicaciones existen cuatro unidades bsicas como lo muestra la figura 1.5: un DTE y un DCE de un extremo y un DCE y un DTE del otro extremo.

Figura 1.5 DTE y DCE5

DTE: Un equipo DTE (Data Terminal Equipment) o ETD (Equipo Terminal de datos) es cualquier equipo informtico, sea receptor o emisor final de datos.

Figura tomada del Libro Transmisin de datos, Autor Forouzan, Edit McGrawHill Figura tomada del Libro Transmisin de datos, Autor Forouzan, Edit McGrawHill

18

El DTE es aquel componente del circuito de datos que hace de fuente o destino de la informacin. Puedes ser un computador como tambin un ruteador.

DCE: Un DCE (Data Circuit-Terminating Equipment) o ETCD (equipo terminal del circuito de datos) es todo dispositivo que participa en la comunicacin entre dos dispositivos pero que no es receptor final ni emisor original de los datos que forman parte de esa comunicacin. Un equipo DCE puede ser un MODEM un ruteador y un equipo DTE generalmente es un computador.

1.6.2.- Interfaz EIA-232

En telecomunicaciones la interfaz EIA-232 es un estndar de la Electronic Industries Alliance (EIA) para seales seriales de datos binarios que se utilizan en la conexin entre un DTE y un DCE, esta tiene su estndar similar en la Unin Internacional de Telecomunicaciones (ITU) la V.24.

Adems al no definir codificacin de caracteres (ASCII, EBCD), bits de inicio y de parada, velocidad, etc. Estas pueden ser configuradas antes de iniciar la transmisin, por lo que son muy utilizadas en configuracin de equipos por terminal, pero muy poca utilizada para transmisin de datos.

19

Este estndar define las siguientes caractersticas:

Especificacin mecnica: Se define como un cable de 25 hilos con un conector DB-25 macho y hembra respectivamente en los extremos con una longitud mxima de 15 metros. Tambin existe otra implementacin que utiliza un cable de 9 hilos con un conector DB-9.

Especificacin elctrica: La especificacin elctrica del estndar define los niveles de voltaje y el tipo de seal a transmitir en cualquier direccin entre el DTE y el DCE.

De los 25 hilos utilizados, no todos estn implementados, cuatro son utilizados para funciones de datos y el resto estn reservados para funciones de control, temporizacin y tierra.

La especificacin elctrica del EIA-232 define que las seales de datos deben enviarse usando uno negativo (-15 a -3 voltios) y otro positivo (+3 a +15 voltios). Adems define que las seales distintas a las de datos deben enviarse usando OFF (menor que 3 voltios) y ON (mayor que +3 voltios).

Especificacin funcional: Implementacin DB-25. El EIA-232 define las funciones asignadas a cada uno de las 25 patillas del conector DB-25. La

20

Figura 1.6 muestra la orden y la funcionalidad de cada patilla de un conector macho.

Implementacin DB-9. Muchas de las patillas de la implementacin del DB-25 no son necesarias en una conexin asncrona sencilla, este conector est mostrado en la figura 1.6. Por ello, se ha desarrollado una versin ms sencilla del EIA-232 que solo usa 9 patillas, conocida como DB-9 y mostrada en la Figura 1.7. Observe que no hay una relacin patilla a patilla entre ambas implementaciones.

Figura 1.6 Funciones de los pines en la versin DB-256

Figura tomada del Libro Transmisin de datos, Autor Forouzan, edit McGrawHill

21

Figura 1.7 Funciones de los pines en la versin DB-97

A continuacin se ajunta la tabla 1.1 con la disposicin de pines. Tabla 1.1 Disposicin de pines EIA-232.
Pin DB-25 Pin DB1 2 2 3 3 4 7 5 8 6 6 7 5 8 1 9 10 11 12 13 14 15 16 17 18 19 20 4 21 22 9 23 24 25 Funcin Blindaje Transmisin de datos Recepcin de datos Peticin para enviar Listo para enviar DCE listo Seal tierra Detector de seal de lnea recibida Reservado Reservado Sin asignar Detector secundario de seal de lnea recibida Listo para enviar secundario Transmisin de datos secundario Temporizacin de seal del transmisor(DCE-DTE) Recepcin de datos secundario Temporizacin de seal del receptor(DCE-DTE) Bucle local Peticin para enviar secundario DTE listo Bucle local y deteccin de calidad de seal Indicador de anillo Selector de velocidad de seal de datos Temporizacin de seal del transmisor(DTE-DCE) Modo de prueba

Figura tomada del Libro Transmisin de datos, Autor Forouzan, edit McGrawHill

22

1.6.3.- Interfaz V.35

V.35 es una norma originalmente desarrollada por el CCITT (ahora ITU) llamado Transmisin de datos a 48 Kbit/s por medio de circuitos en grupo primario de 60 a 108 KHz.

En 1989 ITU recomienda reemplazar la interfase por el estndar V.10/V.11, sin embargo ha sido usado por muchos aos para velocidades desde 20 Kbps hasta ms de 2 Mbps. A pesar de esto la interfaz V.35 sigue siendo muy popular en la interconexin de router y equipos que trabajan con estndares PRI/BRI y es completamente interoperable con la interfaz V.35/V.11.

V.35 es una norma de transmisin sincrnica de datos que especifica: tipo de conector, disposicin de pines, niveles de tensin y de corriente.

Las seales usadas en V35 son una combinacin de las especificaciones V.11 para temporizadores y data y V.28 para seales de control. Utiliza seales balanceadas, niveles de tensin diferencial; para transportar datos y temporizadores a alta velocidad.

23

Utiliza seales desbalanceadas, niveles de tensin referidos a masa; para la sealizacin, control y propsito general como RTS, CTS, DSR, DTR, estas seales tienen el mismo propsito que en EIA-232.

La velocidad vara entre 56 Kbps hasta 2 Mbps, dependiendo el equipamiento y los cables utilizados. Los valores tpicos son 64 Kbps, 128 Kbps, 256 Kbps, generalmente en pasos de 64Kbps debido a la utilizacin de canales de E1. Tpicamente se utiliza para transportar protocolos de nivel 2 como HDLC, Frame Relay, PPP, etc.

En la figura 1.8 se puede apreciar el conector que utiliza Winchester, tambin conocido como MRAC-34, pudindose tambin utilizar conector DB-15.

Figura 1.8 Conector Winchester. A continuacin se adjunta la tabla 1.2 con los pines en MRAC-34.

24

Tabla 1.2 Disposicin de pines V.35.

Pin A B P S R T C D E H F U W Y AA V X J BB K L

Nombre FG SG SDA SDB RDA RDB RTS CTS DSR DTR RLSD TCEA TCEB TCA TCB RCA RCB LL RLB TM -

Descripcin Frame/Chassis Ground Signal Ground Send Data A Send Data B Receive Data A Receive Data B Request To Send Clear To Send Data Set Ready Data Terminal Ready Received Line Signal Detect Transmit Clock Ext A Transmit Clock Ext B Transmit Clock A Transmit Clock B Receive Clock A Receive Clock B Local Loopback Remote Loopback Test Mode Test Pattern

Tipo Differential Differential Differential Differential Unbalanced Unbalanced Unbalanced Unbalanced Unbalanced Differential Differential Differential Differential Differential Differential Unbalanced Unbalanced Unbalanced Unbalanced

El diseo de los cables depende de como se estn conectando las interfaces envueltas. Usualmente, pero no siempre, la interfaz facing away desde la red es DCE y la interfaz "facing toward" hacia la red es DTE. El DCE normalmente da la seal de reloj. En la figura 1.9 se muestra las distintas conexiones entre un DTE-DCE y un DTE-DTE.

25

Figura 1.9 Configuraciones DTE-DCE y DTE-DTE.

26

CAPTULO 2
2. Protocolos de Comunicacin

2.1.- Protocolos de capa 2

En este subcaptulo, cuatro diferentes protocolos sern revisados: MAC, HDLC, Frame Relay y ATM. Una definicin de la funcin de la capa de enlace de datos (capa 2) es obtener servicio de la capa fsica (capa 1) para la transmisin de datos y maneja la notificacin de error, la topologa de la red, y el control de flujo.

2.1.1.- MAC

El protocolo MAC (Control de acceso al medio), Pertenece al estndar Ethernet, es parte de la capa 2, este permite direccionamiento y

mecanismos de control al canal de acceso que hace posible que varias host se puedan comunicar dentro de una red; tpicamente una LAN (rea de red local) o MAN (rea de red metropolitana). Ethernet es un mtodo de acceso al medio que permite a todos los host de una red compartir el mismo medio. Ethernet es popular pues es muy

escalable, por esto es fcil de integrar a nuevas tecnologas como Fast Ethernet dentro de la misma infraestructura.

2.1.1.1.- Ethernet y el modelo OSI

El protocolo MAC pertenece al estndar Ethernet; Ethernet ocupa la capa fsica y la mitad inferior de la capa de enlace como muestra en la figura 2.1. La capa de enlace est dividida en dos subcapas: la capa MAC y la subcapa LLC, tambin llamado cliente MAC. Modelo OSI Aplicacin Presentacin Sesin Transporte Red Enlace de datos Fsica Estndar Ethernet

MAC Capa Fsica Ethernet

Figura 2.1 Modelo OSI y Ethernet

28

Las funciones principales de la subcapa MAC es: encapsulacin de los datos, incluyendo ensamblar la trama antes de la transmisin y deteccin de error durante y despus de la recepcin. Acceso de control al medio, incluyendo iniciacin de la transmisin de la trama y recuperacin de una transmisin no exitosa. Se relaciona una gran variedad de tecnologas Ethernet fsicas con la subcapa MAC, la cual es la misma para todas sin variantes como Fast Ethernet, Gigabit Ethernet, etc; por esto se dice que Ethernet es muy escalable.

2.1.1.2.- Denominacin

Para el direccionamiento en Ethernet se utiliza la direccin MAC o fsica del host; es decir cada host en la red tiene un identificador de 48 bits (6 bytes) escrito en formato hexadecimal como se muestra en la figura 2.2. Esta direccin es tambin llamada direccin unicast porque identifica a una NIC (Network Interface Card). 24 bits OUI (Identificador de organizacin nico) 24 bits Producto especfico

Figura 2.2 Direccin MAC

29

El campo OUI (Identificador de organizacin nico) es asignado por la IEEE a las empresas que manufacturan Ethernet NIC, este est compuesto por 3 bytes o 24 bits.

Los 24 bits menos significativos son asignados por la empresa a sus productos, estas son nicas por NIC.

El bit ms significativo indica si la direccin es individual (0) o de grupo (1). Entonces para transmisiones broadcast la direccin es FF.FF.FF.FF.FF.FF, o simplemente todo 1.

2.1.1.3.- Estructura y campos de la trama Ethernet

La funcin de Ethernet es transmitir tramas entre host usando un formato MAC Data Frame, como muestra en la figura 2.3; este provee deteccin de error pero no correccin.

Figura 2.3 Formato MAC data frame

30

Prembulo (P): Consiste de 8 bytes, con bits alternados de 1 y 0 para sincronizacin.

Delimitador de inicio de trama (SFD): Es el ltimo byte del campo Prembulo y termina con dos 1 consecutivos, indicando que inicia el campo de direccin destino.

Direccin destino (DA): Consiste de 6 bytes y este campo se refiere a la direccin MAC del host destino.

Direccin fuente (SA): Consiste de 6 bytes y este campo se refiere a la direccin MAC del host fuente. Esta direccin siempre es una direccin unicast.

Tipo/Longitud (T): Consiste de 2 bytes, este campo se refiere al tipo de protocolo utilizado en la capa de red. Si el valor es menor a 0x600 este indica la longitud y el protocolo de capa de red utilizado se encuentra en el campo de datos de la subcapa LLC.

Datos (D): Consiste de n bytes, donde n es menor o igual a 1500 bytes. SI la longitud del campo es menor a 46 bytes, este debe ser rellenado con bytes hasta completar 46 bytes.

31

Chequeo de secuencia de la trama (FCS): Consiste de 4 bytes. Este contiene un valor CRC, que fue creado cuando se envi la trama y es chequeada cuando se recibi la trama. El FCS solo asegura que la trama est daada pero no permite recuperacin.

2.1.1.4.- Reglas de MAC y deteccin de la colisin/postergacin de la retransmisin

El protocolo CSMA/CD fue originalmente desarrollado para que 2 o ms host compartieran el mismo medio. Cada host determina por s mismo cuando est permitido enviar una trama.

Las reglas de acceso CSMA/CD estn divididas por cada protocolo:

Deteccin de portadora (CS): Cada host escucha el trfico en el medio para determinar cuando puede transmitir.

Acceso mltiple (MA): Host empiezan a transmitir cuando detectan que nadie est transmitiendo.

Deteccin de colisin (CD): Si varias host empiezan la transmisin al mismo tiempo, las tramas desde los host colisionarn el uno con el otro

32

volviendo la trama irrecuperable. Si esto ocurre cada host debera detectar la colisin antes de que finalice la trama. Adems cada host debera dejar de transmitir y esperar un periodo de tiempo para volver a intentarlo.

Recordar que en Ethernet Half-duplex comparte el mismo dominio colisin y provee una baja eficiencia que Ethernet full-duplex, el cual tpicamente tiene dominio de colisin privados y alta eficiencia.

2.1.2.- HDLC

2.1.2.1.- Introduccin

HDLC (High-Level Data Link Control) es un protocolo de comunicaciones de datos punto a punto entre dos elementos basado en el ISO 3309. Proporciona recuperacin de errores en caso de prdida de paquetes de datos, fallos de secuencia y otros.

Este es un protocolo de propsito general, que opera a nivel de enlace de datos y ofrece una comunicacin confiable entre el trasmisor y el receptor. Es el protocolo ms importante para el enlace de datos (IS0 3309, IS0 4335).

33

No solo porque es el ms utilizado, sino porque adems es la base para otros protocolos importantes de esta capa, en los que se usan formatos similares e iguales procedimientos a los que se usan en HDLC. Actualmente en los equipos Cisco se utiliza una versin simplificada de HDLC, llamada cHDLC en referencia a Cisco. En esta la parte de control no es utilizada.

2.1.2.2.- Cisco HDLC

Las tramas cisco HDLC se usan de una estructura alternativa del estndar ISO HDLC. Una de las principales razones de la creacin de cHDLC es que el campo de direccin pueda soportar varios protocolos. Las tramas cHDLC es una trama HDLC con un cdigo de tipo Ethernet que identifica que protocolo de red que est siendo encapsulado. La estructura de la trama se muestra en la figura 2.4.

Figura 2.4 Trama cHDLC8

Figura tomada del Libro T1 A Survivor Guide, Autor Matthew Gast, Edit. Oreilly P.71

34

El direccionamiento en cHDLC es simple, puede ser una trama de broadcast (0x8F) o una trama unicast (0x0F); una trama broadcast es un reflejo de los protocolos de capas superiores designando una trama como broadcast. El campo de control siempre est en cero, posteriormente tenemos los campos de tipo y cdigo que es usualmente un tipo de cdigo de protocolos de niveles superiores como se muestra en la tabla 2.1.

Tabla 2.1 Cdigo de protocolos cHDLC. Protocolo IP 0x0800 Cisco SLARP (not RARP!) cisco Discovery Cdigo protocolos cHDLC(hexadecimal) 0x0800 0x8035 0x2000

2.1.2.3.- CiscoSLARP

Las extensiones de cHDLC incluyen la definicin de la lnea serial del protocolo ARP (SLARP). Slarp es usado para proporcionar la asignacin de direccin dinmica entre dos puntos finales a travs de una lnea serial, utiliza un mecanismo Keep alive para garantizar la disponibilidad de un determinado enlace.

35

Los mecanismo Keep Alive trabajan en modo de request/responde entre dos puntos finales del enlace serial. Los nmeros de secuencia transportada dentro de las tramas SLARP son incrementados por cada keep-alive enviado y los puntos finales son los encargados de determinar las prdidas de tramas.

2.1.2.4.- Estructura de la Trama SLARP (Request/Response)

Una trama SLARP es designado por un valor especfico en el campo de cdigo de protocolos (0x8035) en una trama cHDLC. La estructura de la trama SLARP se encuentra detallada en la tabla 2.2. Hay 3 tipos de tramas SLARP en el campo Op-code que son definidos: Address requests (0x00) Address replies (0x01) Tramas keep-alive (0x02)

Tabla 2.2 Estructura de trama cHDLC SLARP.

Address Control Protocol Code SLARP Op-Code 16 8 bits 8 bits (0x8035) bits 32 bits 32 bits 32 bits 8 bits 16 bits 8 bits Address Mask Reserved FCS Flag

36

En el campo de Direccin y mscara contienen la direccin ip. El campo reservado no es usado y siempre est seteado en 0xFF.

2.1.2.5.- Estructura de la trama Slarp Keep-alive

La mayora de los protocolos de la capa de enlace de datos tiene un sistema de keep-alive, dado a que es muy eficiente y consume pocos recursos. A continuacin en la tabla 2.3 se detalla la trama de cHDLC slarp keep-alive.

Tabla 2.3 Estructura de trama cHDLC SLARP keep-alive.

Sequence Sequence Protocol Address Control Code Op-Code (Sender) Received) 16 8 bits 8 bits (0x8035) bits 32 bits 32 bits 32 bits 8 bits 16 bits bits 8 SLARP Number (Last Number Reserved FCS Flag

37

2.1.3.- FRAME RELAY

2.1.3.1.- Introduccin

Frame Relay es una tecnologa de conmutacin rpida de tramas, basada en estndares internacionales, que puede utilizarse como un protocolo de transporte y/o como un protocolo de acceso en redes pblicas o privadas proporcionando servicios de comunicaciones, mediante la integracin de trfico de voz y datos.

Frame Relay fue desarrollada para hacer un mejor uso de la caracterstica del ancho de banda compartido del modo trama, e incluso ahorrarse la desventaja de los largos retrasos en la red.

Frame Relay es una tcnica orientada a la conexin, lo que significa que un circuito virtual debe estar configurado para que exista la comunicacin. Frame Relay multiplexa estadsticamente paquetes o tramas hacia destinos diferentes con una sola interfaz.

38

2.1.3.2.- Diferencias entre Frame Relay y X.25

Frame Relay funciona de la misma manera que X.25 muchos usuarios comparten los recursos de red, y los datos se dividen en paquetes pequeos.

En la tabla 2.4 se proporciona una lista de las funciones suministradas por cada uno de los niveles OSI para X.25 y Frame Relay. Gran parte de las funciones de X.25 se eliminan en Frame Relay. La funcin de

direccionamiento se desplaza desde la capa 3 en X .25 a la capa 2 en Frame Relay. Todas las dems funciones del nivel 3 de X.25 no estn incorporadas en el protocolo de Frame Relay.

Tabla 2.4 Diferencias entre FR y X.25

X.25

Frame Relay

Establecimiento de circuito Control de circuito Red Control de flujo de circuito Direccionamiento Control Creacin Control de de de enlace Direccionamiento

tramas Enlace Creacin de tramas errores Control de errores

39

Control de flujo de enlaces Fiabilidad Conexin Fsica Fsico

Gestin de interfaces

Conexin Fsica

As por lo tanto con X.25, utiliza la deteccin de errores y correccin de errores, en cada uno de los nodos a lo largo de la ruta, lo que provoca que la velocidad de transmisin se vea severamente limitada, mientras que en Frame relay se utiliza deteccin de errores y si este es detectado se descarta la trama y los protocolos de capa superior son los encargados de solicitar una retransmisin.

2.1.3.3.- Topologas de conexin

Las dos caractersticas ms destacadas entre los usuarios de frame relay son:

Ellos tienen una red que interconecta LANs usando routers para circuitos alquilados o de ancho de banda controlado y estn buscando reduccin de costos o el crecimiento de la red.

Las redes estn basadas en topologa de estrella.

40

2.1.3.4.- Caractersticas tcnicas

Es un servicio WAN de conmutacin de paquetes, orientado a conexin. Opera en la capa de enlace de datos del modelo de referencia OSI. Usa un subconjunto de HDLC, el LAPF. Las tramas transportan datos entre los dispositivos de usuarios DTE y el equipo de comunicaciones de datos DCE en la frontera de la WAN. F.R especifica como opera el circuito local, pero no especifica de qu manera la trama atraviesa la nube WAN.

Se suele usar FR. para interconectar LANs, un ruteador en cada LAN ser el DTE. Una conexin serial como una lnea arrendada E1 conecta el router al switch FR. del proveedor en su punto de referencia ms cercano al ruteador. Las tramas se crean y se entregan desde un DTE a otro DTE, atravesando la red de FR creada por los DCE o switches del proveedor.

El FRAD o ruteador conectado a la red Frame Relay puede disponer de mltiples circuitos virtuales que lo conectan a diversos destinos. Esto hace que Frame Relay sea una alternativa muy econmica a las de lneas de acceso dedicadas. Con esta configuracin, todos los destinos comparten una sola lnea de acceso y una sola interfaz. Se generan ahorros adicionales ya que la capacidad de la lnea de acceso se establece segn las necesidades

41

de ancho de banda promedio de los circuitos virtuales, y no segn las necesidades mximas de ancho de banda.

Los diversos circuitos virtuales en la lnea de acceso nica se diferencian mediante un identificador de canal de enlace de datos (DLCI) para cada circuito. El DLCI se almacena en el campo de direccin de cada trama transmitida. El DLCI en general tiene slo importancia local y puede ser diferente en cada extremo de un circuito virtual (VC).

Estructura y transmisin de tramas La red Frame Relay obtiene datos de los usuarios en las tramas recibidas, comprueba que sean vlidas, y las enruta hacia el destino, indicado en el DLCI del campo "direccin". Si la red detecta errores en las tramas entrantes, o si el DLCI no es vlido, la trama se descarta; ver figura 2.5.

Figura 2.5 Estructura de la trama

El "flag" es la secuencia de comienzo y fin de trama. El campo de "direccin" contiene el DLCI y otros bits de congestin. Los datos de los usuarios se

42

ingresan en el campo "Informacin", de longitud variable que permite transmitir un paquete entero de protocolos LAN. En este campo es donde estn los datos del nivel superior, es decir, esta informacin se ingresa en la trama y; en recepcin, se pasa directamente al nivel superior. Su longitud mxima no est normalizada, normalmente los operadores de redes FR la sitan alrededor de 1500 bytes.

FLAG Cada trama FR empieza y finaliza con un delimitador de carcter 7Eh. Esta secuencia de bit permite al receptor sincronizar la secuencia de inicio y fin de trama.

Campo de Direccin Se llama campo de direccin a los bytes que siguen al Flag y que estn por delante de los Datos de usuario. Puede tener varios formatos, pero normalmente suele tener 16 bits de longitud (2 octetos), como se muestra en la figura 2.6. DLCI: (Data Link Connection Identifier). Estos diez bits son el identificador de conexin de enlace de datos. Permite definir hasta 1024 circuitos virtuales, los DLCIs disponibles van desde el 16 al 1007 y con el DLCI se identifica al canal lgico al que pertenece cada trama,

43

en general tiene solo importancia local y puede ser diferente en cada extremo de un camino virtual.

Figura 2.6 Campo de Direccin9

E A: (Extended Address). Campo de extensin de direccin. Puesto que se permiten ms de dos octetos en el campo de control, este primer bit de cada octeto indica (cuando est marcado con un '0') si detrs siguen ms octetos o bien (cuando est marcado con un '1') si se trata del ltimo del campo de control.

C R: Bit de Comando / Respuesta. No es un bit utilizado por la red. Se introduce por compatibilidad con protocolos anteriores, como los del tipo HDLC. Cuando el protocolo de enlace es fiable, utilizan este bit.

FECN (Forward Explicit Congestion Notification), 1 bit de notificacin de congestin de trfico hacia el destino.

Tomado de http://www.angelfire.com/sc/itiuax/formatos.html

44

BECN (Backward Explicit Congestion Notification), 1 bit notificacin de congestin en el retorno.

DE (Discard Elegibility), bit que indica que la trama tiene baja prioridad y que es candidata de ser descartada.

Campo de Informacin La figura 2.7 muestra el campo de informacin que puede contener datos de usuario o el mensaje de sealizacin, definido por el estndar Frame Relay. La informacin de niveles superiores en el campo de usuario puede ser cualquier protocolo de alto nivel por ejemplo IP. Todos los protocolos encapsularn sus paquetes dentro de una trama, adicionalmente las tramas contendrn informacin necesaria para identificar el protocolo transportado dentro de la unidad de datos del protocolo FR, para que permita al receptor procesar de forma apropiada el paquete entrante. El primer octeto del campo de informacin de usuario de FR es el campo de control Q.922, para la transferencia de informacin sin confirmacin, se usa el valor UI (0x03).

45

Figura 2.7 Campo de informacin

El campo de relleno PAD se usa para alinear el resto de tramas hasta el lmite de dos octetos. Pueden haber cero o un octeto de relleno dentro del campo de relleno y si existe el octeto de relleno debe de estar todo a ceros 0x00. El campo de identificador de protocolo de nivel de red (NLPID) est administrado por la ISO y el UIT. Contiene valores para muchos protocolos diferentes. Este campo indica al receptor que encapsulacin o cual es el protocolo que sigue a continuacin, como se detalla en la siguiente tabla 2.5.

46

Tabla 2.5 IP sobre frame relay

8 7 6 5 4 3 2 1 Octeto 1 2 3 4 5

Direccin (2 octetos) Control 0x03 NLPID 0xCC Datagrama IP -----FCS

n-1 N

El NLPID del protocolo de Internet (IP) est definido como 0xCC. Los datagramas IP enviados sobre la red FR seguirn a la encapsulacin multiprotocolo. El campo NLPID indicar IP y el datagrama IP ir a continuacin. El campo FCS permite realizar comprobacin de errores en la cabecera y los detecta pero no corregirlos.

Parmetros de dimensionamiento (CIR, Bc, Be) CIR: (Committed Information Rate, o tasa de informacin comprometida). Tasa a la cual la red se compromete, en condiciones normales de operacin,

47

a aceptar datos desde el usuario y transmitirlos hasta el destino. Puede ser distinto en cada sentido. Son las tramas 1 y 2 de la figura 2.8.

Las CIR individuales son por lo general menores a la velocidad del puerto. Sin embargo, la suma de las CIR, en general, ser mayor que la velocidad del puerto. Algunas veces, este factor es de 2 o 3. La multiplexin estadstica aprovecha el hecho de que las comunicaciones en computacin son usualmente por rfagas, lo que hace improbable que los diversos canales estn a su mxima velocidad de transmisin de datos al mismo tiempo.

Bc: (Committed Burst Size o rfaga comprometida). Es la cantidad de bits transmitidos en el periodo T a la tasa CIR (CIR=Bc/T). En las redes Frame Relay se permite al usuario enviar picos de trfico a la red por encima de CIR, durante intervalos de tiempo muy pequeo, incluido en el periodo T.

Be: (Excess Burst Size, o rfaga en exceso): es la cantidad de bits transmitidos en el periodo T por encima de la tasa CIR. Si la red tiene capacidad libre suficiente admitir la entrada de este tipo de trfico en exceso (trama 3 de la figura 2.8), marcndolo con DE activo.

El trfico entrante en la red, por encima de Bc + Be, es el descartado directamente en el nodo de entrada, (trama 4).

48

Figura 2.8 Parmetros de frame relay10

Interfaz de Gestin Local (LMI)

Cuando un ruteador que est conectado a una red Frame Relay inicia, enva un mensaje de consulta de estado LMI a la red. La red contesta con un mensaje de estado LMI que contiene detalles de cada PVC configurado en el enlace de acceso.

Peridicamente el ruteador repite la consulta de estado, pero las respuestas siguientes slo incluyen los cambios en el estado. Despus de un

10

Tomado de http://es.wikipedia.org/wiki/Frame_Relay

49

determinado nmero de respuestas abreviadas, la red enviar un mensaje de estado completo.

Esta interfaz notifica al dispositivo final informacin sobre el estado de los DLCIs de la red. Indica al usuario si un DLCI est activo, presente, ausente o si falla.

El protocolo LMI activa un proceso de chequeo peridico cada 10 segundos, en el cual el dispositivo de acceso Frame Relay (FRAD) de forma peridica realiza una actualizacin de estado hacia la nube Frame Relay, usando los mensajes status enquiry.

Los mensajes LMI se intercambian entre los DTE y los DCE utilizando los DLCI reservados.

Hay tres tipos de LMI que se detallan en la siguiente tabla 2.6.

Tabla 2.6 Tipos de LMI Parmetros Cisco Tipo LMI Documento IOS Lmi-Type Cisco ANSI ITU Propietario T1.617 Annex D Q.933 Annex A Cisco Ansi Q933a permitidos 16-1007(992) 16-991(976) 16-991(976) 1023 0 0 Rango DLCI DLCI LMI

Los mensajes LMI se envan a travs de una variante de las tramas LAPF.

50

El protocolo LMI activa un proceso de chequeo peridico como en la figura 2.9, en el cual el FRAD de forma peridica realiza un polling hacia la red usando los mensajes Status enquiry. El mensaje contiene dos elementos de informacin: tipo de informe y la secuencia Keep alive

Figura 2.9 Intercambio de mensajes del estado del enlace.

La red contesta al FRAD con un mensaje de estado. El mensaje de estado contiene elementos de informacin sobre el estado de los PVCs. Cuando se pide un mensaje de estado completo habr un elemento de informacin en la trama por cada PVC configurado en la red.

Etapas del ARP inverso y operacin de los LMI

Los mensajes de estado LMI combinados con los mensajes del ARP inverso permiten que un ruteador vincule direcciones de capa de red con direcciones de la capa de enlace de datos.

51

Si el ruteador necesita asignar los VC a direcciones de capa de red, enviar un mensaje ARP inverso desde cada VC. El mensaje ARP inverso incluye la direccin de capa de red del ruteador, de modo que el DTE o el ruteador remoto, pueda realizar la vinculacin. La respuesta ARP inversa permite que el router haga los registros necesarios en su tabla de asignaciones de direcciones a DLCIs. Si el enlace soporta varios protocolos de capa de red, se enviarn mensajes ARP inversos para cada uno de ellos

2.1.3.5.- Ventajas

Alta velocidad y bajo retardo.

Soporte eficiente para trficos a rfagas.

Flexibilidad.

Eficiencia.

Buena relacin coste-prestaciones.

Transporte integrado de distintos protocolos de voz y datos.

Conectividad "todos con todos".

Simplicidad en la gestin.

52

Interfaces estndares.

2.1.3.6.- Aplicaciones

Intercambio de informacin en tiempo real, dentro del mbito empresarial.

Correo electrnico.

Transferencia de ficheros e imgenes.

Impresin remota.

Aplicaciones host-Terminal.

Aplicaciones cliente-servidor.

Acceso remoto a bases de datos.

Construccin de bases de datos distribuidas.

53

2.1.4.- Protocolo ATM

2.1.4.1 Introduccin

Asynchronous Transfer Mode (ATM) es una tecnologa de conmutacin basada en unidades de datos de un tamao fijo de 53 bytes llamadas celdas. ATM opera en modo orientado a la conexin, esto significa que cuando dos nodos desean transferir deben primero establecer un canal o conexin por medio de un protocolo de llamado o sealizacin. Una vez establecida la conexin, las celdas de ATM incluyen informacin que permite identificar la conexin a la cual pertenecen.

En una red ATM las comunicaciones se establecen a travs de un conjunto de dispositivos intermedios llamados switches.

Transmisiones de diferentes tipos, incluyendo video, voz y datos pueden ser mezcladas en una transmisin ATM que puede tener rangos de 155 Mbps a 2.5Gbps. Esta velocidad puede ser dirigida a un usuario, grupo de trabajo o una red entera, porque ATM no reserva posiciones especficas en una celda para tipos especficos de informacin. Su ancho de banda puede ser optimizado identificando el ancho de banda bajo demanda. Conmutar las celdas de tamao fijo significa incorporar algoritmos en chips eliminando

54

retrasos causados por software. Una ventaja de ATM es que es escalable. Varios switches pueden ser conectados en cascada para formar redes ms grandes.

2.1.4.1.1.- Modelo de referencia ATM

ATM lleva a cabo la transferencia de datos en paquetes segmentados discretos, permitiendo la multiplexacin de varias conexiones lgicas sobre una nica interfaz fsica.

Estas unidades discretas que componen una interfaz lgica son paquetes de tamao fijo, denominadas celdas.

Dos de los factores que hacen de ATM una tecnologa de alta velocidad son: ATM es un protocolo con mnima capacidad de control de errores y de

flujo, lo que reduce el tamao y el coste de procesamiento de las celdas. El empleo de celdas de tamao fijo simplifica el procesamiento necesario

en cada nodo.

La figura 2.10 muestra el modelo de referencia del protocolo ATM:

55

Figura 2.10 Modelo de referencia del Protocolo ATM11

La capa fsica:

La primera capa llamada capa fsica (Physical Layer), define las interfaces fsicas con los medios de transmisin y el protocolo de trama para la red ATM es responsable de la correcta transmisin y recepcin de los bits en el medio fsico apropiado. Es independiente de los medios fsicos.

Tiene dos subcapas TC (Transmission Convergence Sublayer) PM (Physical Medium Sublayer)

11

Tomado de libro: Tecnologas y redes de transmisin de datos Autor: Enrique Herrera

56

La capa ATM:

Provee un solo mecanismo de transporte para mltiples opciones de servicio. Es independiente del tipo de informacin que es transmitida (datos, voz, video) con excepcin del tipo de servicio (QOS) requerido.

Existen dos tipos de cabeceras ATM. UNI (User-Network Interface) NNI (Network-Network Interface)

La capa de adaptacin ATM:

Provee las funciones orientadas al usuario no comprendidas en la Capa ATM.

Permite a la Capa ATM transportar diferentes protocolos y servicios de capas superiores.

Tiene dos subcapas: CS (Convergence Sublayer) SAR (Segmentation and Reassembly Sublayer)

57

Las capas superiores: Las capas superiores en el modelo de referencia dependen de cada aplicacin especfica que utilice las capas inferiores del protocolo ATM para el transporte de informacin por la red. Para facilitar la estandarizacin de las capas del modelo de referencia ATM, se distingue slo entre cuatro clases de aplicaciones de las capas superiores: 1. Clase A 2. Clase B 3. Clase C 4. Clase D

2.1.4.2 Conexiones lgicas en ATM

Las conexiones lgicas en ATM estn relacionadas con las conexiones de canales virtuales (VCC), ver figura 2.11. Una VCC es como un circuito virtual en X.25 o como una conexin de enlace de datos en retransmisin de tramas, siendo la unidad bsica de conmutacin en la red ATM. Una VCC se establece entre dos usuarios finales a travs de la red, proporcionando un flujo full-duplex de celdas del mismo tamao a una velocidad determinada.

58

Figura 2.11 Relaciones entre conexiones ATM12

Una conexin de camino virtual (VPC) es un haz de VCC con los mismos extremos, tal que las celdas que fluyen en las VCC de una misma VPC se conmutan conjuntamente. Los caminos virtuales sirven para simplificar y facilitar el control de la red agrupando en una sola unidad a conexiones que comparten el mismo camino a travs de la red.

2.1.4.3.- Celdas ATM

Las celdas en ATM son de tamao fijo, con 5 bytes de cabecera y 48 bytes de informacin (53 bytes por celda). El empleo de este tipo de celdas, pequeas y de tamao fijo se debe a: El uso de celdas pequeas puede reducir el retardo de cola para celdas de alta prioridad.

12

Tomado de libro: Tecnologas y redes de transmisin de datos Autor: Enrique Herrera

59

Las celdas de tamao pequeo pueden ser conmutadas ms eficientemente.

La implementacin fsica de los sistemas de conmutacin es ms sencilla para celdas de tamao fijo.

Formato de cabecera En la figura 2.12, la de la izquierda muestra el formato de cabecera en el interfaz usuario-red. La figura de la derecha muestra el formato de cabecera en el interfaz red-red, en el cual no se especifica el campo control de flujo genrico (GFC), ampliando en su lugar el campo identificador de camino virtual (VPI) de 8 a 12 caracteres, lo que permite un gran nmero de VPC internos de la red, para dar cabida a los de los usuarios y a los internos de la red.

Figura 2.12 Formato de cabecera

60

El campo de control de flujo genrico (GFC) slo tiene sentido en la interfaz local usuario-red, y podra utilizarse para ayudar al usuario en el control de flujo del trfico para las distintas calidades de servicio.

Los campos de identificador de camino virtual (VPI) e identificador de canal virtual (VCI) contienen entradas a la tabla de ruteo del siguiente conmutador de caminos virtuales o canales virtuales que visitar la celda. Cabe destacar que el protocolo ATM siempre suministra a las capas superiores las celdas en orden de secuencia correcto.

El campo tipo de carga til (Payload type) indica el tipo de informacin contenida en el campo de informacin.

La prioridad de prdida de celdas (CLP) se emplea para orientar a la red en caso de congestin: Un bit 0 indica que la celda es de prioridad superior y que no debe descartarse. Un bit 1 indica que la celda es de prioridad baja y que puede descartarse en caso de ser necesario.

61

El campo de HEC (Header Error Control) contiene un cdigo redundante cclico (CRC) que permite detectar y corregir errores en el encabezado de la celda ATM.

2.1.4.4.- Sealizacin en ATM

En ATM es necesario un mecanismo para establecer y liberar las VPC y VCC, de modo que llamamos sealizacin de control a la informacin involucrada en ese proceso, la cual se transmite a travs de conexiones distintas de las gestionadas.

Los distintos modos de establecer/liberar VCC son:

1. Las VCC semipermanentes pueden usarse en el trfico usuario-usuario, para lo cual no es necesaria la sealizacin de control.

2. Si no existe un canal de sealizacin de control, ser necesario establecer uno. Para ello, se intercambiar una serie de seales de control entre usuario y red a travs de un canal especfico. Por ello, es necesario un canal permanente que pueda ser usado para establecer las VCC para el control de llamadas. Este canal permanente se llama canal de meta-sealizacin, dado que se emplea para establecer canales de sealizacin.

62

3. El canal de meta-sealizacin sirve para establecer canales virtuales de sealizacin usuario-red, el cual se utilizar para establecer las VCC de transmisin de datos.

4. El canal de meta-sealizacin tambin permite establecer un canal virtual de sealizacin usuario-usuario, el cual se utilizar para que dos usuarios finales establezcan y liberen VCC para el transporte de datos, sin intervencin de la red.

Mtodos para establecer/liberar VPC:

1.-Una VPC semipermanente se puede establecer mediante negociacin previa, para lo cual no son necesarias seales de control.

2.-El usuario puede establecer/liberar una VPC haciendo uso de la VCC de sealizacin.

3.-La propia red puede establecer y liberar VPC, en cuyo caso las VPC podrn estar destinadas al trfico red-red, usuario-red usuario-usuario.

63

2.1.4.5.- Transmisin de celdas ATM

BISDN especifca que las celdas deben transmitirse a 155,52 622,08 Mbps, y ser necesario especificar la estructura de transmisin usada para transportar esta carga.

En el caso de la interfaz a 155,52 Mbps se han definido dos aproximaciones: capa fsica basada en celdas y capa fsica basada en SDH.

Capa fsica basada en celdas La estructura de la interfaz se basa en una secuencia contina de celdas de 53 bytes, sin fragmentacin. Dado que no se imponen tramas externas, para sincronizar se utiliza el campo "control de errores de cabecera" de la cabecera.

Capa fsica basada en SDH Alternativamente, las celdas ATM pueden transmitirse a travs de una lnea haciendo uso de SDH (jerarqua digital sncrona) o SONET. En este caso, en la figura 2.13, en la capa fsica se impone la fragmentacin utilizando tramas STM-1.

64

Figura 2.13 Carga til STM-1 para transmisin de celdas ATM basada en SDH La capacidad de carga til de las tramas STM-1 es de 2430 bytes. La carga til consta de 9 bytes suplementarios de cabecera del camino y de las propias celdas ATM.

SONET (Synchronous Optical Network, Red Optica Sncrona) y SDH (Synchronous Digital Hierarchy, Jerarqua Digital Sncrona) en terminologa UIT-T, es un estndar internacional (ver tabla 2.7), desarrollado por el Working Group T1X1 de ANSI para lneas de telecomunicacin de alta velocidad sobre fibra ptica (desde 51,84 Mbps a 2,488 Gbps). SONET es su nombre en EE.UU. y SDH es su nombre europeo. Son normas que definen seales pticas estandarizadas, una estructura de trama sncrona para el trfico digital multiplexado, y los procedimientos de operacin para permitir la interconexin de terminales mediante fibras pticas, especificando para ello el tipo monomodo.

65

Tabla 2.7 Jerarqua digital sncrona

SONET STS -1 STS - 3 STS - 9 STS -12 STS - 18 STS - 24 STS - 48 SDH STM 0 STM 1 STM 3 STM 4 STM 6 STM 8 STM 16 TASA 51,840 Mbps 155,520 Mbps 466,560 Mbps 622,080 Mbps 933,120 Mbps 1.244,160 Mbps 2.488,379 Mbps

2.1.4.6.- Funciones de las capas del modelo de referencia ATM

Como mencionamos anteriormente el protocolo ATM est constituido por 4 capas que son:

La capa fsica, la capa ATM, la capa de adaptacin ATM y las capas superiores como se muestra en la figura 2.14. En ste subcaptulo explicaremos con ms detalle las funciones que realizan cada una de ellas.

66

Figura 2.14 Capas de ATM13

Capa fsica o nivel fsico La capa fsica est dividida en la subcapa de medio fsico (PM) y la subcapa de transmisin y convergencia (TC). La subcapa TC identifica cada celda dentro del flujo de bits o bytes que recibe de la capa PM, y est encargada del transporte y sincronismo de cada celda. Las celdas provenientes del plano de operacin, administracin y mantenimiento son insertadas en el flujo de informacin en esta subcapa. Esta subcapa est encargada tambin de realizar el chequeo de errores en el encabezado de las celdas ATM.

13

Tomado de http://profesores.elo.utfsm.cl/~walter/varios/Atm.pdf

67

La subcapa PM est encargada de establecer el acceso fsico al medio y suministrar un servicio de transporte para un flujo continuo de bits. Las funciones principales en esta capa son el envo de bits en un cdigo de lnea adecuado y sincronismo al bit.

Capa de adaptacin ATM

El uso de ATM hace necesaria de una capa de adaptacin para admitir protocolos de transferencia de informacin no basado en ATM. En un entorno heterogneo en el que existen redes ATM interconectadas con redes de transmisin de tramas, una forma adecuada de integrar los dos tipos de redes es realizar una transformacin entre tramas y celdas, lo que implica la segmentacin de una trama en celdas de transmisin y la agrupacin de las celdas en tramas en el receptor.

Esta capa se divide en subcapas, cuyas funciones se describen a continuacin: 1. Subcapa de segmentacin y reensamblaje (SAR). Segmenta los mensajes de longitud variable de las capas superiores en bloques de tamao apropiado para ser transportados en el campo de informacin de una celda ATM, esto 48 bytes. De igual forma, esta capa vuelve a reconstruir los mensajes a su tamao original en el extremo receptor.

68

A cada fragmento de mensaje resultante se le agrega un encabezado y cola con informacin de control de este nivel. Solamente las celdas correspondientes al mismo mensaje estn garantizadas de seguir la misma ruta.

2. Subcapa de Convergencia (CS). Las funciones asociadas a este nivel son por ejemplo deteccin y recuperacin de celdas perdidas, recuperacin del sincronismo a nivel de mensaje, ecualizacin del retardo variable incurrido por las celdas, etc. Cada mensaje del nivel de convergencia va precedido de un encabezado y se le agrega informacin de trmino de mensaje apropiada.

Capas superiores Clase A: Emulacin de Circuitos. Esto corresponde a establecer un enlace con flujo continuo de bits entre el transmisor y el receptor. La variacin del tiempo entre arribos de informacin en paquetes es compensada con un buffer de llegada, y la prdida de informacin tiene que ser reducida al mnimo. Deben sincronizarse asimismo los relojes de los extremos entre los que se enva la informacin.

69

Clase B: Servicios con tasa de transmisin de bits variable, con sincronismo entre el transmisor y el receptor. Los servicios de voz, video y sonido de tasa de transmisin variable son un ejemplo de estos servicios, en que se aprovecha la multiplexin estadstica que ofrece ATM.

Clase C: Servicios de transmisin de datos con establecimiento de conexin. Este servicio puede establecerse con o sin la garanta de una transmisin libre de errores, as como tambin con mensajes de largo fijo o variable (la capa ATM transporta un fragmento de tamao fijo de mensaje en cada celda). Por ejemplo, se suele establecer una conexin (o sesin) entre dos computadores cuando la cantidad de datos que se requiere intercambiar en forma interactiva es grande.

Clase D: Servicio de transmisin de datos sin establecimiento de conexin. Los mensajes de esta clase de servicio son enrutados en forma independiente a travs de la red ATM usando direcciones explcitas del destino. Los servicios de correo electrnico y aplicaciones de tipo clienteservidor son tpicamente de esta clase.

70

2.1.4.6.1.- Protocolos AAL

Con el fin de minimizar el nmero de protocolos AAL diferentes que pueden ser especificados, se han definido cuatro clases de servicios que cumplen un amplio rango de requisitos:

Existe un tipo de protocolo para cada clase de servicio por lo tanto hay cuatro tipos que han sido definidos tipos 1, 2, 3/4 y 5 como se muestra en la figura 2.15.

Figura 2.15 Clases de servicios en ATM

Tipo 1: Emulacin de circuitos. Tipo 2: Video, con tasa de transmisin variable. Tipo 3,4 y 5: Transmisin de datos. Cada tipo de protocolo consiste de dos subcapas: CS y SAR.

71

AAL Tipo 1 Aqu la subcapa SAR antes de transmitir organiza los bits en celdas; en recepcin recupera los bits de las celdas.

Cada celda consiste de: Un nmero de secuencia para poder detectar prdidas de informacin (SN). Un campo de proteccin del nmero de secuencia (SNP) para poder detectar errores y corregirlos; como se puede ver en la figura 2.16. La subcapa CS es para temporizacin y sincronizacin.

Figura 2.16 PDU SAR-AAL114 AAL Tipo 2 Transferencia de unidades de datos de servicio (SDUs) a tasa de transmisin variable (VBR). Transferencia de informacin de temporizacin entre el transmisor y el receptor. No ofrece la posibilidad de detectar errores o prdidas de informacin.
14

Tomado de http://www.trendtest.com

72

AAL Tipos 3/4 El servicio puede ser con o sin conexin. El servicio puede ser proporcionado en modo mensaje o en modo stream (secuencia continua) Modo mensaje: un protocolo de lnea puede ser usado. Modo stream: transferencia de informacin a baja velocidad de manera continua pero con un tiempo corto de respuesta.

AAL Tipo 5 Mnimo overhead en procesamiento. Mnimo overhead durante la transmisin. Promete la interconexin con protocolos de transporte ya existentes. Dentro del PDU de esta capa se tienen varios campos detallados a continuacin y mostrados en la figura 2.17: Pad: La subcapa de convergencia agrega rellena con ceros para que el PDU sea mltiplo de 48bytes. Los campos UU y CPI actualmente no son usados y se llenan de ceros. LI: Este campo indica la longitud de los datos de usuario.

73

 CRC: Este campo provee chequeo de errores al PDU de la subcapa de convergencia.

Figura 2.17 Ensamblado de PDU AAL515

2.1.4.7.- Beneficios

Una nica red ATM dar cabida a todo tipo de trfico (voz, datos y video). ATM mejora la eficiencia y manejabilidad de la red.

Capacita nuevas aplicaciones, debido a su alta velocidad y a la integracin de los tipos de trfico, ATM capacita la creacin y la expansin de nuevas aplicaciones como la multimedia.

Compatibilidad, porque ATM no est basado en un tipo especfico de transporte fsico, es compatible con las actuales redes fsicas que han sido

15

Tomado de http://www.trendtest.com

74

desplegadas. ATM puede ser implementado sobre par trenzado, cable coaxial y fibra ptica.

Simplifica el control de la red. ATM est evolucionando hacia una tecnologa estndar para todo tipo de comunicaciones. Esta uniformidad intenta simplificar el control de la red usando la misma tecnologa para todos los niveles de la red.

Largo periodo de vida de la arquitectura. Los sistemas de informacin y las industrias de telecomunicaciones se estn centrando y estn estandarizado el ATM. ATM ha sido diseado desde el comienzo para ser flexible en: Distancias geogrficas Nmero de usuarios Acceso y ancho de banda (hasta ahora, las velocidades varan de Megas a Gigas).

75

2.2.- Protocolo de Capa 3

2.2.1.- IP

El protocolo de Internet (IP) es un protocolo de la capa de Red (Capa 3 del modelo OSI) que contiene informacin de direccin y control que permite al paquete ser encaminado o enrutado; este es el principal protocolo en el Modelo TCP/IP.

IP tiene dos funciones principales: prever la entrega de paquetes en un sistema no orientado a conexin y best effort (tcnica del mejor esfuerzo) a travs de una red y suministrar fragmentacin y reensamblar datagramas para dar soporte a la capa 2.

2.2.1.1.- Estructura de un paquete IP

Un paquete IP contiene varios campos de informacin mostrados en la siguiente figura 2.18.

76

Figura 2.18 Formato estructura IP

Versin: Indica la versin del protocolo ip actualmente utilizado.

Longitud de cabecera IP (IHL): Indica la longitud de la cabecera del datagrama en palabras de 32bits.

Tipo de servicio: Especfica cual es el tipo de servicio de capa superior que va manejar el datagrama, esto se refiere a que algunos paquetes pueden tener prioridad sobre otros.

77

Longitud total: Especifica la longitud de en bytes de todo el paquete ip, incluida la cabecera y datos.

Identificacin: Contiene un entero que identifica el datagrama actual. Este campo es utilizado para ayudar a unir fragmentos en un datagrama completo.

Banderas: Consiste de un campo de 3bit de los cuales los dos

menos

significativos son bits de control, el bit menos significativo especifica si el paquete esta fragmentado, el Segundo bit especifica si es el ltimo bit de todos los fragmentos.

Posicin del fragmento: Indica la posicin del fragmento relativa al paquete original.

Time-to-Live: Mantiene un contador con decremento gradual hasta cero para evitar lazos, hasta el punto de descartar el paquete.

Protocolo: Indica cual protocolo de capa superior recibe el paquete.

Cabecera Checksum: Ayuda a asegurar la integridad de la cabecera del paquete. Direccin fuente: Detalla la direccin IP fuente.

78

Direccin destino: Detalla la direccin IP destino.

Opciones: Permite al paquete IP soportar otras opciones como seguridad.

Datos: Contiene la informacin de capa superior.

2.2.1.2.- Direccionamiento IP

En el modelo TCP/IP cada host tiene una identificacin o direccin de 32bits que se divide en dos partes: la que identifica a la red y la del host.

La direccin IP est conformada por cuatro octetos, separados por un punto y representados en notacin decimal; el valor mximo que puede alcanzar un octeto es 255 y el mnimo es 0. En la siguiente figura 2.18 se aprecia la direccin 172.16.122.204.

Figura 2.19 Direccin IP

79

2.2.1.3.- IPv4

Es la primera versin del protocolo Internet en si, fue desarrollado por el IETF (Internet Engineering Task Force), IPv4 ha demostrado por su duracin un diseo flexible y poderoso, pero est empezando a tener problemas, siendo el ms importante el crecimiento en poco tiempo de la necesidad de direcciones IP.

2.2.1.4.- IPv4 en comparacin con IPv6

IPv6 es la nomenclatura abreviada de Internet Protocol Versin 6.

Es el protocolo de la prxima generacin de Internet, por lo que a veces tambin se denomina IPng que viene de Internet Protocol Next Generation. Es, por tanto, la actualizacin del protocolo de red de datos en el que se fundamenta Internet. El IETF desarroll las especificaciones bsicas durante los 90 para sustituir la versin actual del protocolo de Internet, IP versin 4 (IPv4), que vio la luz a finales de los 70. IPv6 aumenta el tamao de las direcciones IP, creando un nuevo formato de direccin IP con 128bits en vez de 32bits en su modelo original. Se espera que IPv6 reemplace gradualmente a IPv4.

80

Las ventajas del protocolo IPv6 se las resume en las siguientes: Escalabilidad: IPv6 tiene direcciones de 128 bits frente a las direcciones de 32 bits de IPv4. Seguridad: IPv6 incluye seguridad en sus especificaciones como es la encriptacin de la informacin y la autentificacin del remitente de dicha informacin. Especificaciones ms claras y optimizadas: IPv6 seguir las buenas prcticas de IPv4 y eliminar las caractersticas no utilizadas u obsoletas de IPv4, con lo que se conseguir una optimizacin del protocolo de Internet.

81

CAPTULO 3
3. Herramientas de Simulacin de Protocolos de comunicaciones

3.1.- Software de simulacin

La Simulacin de una red es una tcnica para obtener modelos de comportamientos simplificados de elementos de una red o de la red en si, se analiza la interaccin entre distintos equipos que componen la red. Tambin es usada para evaluar el rendimiento de tecnologas de red en escenarios de laboratorio.

Las herramientas de simulacin pueden venir en forma de hardware y software. Las herramientas ms utilizadas son software de eventos discretos. Este software es un modelo computarizado de un sistema fsico. Una de las principales actividades de esta es el proceso de una lista de eventos que se realizan con orden cronolgico.

Actualmente las desventajas de ste son que al agregar ms componentes al modelo, su procesamiento ser ms lento, siendo dependiente de la

capacidad de procesamiento de la computadora en la cual se encuentra instalado. El listado de estas herramientas de eventos discretos las tenemos en la tabla 3.1.

TABLA 3.1 Software de eventos discretos. Herramienta Pagina Web

Packet Tracer http://www.cisco.com/web/learning/netacad/ Ns-2 OPnet OMnet++ Dynamips http://www.isi.edu/nsnam/ns/ http://www.opnet.com/ http://www.omnetpp.org/ www.dynamips.com

3.2.- Otras herramientas de anlisis y simulacin de redes En otras herramientas de anlisis tenemos los analizadores de red (analizadores de protocolos o sniffers), estos realizan el proceso de capturar el trfico de la red. Este a su vez decodifica la informacin, generalmente, tramas o paquetes de varios protocolos de comunicaciones y lo presenta de una manera comprensible al usuario. Una de las primeras aplicaciones de captura y anlisis del trfico de red fue Sniffer, de Network General, es por

83

esto que una aplicacin de anlisis de red es conocida como Sniffer o Packet Sniffer.

Los analizadores tienen por lo general un nmero de protocolos soportados y que pueden decodificar, tambin permiten realizar grficas de trfico y filtros para organizar la informacin.

Actualmente existen varios Analizadores de red como se muestra en la siguiente tabla 3.2.

TABLA 3.2 Analizadores de red. Herramienta Wireshark Pagina Web http://www.wireshark.org/

Sniffer Portable http://www.networkgeneral.com/ WinDump Etherpeek http://www.winpcap.org/windump/ http://www.wildpackets.com/

De estas aplicaciones o herramientas (dado a su uso en troubleshooting) se presenta un resumen de Wireshark debido a que es uno de los ms utilizados, es gratuito y soporta ms de 800 protocolos para anlisis.

84

3.2.1.- Wireshark Wireshark es uno de los analizadores de protocolos ms utilizados para realizar anlisis y troubleshooting en redes LAN, es considerada una aplicacin Packet Sniffer. Es una aplicacin gratuita y tiene todas las caractersticas de un analizador de protocolos comercial.

Wireshark es una aplicacin que posee la estructura de alrededor 800 protocolos de red, hacindolo capaz en su entorno grfico de presentarlo y hacer ms fcil su anlisis.

Algunas ventajas las detallamos a continuacin: Los datos pueden ser capturados online y guardados para posterior anlisis, desde Ethernet, IEEE802.11, Token Ring, FDDI, PPP, IPoATM, Frame Relay y otros. Es multiplataforma, es decir funciona en Windows, Linux, Solaris y otros sistemas operativos. Realiza anlisis VoIP. Soporta desencriptacin de muchos protocolos que poseen como: Kerberos, IPSec, SNMPv3, WEP, WAP y otros. Soporta lectura y escritura de varios formatos de archivos de otros analizadores de protocolos como RADCOM WAN/LAN Analyzer, Cisco Secure, Novell LANalyzer, Sniffer Pro, Tektronix Analyzer y otros.

85

Una desventaja es que al depender de un computador es difcil realizar capturas en interfaces V.35 y E1 debido a la poca disponibilidad de interfaces de este tipo; a pesar de esto si tiene capacidad de analizarlos luego de importarlos de otros analizadores. Dado a que interfaces ATM utiliza hardware dedicado para el procesamiento de las celdas, es muy poco probable poder capturar las celdas sin ser procesadas por alguna subcapa AAL de ATM. A esto hay que reconocer que para manejar las interfaces ATM se necesitan servidores muy rpidos debidos a las altas velocidades, lo que vuelve muy costosa la solucin.

3.3.- Herramientas de hardware para simulacin de redes

Dada la necesidad de procesamiento las simulaciones en tiempo real utilizan hardware de simulacin para servir modelos de protocolos y servicios en tiempo real.

Simulacin es una tcnica para reemplazar componentes fsicos de un sistema complejo. Esta es lograda cuando los componentes de la red no pueden diferenciar entre un componente real y otro simulado, adems est definida en tiempo real.

86

3.3.1.- RADCOM RC-100WL

En este subcaptulo se darn a conocer los puntos bsicos del equipo RADCOM RC-100WL para anlisis y simulacin de redes con diferentes protocolos a nivel LAN y WAN. En la actualidad este equipo ha sido reemplazado por la familia de equipos Prism Lite y Performer Analyzer de Radcom. Debido a que este modelo de equipo no soporta interfaz ATM, esta ser realizada con la versin demo del equipo Prism Lite de Radcom

3.3.1.1.- Arquitectura interna

El RC-100 WL consiste de un procesador RISC Intel i960 que controla el funcionamiento del modulo de interfaz de lnea (LMI), el buffer interno que permite el almacenamiento hasta 8 Mbyte de RAM y la interfaz de conexin del PC como se muestra en la figura 3.1.

FIGURA 3.1 Arquitectura interna

87

La unidad externa del analizador se ocupa de las velocidades de la lnea de comunicacin, mientras que el PC sirve como interfaz hombre - mquina.

3.3.1.2.- Presentacin

Este posee varias ventajas que detallamos a continuacin: Unidad Externa: se conecta a un PC porttil y opera bajo Windows. Diseo modular: sistema bsico con suplementos de hardware y software opcionales.

El equipo fue diseado de manera modular para adaptarse a las necesidades de la red, es as, que posee una amplia gama de mdulos de interfaz que detallamos a continuacin: Interfaz MTYP con soporte para V.35, V.24/RS-232, RS-530, X.21/V.11. Lan : Ethernet, 100BASE-t, 10BASE-5 (AUI). ISDN : E1/T1.

El analizador tiene 2 puertos a los que se conecta cualquier combinacin de mdulos de interfaz (LAN + WAN, WAN + WAN, LAN + LAN, RDSI/BEI + Ethernet)

88

La unidad externa posee altas prestaciones, contiene internamente un procesador RISC que permite alto rendimiento y rapidez. La unidad externa opera en conjunto con la lnea bajo prueba, recogiendo datos on-line. El usuario visualiza los datos usando el PC.

En la parte frontal posee indicadores como se muestra en la figura 3.2:

FIGURA 3.2 Panel frontal de equipos Radcom.

Indicador ON esta iluminado cuando el analizador esta funcionado. Los indicadores de actividad de la lnea RX y TX, indican actividad de Recepcin y transmisin sobre la lnea para los canales 1 y 2 respectivamente.

89

El indicador FAULT se ilumina cuando el programa de auto prueba del analizador detecta un fallo en la unidad o el cable.

El panel posterior contiene los puertos, conectores para el analizador y mdulos de la interfaz como se muestra en la figura 3.3.

FIGURA 3.3 Panel posterior

90

3.3.1.3.- Conexin del equipo

La unidad externa se conecta al PC usando el puerto paralelo y a la lnea usando cables monitor o de simulacin, segn la lnea que sea analizada y la tarjeta interfaz seleccionada.

3.3.1.3.1.- Cable Monitor

En el modo monitor, el analizador se puede usar para probar la velocidad y trfico en la lnea, disponibilidad de la lnea, tasa de error y otros. El trfico en la lnea puede ser capturado para un anlisis inmediato. Los cables monitor suministrados con el analizador utilizan buffer incorporados para aislar la lnea bajo prueba desde el analizador de protocolos. Estos buffer permiten el funcionamiento de la lnea bajo prueba incluso cuando el analizador de protocolo no est siendo usado.

3.3.1.3.2.- Cable Simulacin

En el modo de simulacin, el analizador puede probar dispositivos del usuario o de la red mediante la generacin de datos en la lnea. Las opciones de simulacin incluyen definicin de datos del usuario y varios parmetros

91

relativos a la lnea; control sobre la distribucin de la longitud de la trama; inyeccin de errores de trama, y un simulador de rfagas con un alto rendimiento. El analizador permite un completo monitoreo durante las operaciones de simulacin.

3.3.1.4.- Software de interfaz con el usuario (GUI)

La instalacin del Software del equipo RC-100WL es simple, pero se necesitan algunos requerimientos mnimos del computador para una instalacin exitosa: Microsoft Windows 2000, XP. Se necesitan 100Mbyte de espacio en disco duro. Se necesita mnimo de 50Mbyte en disco duro para adquisicin y almacenamiento de datos de usuario. Microprocesador Pentium III o superior.

A continuacin se detallar de manera breve algunos aspectos de los procesos para su utilizacin, los cuales se han escogido debido a que son procesos genricos y utilizados en casi todos los protocolos que el equipo RADCOM RC-100WL permite analizar y simular, otros se detallarn en el momento de la simulacin en el siguiente captulo en su protocolo especifico.

92

3.3.1.4.1.- Ventana principal

La pantalla de anlisis est dividida en dos reas principales: el rea de estado y el rea de trabajo como en la figura 3.4.

FIGURA 3.4 Ventana principal

rea de Estado: Contiene informacin de estado referente a la velocidad de transferencia de la lnea.

rea de Trabajo: Constituye la parte inferior de la pantalla y contiene los iconos y presentacin de datos de cada uno de los procesos. Los procesos

93

que no estn en uso se muestran como iconos minimizados y se activan haciendo doble clic con el botn izquierdo del ratn. Se hace clic en Go para activar el proceso o se hace clic en Setup para definir la configuracin del proceso.

3.3.1.4.2.- Asignacin de canal

En la figura 3.5 se muestra como llevar a cabo la asignacin de un canal, se hace clic en Configuration en la barra de mens y se elige Channel Assignment. Realizar la asignacin de canal la primera vez que use el analizador, o siempre que las conexiones hardware cambien.

FIGURA 3.5 Asignacin de canal Pasos para configurar el analizador en el cuadro de dilogo asignacin de canal, ver figura 3.6: Verifique que el canal conectado est correctamente identificado (Puerto) y especificado como activo. Configure el modo de trabajo requerido para cada canal.

94

Haga clic en el botn Martillo Configuracin a la derecha del canal activo para abrir la ventana de dilogo configuracin.

Los siguientes modos de trabajos estn disponibles: monitor (Para monitorear uno o ambos extremos), Frame Simulation y pruebas de BER.

FIGURA 3.6 Asignacin de canal (2)

El cuadro de dialogo configuracin (figura 3.7) para una configuracin del canal de forma avanzada, donde se especifica el tipo de interfaz, modo de funcionamiento y protocolo a usar para el canal; esta consiste de varias opciones detalladas a continuacin: Port: Puerto seleccionado en la ventana de dilogo Channel Assigment (P1 representa Puerto 1 y es el interfaz situado a la izquierda). Interface: Configura las opciones hardware del interfaz. Especifique el tipo exacto de interfaz que se va analizar.

95

Frame level: Para Wan elija HDLC; para LAN elija Ethernet. Protocolo Stack: Protocolo de comienzo; realice la seleccin segn la lnea que est siendo analizada.

FIGURA 3.7 Configuracin del canal 1

3.3.1.4.3.- Proceso de captura

El proceso de captura permite la decodificacin on-line de los datos de la lnea de ms de 200 protocolos de comunicaciones. La seleccin cuidadosa de filtros permite capturar tramas especficas. La visualizacin actual puede ser observada en varios niveles de detalle: completa parcial o resumida. Los datos se pueden almacenar en el disco duro del PC para anlisis posteriores.

El proceso de captura tiene tres estados posibles:

96

Ready / Listo: El proceso est listo para ejecutarse. En este estado podemos configurar los parmetros de captura definiendo filtros y triggers.

Run / Ejecutar: El proceso est ejecutndose, capturando datos en tiempo real. La visualizacin es una muestra de los datos guardados en la RAM interna.

View / Ver: Se para el proceso. Podemos visualizar, imprimir, registrar y analizar los datos almacenados en la RAM (incluyendo guardarlos en el disco duro).

Proceso de captura Ready / Listo

En este cuadro de dilogo mostrado en la figura 3.8, permite iniciar la captura de tramas (Go) o cambiar parmetros de captura, filtros, triggers o el modo de presentacin de las tramas (Setup).

97

FIGURA 3.8 Cuadro de dilogo del proceso de captura

Al seleccionar la opcin Setup permite visualizar el cuadro de dilogo de Configuracin de Captura (Capture Setup) como se detalla en la figura 3.9; donde se encuentran opciones como: Capture Filter: para realizar una limitacin selectiva de los datos capturados y almacenados en el buffer RAM. Display Filter: para realizar una limitacin selectiva de los datos enviados a la pantalla, es decir presentados. Capture Triggers: para determinar cuando comenzar o finalizar un proceso. Capture mode: para capturar continuamente, segn triggers o cuando el buffer est lleno.

98

FIGURA 3.9 Cuadro de dilogo de configuracin del proceso de captura

Proceso de captura View / Visualizar

El proceso de captura visualizar y ejecutar son muy similares, debido que al comenzar una captura la ventana cambia mostrando las tramas de manera continua mientras va capturando y el proceso visualizar empieza cuando se finaliza la captura cuando se llena la RAM, cuando se alcanza la condicin de trigger o cuando hacemos clic en el botn stop. Entonces se muestra la ventana de Presentacin del Buffer de captura como en la figura 3.10. Search: Este botn nos permite buscar una trama especfica en la pantalla, el criterio de bsqueda puede ser segn una cadena de

99

caracteres (String match), un patrn (pattern match) o incluso definido de acuerdo con los campos de protocolos Restart: para finalizar el estado actual y abrir la ventana de configuracin de captura (Capture Setup). Done: para salir del proceso de captura. Options: para acceder a las opciones de visualizacin disponibles.

FIGURA 3.10 Ventana del proceso de captura visualizar

100

Las capacidades de post captura estn diseadas para facilitar el anlisis de datos y exportar los datos capturados a otras aplicaciones externas como: Decodificacin de un nico protocolo. Decodificacin de mltiples protocolos. Visualizacin de pantalla dual. Funciones de grabacin e impresin. Temporizacin relativa y absoluta. Bsqueda de datos especficos. Exportar Datos a archivos ASCII o aplicaciones MS-Windows.

En la figura anterior al seleccionar el botn de opciones permite acceder a las opciones de visualizacin disponibles. La misma operacin se puede realizar haciendo clic en el botn derecho del ratn en cualquier punto de la ventana de captura, esto facilita algunas opciones mostradas a continuacin; ver figura 3.11: Summary: Muestra informacin resumida de los datos capturados. Views: Muestra el fichero de datos en una o dos ventanas separadas. Record: Guarda los datos capturados en un fichero, externamente o internamente para anlisis off-line. Timing: Determina el formato de visualizacin ventana de captura. Print: Imprime usando la impresora MS-Windows definida por defecto. de tiempos en la

101

Marks: Inserta un marcador en un punto especfico o salta a un marcador.

Filter: Define un filtro para visualizar un subconjunto de tramas del fichero de datos.

Analysis: Realiza anlisis de datos. Preferente: Define el modo de visualizacin por niveles del protocolo.

FIGURA 3.11 Opciones de post captura

Anlisis de Datos Capturados

Al seleccionar el botn Analysis en la ventana Frame Display Options para analizar los datos capturados. Subject: Define el asunto a analizar. Analysis: La ventana desplegable de anlisis contiene una lista de anlisis disponibles para un asunto en particular.

102

Filter: Define un filtro para realizar el anlisis en tramas determinadas. Graphic: Especifica el formato de presentacin de datos.

El anlisis seleccionado se realiza sobre los datos almacenados en el buffer. A continuacin un ejemplo de un anlisis de datos capturados en el buffer RAM, se puede visualizar en formato torta (ver figura 3.12) o en grfico de barras, en esta figura en formato torta.

FIGURA 3.12 Anlisis de datos capturados

103

3.3.1.4.4.- Proceso de captura (Background Record)

Es un proceso de captura que se recomienda usar cuando se necesite ms cantidad de memoria de almacenamiento que la proporcionada por el buffer RAN interno. La forma ms eficiente para usar este proceso es mediante la definicin de filtros.

El botn Setup muestra el cuadro de dialogo de configuracin (ver figura 3.13) es utilizado para definir los parmetros de captura. Los parmetros de la grabacin subordinada definen que datos guardar en el disco. Se recomienda definir filtros para centrarnos en una seccin de los datos en particular, y para definir que partes especficas de las tramas de datos van a ser guardados.

FIGURA 3.13 Dilogo de configuracin del Background

104

3.3.1.4.5.- Proceso de simulacin Dos vas de comunicacin. El analizador transmite y/o recibe datos. Definicin de parmetros de Simulacin. til para probar equipos de comunicaciones.

El usuario determina las propiedades de la simulacin. Los ejemplos tpicos incluyen la determinacin de la velocidad, tamao y contenido de tramas transmitidas las cuales hacen til la simulacin para probar equipos de comunicaciones.

Existen dos tipos de simulacin como se muestra en la figura 3.14: Simulacin de tramas: Se define una trama especfica para una transmisin continua de hasta 2 Mbps. Alternativamente, es posible elegir una generacin de datos aleatorios desde el analizador y, por lo tanto simular el comportamiento de una red real.

Simulacin de Rfagas: La transferencia de trfico es por rfagas. Esto permite el realizar pruebas al lmite de las capacidades de la lnea. El usuario controla el espacio entre tramas. Este modo, se pueden transmitir 40.000 tramas cortas por segundo.

105

FIGURA 3.14 Dilogo del proceso de simulacin Para seleccionar el modo de simulacin: Abra la ventana Channel Configuration y seleccione el nombre y nmero del canal deseado.

En la ventana de la lista desplegable Working mode, seleccione Frame Simulation y haga clic en OK. El icono Frame Simulation aparecer en la parte inferior de la pantalla. Haga doble clic en el icono para abrir la ventana Simulation en su estado Ready.

Elija el tipo de simulacin deseada; Frame Simulator o Burst Simulator. El proceso de simulacin est basado en ciclos. La pantalla de configuracin (ver figura 3.15) controla todos los parmetros relevantes del ciclo. En la ventana Simulator Parameters se puede seleccionar User Frame o Simulator Generated.

106

Seleccione Simulator Generated para transmitir tramas cuyo contenido es generado por el analizador.

A partir de este momento puede definir el rango de longitudes de la trama. El analizador de protocolos realiza una generacin aleatoria de valores dentro del rango definido. Use Data para definir el contenido de la trama. Seleccione Dont care para generar datos de forma aleatoria o Ascending para generar valores de bytes ascendentes.

FIGURA 3.15 Dilogo del proceso de simulacin

Definicion de Tramas de Usuario

Seleccione User Frame en la ventana de Frame Simulator Parameters (ver figura anterior 3.15) para definir una trama fija para transmisiones

107

continuas. Haga clic en el botn de User Frame Definition se muestra la ventana permitiendo definir todos los bytes de la trama simulada como se muestra en la figura 3.16.

FIGURA 3.16 Ventana para definir trama especfica

Defina los bytes de la trama haciendo clic en la ventana que corresponde al byte y escribiendo el valor.

Simulacin de Rfagas - Ready Para usar la Simulacin de rfagas, seleccione Burst Simulator en la ventana de simulacin (ver figura 3.14) y haga clic en el botn Setup. La ventana del Burst Simulator Parameters est abierta para que defina el nmero de tramas transmitidas por segundo, su longitud y espacio entre ellas.

108

El modo de Burst Simulator es particularmente efectivo cuando se usa para cargar la unidad bajo prueba con muchas pequeas tramas y por eso origina una elevada sobrecarga en el procesamiento de datos.

109

CAPTULO 4
4. Proyecto

Para el desarrollo de este capitulo se ha visto la necesidad de implementar varias topologas de red para los distintos protocolos que se van a analizar. Adems como se ha disminuido la complejidad de la red para aumentar la comprensin de la utilidad del equipo Radcom se han utilizado 3 ruteadores Cisco, dos serie 805 y un router 1601 con una interfaz WIC-1T.

Como se detall en el capitulo anterior se va utilizar el analizador Radcom RC-100WL el cual posee una interfaz multitype y una interfaz Ethernet.

4.1.- Pruebas realizadas

En cada laboratorio se procedi con la configuracin de equipos ruteadores para obtener la red que se desea implementar, las pruebas de conectividad luego de lo cual se procede con la captura de datos en tiempo real y su respectivo anlisis de las primeras tramas y graficacin de todos los datos capturados con grficos pre-establecidos.

4.2.- Implementacin de una red de datos

Se van a desarrollar cuatro laboratorios en este captulo los cuales son en el siguiente orden:

Prctica de laboratorio de simulacin del protocolo HDLC Prctica de laboratorio de simulacin del protocolo Mac/Ip Prctica de laboratorio de simulacin del protocolo Frame Relay Prctica de laboratorio de simulacin del protocolo ATM.

Para los tres primeros laboratorios mencionados anteriormente se utiliz un procedimiento que se detalla en el Anexo 1, mientras que para el laboratorio de ATM se detalla en el Anexo 2.

La estructura de la red del laboratorio HDLC va servir como base para el anlisis del laboratorio de Mac/Ip.

En el laboratorio de Frame Relay se utiliz tres ruteadores Cisco, uno se configur como switch Frame Relay; mientras que los dos restantes se destinaron como dispositivos de acceso Frame Relay (FRAD).

En el laboratorio de ATM debido a la no disponibilidad de equipos ATM se va realizar el anlisis con el software demo del Radcom Prism-Lite, el cual realiza una simulacin de trfico real para realizar la captura de datos.

111

4.3.- Prctica de Laboratorio de Simulacin de HDLC

4.3.1.- Descripcin general

Esta prctica permite que el estudiante se familiarice con la estructura de la trama HDLC, con su variante cHDLC; adems de la configuracin y

funcionamiento de la misma. Se utilizar un analizador de Protocolos para poder visualizar la estructura de la trama.

4.3.2.- Equipos requeridos

Dos ruteadores Cisco con una interfaz ethernet y una interfaz serial cada uno. Un switch no administrable. Dos computadores con tarjeta de red y puerto serie Un Analizador Radcom Rc-100wl con interfaz multitype y cable monitor V.35; adems necesitamos tener instalado el software del equipo en un computador.

112

PC 1

NIC1: 192.168.2.2/24

E0: 192.168.2.1/24 S0: 192.168.1.1/30 S0: 192.168.1.2/30 E0: 192.168.3.1/24 NIC1: 192.168.3.2/24

HUB

805 LAB_A
Ch 2 Ch 1

805 LAB_B PC 2

RC-100WL

Figura 4.3.1 Diagrama de red

4.3.3.- Descripcin del contenido de la prctica.

Se capturarn las tramas HDLC con el analizador de Protocolos Radcom Rc100wl, se analizara la estructura de la trama cHDLC.

4.3.4.- Desarrollo de la prctica

El diseo de la prctica es la interconexin de dos ruteadores Cisco 805 con protocolo de encapsulacin HDLC en el enlace serial.

4.3.4.1.- Esquema de conexin Conectamos el analizador de protocolos RC-100 WL en la interfaz serial del enlace como se muestra en la figura 4.3.1.

113

4.3.4.2.- Conexiones de los equipos

Se deben conectar los router entre si, esto es: Interfaz serial 0 de ruteador Lab_A con el cable monitor V.35 (conector Macho) del equipo Radcom Interfaz serial 0 del ruteador Lab_B con el cable monitor V.35 (conector hembra) del equipo Radcom. Recordar que el cable V.35 DCE va de lado del LAB_A. Conectar en los puertos disponibles del Hub la interfaz Ethernet 0 del ruteador Lab_A, la PC1 y la interfaz AUI del analizador de protocolos. Proceder a conectar los computadores en la interfaz Ethernet 0 del ruteador respectivo. Adems proceder con la conexin de los cables consola del ruteador segn la necesidad.

4.3.4.3.- Configuracin de los ruteadores

Se configura los ruteadores con la informacin de la siguiente tabla 4.3.1: Tabla 4.3.1 Configuracin de direcciones IP
Designacin del Ruteador Router 1 Router 2 Nombre del Ruteador Lab_A Lab_B Tipo de Interfaz Direccin serial Direccin ethernet 0/Mascara de Subred 192.168.2.1/24 192.168.3.1/24 Encapsulacin Capa 2

DCE DTE

192.168.1.1/30 192.168.1.2/30

HDLC HDLC

114

Paso 1: Configuracin de los password

Ruteador 1: Router>enable Router#configure terminal Router(config)#hostname Lab_A Lab_A(config)#enable secret cisco Lab_A(config)#line console 0 Lab_A(config-line)#password cisco Lab_A(config-line)#login Lab_A(config-line)#exit Lab_A(config)#line vty 0 4 Lab_A(config-line)#password cisco Lab_A(config-line)#login Lab_A(config-line)#exit

Ruteador 2: Router> Router>enable Router#configure terminal Router(config)#hostname Lab_B Lab_B(config)#enable secret cisco Lab_B(config)#line console 0 Lab_B(config-line)#password cisco Lab_B(config-line)#login Lab_B(config-line)#exit Lab_B(config)#line vty 0 4 Lab_B(config-line)#password cisco Lab_B(config-line)#login Lab_B(config-line)#exit

Paso 2: Configurar las interfaces seriales

La configuracin del protocolo de encapsulacin HDLC es por default en los ruteadores cisco

115

Para el ruteador Lab_A: Lab_A(config)#interface serial 0 Lab_A(config-if)#encapsulation hdlc Lab_A(config-if)#ip address 192.168.1.1 255.255.255.252 Lab_A(config-if)#clok rate 64000 Lab_A(config-if)#no shutdown Lab_A(config-if)#exit

Para el ruteador Lab_B: Lab_B(config)#interface serial 0 Lab_B(config-if)#encapsulation hdlc Lab_B(config-if)#ip address 192.168.1.2 255.255.255.252 Lab_B(config-if)#no shutdown Lab_B(config-if)#exit

Paso 2: Configurar las interfaces Ethernet 0

Para el ruteador Lab_A: Lab_A(config)#interface ethernet 0 Lab_A(config-if)#ip address 192.168.2.1 255.255.255.0 Lab_A (config-if)#no shutdown Lab_A(config-if)#exit

Para el ruteador Lab_B: Lab_B(config)#interface ethernet 0 Lab_B(config-if)#ip address 192.168.3.1 255.255.255.0 Lab_B(config-if)#no shutdown Lab_B(config-if)#exit

Paso 3: Configurar el enrutamiento EIGRP Para configurar el Protocolo de Enrutamiento de Gateway Interior Mejorado use la siguiente sintaxis:

116

Para el ruteador Lab_A: Lab_A(config)#router eigrp 100 Lab_A(config-router)#network 192.168.1.0 Lab_A(config-router)#network 192.168.2.0 Lab_A(config-router)#exit Lab_A(config)#

Para el ruteador Lab_B: Lab_B(config)#router eigrp 100 Lab_B(config-router)#network 192.168.1.0 Lab_B(config-router)#network 192.168.3.0 Lab_B(config-router)#exit Lab_B(config)#

Nota: Utilizar el siguiente comando en cada uno de los ruteadores router#copy running-config startup-config, para guardar su configuracin.

4.3.4.4 Verificacin de la configuracin HDLC

PASO 1: Verificar la encapsulacin

Use el comando show interface s0 para mostrar el protocolo de encapsulacin en la interfaces serial como se muestra en la figura 4.3.2.

117

Figura 4.3.2 Verificacin de protocolo de encapsulacin.

PASO 2: Verificar el protocolo de enrutamiento

Utilice el comando show ip route para mostrar las adyacencias del protocolo de enrutamiento como se muestra en la pantalla captura de la figura 4.3.4.

118

Figura 4.3.3 Verificacin de protocolo de enrutamiento.

PASO 3: Verificar la conectividad

Haga Ping a las interfaces Ethernet del ruteador Lab_B como se muestra en la figura 4.3.4 y ruteador Lab_A como en figura 4.3.5.

Figura 4.3.4 Ping hacia la interfaz Ethernet del ruteador Lab_B.

119

Figura 4.3.5 Ping hacia la interfaz Ethernet del ruteador Lab_A.

4.3.4.5.- Captura de la trama cisco HDLC Para capturar la estructura de la trama, se proceder a utilizar el analizador de protocolos RC-100WL.

Paso 1: Ejecutar el programa RC-100WL Activar solo la interfaz Multi Type, en working mode, se seleccionar Monitor. Luego OK como se detalla en la siguiente figura.

Figura 4.3.6 Seleccin de canal a realizar anlisis

120

Paso 2: Seleccionar el protocolo utilizado

En el men Channel Assigment seleccionar en CH 1 Config para seleccionar el protocolo a utilizar como se muestra en la figura 4.3.7.

Figura 4.3.7 Seleccin de protocolo de pila

Paso 3: Capturar las tramas Luego en el men Window seleccionar Ch #: capture

Figura 4.3.8 Seleccin de la ventana de captura.

121

Posteriormente en la ventana Ch2: Capture se da clic en Go para empezar la captura de tramas en la interfaz serial. Luego para finalizar la captura se proceder a dar clic en el botn Stop y obtenemos las tramas como se muestra en la figura 4.3.9.

Figura 4.3.9 Vista de la ventana de captura 4.3.4.6.- Anlisis de la trama cisco HDLC

Una vez capturada las tramas se proceder a realizar el anlisis correspondiente.

122

4.3.4.6.1.- Anlisis de la trama 0

En la siguiente tabla 4.3.2 se muestra la trama 0 donde se observa que el primer octeto corresponde al campo de direccin 0x8F que indica una trama broadcast, el siguiente octeto corresponde al campo de control 0x00, recordar que este campo de control no est implementado en cHDLC.

Tabla 4.3.2 Anlisis de la trama 0

Frame: 0 Captured at: +00:00.000 Length: 286 From: User Status: Ok OFFSET DATA 0000: 8F 00 20 00 02 B4 DD 81 00 01 00 09 0010: 42 00 02 00 11 00 00 00 01 01 01 CC 0020: 01 02 00 03 00 0B 53 65 72 69 61 6C 0030: 08 00 00 00 01 00 05 00 D9 43 69 73 0040: 6E 74 65 72 6E 65 74 77 6F 72 6B 20 0050: 61 74 69 6E 67 20 53 79 73 74 65 6D 0060: 74 77 61 72 65 20 0A 49 4F 53 20 28 0070: 43 38 30 35 20 53 6F 66 74 77 61 72 0080: 38 30 35 2D 53 59 36 2D 4D 57 29 2C 0090: 73 69 6F 6E 20 31 32 2E 30 28 37 29 00A0: 52 45 4C 45 41 53 45 20 53 4F 46 54 00B0: 20 28 66 63 32 29 0A 43 6F 70 79 72 00C0: 20 28 63 29 20 31 39 38 36 2D 31 39 00D0: 79 20 63 69 73 63 6F 20 53 79 73 74 00E0: 20 49 6E 63 2E 0A 43 6F 6D 70 69 6C 00F0: 6F 6E 20 30 36 2D 44 65 63 2D 39 39 0100: 35 38 20 62 79 20 70 68 61 6E 67 75 0110: 00 0E 43 69 73 63 6F 20 43 38 30 35

4C 00 30 63 4F 20 74 65 20 54 57 69 39 65 65 20 79 33

41 04 00 6F 70 53 6D 20 56 2C 41 67 39 6D 64 31 65 9A

42 C0 04 20 65 6F 29 28 65 20 52 68 20 73 20 36 00

ASCII 5F .. .........LAB_ A8 B............... 00 ......Serial0... 49 .........Cisco I 72 nternetwork Oper 66 ating System Sof 20 tware .IOS (tm) 43 C805 Software (C 72 805-SY6-MW), Ver 20 sion 12.0(7)T, 45 RELEASE SOFTWARE 74 (fc2).Copyright 62 (c) 1986-1999 b 2C y cisco Systems, 4D Inc..Compiled M 3A on 06-Dec-99 16: 06 58 by phanguye.. ..Cisco C8053.

El tercer y cuarto octeto corresponde al protocolo de nivel superior CDP= 0x2000.

123

Como se conoce que el protocolo de descubrimiento cisco (CDP) enva paquetes broadcast; esto confirma que los campos de la trama HDLC estn correctos.

4.3.4.6.2.- Anlisis de la trama SLARP

En la tabla 4.3.3 se observa que el primer octeto corresponde al campo de direccin 0x8F que indica una trama broadcast, el siguiente octeto

corresponde al campo de control 0x00. El tercer y cuarto octeto corresponde al protocolo SLARP = 0x8035, los siguientes 4 octetos definen si es una trama de request(0x00), de replica (0x01) o una trama Keep-alive (0x02).

Tabla 4.3.3 Trama 1

Frame: 1 Captured at: +00:00.691 Length: 26 From: User Status: Ok OFFSET DATA ASCII 0000: 8F 00 80 35 00 00 00 02 00 00 00 01 00 00 00 00 0010: FF FF B0 C2 EA 72 00 0A F8 5A

...5............ .....r...Z

En este caso en una trama keep-alive enviada del usuario y posteriormente tenemos los nmeros de secuencias enviados (0x01) y nmeros de secuencia recibidos (0x00).

124

La siguiente tabla 4.3.4 es una trama keep-alive enviada de la red con los nmeros de secuencias enviados (0x01) y nmeros de secuencia recibidos (0x01). Las tablas 4.3.5 y 4.3.6 siguen la secuencia anteriormente descrita, dado a que es un intercambio de datos para comprobar que est activo el enlace.

Tabla 4.3.4 Trama 5

Frame: 5 Captured at: +00:04.668 Length: 24 From: Network Status: Ok OFFSET DATA 0000: 8F 00 80 35 00 00 00 02 00 00 00 01 00 00 00 01 0010: FF FF 60 47 B1 A0 1E AD

ASCII ...5............ ..`G....

Tabla 4.3.5 Trama 16

Frame: 16 Captured at: +00:10.691 Length: 26 From: User Status: Ok OFFSET DATA ASCII 0000: 8F 00 80 35 00 00 00 02 00 00 00 02 00 00 00 01 0010: FF FF B0 C3 11 83 00 0A 60 73

...5............ ........`s

Tabla 4.3.6 Trama 23

Frame: 23 Captured at: +00:14.588 Length: 24 From: Network Status: Ok OFFSET DATA 0000: 8F 00 80 35 00 00 00 02 00 00 00 02 00 00 00 02 0010: FF FF 60 47 D8 B1 86 48

ASCII ...5............ ..`G...H

125

4.3.4.6.3.- Anlisis de la red

Este es un ejemplo de decodificacin de ip encapsulado sobre cHDLC. Esta decodificacin permite al usuario identificar de forma inmediata los protocolos encapsulados y si los datos recibidos son los esperados.

Figura 4.3.10 Vista de la ventana de captura (2)

En la trama capturada de datos podemos observar el protocolo ip y el protocolo ICMP, que indica el mensaje generado.

126

Paso 1: Anlisis de las tramas ICMP

Para observar el anlisis preconfigurado del equipo Radcom, dentro de la ventana de captura dar click derecho y se obtiene una lista con opciones, escoger Analysis. Luego en Subject escoger ICMP.ver figura 4.3.11.

Figura 4.3.11 Seleccin de parmetros de anlisis

Distribucin por tipo. Se muestra la figura 4.3.12 con el anlisis de distribucin por tipo de las tramas ICMP. Esta figura indica el tipo de cdigo ICMP dentro del paquete, en este caso se tienen 55 paquetes tipo peticin de eco y 48 de respuesta de eco.

Adems se visualizan otros tipos que no son vlidos como tipo 97, 105, 113, 98, 106,114,99 y 107. Estos aparecen pues al realizar un ping con un tamao

127

mayor a la unidad mxima de transferencia (MTU = 1500bytes) el paquete IP se fragmenta. Por lo tanto en la cabecera IP el campo Protocolo=ICMP pero la cabecera ICMP solo est en el primer paquete y no en todos los fragmentos como se aprecia en la figura 4.3.13

Figura 4.3.12 Anlisis por ICMP

Figura 4.3.13 Fragmento de paquete ICMP

128

Paso 2: Anlisis de la trama IP

Se tienen varias opciones (ver figura 4.3.14) relacionadas con el campo tipo de servicio en la cabecera IP y actividad de trfico que se detallan a continuacin: Retardo (Delay). Precedencia (Precedence). Fiabilidad (Reliability). Rendimiento (Throughput). Actividad de trfico de red (trfico entre pares). Distribucin de Trfico por direccin destino. Distribucin de Trfico por direccin fuente. Distribucin por protocolo.

Figura 4.3.14 Anlisis de IP

129

Retardo. Estas estadsticas son obtenidas desde el campo tipo de servicio en la cabecera IP. Se observa que todos los paquetes IP tiene un retardo normal como se muestra en la figura 4.3.15.

Figura 4.3.15 Anlisis por Retardo

Precedencia. Estas estadsticas son obtenidas desde el campo tipo de servicio en la cabecera IP que establece la prioridad del paquete. En la figura 4.3.16 se observan 306 paquetes de tipo rutina y 96 de tipo control de Internet, se debe tener en cuenta que control de Internet tiene mayor prioridad y es usado por los protocolos de enrutamiento. Cuando se aplican polticas de calidad de servicio este campo es controlado para definir prioridad de los paquetes.

130

Figura 4.3.16 Anlisis por Precedencia

Fiabilidad. Estas estadsticas son obtenidas desde el campo tipo de servicio en la cabecera IP. Se observa que todos los 402 paquetes IP tienen el campo Fiabilidad=normal como se muestra en la figura 4.3.17.

Figura 4.3.17 Anlisis por Fiabilidad

131

Rendimiento. Estas estadsticas son obtenidas desde el campo tipo de servicio en la cabecera IP. Se observa que todos los paquetes IP tiene un rendimiento normal como se muestra en la figura 4.3.18.

Figura 4.3.18 Anlisis por Rendimiento

Actividad de trfico de red (trfico entre pares). La figura 4.3.19 muestra la tabla de la actividad de trfico entre direcciones IP y sumando todos los paquetes IP da un total de 402 paquetes IP en la red. El Host 192.168.1.2 ha enviado 45 paquetes a la direccin 224.0.0.10 correspondientes a paquetes Hello del protocolo EIGRP. El Host 192.168.1.1 ha enviado 43 paquetes a la direccin 224.0.0.10 correspondientes a paquetes Hello del protocolo EIGRP.

132

El Host 192.168.2.2 ha enviado 147 paquetes a la direccin 192.168.3.2 y este ha enviado 140 a la primera direccin.

Figura 4.3.19 Trfico entre pares

Distribucin de trfico por direccin destino. En esta figura 4.3.20 se puede observar que la direccin IP 192.168.2.2 ha recibido 148 paquetes IP. La direccin IP 192.168.3.2 ha recibido 147 paquetes IP.

Figura 4.3.20 Distribucin de Trfico por direccin destino

133

Distribucin de trfico por direccin fuente. La siguiente figura 4.3.21 indica que la ip 192.168.2.2 ha enviado la mayor cantidad de paquetes IP.

Figura 4.3.21 Distribucin de Trfico por direccin fuente

Paso 3: Anlisis por distribucin de protocolo

Se pueden realizar anlisis de la distribucin de los protocolos en la red. En la figura 4.3.22 se muestra el grfico en diagrama de barras y en la figura 4.3.23 se muestra en forma tabular. Ambas figuras muestran la cantidad de tramas de cada protocolo.

Se observa que se capturaron un total de 452 tramas cHDLC, de las cuales 402 contienen el protocolo IP y 50 contienen el protocolo cisco SLARP.

134

Figura 4.3.22 Distribucin de protocolos (1)

Figura 4.3.23 Distribucin de protocolos (2)

135

4.4.- Prctica de Laboratorio de Simulacin de Ethernet (Mac), IP

4.4.1.- Descripcin general

Esta prctica permite que el estudiante se familiarice con la estructura de la trama Ethernet, la descripcin de los campos; adems se detallar con

ejemplos la estructura de la cabecera IP.

4.4.2.- Equipos requeridos

Dos ruteadores Cisco con una interfaz Ethernet y una interfaz serial. Un Hub. Dos computadores con tarjeta de red y puerto serie Un Analizador Radcom Rc-100wl con la interfaz Multitype (canal 1) con su cable monitor V.35 y la interfaz Ethernet (canal 2); adems necesitamos tener instalado el software del equipo en un computador.

136

PC 1

NIC1: 192.168.2.2/24

E0: 192.168.2.1/24 S0: 192.168.1.1/30 S0: 192.168.1.2/30 E0: 192.168.3.1/24 NIC1: 192.168.3.2/24

HUB

805 LAB_A
Ch 2 Ch 1

805 LAB_B PC 2

RC-100WL

Figura 4.4.1 Diagrama de red

4.4.3.- Descripcin del contenido de la prctica.

Para el anlisis de las tramas Ethernet e IP se basar en la configuracin de los equipos como se detalla en la prctica HDLC. Se capturan las tramas con el analizador de Protocolos Radcom Rc-100wl, se analizar la estructura de la trama Ethernet y la cabecera IP.

4.4.4.- Desarrollo de la prctica

4.4.4.1.- Captura de la trama Ethernet

Para capturar la estructura de la trama, se proceder a utilizar el analizador de protocolos RC-100WL en el canal 2 como se observa en la figura 4.4.1.

137

Paso 1: Ejecutar el programa RC-100WL

Activar solo la interfaz Ethernet, en working mode, se seleccionara Monitor. Luego OK.

Figura 4.4.2 Asignacin de canales

Paso 2: Seleccionar el protocolo utilizado

En el men Channel Assigment seleccionar en CH 2 Config para seleccionar el protocol stack seleccionar Ethernet como se detalla en la figura 4.4.3.

138

Figura 4.4.3 Configuracin Lan

Paso 3: Ingresar las direcciones MAC de los equipos

En el men System, seleccionar la opcin Station Names como se muestra en la siguiente figura 4.4.4:

Figura 4.4.4 Configuracin de nombres de equipos

139

En la ventana Station Names seleccionar protocolo Ethernet, luego se ingresa el nombre del equipo y la direccin Mac de este, realizar este paso para cada equipo en la red, ver figura 4.4.5. Esto nos permite identificar en el momento de anlisis de manera rpida que equipo est enviando o recibiendo tramas Ethernet.

Figura 4.4.5 Configuracin de nombres de equipos (2)

Paso 3: Capturar las tramas

Hay que seleccionar la ventana de captura para poder iniciarla; para esto procedemos en el men Window seleccionar Ch 2: capture, ver figura 4.4.6.

140

Figura 4.4.6 Visualizar la ventana de captura

Posteriormente en la ventana Ch2: Capture se da clic en Go para empezar la captura de tramas en la interfaz Ethernet.

Figura 4.4.7 Ventana de captura

141

Luego para finalizar la captura se proceder a dar clic en el botn Stop y se obtienen las tramas como se muestra en la figura 4.4.7.

4.4.4.5.- Anlisis de la trama Ethernet

Una vez capturada las tramas se proceder a realizar el anlisis correspondiente.

4.4.4.5.1.- Anlisis de la trama 0 Al encender los equipos el ruteador LabA solo conoce su direccin mac y su direccin ip, como se observa en la trama capturada en la tabla 4.4.1, el router Lab A enva un broadcast por el puerto Ethernet, para publicar su direccin ip y mac. Tabla 4.4.1 Trama 0
Frame: 0 Captured at: +00:00.000 Length: 64 Status: Ok Ethernet: Destination Address Broadcast <FFFFFFFFFFFF> Ethernet: Group Address Ethernet: Local Address Ethernet: Source Address 006047500E84 <006047500E84> Ethernet: Universally Address Ethernet: Ethernet V.2, Type ARP (for IP and for CHAOS) <0806> ARP/RARP: Hardware Type is Ethernet <0001> ARP/RARP: Protocol Type is DOD IP <0800> ARP/RARP: Hardware Length = 6 <06> ARP/RARP: Protocol Length = 4 <04> ARP/RARP: Operation is ARP Response <0002> ARP/RARP: Sender HAddress LAB_A <006047500E84> ARP/RARP: Sender PAddress 192.168.2.1 <C0A80201> ARP/RARP: Target HAddress Broadcast <FFFFFFFFFFFF> ARP/RARP: Target PAddress 192.168.2.1 <C0A80201> User Data OFFSET DATA ASCII 002A: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 003A: 00 00 9F DB 9D A1

142

En la trama 0 se puede notar que el campo del tipo de protocolo en la trama Ethernet es ethertype: 0x806, que es ARP. El protocolo ARP (RFC826) es utilizado parar inicializar el uso del direccionamiento IP en un medio Ethernet. Esta trama en los equipos de comunicaciones es conocida como ARP gratuito dado a que es enviado a cualquier equipo en la red.

En la siguiente trama en la tabla 4.4.2 correspondiente al lab_A la direccin destino 01000CCCCCCC corresponde a una direccin mac multicast del protocolo Cisco CDP, este protocolo es para descubrimiento de equipos Cisco en la red; aunque en la actualidad lo utilizan muchos fabricantes de equipos de comunicaciones con el mismo fin. Tabla 4.4.2 Trama 3
Frame: 3 Captured at: +00:00.184 Length: 308 Status: Ok Ethernet: Destination Address 01000CCCCCCC <01000CCCCCCC> Ethernet: Group Address Ethernet: Universally Address Ethernet: Source Address LAB_A <006047500E84> Ethernet: Universally Address Ethernet: 802.3, Length = 290 [Bytes] <0122> LLC: DSAP= (SNAP ), Individual SAP <AA> LLC: SSAP= (SNAP ), Command <AA> LLC: Unnumbered UI , Poll <03> LLC: <00> LLC: Protocol:SNAP SNAP: OUI: Cisco Protocols 0x00000C <00000C> SNAP: Protocol: 8192 Cisco Discovery (CDP) <2000> CDP: Version: 2 <02> CDP: Time To Live: 180 (sec) <B4> CDP: Checksum: 46275 <B4C3> CDP: TLV - 1 CDP: Variable Type: 1 Device ID <0001> CDP: Length = 9 <0009> CDP: Device Id: LAB_A.... <4C41425F41000500D4> CDP: TLV - 2 CDP: Variable Type: 17257 Unknown <4369> CDP: Length = 29539 <7363> User Data OFFSET DATA ASCII

143

002B: 003B: 004B: 005B: 006B: 007B: 008B: 009B: 00AB: 00BB: 00CB: 00DB: 00EB: 00FB: 010B: 011B: 012B:

6F 70 53 6D 20 72 20 45 74 62 2C 54 3A 63 00 74 00

20 65 6F 29 28 73 52 20 20 79 20 68 31 69 01 68 0B

49 72 66 20 43 69 45 28 28 20 49 75 32 73 01 65 00

6E 61 74 31 31 6F 4C 66 63 63 6E 20 20 63 01 72 05

74 74 77 36 36 6E 45 63 29 69 63 31 62 6F CC 6E 00

65 69 61 30 30 20 41 31 20 73 2E 39 79 20 00 65 31

72 6E 72 30 30 31 53 29 31 63 0A 2D 20 31 04 74 0D

6E 67 65 20 2D 32 45 0A 39 6F 43 4A 70 36 C0 30 83

65 20 20 53 59 2E 20 43 38 20 6F 75 77 30 A8 00 42

74 53 0A 6F 2D 32 53 6F 36 53 6D 6E 61 31 02 04

77 79 49 66 4C 28 4F 70 2D 79 70 2D 64 00 01 00

6F 73 4F 74 29 31 46 79 32 73 69 30 65 02 00 08

72 74 53 77 2C 37 54 72 30 74 6C 33 00 00 03 00

6B 65 20 61 20 61 57 69 30 65 65 20 06 11 00 00

20 6D 28 72 56 29 41 67 33 6D 64 31 00 00 0D 00

4F 20 74 65 65 2C 52 68 20 73 20 30 0E 00 45 01

o Internetwork O perating System Software .IOS (t m) 1600 Software (C1600-Y-L), Ve rsion 12.2(17a), RELEASE SOFTWAR E (fc1).Copyrigh t (c) 1986-2003 by cisco Systems , Inc..Compiled Thu 19-Jun-03 10 :12 by pwade.... cisco 1601...... ...............E thernet0........ .....1..B

En la siguiente trama 4 que se muestra en la tabla 4.4.3 correspondiente al Lab_A la direccin destino 01005E00000A corresponde a una direccin mac multicast del protocolo de enrutamiento EIGRP. La cual se puede confirmar con la ip destino 224.0.0.10 que corresponde a una ip multicast del protocolo de enrutamiento.

Tabla 4.4.3 Trama 4

Frame: 4 Captured at: +00:00.228 Length: 78 Status: Ok Ethernet: Destination Address 01005E00000A <01005E00000A> Ethernet: Group Address Ethernet: Universally Address Ethernet: Source Address 006047500E84 <006047500E84> Ethernet: Universally Address Ethernet: Ethernet V.2, Type DOD IP <0800> IP: Version = 4 <45> IP: IHL = 20 [Bytes] IP: Type of Service: 0xC0 <C0> IP: Internet Control IP: Normal Delay IP: Normal Throughput IP: Normal Reliability IP: Total Length = 60 <003C> IP: Identification = 0 <0000> IP: Flags & Fragment Offset: 0x0000 <0000> IP: 0............... Reserved IP: .0.............. May Fragment IP: ..0............. Last Fragment

144

IP: Fragment Offset = 0 [Bytes] IP: Time to Live = 2 [Seconds/Hops] <02> IP: Protocol: 88 IGRP/EIGRP <58> IP: Header Checksum = 0x14F7 <14F7> IP: Source Address = 192.168.2.1 <C0A80201> IP: Destination Address = 224.0.0.10 <E000000A> EIGRP: Version: 2 <02> EIGRP: Opcode: 5 Hello <05> EIGRP: Checksum: 0xEECD <EECD> EIGRP: Falgs: 0x00000000 Conditional recieve <00000000> EIGRP: Sequence number: 0x00000000 <00000000> EIGRP: Acknowledge number: 0x00000000 <00000000> EIGRP: Autonomous System Number : 0x00000001 <00000001> EIGRP: Variable Type: 0x0001 EIGRP Parameters <0001> EIGRP: Variable Length: 12 <000C> EIGRP: K1: 1 <01> EIGRP: K2: 0 <00> EIGRP: K3: 1 <01> EIGRP: K4: 0 <00> EIGRP: K5: 0 <00> EIGRP: Reserved: 0 <00> EIGRP: Hold Time: 15 <000F> User Data OFFSET DATA ASCII 0042: 00 04 00 08 0C 02 01 02 ........ Frame Tail OFFSET DATA ASCII 004A: C3 84 E6 AD ....

En la siguiente tabla 4.4.4 en el anlisis ethernet la direccin fuente con mac 001E8CFBACE8 correspondiente a la PC 1 enva tramas ICMP a la mac destino 006047500E84 correspondiente al router Lab A.

En el anlisis IP la direccin fuente 192.168.2.1 (PC 1) enva tramas icmp a la ip destino 192.168.2.2 La PC 1 conoce la IP y la MAC destino debido a que el router Lab A publico su IP y su MAC.

Tabla 4.4.4 Trama 40

Frame: 40 Captured at: +00:27.899 Length: 78 Status: Ok Ethernet: Destination Address LAB_A <006047500E84> Ethernet: Individual Address Ethernet: Universally Address

145

Ethernet: Source Address PC1 <001E8CFBACE8> Ethernet: Universally Address Ethernet: Ethernet V.2, Type DOD IP <0800> IP: Version = 4 <45> IP: IHL = 20 [Bytes] IP: Type of Service: 0x00 <00> IP: Routine IP: Normal Delay IP: Normal Throughput IP: Normal Reliability IP: Total Length = 60 <003C> IP: Identification = 12837 <3225> IP: Flags & Fragment Offset: 0x0000 <0000> IP: 0............... Reserved IP: .0.............. May Fragment IP: ..0............. Last Fragment IP: Fragment Offset = 0 [Bytes] IP: Time to Live = 128 [Seconds/Hops] <80> IP: Protocol: 1 ICMP <01> IP: Header Checksum = 0x8348 <8348> IP: Source Address = 192.168.2.2 <C0A80202> IP: Destination Address = 192.168.2.1 <C0A80201> ICMP: Type: 8 Echo request <08> ICMP: Code: 0 <00> ICMP: CheckSum: 0x9E5B <9E5B> ICMP: Identifier: 512 <0200> ICMP: Sequence: 44288 <AD00> User Data OFFSET DATA ASCII 002A: 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 abcdefghijklmnop 003A: 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 qrstuvwabcdefghi Frame Tail OFFSET DATA ASCII 004A: DD D1 73 41 ..sA

El ruteador Lab_A recibe tramas ICMP del host PC1, pero el ruteador no conoce su direccin MAC por lo tanto enva una trama ARP request solicitando la MAC destino, conociendo la direccin IP fuente, ver tabla 4.4.5.

Tabla 4.4.5 Trama 41

Frame: 41 Captured at: +00:27.902 Length: 64 Status: Ok Ethernet: Destination Address Broadcast <FFFFFFFFFFFF> Ethernet: Group Address Ethernet: Local Address Ethernet: Source Address LAB_A <006047500E84>

146

Ethernet: Universally Address Ethernet: Ethernet V.2, Type ARP (for IP and for CHAOS) <0806> ARP/RARP: Hardware Type is Ethernet <0001> ARP/RARP: Protocol Type is DOD IP <0800> ARP/RARP: Hardware Length = 6 <06> ARP/RARP: Protocol Length = 4 <04> ARP/RARP: Operation is ARP Request <0001> ARP/RARP: Sender HAddress 006047500E84 <006047500E84> ARP/RARP: Sender PAddress 192.168.2.1 <C0A80201> ARP/RARP: Target HAddress 000000000000 <000000000000> ARP/RARP: Target PAddress 192.168.2.2 <C0A80202> User Data OFFSET DATA ASCII 002A: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 003A: 00 00 86 36 DB DC ...6..

La PC 1 le enva una ARP reply para publicar su direccin MAC al ruteador Lab_A, ver tabla 4.4.6.

Tabla 4.4.6 Trama 42

Frame: 0 Captured at: +00:27.902 Length: 64 Status: Ok Ethernet: Destination Address LAB_A <006047500E84> Ethernet: Individual Address Ethernet: Universally Address Ethernet: Source Address PC1 <001E8CFBACE8> Ethernet: Universally Address Ethernet: Ethernet V.2, Type ARP (for IP and for CHAOS) <0806> ARP/RARP: Hardware Type is Ethernet <0001> ARP/RARP: Protocol Type is DOD IP <0800> ARP/RARP: Hardware Length = 6 <06> ARP/RARP: Protocol Length = 4 <04> ARP/RARP: Operation is ARP Response <0002> ARP/RARP: Sender HAddress 001E8CFBACE8 <001E8CFBACE8> ARP/RARP: Sender PAddress 192.168.2.2 <C0A80202> ARP/RARP: Target HAddress 006047500E84 <006047500E84> ARP/RARP: Target PAddress 192.168.2.1 <C0A80201> User Data OFFSET DATA ASCII 002A: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 003A: 00 00 8E D1 F9 32 .....2

147

4.4.4.5.2.- Anlisis de la red

La tabla 4.4.7 detalla una trama Ethernet, esta ha sido organizada en campos para visualizar estos. Donde la direccin destino es tipo broadcast y la direccin fuente es tipo unicast, especficamente el router LAB_A. Segn el campo Tipo/longitud 0x0806 se reconoce que se utiliza el protocolo ARP.

Tabla 4.4.7Trama 0 PREAMBULO AA AA AA AA AA AA DIRECCIN DESTINO FF FF FF FF FF FF DIRECCION FUENTE TIPO/LONGITUD 47 50 0E L.H. 84 L.P. 04 84 D.H.D. 00 D.P.D. 02 00 00 02 00 00 00 00 00 DATOS OFFSET 00 00 00 DATOS OFFSET 00 00 00 FCS 00 86 36 00 C0 00 00 DB 08 06 OPERATION 00 C0 01 D.P.F. A8 02 D.P.D. A8 00 00 DC 01 SFD AA AB DIRECCIN F 00 60 TIPO HARDWARE 00 01 D.H.F. 00 60

TIPO PROTOCOLO 08 00 06 D.H.F. 47 50 0E

00 00 DATOS OFFSET 00 00

A continuacin se detalla los campos abreviados: L.H. = Longitud de direccin de hardware L.P. = Longitud de direccin de protocolo de capa superior.

148

D.H.F. = Direccin de hardware fuente D.P.F. = Direccin de protocolo fuente D.H.D. = Direccin de hardware destino D.P.D. = Direccin de protocolo destino

Como se puede observar en la tabla anterior se la realiz en base a los detalles que proporciona el equipo Radcom.

El software tiene ventajas adicionales dado a que muestra los campos de una forma ordenada y detallada de cada protocolo que se encuentra adquirido en la licencia del software.

A continuacin en la figura 4.4.8 un ejemplo de la decodificacin de la trama en el software Radcom. Se muestran dos ventanas, la captura del canal 1 que se encuentra conectado a la interfaz serial y la captura del canal 2 que se encuentra en un hub.

El software soporta realizar varios tipos de anlisis definidos, entre estos tenemos anlisis de tramas Ethernet, protocolo ICMP, IP, Estadsticas a nivel LAN y distribucin de protocolos. A continuacin se detallan los pasos para realizar los anlisis anteriormente descritos.

149

Figura 4.4.8 Ventana de captura del software Radcom

Paso 1: Anlisis Ethernet

Para realizar el anlisis pre-definido se debe hacer click derecho en la pantalla del analizador, y aparecer una lista desplegable con varias opciones, se escoge anlisis. Adems seleccionamos en la nueva ventana Ethernet y en anlisis se tienen varias opciones detalladas a continuacin, ver figura 4.4.9: Distribucin por tipo. Actividad de trfico de red (Ethernet).

150

Distribucin de trfico por direccin destino. Distribucin de trfico por direccin fuente.

Figura 4.4.9 Anlisis Ethernet

Distribucin por tipo. Estas estadsticas son obtenidas desde el campo tipo/longitud de la trama Ethernet. Como se comprueba en la figura 4.4.10 se han capturado 576 tramas Ethernet, de las cuales; 548 corresponde al protocolo de red IP, 4 a las resoluciones ARP y 20 a las tramas loopback que envan los ruteadores para comprobar que sus interfaces estn activas. Adems se debe incluir 4 tramas con protocolo de Cisco CDP.

151

Figura 4.4.10 Anlisis por distribucin por campo tipo

Actividad de trfico de red. La figura 4.4.11 indica la tabla de la actividad de trfico entre par de direcciones MAC.

Figura 4.4.11 Actividad de trfico de red

En la figura 4.4.12 se han asociado la direccin MAC con la de cada equipo.

152

Figura 4.4.12 Asociacin de direccin MAC a equipo

En la figura 4.4.13 observa la actividad de trfico en la red pero asociado a cada equipo. Esta muestra que el equipo PC1 ha enviado 183 tramas Ethernet a LAB_A. El ruteador LAB_A ha enviado 4 tramas a la direccin multicast 01000CCCCCCC que corresponde al protocolo CDP y 43 tramas a la direccin multicast 01005E00000A que corresponde al protocolo de enrutamiento EIGRP.

Figura 4.4.13 Actividad de trfico de red (2)

153

Distribucin de trfico por direccin destino. En la figura 4.4.14 se puede observar que la direccin MAC del ruteador LAB_A ha recibido 225 tramas mientras que el equipo PC1 ha recibido 183 tramas.

Figura 4.4.14 Distribucin de Trfico por direccin MAC destino

Distribucin de trfico por direccin fuente. En la figura 4.4.15 se observa que la direccin fuente MAC solo pueden ser direcciones unicast. Se detalla que 323 tramas han sido enviadas por el equipo PC1 y 253 tramas han sido enviadas por el ruteador LAB_A.

154

Figura 4.4.15 Distribucin de Trfico por direccin MAC fuente

Paso 2: Anlisis de las tramas ICMP

Para realizar el anlisis pre-definido como en la figura 4.4.9 se escoge ICMP y en anlisis distribucin por tipo.

Distribucin por tipo. Se muestra la figura 4.4.16 con el anlisis de distribucin por tipo de las tramas ICMP. Esta figura recoge estadsticas desde el campo tipo dentro de la cabecera ICMP, en este caso en particularse se tienen 67 tramas tipo=0x08 peticin de eco, 57 tramas de tipo =0x00 respuesta de eco, 26 como tipo=0x03 destino no alcanzado.

155

Adems se observan otros tipos no vlidos como tipo= 97, 105, 113, 98, 106, 114 y otros, estos se observan cuando el paquete ICMP se fragmenta debido a su tamao.

Figura 4.4.16 Anlisis por ICMP

Paso 3: Anlisis de la trama IP

Se tienen varias opciones relacionadas con el campo tipo de servicio en la cabecera IP y estadsticas de la actividad de trfico que se detallan a continuacin: Retardo (Delay).

156

Precedencia (Precedence). Fiabilidad (Reliability). Rendimiento (Throughput). Actividad de trfico de red (trfico entre pares). Distribucin de Trfico por direccin destino. Distribucin de Trfico por direccin fuente. Distribucin por protocolo.

Retardo. Estas estadsticas son obtenidas desde el campo tipo de servicio en la cabecera IP. Se observa que todos los paquetes IP tienen seteado retardo normal como se muestra en la figura 4.4.17. Adems se comprueba la cantidad de paquetes con la figura 4.4.10.

Figura 4.4.17 Anlisis por Retardo

157

Precedencia. En la figura 4.4.18 se observan 505 paquetes de tipo rutina y 43 de tipo control de Internet, se debe tener en cuenta que control de Internet tiene mayor prioridad y es usado por los protocolos de enrutamiento.

Figura 4.4.18 Anlisis por Precedencia

Fiabilidad. Se observa que todos los 548 paquetes IP tienen el campo Fiabilidad=normal como se muestra en la figura 4.4.19.

Figura 4.4.19 Anlisis por Fiabilidad

158

Rendimiento. Se observa que todos los paquetes IP tiene un rendimiento normal como se muestra en la figura 4.4.20.

Figura 4.4.20 Anlisis por Rendimiento

Actividad de trfico de red (trfico entre pares). La figura 4.4.21 muestra la tabla de la actividad de trfico entre direcciones IP con un total de 548 tramas que contienen la cabecera IP. El Host 192.168.2.2 ha enviado 147 paquetes a la direccin 192.168.3.2 y ha recibido 140 paquetes. El Host 192.168.2.2 ha enviado 8 paquetes a la direccin 192.168.2.1 y ha recibido 31 paquetes. Adems el equipo PC1 (IP: 192.168.2.2) ha enviado paquetes a varias

direcciones IP pblicas como 75.126.38.75, 75.126.38.76, 190.95.185.98, 190.95.185.99 7 216.12.205.130.

159

Figura 4.4.21 Trfico entre pares

Distribucin de trfico por direccin destino. En esta figura 4.4.22 se puede observar que la direccin IP 192.168.2.2 ha recibido 183 paquetes IP. La direccin IP 192.168.3.2 ha recibido 147 paquetes IP.

Figura 4.4.22 Distribucin de Trfico por direccin destino

160

Distribucin de trfico por direccin fuente. La siguiente figura 4.4.23 indica que la ip 192.168.2.2 ha enviado la mayor cantidad de paquetes IP.

Figura 4.4.23 Distribucin de Trfico por direccin fuente

Paso 4: Estadsticas de tramas a nivel LAN

Se pueden realizar dos estadsticas de distribucin de tramas a nivel LAN detalladas a continuacin. Distribucin de tramas por longitud Distribucin de tramas errneas

Distribucin de tramas por longitud. En la figura 4.4.24 se puede observar que 200 tramas poseen una longitud mayor a 1281bytes, 26 tramas entre 641 bytes y 1280 bytes.

161

Figura 4.4.24 Distribucin de tramas por longitud

Distribucin de tramas errneas. En la figura 4.4.25 se observa que ninguna trama ha tenido errres, es decir la comprobacin del campo FCS ha sido correcta.

Figura 4.4.25 Distribucin de tramas errneas

162

Paso 5: Anlisis por distribucin de protocolo

Se pueden realizar anlisis de la distribucin de los protocolos en la red. En la figura 4.4.26 se muestra la el grfico en diagrama de barras y en la figura 4.4.27 se muestra en forma tabular. Ambas figuras muestran la cantidad de tramas de cada protocolo. La figura en forma de tabla muestra con ms detalle la distribucin de protocolos en la red.

Figura 4.4.26 Distribucin de protocolos (1)

Se observa que se capturaron un total de 576 tramas Ethernet. Se encuentran encapsulado el protocolo IP en 548 tramas Ethernet.

163

Figura 4.4.27 Distribucin de protocolos (2)

164

4.5.- Prctica de Laboratorio de Simulacin de Frame Relay

4.5.1.- Descripcin general

Esta prctica permite que el estudiante se familiarice con la estructura de la trama Frame Relay, con sus variantes LMI (ANSI, Q.933 y el propietario de Cisco); adems de la configuracin y funcionamiento de la misma. Se utilizar un analizador de Protocolos para poder visualizar la estructura de la trama Frame Relay.

4.5.2.- Equipos requeridos

Dos ruteadores Cisco con una interfaz ethernet y una interfaz serial cada uno; con software EIGRP en la ios; ambos sern utilizados como dispositivos FRAD. Un ruteador Cisco con 2 interfaces seriales, el cual ser configurado como switch Frame Relay. Dos switches no administrables. Dos computadores con tarjeta de red y puerto serie Un Analizador Radcom Rc-100wl con interfaz multitype y cable monitor V.35; adems se necesita tener instalado el software del equipo en un computador.

165

Figura 4.5.1 Diagrama de red

4.5.3.- Descripcin del contenido de la prctica.

Se capturarn las tramas Frame Relay con el analizador de Protocolos Radcom Rc-100wl, se analizar la estructura de la cabecera Frame Relay (propietaria de Cisco e Ietf); adems se utilizar el estndar de Interfaz de Administracin Local (LMI: Ansi, Q.933a y Cisco) para notificar al dispositivo final la informacin sobre el estado de los DLCI de la red. La topologa de la red se muestra en la figura 1.

4.5.4.- Desarrollo de la prctica El diseo de la prctica es la interconexin de dos ruteadores mediante un switch Frame Relay, para esto se procedi a configurar un Router Cisco 1600 como switch Frame Relay.

166

4.5.4.1.- Esquema de conexin

Conectamos el analizador de protocolos RC-100 WL a una lnea en el punto A B.

4.5.4.2.- Conexiones de los equipos

Se deben conectar los ruteadores entre si, esto es: Interfaz serial 0 de ruteador Lab_A con el cable monitor V.35 (conector hembra) del equipo Radcom Interfaz serial 1 del ruteador SW con el cable monitor V.35 (conector macho) del equipo Radcom. Interfaz serial 0 de ruteador Lab_B con interfaz serial 0 del ruteador SW. Recordar que el cable V.35 DCE va del lado de SW. Conectar en los puertos disponibles del Hub la interfaz Ethernet 0 del ruteador Lab_A, la PC1 y la interfaz AUI del analizador de protocolos. Proceder a conectar los computadores en la interfaz Ethernet 0 del router respectivo. Adems proceder con la conexin de los cables consola del ruteador segn la necesidad. 4.5.4.3.- Configuracin de los ruteadores Se configura los ruteadores con la informacin de la tabla siguiente:

167

Tabla 4.5.1 Configuracin de los ruteadores

Designac in del Ruteador Router 1 Nombre del Ruteado r Lab_A Tipo de Interfaz Direccin serial Numero DLCI Direccin ethernet 0/Mascara de Subred 192.168.2 .1/24 Encapsulaci n Frame Relay Cisco LMI

DTE

192.168.1.1 /30 Loopback 0 Loopback 1

1023

Cisco

Router 2

SW

DCE

21 20 1023 192.168.3 .1/24

S 0: Cisco S 1: Cisco Cisco

Cisco Cisco Cisco

Router 3

Lab_B

DTE

192.168.1.2 /30

Paso 1: Configuracin de los password

Ruteador 1:

Router>enable Router#configure terminal Router(config)#hostname Lab_A Lab_A(config)#enable secret cisco Lab_A(config)#line console 0 Lab_A(config-line)#password cisco Lab_A(config-line)#login Lab_A(config-line)#exit Lab_A(config)#line vty 0 4 Lab_A(config-line)#password cisco Lab_A(config-line)#login Lab_A(config-line)#exit

Ruteador 3:

Router> Router>enable Router#configure terminal Router(config)#hostname Lab_B

168

Lab_B(config)#enable secret cisco Lab_B(config)#line console 0 Lab_B(config-line)#password cisco Lab_B(config-line)#login Lab_B(config-line)#exit Lab_B(config)#line vty 0 4 Lab_B(config-line)#password cisco Lab_B(config-line)#login Lab_B(config-line)#exit

Paso 2: Configurar las interfaces seriales

En primer lugar se debe definir el tipo de encapsulamiento Frame Relay que se usar en este enlace mediante los siguientes comandos.

Para el ruteador Lab_A: Lab_A(config)#interface serial 0 Lab_A(config-if)#encapsulation frame-relay cisco Lab_A(config-if)#ip address 192.168.1.1 255.255.255.252 Lab_A(config-if)#frame-relay lmi-type cisco Lab_A(config-if)#no shutdown Lab_A(config-if)#exit

Para el ruteador Lab_B:

Lab_B(config)#interface serial 0 Lab_B(config-if)#encapsulation frame-relay Lab_B(config-if)#ip address 192.168.1.2 255.255.255.252 Lab_B(config-if)#frame-relay lmi-type cisco Lab_B(config-if)#no shutdown Lab_B(config-if)#exit

169

Se debe configurar el ruteador 2 como switch Frame Relay, para esto use los siguientes comandos.

Router>enable Router#configure terminal Router(config)#hostname SW SW(config)#frame-relay switching SW(config)#interface serial 0 SW(config-if)#ip unnumbered Loopback 0 SW(config-if)# encapsulation frame-relay SW(config-if)# frame-relay lmi-type cisco SW(config-if)#clock rate 64000 SW(config-if)# frame-relay intf-type DCE SW(config-if)# frame-relay route 20 interface serial 1 21 SW(config-if)# no shutdown SW(config-if)#exit SW(config)#interface serial 1 SW(config-if)#ip unnumbered Loopback 1 SW(config-if)# encapsulation frame-relay SW(config-if)# frame-relay lmi-type cisco SW(config-if)#clock rate 64000 SW(config-if)# frame-relay intf-type DCE SW(config-if)# frame-relay route 21 interface serial 0 20 SW(config-if)# no shutdown SW(config-if)#exit

Paso 3: Configurar las interfaces Ethernet 0 Ruteador Lab_A: Lab_A(config)#interface ethernet 0 Lab_A(config-if)#ip address 192.168.2.1 255.255.255.0 Lab_A (config-if)#no shutdown Lab_A(config-if)#exit

Lab_B(config)#interface ethernet 0 Lab_B(config-if)#ip address 192.168.3.1 255.255.255.0 Lab_B(config-if)#no shutdown

170

Lab_B(config-if)#exit

Paso 4: Configurar el enrutamiento EIGRP

Para configurar el Protocolo de Enrutamiento de Gatway Interior Mejorado use la siguiente sintaxis:

Lab_A(config)#router eigrp 100 Lab_A(config-router)#network 192.168.1.0 Lab_A(config-router)#network 192.168.2.0 Lab_A(config-router)#exit Lab_B(config)#router eigrp 100 Lab_B(config-router)#network 192.168.1.0 Lab_B(config-router)#network 192.168.3.0 Lab_B(config-router)#exit

Nota: Utilizar el siguiente comando en cada uno de los router router#copy running-config startup-config, para guardar su configuracin.

4.5.4.4.- Verificacin de la configuracin Frame Relay

PASO 1: Verificar la Interfaz de Administracin Local

Utilice el comando show frame-relay lmi para mostrar las estadsticas de trfico LMI. Por ejemplo, este comando muestra el nmero de mensajes de

171

estado intercambiados entre el ruteador local y el switch Frame Relay como se detalla en la figura 4.5.2.

Figura 4.5.2 Estadsticas de LMI del switch Frame Relay

PASO 2: Verificar el PVC de Frame Relay

Use el comando show frame-relay pvc para mostrar el estado de todos los PVCs configurados en el ruteador. Este comando resulta til para ver el nmero de los paquetes de BECN y FECN que el router recibe. El estado del PVC puede ser activo, inactivo o eliminado. La figura 4.5.3 corresponde al ruteador Lab_A, la figura 4.5.4 al ruteador Lab_B y la figura 4.5.5 al Switch Frame Relay.

172

Figura 4.5.3 Verificacin de PVC del Router Lab_A

Figura 4.5.4 Verificacin de PVC del Router Lab_B

173

Figura 4.5.5 Verificacin de PVC del switch Frame Relay

PASO 3: Visualizar el Mapeo de Frame Relay

Figura 4.5.6 Verificacin del Mapeo Frame Relay Lab_B

Utilice el comando show frame-relay map para mostrar las asignaciones actuales e informacin acerca de las conexiones. La siguiente informacin

174

interpreta el resultado del comando show frame-relay map del ruteador Lab_B que se muestra en la figura 4.5.6:

192.168.1.1 es la direccin IP de un ruteador remoto, que se aprende de forma dinmica a travs de un proceso ARP inverso.

21 es el valor decimal del nmero DLCI local. 0x15 es la conversin hexadecimal del nmero DLCI, , 0x15 = 21 decimal.

0x450 es el valor tal como se muestra en la trama debido a la forma en que los bits DLCI se reparten en el campo de direccin de la trama Frame Relay.

La capacidad broadcast/multicast est habilitada en el PVC. El estado del PVC es activo.

Figura 4.5.7 Verificacin del Mapeo Frame Relay Lab_A

La siguiente informacin interpreta el resultado del comando show framerelay map que se muestra en la figura 4.5.7:

175

192.168.1.2 es la direccin IP de un router remoto, que se aprende de forma dinmica a travs de un proceso ARP inverso.

20 es el valor decimal del nmero DLCI local. 0x14 es la conversin hexadecimal del nmero DLCI, , 0x14 = 20 decimal

0x440 es el valor tal como se muestra la trama debido a la forma en que los bits DLCI se reparten en el campo de direccin de la trama Frame Relay.

La capacidad broadcast/multicast est habilitada en el PVC. El estado del PVC es activo.

PASO 4: Verificar la conectividad

Las figura 4.5.8 muestra la realizacin de ping a las interfaces Ethernet del router Lab_B y la figura 4.5.9 del router Lab_A.

Figura 4.5.8 Realizacin de ping Lab_B

176

Figura 4.5.9 Realizacin de ping Lab_A

4.5.4.5.- Captura de la trama de la interfaz de administracin local (LMI) Para capturar la estructura de la trama, se proceder a utilizar el analizador de protocolos RC-100WL.

Paso 1: Ejecutar el programa RC-100WL Activar solo la interfaz Multi Type, en working mode, se seleccionar Monitor. Luego OK, ver figura 4.5.10.

Figura 4.5.10 Asignacin del canal

177

Paso 2: Seleccionar el protocolo utilizado En el men system seleccionar Protocols variants como se detalla en la figura 4.5.11.

Figura 4.5.11 Seleccin del protocolo utilizado

Posteriormente en la ventana protocols variants en la fila 10 columna 3 seleccionar el LMI (Ansi, Q.933 o el propietario de Cisco) segn este configurado en la interfaz donde se encuentra el analizador de protocolos, ver figura 4.5.12. Luego dar click en OK.

Figura 4.5.12 Seleccin de la variante del protocolo

178

Paso 3: Capturar las tramas Para iniciar el proceso de captura se debe ir a la ventana de captura de la siguiente manera en el men Window seleccionar Ch #: capture, ver figura 4.5.13.

Figura 4.5.13 Seleccin de la ventana de captura

Posteriormente en la ventana Ch2: Capture se da clic en Go para empezar la captura de tramas en la interfaz serial. Luego para finalizar la captura se proceder a dar clic en el botn Stop y obtenemos las tramas como se muestra en la figura 4.5.14.

179

Figura 4.5.14 Ventana de captura

4.5.4.6.- Anlisis de la trama de los tipos de mensajes de sealizacin

Una vez capturada las tramas se proceder a realizar el anlisis correspondiente

180

4.5.4.6.1.- Anlisis de la trama Propietario de Cisco

Los mensajes de sealizacin del protocolo LMI de cisco utiliza el dlci 1023, estos mensajes tienen la causa de la congestin y la lista de DLCIs que deben reducir su trfico.

Las tramas capturadas por el analizador de protocolos se las obtuvo entre el lab_A y la Nube FR como se muestra en la figura 4.5.15.

Figura 4.5.15 Intercambio de mensajes LMI

Despus del arranque de los equipos utilizados, los FRAD (Lab_A y Lab_B), no tienen conocimiento de los pvc activos de la nube Frame Relay. Por tal motivo el FRAD enva una trama status enquiry (1,0) como se muestra en la

181

figura 4.5.16, en respuesta; la nube FR enva una trama full status (1,1) informando del estado de los pvc con sus respectivos dlcis.

En el siguiente status enquiry (2,1) la nube responder confirmando que el enlace est activo status (2,2).

Figura 4.5.16 Mensajes de sealizacin

Paso 1: Verificar el mensaje Status Enquiry (1, 0) En las tramas capturadas con el analizador de protocolos, encontrar la trama enviada por el usuario solicitando un Status Enquiry a la red FR, para su respectivo anlisis.

10 seg 10 seg

182

Tabla 4.5.2 Trama 3

Frame: 3 Captured at: +00:04.566 Length: 15 From: User Status: Ok Frame Relay: Type: PVC Status Request Frame Relay: FCS: 0xDF4A Frame Relay: Frame - Relay Headr: 64753 <FCF1> Frame Relay: 111111..1111.... DLCI: 1023 Frame Relay: ......0......... C/R Frame Relay: .......0........ EA1 Frame Relay: ............0... FECN Frame Relay: .............0.. BECN Frame Relay: ..............0. DE Frame Relay: ...............1 EA2 Frame Relay: Signature: Frame Relay: Unnumbered Info Frame: 0x03 <03> Frame Relay: Protocol Discriminator: LMI <09> Frame Relay: Call Reference: 0x00 <00> Frame Relay: Message Type: Status Enquiry 0x75 <75> Frame Relay: IE: Report type ID = 0x1 <01> Frame Relay: Len: 1 <01> Frame Relay: Type: Full Status <00> Frame Relay: IE: Link integrity verification ID = 0x3 Frame Relay: Len: 2 <02> Frame Relay: Send Sequence Number: 1 <01> Frame Relay: Receive Sequence Number: 0 <00> Frame Tail OFFSET DATA ASCII 000D: DF 4A .J

<03>

Como se puede ver en la trama (1, 0) en la tabla 4.5.2, en el campo de informacin se observa el DLCI: 1023 lo que indica que es una trama de administracin, el cual corresponde al LMI Cisco.

Paso 2: Crear el mensaje Status Enquiry (1, 0)

Con los datos obtenidos anteriormente realizar la estructura completa de la trama Frame Relay, ver tabla 4.5.3.

183

Tabla 4.5.3 Trama 3 (2) BANDERA 1 1 1 1 DLCI MSB C/R 1 1 1 1 1 0 DLCI LSB FECN BECN DE 1 1 1 0 0 0 CONTROL 0 0 0 0 0 1 DISCRIMINADOR DE PROTOCOLOS 0 0 0 1 0 0 REFERENCIA DE LLAMADA 0 0 0 0 0 0 TIPO DE MENSAJE (STATUS ENQUIRY) 1 1 1 0 1 0 IE1: (TIPO DE REPORTE) 0 0 0 0 0 0 LONGITUD 0 0 0 0 0 0 TIPO: SEQUENCE ONLY 0 0 0 0 0 0 IE2: (VERIFICACIN DE INTEGRIDAD DEL ENLACE) 0 0 0 0 0 1 LONGITUD 0 0 0 0 0 1 NUMERO DE SECUENCIA ENVIADO 0 0 0 0 0 0 NUMERO DE SECUENCIA RECIBIDO 0 0 0 0 0 0 FCS 1 0 1 1 1 1 FCS 1 0 0 1 0 1 FLAG 1 1 1 1 1 1 1 1

0 1 1 0 0 0 0 0 0 0 0 0 0 0 1 0 0

0 EA1 0 EA2 1 1 1 0 1 1 1 1 1 0 1 0 1 0 0

184

Paso 3: Verificar el mensaje Status (1, 1)

En las tramas capturadas con el analizador de protocolos, encontrar la trama Status enviada por la red Frame Relay en respuesta de la trama Status Enquiry solicitada por el usuario final, para su respectivo anlisis.

Tabla 4.5.4 Trama 4

Frame: 4 Captured at: +00:04.569 Length: 23 From: User Status: Ok Frame Relay: Type: PVC Status Frame Relay: FCS: 0xB47F Frame Relay: Frame - Relay Headr: 64753 <FCF1> Frame Relay: 111111..1111.... DLCI: 1023 Frame Relay: ......0......... C/R Frame Relay: .......0........ EA1 Frame Relay: ............0... FECN Frame Relay: .............0.. BECN Frame Relay: ..............0. DE Frame Relay: ...............1 EA2 Frame Relay: Signature: Frame Relay: Unnumbered Info Frame: 0x03 <03> Frame Relay: Protocol Discriminator: LMI <09> Frame Relay: Call Reference: 0x00 <00> Frame Relay: Message Type: Status 0x7D <7D> Frame Relay: IE: Report type ID = 0x1 <01> Frame Relay: Len: 1 <01> Frame Relay: Type: Full Status <00> Frame Relay: IE: Link integrity verification ID = 0x3 Frame Relay: Len: 2 <02> Frame Relay: Send Sequence Number: 1 <01> Frame Relay: Receive Sequence Number: 1 <01> Frame Relay: IE: PVC Status ID = 0x7 <07> Frame Relay: Len : 6 <06> Frame Relay: PVC DLCI : 20 <0014> Frame Relay: PVC Status: 2 <02> Frame Relay: 0....... Ext [Should Be One] Frame Relay: .000.... Spare Frame Relay: ....0... New: PVC Is Already Present Frame Relay: .....0.. Spare Frame Relay: ......1. Active: PVC Is Active Frame Relay: .......0 Spare Frame Tail OFFSET DATA ASCII 0015: B4 7F ..

<03>

185

Como se observa en la trama capturada (1, 1) en la tabla 4.5.4 la nube FR ha respondido con un elemento de informacin adicional (IE3), el cual me indica el PVC activo con su respectivo DLCI: 20.

Paso 4: Crear el mensaje Status (1, 1)

Se procede a crear la trama con los datos obtenidos anteriormente, ver tabla 4.5.5. Tabla 4.5.5 Trama 4 (2) BANDERA 1 1 1 1 DLCI MSB C/R 1 1 1 1 1 0 DLCI LSB FECN BECN DE 1 1 1 0 0 0 CONTROL 0 0 0 0 0 1 DISCRIMINADOR DE PROTOCOLOS 0 0 0 1 0 0 REFERENCIA DE LLAMADA 0 0 0 0 0 0 TIPO DE MENSAJE (STATUS) 1 1 1 1 1 0 IE1: (TIPO DE REPORTE) 0 0 0 0 0 0 LONGITUD 0 0 0 0 0 0 TIPO: FULL STATUS 0 0 0 0 0 0 IE2: (VERIFICACIN DE INTEGRIDAD DEL ENLACE) 0 0 0 0 0 1 LONGITUD 0 0 0 0 0 1 NUMERO DE SECUENCIA ENVIADO 0 0 0 0 0 0 1 1

0 1 1 0 0 0 0 0 0 0 0 0 0

0 EA1 0 EA2 1 1 1 0 1 1 1 0 1 0 1

186

0 0 0

0 0 0

0 0

0 0

0 1 0 0

0 0 1 1

NUMERO DE SECUENCIA RECIBIDO 0 0 0 0 0 IE3 : (PVC STATUS) 0 0 0 1 1 LONGITUD 0 0 0 1 1 PVC STATUS HEADER PVC DLCI MSB 0 0 0 0 0 PVC DLCI LSB 0 1 0 1 0 PVC STATUS ACTIVO 0 0 0 1 FCS 1 1 0 1 0 FCS 1 1 1 1 1 FLAG 1 1 1 1 1

1 1 0

0 0

0 0 1 0

Paso 5: Verificar el mensaje Status Enquiry (2, 1)

En las tramas capturadas con el analizador de protocolos, encontrar la trama enviada por el usuario solicitando un Status Enquiry a la red FR, para su respectivo anlisis, ver tabla 4.5.6. Tabla 4.5.6 Trama 10
Frame: 10 Captured at: +00:14.561 Length: 15 From: Network Status: Ok Frame Relay: Type: Line Check Frame Relay: FCS: 0x311C Frame Relay: Frame - Relay Headr: 64753 <FCF1> Frame Relay: 111111..1111.... DLCI: 1023 Frame Relay: ......0......... C/R Frame Relay: .......0........ EA1 Frame Relay: ............0... FECN Frame Relay: .............0.. BECN

187

Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Tail OFFSET DATA 000D: 31 1C

..............0. DE ...............1 EA2 Signature: Unnumbered Info Frame: 0x03 <03> Protocol Discriminator: LMI <09> Call Reference: 0x00 <00> Message Type: Status Enquiry 0x75 <75> IE: Report type ID = 0x1 <01> Len: 1 <01> Type: Sequence Only <01> IE: Link integrity verification ID = 0x3 Len: 2 <02> Send Sequence Number: 2 <02> Receive Sequence Number: 1 <01> ASCII 1.

<03>

Paso 6: Verificar el mensaje Status (2, 2) Se adjunta la tabla de la captura de la trama status (2, 2), ver tabla 4.5.7.

Tabla 4.5.7 Trama 18

Frame: 0 Captured at: +00:14.566 Length: 15 From: User Status: Ok Frame Relay: Type: Line Check Frame Relay: FCS: 0xB319 Frame Relay: Frame - Relay Headr: 64753 <FCF1> Frame Relay: 111111..1111.... DLCI: 1023 Frame Relay: ......0......... C/R Frame Relay: .......0........ EA1 Frame Relay: ............0... FECN Frame Relay: .............0.. BECN Frame Relay: ..............0. DE Frame Relay: ...............1 EA2 Frame Relay: Signature: Frame Relay: Unnumbered Info Frame: 0x03 <03> Frame Relay: Protocol Discriminator: LMI <09> Frame Relay: Call Reference: 0x00 <00> Frame Relay: Message Type: Status 0x7D <7D> Frame Relay: IE: Report type ID = 0x1 <01> Frame Relay: Len: 1 <01> Frame Relay: Type: Sequence Only <01> Frame Relay: IE: Link integrity verification ID = 0x3 Frame Relay: Len: 2 <02> Frame Relay: Send Sequence Number: 2 <02> Frame Relay: Receive Sequence Number: 2 <02> Frame Tail OFFSET DATA ASCII 000D: B3 19 ..

<03>

188

4.5.4.6.2.- Anlisis de la trama T1.617 Annex D (LMI)

Para realizar el anlisis del LMI Annex D seleccionamos en el analizador ANSI T1.617 Annex D como se muestra en la figura 4.5.12. Y en los equipos FRAD configurar en LMI correspondiente en la interfaz.

Las tramas capturadas por el analizador de protocolos se las obtuvo entre el lab_A y la Nube FR como se muestra en la figura 4.5.17.

Figura 4.5.17 Mensajes de sealizacin (2)

Paso: 1 Verificar el mensaje Annex D: Status Enquiry (75)

Para analizar el Status Enquiry se debe capturar con el analizador de protocolos la trama como se muestra a continuacin en la figura 4.5.18.

189

Figura 4.5.18 Ventana de captura

Para una mejor comprensin se captura la trama en un archivo de texto, como se detalla en la tabla 4.5.8.

Tabla 4.5.8 Captura de datos

@ @ @ @ @ @ Start time = 14-JAN-2008 17:44:13.000000 Stop time = 14-JAN-2008 17:46:47.000000 Line type = HDLC Time mode = Relative Protocol stack = Frame Relay Offset = 0

Frame: 1 Captured at: +00:00.000 Length: 16 From: User Status: Ok Frame Relay: Type: Line Check Frame Relay: FCS: 0xB915 Frame Relay: Frame - Relay Headr: 1 <0001>

190

Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Tail OFFSET DATA 000E: B9 15

000000..0000.... DLCI: 0 ......0......... C/R .......0........ EA1 ............0... FECN .............0.. BECN ..............0. DE ...............1 EA2 Signature: Unnumbered Info Frame: 0x03 <03> Protocol Discriminator: Control <08> Call Reference: 0x00 <00> Message Type: Status Enquiry 0x75 <75> Locking Shift - Shift to codeset 5 <95> IE: Report type ID = 0x1 <01> Len: 1 <01> Type: Sequence Only <01> IE: Link integrity verification ID = 0x3 Len: 2 <02> Send Sequence Number: 1 <01> Receive Sequence Number: 0 <00> ASCII ..

<03>

Los mensajes Status Enquiry del estndar Annex D tienen un formato similar a los mensajes del estndar Annex A. El elemento de informacin Link Integrity Verification es similar al elemento de informacin Keep Alive pero usa un identificador diferente.

Paso: 2 Verificar el mensaje Annex D: Status (7D)

Para analizar el Status se debe capturar con el analizador de protocolos la segunda trama, ver tabla 4.5.9. Tabla 4.5.9 Trama 2
Frame: 2 Captured at: +00:00.008 Length: 21 From: Network Status: Ok Frame Relay: Type: PVC Status Frame Relay: FCS: 0x26ED Frame Relay: Frame - Relay Headr: 1 <0001> Frame Relay: 000000..0000.... DLCI: 0 Frame Relay: ......0......... C/R

191

Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Tail OFFSET DATA 0013: 26 ED

.......0........ EA1 ............0... FECN .............0.. BECN ..............0. DE ...............1 EA2 Signature: Unnumbered Info Frame: 0x03 <03> Protocol Discriminator: Control <08> Call Reference: 0x00 <00> Message Type: Status 0x7D <7D> Locking Shift - Shift to codeset 5 <95> IE: Report type ID = 0x1 <01> Len: 1 <01> Type: Full Status <00> IE: Link integrity verification ID = 0x3 Len: 2 <02> Send Sequence Number: 1 <01> Receive Sequence Number: 1 <01> IE: PVC Status ID = 0x7 <07> Len : 3 <03> PVC Status Header: 416 <01A0> 0............... Ext .0.............. Spare ..000001.0100... PVC DLCI: 20 ........1....... Ext .............000 Spare PVC Status: 130 <82> 1....... Ext .000.... Spare ....0... New: PVC Is Already Present .....0.. Spare ......1. Active: PVC Is Active .......0 Spare ASCII &.

<03>

Los mensajes de estado de Annex D son similares a los mensajes Annex A, pero tienen tres tipos de informes: Informe de estado completo (Full status report): Un mensaje detallado sobre el estado de toda la red (indicando si los DLCIs del switch estn activos, inactivos, etc). Verificacin de la integridad del enlace (Link integrity verification): muestra el estado de un enlace especfico. Mensaje Single PVC async.

192

 Status : muestra el estado de un solo DLCI.

4.5.4.6.3.- Anlisis de la trama Annex A

Paso: 1 Verificar el mensaje Status Enquiry (75)

Se debe verificar entre las tramas capturadas la trama de sealizacin con el mensaje status enquiry, ver tabla 4.5.10.

Tabla 4.5.10 Trama 44

Frame: 44 Captured at: +02:40.001 Length: 15 From: User Status: Ok Frame Relay: Type: PVC Status Request Frame Relay: FCS: 0xAD27 Frame Relay: Frame - Relay Headr: 1 <0001> Frame Relay: 000000..0000.... DLCI: 0 Frame Relay: ......0......... C/R Frame Relay: .......0........ EA1 Frame Relay: ............0... FECN Frame Relay: .............0.. BECN Frame Relay: ..............0. DE Frame Relay: ...............1 EA2 Frame Relay: Signature: Frame Relay: Unnumbered Info Frame: 0x03 <03> Frame Relay: Protocol Discriminator: Control <08> Frame Relay: Call Reference: 0x00 <00> Frame Relay: Message Type: Status Enquiry 0x75 <75> Frame Relay: IE: Report type ID = 0x51 <51> Frame Relay: Len: 1 <01> Frame Relay: Type: Full Status <00> Frame Relay: IE: Link integrity verification ID = 0x53 Frame Relay: Len: 2 <02> Frame Relay: Send Sequence Number: 43 <2B> Frame Relay: Receive Sequence Number: 42 <2A> Frame Relay: 0....... Ext Bit: 0 Frame Relay: .010.... Spare Bit: 2 Frame Relay: ....1... New Bit: 1 Frame Relay: .....0.. Delete Bit: 0 PVC is Configured Frame Relay: ......1. Active Bit: 1 Frame Relay: .......0 Spare Bit: 0 Frame Tail OFFSET DATA ASCII 000D: AD 27 .'

<53>

193

Paso: 2 Verificar el mensaje Status (7D)

Se debe verificar entre las tramas capturadas la trama de sealizacin con el mensaje status, ver tabla 4.5.11.

Tabla 4.5.11 Trama 45

Frame: 45 Captured at: +02:40.009 Length: 20 From: Network Status: Ok Frame Relay: Type: PVC Status Frame Relay: FCS: 0xBC9A Frame Relay: Frame - Relay Headr: 1 <0001> Frame Relay: 000000..0000.... DLCI: 0 Frame Relay: ......0......... C/R Frame Relay: .......0........ EA1 Frame Relay: ............0... FECN Frame Relay: .............0.. BECN Frame Relay: ..............0. DE Frame Relay: ...............1 EA2 Frame Relay: Signature: Frame Relay: Unnumbered Info Frame: 0x03 <03> Frame Relay: Protocol Discriminator: Control <08> Frame Relay: Call Reference: 0x00 <00> Frame Relay: Message Type: Status 0x7D <7D> Frame Relay: IE: Report type ID = 0x51 <51> Frame Relay: Len: 1 <01> Frame Relay: Type: Full Status <00> Frame Relay: IE: Link integrity verification ID = 0x53 Frame Relay: Len: 2 <02> Frame Relay: Send Sequence Number: 43 <2B> Frame Relay: Receive Sequence Number: 43 <2B> Frame Relay: 0....... Ext Bit: 0 Frame Relay: .010.... Spare Bit: 2 Frame Relay: ....1... New Bit: 1 Frame Relay: .....0.. Delete Bit: 0 PVC is Configured Frame Relay: ......1. Active Bit: 1 Frame Relay: .......1 Spare Bit: 1 Frame Relay: IE: PVC Status ID = 0x57 <57> Frame Relay: Len : 3 <03> Frame Relay: PVC Status Header: 416 <01A0> Frame Relay: 0............... Ext Frame Relay: .0.............. Spare Frame Relay: ..000001.0100... PVC DLCI: 20 Frame Relay: ........1....... Ext Frame Relay: .............000 Spare Frame Relay: PVC Status: 130 <82> Frame Relay: 1....... Ext Frame Relay: .000.... Spare Frame Relay: ....0... New: PVC Is Already Present Frame Relay: .....0.. Spare

<53>

194

Frame Relay: Frame Relay: Frame Tail OFFSET DATA 0012: BC 9A

......1. Active: PVC Is Active .......0 Spare ASCII ..

Diferencias entre la encapsulacin CISCO y la encapsulacin IETF

En la siguiente trama corresponde a la encapsulacin IETF la podemos reconocer por el NLPID que identifica que protocolo est encapsulado en la trama FR, en este ejemplo el ID corresponde al protocolo IP 0xCC, ver tabla 4.5.12.

Tabla 4.5.12 Trama capturada

Frame: Captured at: +00:50.843 Length: 66 From: User Status: Ok Frame Relay: Type: User-Data Frame Relay: FCS: 0x512E Frame Relay: Frame - Relay Headr: 1089 <0441> Frame Relay: 000001..0100.... DLCI: 20 Frame Relay: ......0......... C/R Frame Relay: .......0........ EA1 Frame Relay: ............0... FECN Frame Relay: .............0.. BECN Frame Relay: ..............0. DE Frame Relay: ...............1 EA2 FRF.3: Control is UI <03> FRF.3: NLPID is IP <CC> IP: Version = 4 <45> IP: IHL = 20 [Bytes] IP: Type of Service: 0x00 <00> IP: Routine IP: Normal Delay IP: Normal Throughput IP: Normal Reliability IP: Total Length = 60 <003C> IP: Identification = 27754 <6C6A> IP: Flags & Fragment Offset: 0x0000 <0000> IP: 0............... Reserved IP: .0.............. May Fragment IP: ..0............. Last Fragment IP: Fragment Offset = 0 [Bytes] IP: Time to Live = 127 [Seconds/Hops] <7F> IP: Protocol: 1 ICMP <01>

195

IP: Header Checksum = 0x4902 <4902> IP: Source Address = 192.168.2.2 <C0A80202> IP: Destination Address = 192.168.3.2 <C0A80302> ICMP: Type: 0 Echo Reply <00> ICMP: Code: 0 <00> ICMP: CheckSum: 0xE95B <E95B> ICMP: Identifier: 512 <0200> ICMP: Sequence: 27136 <6A00> User Data OFFSET DATA ASCII 0020: 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 0030: 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 Frame Tail OFFSET DATA ASCII 0040: 51 2E

abcdefghijklmnop qrstuvwabcdefghi

Esta trama corresponde a la encapsulacin CISCO y se diferencia de la encapsulacin IETF porque utiliza un ethertype para determinar la encapsulacin de los protocolos superiores en este ejemplo utiliza el protocolo IP 0x800, ver tabla 4.5.13. Tabla 4.5.13 Trama capturada
Frame: 0 Captured at: +09:59.512 Length: 66 From: Network Status: Ok Frame Relay: Type: User-Data Frame Relay: FCS: 0xB034 Frame Relay: Frame - Relay Headr: 1089 <0441> Frame Relay: 000001..0100.... DLCI: 20 Frame Relay: ......0......... C/R Frame Relay: .......0........ EA1 Frame Relay: ............0... FECN Frame Relay: .............0.. BECN Frame Relay: ..............0. DE Frame Relay: ...............1 EA2 Frame Relay: Ether Type: 0x0800 IP <0800> IP: Version = 4 <45> IP: IHL = 20 [Bytes] IP: Type of Service: 0x00 <00> IP: Routine IP: Normal Delay IP: Normal Throughput IP: Normal Reliability IP: Total Length = 60 <003C> IP: Identification = 458 <01CA> IP: Flags & Fragment Offset: 0x0000 <0000> IP: 0............... Reserved IP: .0.............. May Fragment IP: ..0............. Last Fragment

196

IP: Fragment Offset = 0 [Bytes] IP: Time to Live = 127 [Seconds/Hops] <7F> IP: Protocol: 1 ICMP <01> IP: Header Checksum = 0xB5A2 <B5A2> IP: Source Address = 192.168.2.2 <C0A80202> IP: Destination Address = 192.168.1.2 <C0A80102> ICMP: Type: 8 Echo request <08> ICMP: Code: 0 <00> ICMP: CheckSum: 0x135C <135C> ICMP: Identifier: 768 <0300> ICMP: Sequence: 14080 <3700> User Data OFFSET DATA ASCII 0020: 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 0030: 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 Frame Tail OFFSET DATA ASCII 0040: B0 34

abcdefghijklmnop qrstuvwabcdefghi

4.5.4.6.4.- Anlisis de la Red

Figura 4.5.19 Ventana de captura (2)

197

Este es un ejemplo de decodificacin de ip encapsulado sobre Frame Relay. Esta decodificacin permite al usuario identificar de forma inmediata los protocolos encapsulados, si los datos recibidos son los esperados y determinar prdidas de paquetes y con las herramientas de analizador podemos observar la distribucin total de las tramas, estadsticas, protocolos de red, actividad y distribucin del trfico, ver figura 4.5.19. En la trama capturada de datos podemos observar el protocolo IP y el protocolo de enrutamiento EIGRP.

Paso 1: Distribucin de la trama (Carga DLCI)

Para observar la distribucin de la carga DLCI hacemos click derecho en la pantalla del analizador, seleccionamos en anlisis Frame Distribution como se observa en la figura 4.5.20.

Figura 4.5.20 Anlisis de Frame Relay

198

Y obtenemos la distribucin de la carga del enlace como se muestra en la figura 4.5.21 la cual tenemos que el DLCI 20 tiene 129 tramas y el DLCI 1023 tiene 66 tramas, esto quiere decir que en la estructura de la trama frame Relay dentro del campo de informacin se ha obtenido mas Datos de Usuario que Mensajes de sealizacin.

Figura 4.5.21 Distribucin de las tramas

Paso 2: Distribucin total de las trama

Para obtener la distribucin total de las tramas en Bytes hacemos click derecho en la pantalla del analizador, seleccionamos en anlisis Frame Distribution(Tabular) como se observa en la figura 4.5.22.

199

Figura 4.5.22 Anlisis de distribucin de las tramas

Y obtenemos el total de tramas, la cual nos indica que se ha recibido un mayor nmero de tramas debido a que las tramas de la red representa el 50.26%, ver figura 4.5.23.

Figura 4.5.23 Anlisis de distribucin de las tramas (2)

200

Paso 3: Estadsticas de las trama Para obtener las estadsticas de congestin de las tramas hacemos click derecho en la pantalla del analizador, seleccionamos en anlisis Frame Estatistics como se observa en la figura 4.5.24.

Figura 4.5.24 Anlisis de estadsticas de las tramas La figura 4.5.25 indica que no hay congestin en el enlace, ni hay tramas con errores, solo indica trfico frame relay y mensajes de sealizacin, lo cual garantiza que el enlace est en ptimas condiciones.

Figura 4.5.25 Anlisis de estadsticas de las tramas (2)

201

Paso 4: Protocolo ICMP

Para obtener la distribucin del protocolo ICMP, hacemos click derecho en la pantalla del analizador, seleccionamos en anlisis Distribution by type como se observa en la figura 4.5.26.

Figura 4.5.26 Anlisis de estadsticas de ICMP

Y obtenemos el total de paquetes de ping enviados, la cual en la figura 4.5.27 indica prdidas de ping debido a que en la Peticin de eco ICMP(Echo

202

Request) tenemos 107 paquetes y en la Respuesta de eco ICMP (Echo Reply) tenemos 95 paquetes , la cual nos da un total de 12 paquetes perdidos.

Figura 4.5.27 Anlisis de estadsticas de ICMP (2)

En las pruebas de ping realizadas se puede comprobar la secuencia y el tipo de ICMP verificando estos campos y revisando en orden cronolgico las tramas. Se detecta fcilmente tramas faltantes y estas prdidas se dan en el inicio generalmente debido al tiempo que toma asociar las direcciones MAC a direcciones IP.

203

Paso 5: Protocolo IP

Para obtener informacin del protocolo IP,

hacemos click derecho en la

pantalla del analizador, en subject seleccionamos ip y en anlisis tenemos algunas opciones como por ejemplo:

Retardo. La figura 4.5.28 indica que tenemos un normal retardo en el enlace.

Figura 4.5.28 Anlisis de retardo en IP

Actividad del trfico de la red. En la opcin de la actividad del trfico podemos observar el host que ha generado un mayor trfico IP, como se observa en la figura 4.5.29 la direccin ip 192.168.3.2 ha generado trfico al host 192.168.2.2.

204

Figura 4.5.29 Anlisis de actividad de trfico en IP

Distribucin de trfico por direccin destino. En la figura 4.5.30 se obtiene que el host con la direccin ip 192.168.2.2 ha recibido un mayor porcentaje de trfico.

Figura 4.5.30 Anlisis de trfico por direccin IP destino

205

Distribucin de trfico por direccin fuente. En la figura 4.5.31 se obtiene que el host con la direccin ip 192.168.3.2 ha generado un mayor porcentaje de trfico ip.

Figura 4.5.31 Anlisis de trfico por direccin IP fuente

Paso 6: Distribucin de trfico por protocolos

En la figura 4.5.32 se puede observar los protocolos, como por ejemplo: FR, EIGRP, IP, ICMP que han sido capturados en la interfaz serial.

En la figura 4.5.33 se puede observar los protocolos ordenados en tabla con datos estadsticos como el porcentaje de tramas y bytes en la captura.

206

Figura 4.5.32 Anlisis de trfico por protocolos

Figura 4.5.33 Anlisis estadstico por protocolos

207

Paso 7: Nivel de trama WAN En la siguiente figura 4.5.34 se puede observar el tamao de las tramas en el enlace WAN, la cual indica que el mayor porcentaje de las tramas estn entre 641 a 1280 bytes.

Figura 4.5.34 Anlisis de la longitud de las tramas

208

4.6.- Prctica de Laboratorio de Simulacin de ATM

4.6.1.- Descripcin general

Esta prctica permite que el estudiante se familiarice con la estructura de la trama ATM, con su PDU de cada una de sus subcapas. Se va analizar la subcapa AAL5 de ATM. Para lo cual se utilizar el software del equipo PrismLite de Radcom.

4.6.2.- Equipos requeridos

Un computador con el software del equipo PrismLite

4.6.3.- Descripcin del contenido de la prctica.

El software del PrismLite permite capturar datos sin tener una red definida ni equipo fsico conectado. Esta herramienta es de ayuda para poder probar las funcionalidades del equipo para capacitacin del usuario.

Se utilizara el equipo con un tipo de captura de datos: modo de trama ATM (ATM/SAR). Se analizara los PDU de cada subcapa de ATM.

209

4.6.4.- Desarrollo de la prctica

4.6.4.1.- Proceso de simulacin en modo de trama ATM (ATM/SAR)

Para obtener los PDU se procede a inicializar el software PrismLite.

Paso 1: Ejecutar el programa PrismLite Demo

En la ventana configuracin demo en la figura 4.6.1 en cualquiera de los slot seleccionar ATM Combo que corresponde a la tarjeta del equipo y seleccionar en el puerto cualquier interfaz disponible, en este caso se seleccion el slot 3 y puerto STM-1. Luego de lo cual se debe dar clic en OK.

Figura 4.6.1 Configuracin Demo

210

Paso 2: Seleccionar el protocolo de pila ATM/SAR En el men Configuration seleccionar el canal (ch 3), ver figura 4.6.2.

Figura 4.6.2 Configurar protocolo de pila ATM/SAR

Posteriormente seleccionar ATM/SAR en protocolo de pila.

Paso 3: Habilitar las ventanas de procesos.

Para poder habilitar las ventanas para realizar el anlisis es necesario ir al men Processes y seleccionar inicial state. En la ventana Processes Control seleccionar capture y analysis, ver figura 4.6.3.

211

Figura 4.6.3 Configurar los procesos activos

Paso 4: Proceso de captura de las tramas

Se procede a capturar las tramas hasta que el buffer se agote. Para el objetivo de esta prctica es necesario aplicar un filtro para descartar las tramas que no son de inters, en este caso solo se analizarn las tramas con contenido IP, ver figura 4.6.4.

212

Figura 4.6.4 Ventana de captura

Paso 5: Proceso de filtrado de datos

En la ventana de captura se procede a seleccionar en la barra superior la lista despegable y escoge IP Frames como se detalla en figura 4.6.5. Con esto podemos realizar el anlisis de IP sobre ATM.

213

Figura 4.6.5 Filtrado de tramas

4.6.4.2.- Anlisis en modo de trama ATM/SAR

Una vez capturada las tramas se proceder a realizar el anlisis correspondiente. En la tabla 4.6.1 se aprecia la primera trama capturada, recordar que ATM trabaja con celdas fijas de 53bytes. El equipo Radcom Prims-Lite est en capacidad de capturar celdas pero se est capturando en modo ATM/SAR; esto es que las celdas han sido reensambladas en SARPDU.

214

Tabla 4.6.1 Trama capturada

Frame: 0 Captured at: +00:00.000 Length: 96 From: User Status: Ok Datos(53bytes)

ATM: Status - O.K ATM: Station - 0,118 ATM: VPI - 0 ATM: VCI - 118 ATM: AAL Type - 5 OFFSET DATA ASCII AAL5(8bytes) PAD(relleno) 35bytes

0000: AA AA 03 00 00 00 08 00 45 00 00 2D 02 F5 00 00 ........E..-.... 0010: 3A 06 38 A4 84 42 20 03 84 42 1C AD 00 17 05 FC :.8..B ..B...... 0020: 00 E6 27 BC FF 6F 08 A1 00 00 00 00 41 41 21 21 ..'..o......AA!! 0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0050: 00 00 00 00 00 00 00 00 00 00 00 35 03 04 05 06 ...........5....

En el modo de captura de trama ATM, el equipo captura las celdas ATM. Separa y guarda la cabecera ATM de la carga til (payload) de la celda. En este caso el payload es nombrado SAR-PDU como se muestra en la figura 4.6.6.

215

Figura 4.6.6 Reensamble de celdas en SAR-PDU

Debido a que los datos son de tamao variable, la subcapa SAR reensambla los SAR-PDU en AAL5-CPCS PDU; esto lo logra debido a que en la cabecera de la celda se encuentra el campo PTI que determina cuando inicia y termina cada AAL5-CPCS; como se muestra en la siguiente figura 4.6.7.

216

Figura 4.6.7 Reensamble de SAR-PDU en AAL5-CPCS-PDU

El equipo PrismLite nos muestra el PDU AAL5-CPCS, es decir, el PDU del proceso de la subcapa de convergencia, ver figura 4.6.8; debido a que estn los datos sin segmentar. En esta adems se puede visualizar los campos de la celda ATM como VPI: 0, VCI: 118 y tipo de dato AAL5.

217

Los ocho bytes finales que se observan en la trama capturada corresponden a campos de la capa de adaptacin AAL 5. El primer byte corresponde al campo UU es 0x00, CPI 0x00, LENGTH 0x0035 y CRC-32 0x03040506.

Figura 4.6.8 Captura de trama

218

En donde la longitud campo de 2 bytes es 0x0035 cuyo valor en decimal es 53 corresponde a la longitud del tamao de los datos de la trama CPCSPDU.

Debido a que en la subcapa SAR el CPCS-PDU debe ser segmentado en tamaos de 48 bytes, es usualmente agregado un relleno de ceros entre el dato de usuario y los campos de adaptacin AAL5. Este campo de relleno es llamado PAD y se muestra en la trama en la tabla 4.6.1.

4.6.4.2.1.- Anlisis de la red

El software del equipo Radcom Prism-Lite tiene ventajas debido a que permite analizar los datos capturados con anlisis predefinidos (ver figura 4.6.9) que se detallan a continuacin: Distribucin de direccin de la trama Distribucin de la longitud de la trama Distribucin de status de las tramas Distribucin del trfico por tipo AAL Distribucin del trfico por VPI Distribucin de trfico por VPI/VCI

Se debe tener en cuenta que al aplicar el filtro para solo mantener las tramas de tipo AAL5 se redujo a 8 tramas.

219

Figura 4.6.9 Opciones de anlisis Distribucin de direccin de las tramas. Para poder realiza este anlisis se debe seleccionar en la ventana de la figura anterior Frame Direction Distribution, luego se presenta la ventana como en la figura 4.6.10. Es decir tenemos 5 tramas transmitidas y 3 tramas recibidas desde la red.

Figura 4.6.10 Distribucin de la direccin de la trama

220

Distribucin de la longitud de las tramas. En la figura 4.6.11 se debe tener en cuenta que en modo ATM/SAR se capturan tramas PDU AAL5CPCS, por lo tanto; tiene tamao variable dado a que es el PDU de la subcapa de convergencia.

Figura 4.6.11 Distribucin de la longitud de las tramas

Distribucin del status de las tramas. La figura 4.6.12 indica que ninguna celda ni trama ensamblada contiene errores y por lo tanto su campo de comprobacin HEC es correcto.

221

Figura 4.6.12 Distribucin del status de las tramas

Distribucin del trfico por tipo de AAL. En la figura 4.6.13 dado a que se filtro las tramas capturadas se comprueba que solo hay tramas con PDU tipo AAL 5.

Figura 4.6.13 Distribucin del trfico por tipo de AAL

222

Distribucin del trfico por VPI. La figura 4.6.14 muestra que solo tenemos 8 tramas con VPI: 0.

Figura 4.6.14 Distribucin del trfico por VPI Distribucin del trfico por VPI/VCI. La figura 4.6.15 nos detalla cuantas tramas hay en el conjunto de VPI/CI, en este caso en particular 8 tramas con VPI: 0, VCI:118

Figura 4.6.15 Distribucin del trfico por VPI/VCI

223

CAPTULO 5
5. Costos de la implementacin de un laboratorio

En el captulo anterior se detall los equipos utilizados en cada laboratorio realizado, entre estos se encuentran ruteadores Cisco de series 1601 y 805; los cuales a la actualidad se encuentran descontinuados en venta y soporte por parte del fabricante. Debido a esto se han cotizado ruteadores Cisco de serie 1841 y 2811 para poder incrementar en un futuro la complejidad de laboratorios y sus respectivos anlisis.

El analizador de protocolos utilizado en los laboratorios es un Radcom RC100WL, el cual se encuentra descontinuado en venta y soporte. Se cotiz el analizador Radcom Prism UltraLite con mejoras en su software de captura y anlisis. Es muy importante recalcar que este equipo tiene interfaces LAN incorporadas y para anlisis de ste no es necesario comprar interfaces.

Se debe recalcar que solo se detallan costos de equipos ruteadores y analizador de protocolos, no se detalla costo de computadores que intervienen en las pruebas ni equipamiento adicional.

5.1.- Descripcin de los componentes del laboratorio.

En cada laboratorio se ha implementado una red sencilla para su rpido anlisis y comprensin. Por esto se ha seleccionado 3 ruteadores Cisco, 2 de las series 1841 y 1 de la serie 2811.

Se detalla la descripcin de los componentes:

Analizador Radcom Prism UltraLite: Posee 2 canales de operacin simultanea, el procesamiento, estadsticas, filtros, captura de datos directamente a disco duro y el anlisis se puede obtener en tiempo real y offline. Soporta agregar paquetes de software opcionales para simulaciones de protocolos especficos. El equipo soporta ms de 600 protocolos incluyendo: WAN/LAN: HDLC, SDLC, LAPD, Frame Relay, ISDN, PPP, ATM, MPLS, LDP, RSVP, VLAN, Ethernet, IP. VoIP: H.323, H.225, H.450, RTP, RTCP, SIP. Cellular: GSM, CDMA, GPRS, WAP. SS7: MTP2, MTP3, MAP, SCCP.

Ruteador Cisco 1841: Este ruteador de servicios integrados soporta lo siguiente: Soporta altas velocidades para tarjetas de interfaz WAN/E1/T1.

225

Proteccin de la inversin inicial del equipo mediante incremento en desempeo y modularidad. Incremento de densidad a travs de interfaces WAN de alta velocidad. Soporta alrededor de 90 mdulos o interfaces. Dos puertos FastEthernet integrados. Soporta un conjunto completo de protocolos de transporte, calidad de servicio y seguridad en la red.

Ruteador Cisco 2811: Este modelo es parte del portafolio de ruteadores de servicios integrados por lo cual posee las caractersticas del ruteador 1841 mas las detalladas a continuacin: Diseo modular, proteccin firewall, cifrado del hardware, soporte de VPN/MPLS, Quality of Service (QoS). Diseo modular que permite hasta 4 tarjetas HWIC,WIC,VIC o VWIC. Soporta 1 slot para modulo NM o NME.

5.2.- Clculos y anlisis generales de los costos

En cada laboratorio se ha implementado una red sencilla para su rpido anlisis y comprensin. Por esto se ha seleccionado 3 ruteadores Cisco, 2 de las series 1841 y 1 de la serie 2811, de los cuales se detallan los costos a continuacin en la tabla 5.1.

226

TABLA 5.1 Costo de ruteadores Cisco y adicionales. Cdigo Equipo Serie 1841 Descripcin Ruteador de servicios integrados 1841 con 2 puertos FE, IOS:c1841-advipservicesk9-mz Ruteador de servicios integrados 2811 con 2 puertos FE, IOS:Cisco 2800 IP Base Tarjeta de interface serial WAN Cable V.35 smart serial DTE Cable V.35 smart serial DCE Cantidad 2 P. Unitario Total

$1352 $2.740

Serie 2811 WIC-2T CAB-SSV35MT CAB-SSV35FC Total

1 4 2 2

$2420 $2.420 $387 $1.548 $82 $82 $164 $164 $7.036

Detallar el costo de un analizador de protocolos es mas complejo, se necesita conocer cuales son las interfaces necesarias, el paquete de software adicional para analizar cada protocolo, el desbloqueo para utilizar dos interfaces a la vez, software para simulacin y varias mas que se detallan a continuacin en la tabla 5.2. TABLA 5.2 Costo de equipo Analizador de protocolos Radcom. Cdigo Equipo Prism UltraLite Descripcin WAN/LAN analyzer stand-alone basic unit including: HDLC, SDLC, LAPB and LAPD decoding, ASYNC, transparent, Frame Simulation, Burst simulation, BERT. Ethernet and Tokeng Ring decoding. X.25 monitoring and simulation. P. Unitario $ 8.000

227

Two external Triggers, computer cable, power supply unit, power supply cable. Complete set of manual. Software Options RC-PULFRA RC-PULFRS RC-PULEA RC-PULA2CH Interfaces Modules RC-WLMTYP RC-WL-E1 Cables RC-WLV35C RC-WLV35S Total

Frame Relay analysis - Single Channel Frame Relay Simulation Encapsulation Protocol Analysis Upgrade from one channel to two channel

$ 1.395 $ 1.395 $ 1.540 $ 1.200

RS-449/RS-530/X.21/V.24 Interface - single channel G.703 E1 interface- single channel V.35 Monitor Cable - single channel V.35 Simulation Cable - single channel

$ 730

$ 195 $ 95 $ 15.240

El analizador Radcom es una herramienta que se puede adaptar a las nuevas tecnologas solo se necesita agregar el software que se necesita como por ejemplo anlisis de protocolo MPLS, protocolos de VoIP y ms.

228

Conclusiones
1) En el desarrollo de la tesis se ha implementado un procedimiento con el analizador de protocolos RC-100 WL para los laboratorios de simulacin del protocolo HDLC, simulacin del protocolo MAC/IP, simulacin del protocolo Frame Relay, y un procedimiento diferente con el software demo del Radcom Prism-Lite para la simulacin del protocolo ATM, con la finalidad de que el estudiante se familiarice con las herramientas utilizadas para poder analizar, simular y comprender la estructura de los protocolos e interpretar como las tramas viajan por una red.

2) En los laboratorios que se utiliza el equipo Radcom RC-100 WL se procedi con la configuracin de equipos ruteadores para obtener la red que se desea implementar, se realizan pruebas de conectividad luego de lo cual se procede con la captura de datos en tiempo real y su respectivo anlisis de las primeras tramas y graficacin de todos los datos capturados con grficos pre-establecidos.

3) Adems se utiliza el programa gratuito Packet Builder disponible en internet que es una herramienta til y fcil para la creacin de paquetes de red y en las prcticas se lo utilizo para enviar paquetes ICMP y poder encapsular dentro de los protocolos analizados.

229

4) El equipo Radcom RC-100WL es una herramienta que teniendo la licencia de simulacin permite generar trfico, aleatorio o definido por usuario con diversas protocolos como Ethernet, Frame Relay, pero debido a la falta de licencia en el hardware nos decidimos por utilizar el programa Packet Builder anteriormente detallado.

5) En la prctica de laboratorio de simulacin Frame Relay con analizar su cabecera se puede diferenciar si el campo de informacin corresponde a mensajes de sealizacin o datos del usuario identificando el DLCI utilizado en la trama, adems en los mensajes de sealizacin se identifica que LMI se esta utilizando, en los datos del usuario se analiza el protocolo superior encapsulado.

6) En la prctica de laboratorio de simulacin HDLC se implementa una red con dos ruteadores y se comprob la estructura de la trama cHDLC de Cisco Systems; que es una extensin del protocolo HDLC que utiliza sistema de verificacin del estado del enlace mediante mensajes keep-alive.

7) En la prctica IP se detall la encapsulacin de IP sobre Ethernet. Se analiz las distintas tramas, broadcast, unicast y multicast. Se revis el campo tipo de servicio, para verificar las prioridades de los paquetes IP.

230

8) En IP se analizo las tramas ICMP, se observo la fragmentacin de los paquetes IP. Se determin la actividad de trfico de los equipos.

9) El analizador comprob en las capturas de las tramas que no hubo tramas errneas. Adems se observ la distribucin de los protocolos que interactan en la red.

10) En la prctica de laboratorio de ATM unos de los problemas encontrados fue que el analizador utilizado en los laboratorios no tiene capacidades para analizar una red ATM y adems no se dispona de una red bsica de ATM para su anlisis por tal motivo se utiliz un demo que permite probar las capacidades del analizador antes de proceder con la compra del analizador Prism Lite.

11) En ATM se analiza la subcapa AAL5 debido a que permite trabajar con protocolos no orientados a conexin, en nuestro caso protocolo IP.

12) En el desarrollo de nuestra tesis un obstculo es que debido a la demanda de un analizador de protocolos en las empresas que lo poseen; tuvimos que regirnos a la poca disponibilidad del mismo y aprovechar al mximo esta herramienta.

231

13) El analizador de protocolos utilizado en los laboratorios es un equipo que tiene ciertas carencias en ATM y en IPv6, actualmente ha sido reemplazado por el analizador Ultra Prism Lite que posee mejoras para el anlisis de una red de datos.

Recomendaciones

1) Se recomienda utilizar los procedimientos con el programa Dynamips debido a que este permite capturar el trfico que viaja a travs de las interfaces de los ruteadores. Esto es muy recomendado para poder visualizar la estructura de las tramas, aunque no permite capturas sobre interfaces ATM.

2) Se recomienda que luego de tener los conocimientos bsicos de anlisis se proceda a implementar redes complejas para su respectivo anlisis.

3) Se recomienda a la universidad implementar un laboratorio de redes para simular y analizar protocolos de comunicaciones, dado que es muy utilizado por instituciones de control como Senatel/Conatel y Supertel.

232

BIBLIOGRAFIA
[1] IP/MPLS Forum. Frame Relay Forum Implementation

Agreements. http://www.ipmplsforum.org/tech/fr_ia.shtml [2] [3] [4] [5] [6] RFC 791. IP. http://www.rfc-editor.org/rfc/rfc791.txt RFC 792. ICMP. http://www.rfc-editor.org/rfc/rfc792.txt RFC 826, 923. ARP RARP. http://www.rfc-editor.org/rfc/rfc826.txt Cisco System, Inc. CCNA Curriculum v3.1. http://cisco.netacad.net Cisco System, Inc. Asynchronous Transfer Mode (ATM) Switching. http://www.cisco.com/en/US/docs/internetworking/technology/handb ook/atm.html [7] Cisco System, Inc. Internet Protocols (IP). http://www.cisco.com/en/US/docs/internetworking/technology/handb ook/Internet-Protocols.html [8] Cisco System, Inc. Frame Relay. http://www.cisco.com/en/US/docs/internetworking/technology/handb ook/Frame-Relay.html [9] Cisco System, Inc. Ethernet. http://www.cisco.com/en/US/docs/internetworking/technology/handb ook/Ethernet.html [10] Todd Lammle. Cisco CCNA Study Guide, Editorial Sybex. Quinta edicin. Capitulo 2, 11.

[11] Angela Orebaugh. Wireshark and Ethereal Network Protocol Analyzer Toolkit. Editorial Syngress. Capitulo 1, 2. [12] Wendell Odom, CCIE Routing and Switching. Editorial Cisco. Tercera edicin. Capitulo 1, 4, 15. [13] Laura Chappells Lab kit. Versin 9. http://www.novell.com/ncmagopenxtest/laurachappell.html [14] Rad Tutorials. ATM. http://www2.rad.com/networks/infrastructure/atm/main.htm [15] Rad Tutorials. Packet Switching. http://www2.rad.com/networks/2004/PacketSwitching/main.htm [16] Programa Wireshark. http://www.wireshark.org [17] Programa Packet Builder. http://www.engagesecurity.com/products/engagepacketbuilder/ [18] Radcom Ultra Prism Lite. http://www.radcom.com/LeadForm1.aspx?BoneId=381&ObjID=1&staticname1=2&FileName=632616552728437500125.pdf [19] Programa Dynamips. http://www.ipflow.utc.fr/index.php/Cisco_7200_Simulator

236

Anexo A. Procedimientos en laboratorios MAC, IP, HDLC y Frame Relay

Anexo B. Procedimientos en laboratorio ATM

Ejecutar software DEMO PRISMLITE

Configuracin de los puertos ATM

Configurar el protocolo de pila ATM/SAR

Habilitar los procesos de captura y anlisis de tramas

Captura de las tramas

Seleccionar filtrado de datos para tramas IP

Analizar en modo de trama ATM/SAR

Desglosar la trama capturada en cabecera ATM y carga til Analizar los datos capturados con grficos predefinidos

Conclusiones

234

ABREVIATURAS
OSI: Interconexin de Sistemas Abiertos. ISO: Organizacin Internacional de Normalizacin. DCE: Data Circuit-Terminating Equipment. DTE: Data Terminal Equipment. FR: Frame Relay OSI: Open System Interconnection. Interconexin de Sistemas Abiertos. WAN: Wide Area Network. HDLC: High-Level Data Link Control cHDLC: Cisco High-Level Data Link Control SLARP: Serial Line Address Resolution Protocol LABF: Link Access Procedure for Frame. DTE: Data Terminal Equipment. DCE: Data Communications Equipment LAN: Local Area Network. FRAD: Frame Relay Access Device o Frame Relay Assembler/Disassembler. DLCI: Data Link Connection Identifier FCS: Frame Check Sequence CR: Comando / Respuesta EA: Extended Address FECN: Forward Explicit Congestion Notification, Notificacin de congestin explicita hacia el destino BECN: Backward Explicit Congestion Notification, Notificacin de congestin explicita en el retorno DE: Discard Elegibility PAD: Campo de Relleno. NLPI: Network Layer Protocol Identifier. Identificador de Protocolo de Nivel de Red.

UIT: Unin Internacional de Telecomunicaciones. CIR: Committed Information Rate, tasa de informacin comprometida Be: Excess Burst Size, rfaga en exceso Bc: Committed Burst Size, rfaga comprometida LMI: Local Manager Interface. Interfaz de administracin Local. ANSI: American National Standars Institute. Instituto Nacional Americano de Estndares. ARP: Address Resolution Protocol ATM: Asynchronous Transfer Mode (Modo de transferencia asincrnica) TC: Transmission Convergence Sublayer (Subcapa de transmisin y convergencia) PM: Physical Medium Sublayer (Subcapa del medio fsico) UNI: User-Network Interface (Interfaz usuario-red) NNI: Network-Network Interface (Interfaz red-red) CS: Convergence Sublayer (Subcapa de convergencia) SAR: Segmentation and Reassembly Sublayer (Subcapa de segmentacin y reemsamblado) VCC: Virtual channel connection (conexin de canal virtual) VPC: Virtual path connection (conexin de camino virtual) AAL: ATM Adaption Layer (Capa de adaptacin ATM) GFC: Generic Flow Control (Control de flujo genrico) VPI: Virtual Path Identifier (Identificador de camino virtual) VCI: Virtual Channel Identifier (Identificador de canal virtual) PT: Payload Type (Tipo de carga til) CLP: Cells Loss Priority (Prioridad de prdida de celdas) HEC: Header Error Control (Control de error de cabecera) CRC: Cyclic Redundant Code (Cdigo de redundancia cclica) SDH: Synchronous Digital Hierarchy (Red ptica Sncrona) SONET: Synchronous Optical Network (Jerarqua Digital Sncrona) PDU: Protocol Data Unit (Unidad de Protocolo de Datos)