UNIVERSIDAD TECNOLGICA DE NEZAHUALCYOTL Organismo Pblico Descentralizado del Estado de Mxico

DIVISIN DE TELEMTICA

MONITOREO DE LAS REDES GOBIERNO DEL ESTADO DE PUEBLA Y 7-ELEVEN GENERAL DATA COM DE MEXICO MEMORIA QUE PARA OBTENER EL TTULO DE TCNICO SUPERIOR UNIVERSITARIO EN TELEMTICA

P R E S E N T A: MARIO ALBERTO GONZALEZ ESPINOSA

Asesor Acadmico: Rodolfo Melgarejo. Asesor Empresarial: Ing. Alfonso Carmona

GENERACIN: 27 OCTUBRE 2006 CD. NEZAHUALCYOTL

Agradecimientos

A mi madre Maribel Espinosa Medina y a mis abuelos que me han formado como persona a lo largo de mi vida dndome su apoyo y comprensin en todo momento

A mis profesores que sin lugar a dudas fueron un pieza muy importante en mis estudios ya que con su enorme paciencia y su enseanza me dieron las herramientas para afrontar la vida en el aspecto laboral

Y ala empresa que me dio la oportunidad de realizar mi estada y as hacer uso de los conocimientos que he adquirido a lo largo de la carrera

Gracias

Abstract

MONITOREO OF NETWORKS

The term network monitoring describes the use of a system that constantly monitors a computer network for slow or failing components and that notifies the network administrator in case of outages via email, pager or other alarms. It is a subset of the functions involved in network management.

While an intrusion detection system monitors a network for threats from the outside, a network monitoring system monitors the network for problems caused by overloaded and/or crashed servers, network connections or other devices. For example, to determine the status of a webserver, monitoring software may periodically send an HTTP request to fetch a page; for email servers, a test message might be sent through SMTP and retrieved by IMAP or POP3. Commonly measured metrics are response time and availability (or uptime), although both consistency and reliability metrics are starting to gain popularity. The widespread addition of WAN optimization devices is having an adverse effect on most network monitoring tools -- especially when it comes to measuring accurate end to end response time because they limit round trip visibility. iii

Status request failures, such as when a connection cannot be established, it times-out, or the document or message cannot be retrieved, usually produce an action from the monitoring system. These actions vary: an alarm may be sent out to the resident (SMS, email,...) sysadmin, automatic failover systems may be activated to remove the troubled server from duty until it can be repaired, etcetera. Monitoring the performance of a network uplink is also known as network traffic measurement, and more software is listed there.

Universidad Tecnolgica de Nezahualcyotl, 2006

iv

Resumen
MONITOREO DE REDES La supervisin de la red del trmino describe el uso de un sistema que constantemente supervisa una red de computadoras para disminuir o en su defecto componentes y que notifique al administrador de la red en caso de cortes a travs de correo, buscapersonas o las otras alarmas. It is a subset of the functions involved in network management . Se trata de un subconjunto de las funciones implicadas en la gestin de redes. Si bien un sistema de deteccin de intrusiones controla una red de las amenazas desde el exterior, un sistema de monitoreo de red supervisa la red para los problemas causados por los servidores sobrecargados y / o se haya estrellado, conexiones de red u otros dispositivos.

Por ejemplo, para determinar el estado de un servidor web, software de monitoreo puede peridicamente enva un peticin HTTP a buscar una pgina, para servidores de correo electrnico, un mensaje de prueba puede ser enviada a travs de SMTP y recuperados por IMAP o POP3.

Mtricas miden comnmente son el tiempo de respuesta y la disponibilidad (o el tiempo de actividad), aunque tanto la coherencia y la fiabilidad de las mtricas estn comenzando a ganar popularidad. La adicin generalizada de WAN dispositivos de optimizacin est teniendo un efecto negativo en la mayora de las herramientas de red de vigilancia - sobre todo cuando se trata de la medicin final para acabar con

precisin el tiempo de respuesta, ya que limitan la visibilidad de ida y vuelta. Los fallos de solicitud de estado, como cuando una conexin no puede ser establecido, los tiempos de espera, o el documento o mensaje no puede ser recuperada, por lo general producen una accin en el sistema de vigilancia. Estas acciones varan: una alarma puede ser enviada a los residentes (SMS, administrador de sistemas ,...) correo electrnico, los sistemas de failover automtico puede ser activado para eliminar el servidor con problemas de impuestos hasta que pueda ser reparado, etctera.

Supervisin de la ejecucin de un enlace ascendente de la red tambin se conoce como la medicin de la red de trfico, y ms software est en la lista.

Universidad Tecnolgica de Nezahualcyotl, 2006

vi

ndice
CAPTULO 1 10

Antecedentes de la Empresa............................................................................ 10 1.2 Objetivos ............................................................................................ 11 1.3 Misin ................................................................................................. 11 1.4 Visin .................................................................................................. 11 1.5 Justificacin ....................................................................................... 11 1.6 Diagrama de gantt .............................................................................. 12 CAPTULO 2 13

MONITOREO DE RED ...................................................................................... 13 2.1 Que monitorear? ............................................................................... 14 2.2 Por qu monitorear? ........................................................................ 14 2.3 Cmo monitorear? ............................................................................ 16 2.4 Ventajas de monitorear ...................................................................... 17 2.5 Recomendaciones de monitoreo ...................................................... 19 2.6 Tipos de monitoreo ............................................................................. 20 2.6.1 Monitoreo de aplicaciones .................................................... 20 2.6.2 Monitoreo de servicios .......................................................... 20 2.6.3 Monitoreo de URL .................................................................. 21 2.7 Tecnologa frame relay ...................................................................... 21 2.7.1 Caractersticas de Frame-Relay .......................................... 23 2.8 Modelo OSI .......................................................................................... 27 Modelo de referencia OSI ................................................................................. 28 2.8.1 Capa Fsica (capa 1) ............................................................. 30 2.8.2 Capa de enlace de datos (capa 2)...................................... 35 2.8.3 Capa de red (capa 3) ............................................................ 36 2.8.4 Capa de transporte (capa 4) ................................................ 37 vii

2.8.5 Capa de Sesin (capa 5)...................................................... 38 2.8.6 Capa de Presentacin (capa 6) .......................................... 39 2.8.7 Capa de Aplicacin (capa 7)................................................ 39 2.9 Modelo TCP/IP .................................................................................... 41 2.9.1 TCP ........................................................................................... 42 2.9.2 Capa de Internet ..................................................................... 42 2.9.3 Capa de Acceso de Red, ...................................................... 43 2.9.4 Protocolos de Capa de Aplicacin ....................................... 43 2.9.5 Protocolos de Capa de Transporte. ..................................... 44 2.9.6 La Capa de Acceso de Red. ................................................. 45 2.9.7 Las similitudes incluyen: ........................................................ 45 2.9.8 Las diferencias incluyen: ....................................................... 46 CAPTULO 3 48

Desarrollo de la estancia ................................................................................... 48 HERRAMIENTAS DE MONITOREO Y EQUIPOS CON LOS QUE CUENTA LA RPV DE LA GEP (GOBIERNO DEL ESTADO DE PUENLA Y 7-ELEVEN). ........................................................................... 48 3.1 Sislogis .................................................................................................. 48 3.1.1 Qu es Sislogis? .................................................................. 48 3.1.2 A quien esta orientado? ...................................................... 48 3.1.3 Cul es el objetivo del programa? ..................................... 49 3.2 troublesothing ...................................................................................... 56 3.2.1 Cual es el Problema? .......................................................... 56 3.2.2 Cuando comenz el problema? ......................................... 56 3.2.3 Y luego que hiciste? ............................................................ 56 3.2.4 Sabes cual..? .................................................................... 57 3.2.5 Por fin ....................................................................................... 57 CAPTULO 4............................................................................................... 58 viii

Resultados ........................................................................................................... 58 CAPTULO 5 59

Conclusiones ....................................................................................................... 59 Glosario ................................................................................................................ 61 Bibliografa ........................................................................................................... 64

ix

CAPTULO 1
Antecedentes de la Empresa Conocen a General DataComm, (GDC), como uno de los

abastecedores ms innovadores del mundo del establecimiento de una red segura, NEBS-obediente para los telcos, de los gobiernos y de los negocios. Las soluciones de GDC ayudan a clientes a tender un puente sobre tecnologas, maximizan sus inversiones en redes existentes de la voz y de datos, y la transicin a las ms nuevas arquitecturas de red.

Las amplias ofrendas del producto de GDC permiten el acceso de la herencia y de red del DSL; los servicios para la instalacin de la red apoyan, mantenimiento, operaciones, reparacin, gerencia de la seguridad de la empresa y terminan a la gerencia de la anchura de banda, la conmutacin multiprotocol de la etiqueta (MPLS), el IP excesivo de la voz (VoIP), Ethernet, Ethernet excesiva de la energa (PoE), y el establecimiento de una red sin hilos, y outsourcing de la red.

Fundado en 1969, GDC tiene un expediente de pista probado para la innovacin. Con 1250 patentes a su crdito, la compaa es responsable de un nmero de introducciones originales de la industria de la comunicacin de datos.

10

1.2 OBJETIVOS Brindarles a sus clientes en calidad de Asociado y de Outsourcing, de los servicios de Operacin, Gestin y Administracin de sus Redes. 1.3 MISIN Proporcionar asesora profesional, administracin y operacin de las redes de telecomunicaciones de nuestros clientes dentro de los mejores niveles de servicio y precio que les represente una ventaja competitiva en su mbito y a nosotros una mayor penetracin en el mercado latinoamericano. 1.4 VISIN Convertir a General DataComm en una empresa lder en el mercado latinoamericano del OutSourcing y de de Redes creando de y

telecomunicaciones

corporativas

carriers,

desarrollando oportunidades de negocio para nuestros clientes, socios de negocios, tecnolgicos y de servicios profesionales que coadyuve al logro de sus metas corporativas. 1.5 JUSTIFICACIN El monitoreo de las redes se bebe a la necesidad de ofrecer un mejor servicio a la red del cliente ofreciendo la deteccin en forma inmediata de algn conflicto en la red provocando darle seguimiento y solucin al problema que se este efectuando en tiempo. Asi el cliente puede continuar operando de manera eficiente los servicios que ofrece.

11

1.6 DIAGRAMA DE GANTT

Junio Actividades Identificar Necesidades de la Empresa Identificar tipo de Usuarios Realizar pruebas de Funcionalidad Analizar cdigo de los mdulos del sislogis Diseo del Mapa del modelo de trabajo Diseo del Mapa de Funcionalidad Instalacin de equipos de telecomunicaciones. Realizar consultas, reportes y tickets. Correccin de fallas detectadas en la red. Cambiar configuraciones de los equipos. Implementar configuraciones en los equipos de comunicaciones. Implementacin de los sistemas de reportes. Implementar estrategias nuevas para el monitoreo de las redes. Realizar nuevamente pruebas de funcionalidad Documentar resultados 12

Julio

Agosto

1 2 3 4 1 2 3 4 1 2 3 4

Evaluaci n

Implementacin

Desarrollo

Diseo

Anlisis

CAPTULO 2
MONITOREO DE RED El trmino monitoreo de red describe el uso de un sistema que constantemente monitorea una red de computadoras para sistemas lentos o en mal funcionamiento y que notifica al administrador de la red en caso de falla va correo electrnico, biper u otras alarmas. Es un subconjunto de las funciones implicadas en la administracin de la red.

Mientras un sistema de deteccin de intrusos monitorea una red de amenazas del exterior, un sistema de monitoreo de red monitorea la red de problemas debidos a servidores, conexiones de red u otros dispositivos sobrecargados y/o fuera de servicio.

Por ejemplo, para determinar el estado de un servidor web, un software de monitoreo puede peridicamente mandar una solicitud va http para mandar a llamar una pgina; para servidores de correo electrnico, un mensaje de prueba puede ser mandada por SMTP y retomada por IMAP o POP3.

Estado de respuesta de fallas, tal como cuando una conexin no puede ser establecida, est en tiempo muerto, o el documento o mensaje no puede ser recuperado, usualmente produce una accin del sistema de monitoreo. Estas acciones varan: una alarma puede ser mandada al residente administrador de sistemas, el sistema de failover automtico puede ser activado para remover el servidor atormentado de servicio hasta que pueda ser reparado, etc. 13

2.1 QUE MONITOREAR? Los recursos presentes en cada sistema son poder de CPU, ancho de banda, memoria y almacenamiento. En el primer vistazo, parecera que la supervisin slo consistira de examinar estas cuatro cosas. Lamentablemente, no es tan simple. Por ejemplo, considere una unidad de disco. Qu cosas podra querer saber sobre su utilizacin? Cunto espacio libre est disponible? Cuntas operaciones de E/S realiza en promedio por segundo? Cunto tiempo en promedio toma en completarse cada operacin de E/S? Cuntas de esas operaciones de E/S son lecturas? Cuntas son escrituras? Cul es la cantidad promedio de datos ledos/escritos con cada E/S? Hay ms formas de estudiar el rendimiento de una unidad de disco; estos puntos solamente tocan la superficie. El concepto principal a tener en mente es que hay muchos tipos diferentes de datos para cada recurso. Las siguientes secciones exploran los tipos de informacin de utilizacin que seran tiles para cada uno de los principales tipos de recursos.

2.2 POR QU MONITOREAR?

MONITOREAR

EL

RENDIMIENTO

DEL

SISTEMA

El monitorear el rendimiento del sistema se hace normalmente en respuesta a problemas de rendimiento. Bien sea que el sistema est 14

corriendo muy lentamente, o los programas (y algunas veces hasta el sistema completo) fallan en ejecutarse. En cualquiera de estos casos, la supervisin del rendimiento del sistema se realiza normalmente como el primer y el ltimo paso de un proceso de tres pasos:

Monitorear para identificar la naturaleza y mbito de la escasez de recursos que estn causando los problemas de rendimiento.

Se analizan los datos producidos a partir de la supervisin y se toma un curso de accin (normalmente optimizacin del rendimiento o la adquisicin de hardware adicional).

Monitorear para asegurarse de que se ha solucionado el problema de rendimiento.

MONITOREAR LA CAPACIDAD DEL SISTEMA

La supervisin de la capacidad del sistema se hace como parte de un programa continuo de planificacin. La planificacin de capacidad utiliza el monitoreo a largo plazo de los recursos del sistema para determinar las tasas de cambio en la utilizacin de los recursos del sistema. Una vez que se conocen estas tasas de cambio, se hace posible conducir una planificacin a largo plazo ms exacta con respecto a la adquisicin de recursos adicionales. Monitorear para propsitos de planificacin de capacidad es diferente de monitorear el rendimiento en dos formas:

15

 Se monitorea ms o menos de forma continua Usualmente el monitoreo no es tan detallado

La razn de estas diferencias se generan de los objetivos del programa de planificacin de capacidades. La planificacin de capacidades requiere un punto de vista de "cuadro completo"; un punto de vista a corto plazo o el uso incorrecto de recursos es de poco inters. En vez de esto, se recopilan los datos sobre un perodo de tiempo, haciendo posible categorizar la utilizacin de recursos en trminos de los cambios en la carga de trabajo.

En ambientes definidos de forma ms limitada (donde solamente corre una aplicacin, por ejemplo) es posible modelar el impacto de la aplicacin en los recursos del sistema. Esto se puede hacer con suficiente exactitud para determinar, por ejemplo, el impacto de cinco

representantes de servicio al cliente ejecutando la aplicacin de servicio al cliente durante la hora pico del da.

2.3 CMO MONITOREAR? Las herramientas de monitoreo son softwares de monitoreo de redes que ofrecen una combinacin de monitoreo de WAN, Servidores y Aplicaciones con integracin de mesa de ayuda, control de activos y anlisis de la funcionalidad del trafico en la WAN. Estos automatizan varias tareas de monitoreo y eliminan la complejidad asociada con el control de la red. 16

Algunas de las herramienta de monitoreo cuentan con diversos tipos de monitoreo, los cuales son:

Monitoreo de la red: El cual detecta problemas de rendimiento de la red antes de que supongan costosos tiempos de inactividad.

Monitoreo de servidores: Mejora la disponibilidad y el rendimiento de su infraestructura de servidores.

Monitoreo de aplicaciones: Identifica problemas de rendimiento de las aplicaciones antes de que tengan impacto en los usuarios finales. 2.4 VENTAJAS DE MONITOREAR Para entrar en materia es pertinente tener un panorama global de lo que significa administrar una red. Da con da las redes se vuelven ms complejas, grandes y heterogneas, por lo que la tarea de su administracin no es trivial. La ISO (International Standards Organization), cre un modelo de administracin de redes, donde define cinco reas principales, que pueden especificar claramente las funciones de los sistemas de administracin de redes. Estas reas son las siguientes:

ADMINISTRACIN MANAGEMENT)

DEL

DESEMPEO

(PERFORMANCE

17

Tarea que involucra mantener en niveles aceptables los servicios que se encuentran disponibles en la red.

ADMINISTRACIN MANAGEMENT)

DE

LA

CONFIGURACIN

(CONFIGURATION

Monitorear la red y la informacin de los sistemas, para que los efectos en la operacin de la red, de varias versiones de software y hardware, puedan ser rastreados.

ADMINISTRACIN MANAGEMENT)

DE

LA

CONTABILIDAD

(ACCOUNTING

La meta es medir los parmetros de utilizacin de la red, de tal forma que individuos o grupos usen la red de una manera regulada y apropiada.

ADMINISTRACIN DE

FALLAS

(FAULT

MANAGEMENT)

Esta funcin consiste en detectar, dejar en antecedentes, notificar el uso de x, y arreglar problemas automticamente, para mantener la red funcionando en forma adecuada.

ADMINISTRACIN DE LA SEGURIDAD (SECURITY MANAGEMENT)

18

Controlar el acceso a los recursos de la red, de acuerdo a ciertos polticas, para que no sea saboteada (intencionalmente), ni se pierda la confidencialidad que en ella recaiga; stas son las funciones

administrativas a que se hace referencia.

Para llevar a cabo esta tarea es conveniente contar con un grupo de trabajo de ingenieros que atiendan actividades especficas dentro del mbito de la red: Grupo de Ingeniera: Encargado del diseo y la planeacin de la red. Grupo de Operacin de la Red (NOC): Para las tareas de monitoreo y diagnstico. Grupo de Soporte: Se encarga de instalar y configurar los elementos de la red.

Obviamente, estos grupos no trabajan solos, sino que se alimentan de informacin unos con otros, para asegurar la armona que propone el Modelo Funcional de Administracin de Redes. 2.5 RECOMENDACIONES DE MONITOREO Las redes de cmputo de las organizaciones, se vuelven cada vez ms complejas y la exigencia de la operacin es cada vez ms demandante. Las redes, cada vez mas, soportan aplicaciones y servicios estratgicos de las organizaciones. Por lo cual el anlisis y monitoreo de redes se ha convertido en una labor cada vez mas importante y de carcter pro-activo para evitar problemas.

19

Anteriormente, cuando no se dispona de las herramientas que hoy existen, era necesario contratar a una empresa especializada para esta labor, con un costo muy elevado.

2.6 TIPOS DE MONITOREO

2.6.1 Monitoreo de aplicaciones

Las aplicaciones son los componentes ms crticos de tu infraestructura. Las fallas de aplicacin son usualmente los problemas ms comunes que ocurren en una infraestructura IT. Monitoreando aplicaciones criticas con medidas preventivas, ayuda a prevenir fallas de aplicacin e identificar oportunamente las degradaciones. Entre algunas de las aplicaciones que se monitorean se encuentran: Micrsoft Exchange, MySQL, Lotus Notes, MSSQL y Oracle. Entre algunos tipos de monitoreo de aplicaciones se encuentran:

2.6.2 Monitoreo de servicios Es posible monitorear la disponibilidad y el tiempo de respuesta de los servicios que se ejecutan en sus servidores. La funcionalidad de monitoreo de servicios le proporciona grficos e informes detallados acerca de la disponibilidad de los servicios que est monitoreando. Entre algunos de los sericios que se pueden monitorear se encuentran: DNS, IMAP, SMTP, Echo, LDAP, Telnet, FTP, NNTP, Web, POP, HTTPS, etc.

20

2.6.3 Monitoreo de URL El monitoreo de URLs le ayuda a monitorear la disponibilidad de su sitio Web (o sitios Web, si tiene ms de uno) o pginas intranet y a verificar si estn sirviendo pginas en tiempo real. Algunas tipos de monitoreo se encuentran: Monitoreo de URLs, directorios virtuales, Intranet, coincidencia de contenido, servidores Web y aplicaciones Web.

2.7 TECNOLOGA FRAME RELAY Frame Relay surgi como un estndar de facto (1990), producido por un grupo de varios fabricantes de equipos. Naci para cubrir necesidades del mercado no satisfechas hasta el momento en el sector de las comunicaciones. Se trataba de una solucin transitoria, pero que ha logrado una gran aceptacin, y su papel en la actualidad es importante. El estandar de facto evolucion hacia varios estndares oficiales, como son:

FR Forum (Asociacin de Fabricantes): Cisco, DEC, Stratacom y Nortel. ANSI: fuente de normativas Frame-Relay. ITU-T tambin dispone de normativa tcnica de la tecnologa FrameRelay. Sin embargo, estas tres fuentes de normas no siempre coinciden (ambigedad), cosa que no pasaba en X.25. Las principales carencias y limitaciones que presenta X.25 son:

X.25 es un estndar que impone una sobrecarga de procesamiento muy grande. Esta complejidad tan elevada impide operar a velocidades de

21

lnea altas. Un ejemplo es que, en la prctica, la ventana del nivel 3 impone limitaciones en velocidad.

Hay que tener en cuenta que una red de conmutacin tiene recursos compartidos, y su funcionamiento depende de la carga de la red (a mayor carga el retardo se incrementa y el flujo disminuye). Como no resulta posible predecir el estado de la red, no sabemos cuanto tardar en transmitirse un paquete, ni podemos garantizar un caudal mnimo. Es decir: X.25 no garantiza Calidad de Servicio (QoS). Este problema se ha resuelto en Frame Relay, y existen garantas respecto al caudal.

El rango de caudales en acceso en que X.25 opera normalmente va desde 1.2Kb/s hasta 64 Kb/s. Existen equipos que permitiran operar a una velocidad mucho mayor en la lnea de acceso. Pero eso implicara una congestin mayor en las lneas troncales (que conectan sistemas intermedios) de la red. Y precisamente lo que resultara muy costoso econmicamente es aumentar las velocidades a las que operan estos sistemas intermedios.

Una aplicacin muy importante de X.25 es el teleproceso o acceso a un mainframe desde terminales remotos. La velocidad de 64 Kbps s puede resultar suficiente para cualquier terminal, pero es una cifra escasa para la lnea que conecta al superordenador con la red.

Otras aplicaciones que no satisface X.25 son una rpida y efectiva interconexin de LANS, as como aplicaciones multimedia con udio y vdeo en tiempo real.

Otra diferencia de Frame Relay respecto a X.25 es la separacin entre el plano de usuario y el plano de control. Existen dos arquitecturas de protocolos diferentes para los datos de usuario y los datos de control. En

22

X.25 los procedimientos de control y los datos de usuario utilizaban los mismos medios, y eso daba lugar a problemas en casos de congestin.

Algo ms a tener en cuenta es que la mejora de los medios de transmisin (Pe baja) a convertido en innecesario el complejo control de errores que proporcionaba X.25.

2.7.1 Caractersticas de Frame-Relay Las principales caractersticas de Frame-Relay son:

Es un protocolo de Acceso a Subred (regula interfaz usuario-red) El funcionamiento interno no est normalizado (igual que en X.25), por lo que slo lo est el interfaz usuario-red.

Frame-Relay posibilita trfico impulsivo, as como mltiples terminales de usuario.

23

Frame-Relay ofrece una simplificacin de los servicios que ofrece. Para comprender mejor el por qu de las simplificaciones que ofrece FrameRelay, pasemos al siguiente ejemplo: Lnea de 2 Mbps. Paque El nodo asociado a esta lnea debera procesar paquetes

cada

, y el hecho de tener varias lneas accediendo a

cada nodo, as como saliendo de el, encarecera demasiado los equipos:

En Frame-Relay, para reducir este coste, se realizan las siguientes simplificaciones de protocolo:

Separacin (funcional) del Plano de Usuario y Plano de Control: (NOTA: Plano de Usuario: parte de la arquitectura de protocolo por la que circulan los datos del usuario. Plano de Control: parte de la arquitectura de protocolo por la que circulan datos entre el usuario y la red para supervisar la red) 24

En X.25, estos planos no estaban separados, lo que complicaba el diseo de los equipos. La separacin en Frame-Relay se debe a que se tiende a disear en el equipo una parte distinta para procesar cada plano, ya que la caracterstica deseada para el usuario es conseguir MAS CAUDAL, y para el de control, tener FLEXIBILIDAD (se tiende a la implementacin software de los equipos en el plano de control y hardware en el plano de usuario).

Simplificaciones en el Plano de Usuario: Suprime el Nivel 3 del plano de usuario. Pero como Frame Relay ofrece un servicio orientado a conexin, nos surge la siguiente pregunta: Qu ocurre con el establecimiento y liberacin de las llamadas? Pues que se lleva al plano de control del nivel 3. Y con la funcin de multiplexin de conexiones ? La funcin de multiplexin se pasa al nivel 2 en FR.

Suprime funciones del Nivel 2 en el plano de usuario. Por tanto, tenemos lo siguiente:

X.25 (Nivel 2) Generacin / Reconocimiento de Flags Transparencia Cdigo de redundancia Descarte de Tramas (con CRC invlido) Retransmisiones

Frame-Relay (Nivel 2) Generacin / Reconocimiento de Flags Transparencia Cdigo de redundancia Descarte de Tramas (con CRC invlido) ---

25

Almacenamiento de tramas pendientes de ACK Asentimiento de tramas Generacin de tramas REJ Tratamiento de RR/RNR Reinicio Cuenta de retransmisin

---

-----------

X.25 (Nivel 3) Multiplexacin Control de Flujo (RR/RNR) Control de Interrupciones Numeros de Secuencia Establecimiento / liberacin de llamadas (... y mas funciones ...)

Frame-Relay (Nivel 3) --(se lleva al nivel 2) --------(se hace en el plano de control) ---

As pues, los equipos que procesan las tramas deben realizar un procesamiento menor.

26

2.8 MODELO OSI A principios de la dcada de 1980 el desarrollo de redes sucedi con desorden en muchos sentidos. Se produjo un enorme crecimiento en la cantidad y el tamao de las redes. A medida que las empresas tomaron conciencia de las ventajas de usar tecnologas de conexin, las redes se agregaban o expandan a casi la misma velocidad a la que se introducan las nuevas tecnologas de red. Para mediados de la dcada de 1980, estas empresas comenzaron a sufrir las consecuencias de la rpida expansin. De la misma forma en que las personas que no hablan un mismo idioma tienen dificultades para comunicarse, las redes que utilizaban diferentes especificaciones e implementaciones tenan dificultades para intercambiar informacin. El mismo problema surga con las empresas que desarrollaban tecnologas de conexin privadas o propietarias. "Propietario" significa que una sola empresa o un pequeo grupo de empresas controla todo uso de la tecnologa. Las tecnologas de conexin que respetaban reglas propietarias en forma estricta no podan comunicarse con tecnologas que usaban reglas propietarias diferentes. Para enfrentar el problema de incompatibilidad de redes, la Organizacin Internacional para la Estandarizacin (ISO) investig modelos de conexin como la red de Digital Equipment Corporation (DECnet), la Arquitectura de Sistemas de Red (SNA) y TCP/IP a fin de encontrar un conjunto de reglas aplicables de forma general a todas las redes. Con base en esta investigacin, la ISO desarroll un modelo de red que ayuda a los fabricantes a crear redes que sean compatibles con otras redes. 27

Modelo de referencia OSI Siguiendo el esquema de este modelo se crearon numerosos protocolos, por ejemplo X.25, que durante muchos aos ocuparon el centro de la escena de las comunicaciones informticas. El advenimiento de protocolos ms flexibles donde las capas no estn tan demarcadas y la correspondencia con los niveles no era tan clara puso a este esquema en un segundo plano. Sin embargo sigue siendo muy usado en la enseanza como una manera de mostrar como puede estructurarse una "pila" de protocolos de comunicaciones (sin importar su poca correspondencia con la realidad). El modelo en s mismo no puede ser considerado una arquitectura, ya que no especifica el protocolo que debe ser usado en cada capa, sino que suele hablarse de modelo de referencia. Este modelo est dividido en siete capas:

28

29

2.8.1 Capa Fsica (capa 1) La Capa Fsica del modelo de referencia OSI es la que se encarga de las conexiones fsicas de la computadora hacia la red, tanto en lo que se refiere al medio fsico (medios guiados: cable coaxial, cable de par trenzado, fibra ptica y otros tipos de cables; medios no guiados: radio, infrarrojos, microondas, lser y otras redes inalmbricas); caractersticas del medio (p.e. tipo de cable o calidad del mismo; tipo de conectores normalizados o en su caso tipo de antena; etc.) y la forma en la que se transmite la informacin (codificacin de seal, niveles de

tensin/intensidad de corriente elctrica, modulacin, tasa binaria, etc.) Es la encargada de transmitir los bits de informacin a travs del medio utilizado para la transmisin. Se ocupa de las propiedades fsicas y caractersticas elctricas de los diversos componentes; de la velocidad de transmisin, si sta es uni o bidireccional (smplex, dplex o full-dplex). Tambin de aspectos mecnicos de las conexiones y terminales, incluyendo la interpretacin de las seales elctricas/electromagnticas. Se encarga de transformar una trama de datos proveniente del nivel de enlace en una seal adecuada al medio fsico utilizado en la transmisin. Estos impulsos pueden ser elctricos (transmisin por cable) o electromagnticos (transmisin sin cables). Estos ltimos, dependiendo de la frecuencia / longitud de onda de la seal pueden ser pticos, de micro-ondas o de radio. Cuando acta en modo recepcin el trabajo es inverso; se encarga de transformar la seal transmitida en tramas de datos binarios que sern entregados al nivel de enlace. Sus principales funciones se pueden resumir como:

30

Definir el medio o medios fsicos por los que va a viajar la comunicacin: cable de pares trenzados (o no, como en RS232/EIA232), coaxial, guas de onda, aire, fibra ptica.

Definir

las

caractersticas

materiales

(componentes

y conectores

mecnicos) y elctricas (niveles de tensin) que se van a usar en la transmisin de los datos por los medios fsicos.

Definir las caractersticas funcionales de la interfaz (establecimiento, mantenimiento y liberacin del enlace fsico).

Transmitir el flujo de bits a travs del medio. Manejar las seales elctricas/electromagnticas Especificar cables, conectores y componentes de interfaz con el medio de transmisin, polos en un enchufe, etc.

Garantizar la conexin (aunque no la fiabilidad de sta). Codificacin de la seal El nivel fsico recibe una trama binaria que debe convertir a una seal elctrica, electromagntica u otra dependiendo del medio, de tal forma que a pesar de la degradacin que pueda sufrir en el medio de transmisin vuelva a ser interpretable correctamente en el receptor. En el caso ms sencillo el medio es directamente digital, como en el caso de las fibras pticas, dado que por ellas se transmiten pulsos de luz. Cuando el medio no es digital hay que codificar la seal, en los casos ms sencillos la codificacin puede ser por pulsos de tensin (PCM o Pulse Code Modulation) (por ejemplo 5 V para los "unos" y 0 V para los "ceros"), es lo que se llaman codificacin unipolar RZ. Otros medios se codifican mediante presencia o ausencia de corriente. En general estas codificaciones son muy simples y no usan bien la capacidad de medio. Cuando se quiere sacar ms partido al medio se usan tcnicas de 31

modulacin ms complejas, y suelen ser muy dependientes de las caractersticas del medio concreto. En los casos ms complejos, como suelen ser las comunicaciones inalmbricas, se pueden dar modulaciones muy sofisticadas, este es el caso de los estndares Wi-Fi, en el que se utiliza codificacin OFDM. Topologa y medios compartidos Indirectamente, el tipo de conexin que se haga en la capa fsica puede influir en el diseo de la capa de Enlace. Atendiendo al nmero de equipos que comparten un medio hay dos posibilidades:

Conexiones punto a punto: que se establecen entre dos equipos y que no admiten ser compartidas por terceros

Conexiones multipunto: en la que ms de dos equipos pueden usar el medio. As por ejemplo la fibra ptica no permite fcilmente conexiones multipunto (sin embargo, vase FDDI) y por el contrario las conexiones inalmbricas son inherentemente multipunto (sin embargo, vanse los enlaces infrarrojos). Hay topologas como el anillo, que permiten conectar muchas mquinas a partir de una serie de conexiones punto a punto. Equipos adicionales A la hora de disear una red hay equipos adicionales que pueden funcionar a nivel fsico, se trata de los repetidores, en esencia se trata de equipos que amplifican la seal, pudiendo tambin regenerarla. En las redes Ethernet con la opcin de cableado de par trenzado (la ms comn hoy por hoy) se emplean unos equipos de interconexin llamados concentradores (repetidores en las redes 10Base-2) ms conocidos por su nombre en ingls (hubs) que convierten una topologa fsica en estrella en un bus lgico y que actan exclusivamente a nivel fsico, a diferencia de los conmutadores (switches) que actan a nivel de enlace. 32

Unidades de datos. El intercambio de informacin entre dos capas OSI consiste en que cada capa en el sistema fuente le agrega informacin de control a los datos, y cada capa en el sistema de destino analiza y remueve la informacin de control de los datos como sigue:

Si un ordenador (host A) desea enviar datos a otro (host B), en primer trmino los datos deben empaquetarse a travs de un proceso denominado encapsulamiento, es decir, a medida que los datos se desplazan a travs de las capas del modelo OSI, reciben encabezados, informacin final y otros tipos de informacin.

N-PDU (Unidad de datos de protocolo) Es la informacin intercambiada entre entidades pares,es decir,dos entidades pertenecientes a la misma capa pero en dos sistemas diferentes, utilizando una conexin(N-1). Esta compuesta por: N-SDU (Unidad de datos del servicio) Son los datos que se necesitan la entidades(N) para realizar funciones del servicio pedido por la entidad(N+1). 33

N-PCI (Informacin de control del protocolo) Informacin intercambiada entre entidades (N) utilizando una conexin (N-1) para coordinar su operacin conjunta.

N-IDU (Unidad de datos del interface) Es la informacin transferida entre dos niveles adyacentes,es decir, dos capas contiguas. Esta compuesta por: N-ICI (Informacin de control del interface) Informacin intercambiada entre una entidad (N+1) y una entidad (N) para coordinar su operacin conjunta. Datos de Interface-(N) Informacin transferida entre una entidad-(N+1) y una entidad-(N) y que normalmente coincide con la (N+1)-PDU. Transmisin de los datos

Tran sfer encia de informacin en el modelo OSI. 34

La capa de aplicacin recibe el mensaje del usuario y le aade una cabecera constituyendo as la PDU de la capa de aplicacin. La PDU se transfiere a la capa de aplicacin del nodo destino, este elimina la cabecera y entrega el mensaje al usuario. Para ello ha sido necesario todo este proceso: 1. Ahora hay que entregar la PDU a la capa de presentacin para ello hay que aadirla la correspondiente cabecera ICI y transformarla as en una IDU, la cual se transmite a dicha capa. 2. La capa de presentacin recibe la IDU, le quita la cabecera y extrae la informacin, es decir, la SDU, a esta le aade su propia cabecera (PCI) constituyendo as la PDU de la capa de presentacin. 3. Esta PDU es transferida a su vez a la capa de sesin mediante el mismo proceso, repitindose as para todas las capas. 4. Al llegar al nivel fsico se envan los datos que son recibidos por la capa fsica del receptor. 5. Cada capa del receptor se ocupa de extraer la cabecera, que anteriormente haba aadido su capa homloga, interpretarla y entregar la PDU a la capa superior. 6. Finalmente llegar a la capa de aplicacin la cual entregar el mensaje al usuario.

2.8.2 Capa de enlace de datos (capa 2)

Cualquier medio de transmisin debe ser capaz de proporcionar una transmisin sin errores, es decir, un trnsito de datos fiable a travs de un enlace fsico. Debe crear y reconocer los lmites de las tramas, as como 35

resolver los problemas derivados del deterioro, prdida o duplicidad de las tramas. Tambin puede incluir algn mecanismo de regulacin del trfico que evite la saturacin de un receptor que sea ms lento que el emisor. La capa de enlace de datos se ocupa del direccionamiento fsico, de la topologa de la red, del acceso a la red, de la notificacin de errores, de la distribucin ordenada de tramas y del control del flujo. Se hace un direccionamiento de los datos en la red ya sea en la distribucin adecuada desde un emisor a un receptor, la notificacin de errores, de la topologa de la red de cualquier tipo. La tarjeta NIC (Network Interface Card, Tarjeta de Interfaz de Red en espaol o Tarjeta de Red) que se encarga que tengamos conexin, posee una direccin MAC (control de acceso al medio) y la LLC (control de enlace lgico). Los Switches realizan su funcin en esta capa. La PDU de la capa 2 es la trama.

2.8.3 Capa de red (capa 3)

El cometido de la capa de red es hacer que los datos lleguen desde el origen al destino, an cuando ambos no estn conectados directamente. Los dispositivos que facilitan tal tarea se denominan en castellano encaminadores, aunque es ms frecuente encontrar el nombre ingls routers y, en ocasiones enrutadores. Adicionalmente la capa de red lleva un control de la congestin de red, que es el fenmeno que se produce cuando una saturacin de un nodo tira abajo toda la red (similar a un atasco en un cruce importante en una ciudad grande). La PDU de la capa 3 es el paquete. 36

Los routers trabajan en esta capa, aunque pueden actuar como switch de nivel 2 en determinados casos, dependiendo de la funcin que se le asigne. Los firewalls actan sobre esta capa principalmente, para descartar direcciones de maquinas. A este nivel se determina la ruta de los datos (Direccionamiento fisico) y su receptor final IP

2.8.4 Capa de transporte (capa 4) Su funcin bsica es aceptar los datos enviados por las capas superiores, dividirlos en pequeas partes si es necesario, y pasarlos a la capa de red. En el caso del modelo OSI, tambin se asegura que lleguen correctamente al otro lado de la comunicacin. Otra caracterstica a destacar es que debe aislar a las capas superiores de las distintas posibles implementaciones de tecnologas de red en las capas inferiores, lo que la convierte en el corazn de la comunicacin. En esta capa se proveen servicios de conexin para la capa de sesin que sern utilizados finalmente por los usuarios de la red al enviar y recibir paquetes. Estos servicios estarn asociados al tipo de comunicacin empleada, la cual puede ser diferente segn el requerimiento que se le haga a la capa de transporte. Por ejemplo, la comunicacin puede ser manejada para que los paquetes sean entregados en el orden exacto en que se enviaron, asegurando una comunicacin punto a punto libre de errores, o sin tener en cuenta el orden de envo. Una de las dos modalidades debe establecerse antes de comenzar la comunicacin para que una sesin determinada enve paquetes, y se ser el tipo de servicio brindado por la capa de transporte hasta que la sesin finalice. De la explicacin del 37

funcionamiento de esta capa se desprende que no est tan encadenada a capas inferiores como en el caso de las capas 1 a 3, sino que el servicio a prestar se determina cada vez que una sesin desea establecer una comunicacin. Todo el servicio que presta la capa est gestionado por las cabeceras que agrega al paquete a transmitir. En resumen, podemos definir a la capa de transporte como: Capa encargada de efectuar el transporte de los datos (que se encuentran dentro del paquete) de la mquina origen a la destino, independizndolo del tipo de red fsica que se est utilizando. La PDU de la capa 4 se llama Segmentos.

2.8.5 Capa de Sesin (capa 5) Esta capa establece, gestiona y finaliza las conexiones entre usuarios (procesos o aplicaciones) finales. Ofrece varios servicios que son cruciales para la comunicacin, como son:

Control de la sesin a establecer entre el emisor y el receptor (quin transmite, quin escucha y seguimiento de sta).

Control de la concurrencia (que dos comunicaciones a la misma operacin crtica no se efecten al mismo tiempo).

Mantener puntos de verificacin (checkpoints), que sirven para que, ante una interrupcin de transmisin por cualquier causa, la misma se pueda reanudar desde el ltimo punto de verificacin en lugar de repetirla desde el principio. Por lo tanto, el servicio provisto por esta capa es la capacidad de asegurar que, dada una sesin establecida entre dos mquinas, la misma se pueda efectuar para las operaciones definidas de principio a fin, 38

reanudndolas en caso de interrupcin. En muchos casos, los servicios de la capa de sesin son parcial o totalmente prescindibles. En conclusin esta capa es la que se encarga de mantener el enlace entre los dos computadores que estn trasmitiendo archivos. Los firewalls actan sobre esta capa, para bloquear los accesos a los puertos de un computador

2.8.6 Capa de Presentacin (capa 6) El objetivo de la capa de presentacin es encargarse de la representacin de la informacin, de manera que aunque distintos equipos puedan tener diferentes representaciones internas de caracteres (ASCII, Unicode, EBCDIC), nmeros (little-endian tipo Intel, big-endian tipo Motorola), sonido o imgenes, los datos lleguen de manera reconocible. Esta capa es la primera en trabajar ms el contenido de la comunicacin que en como se establece la misma. En ella se tratan aspectos tales como la semntica y la sintaxis de los datos transmitidos, ya que distintas computadoras pueden tener diferentes formas de manejarlas. Por lo tanto, podemos resumir definiendo a esta capa como la encargada de manejar las estructuras de datos abstractas y realizar las conversiones de representacin de datos necesarias para la correcta interpretacin de los mismos. Esta capa tambin permite cifrar los datos y comprimirlos. En pocas palabras es un traductor. 2.8.7 Capa de Aplicacin (capa 7)

39

Ofrece a las aplicaciones (de usuario o no) la posibilidad de acceder a los servicios de las dems capas y define los protocolos que utilizan las aplicaciones para intercambiar datos, como correo electrnico (POP y SMTP), gestores de bases de datos y servidor de ficheros (FTP). Hay tantos protocolos como aplicaciones distintas y puesto que continuamente se desarrollan nuevas aplicaciones el nmero de protocolos crece sin parar. Cabe aclarar que el usuario normalmente no interacta directamente con el nivel de aplicacin. Suele interactuar con programas que a su vez interactan con el nivel de aplicacin pero ocultando la complejidad subyacente. As por ejemplo un usuario no manda una peticin "HTTP/1.0 GET index.html" para conseguir una pgina en html, ni lee directamente el cdigo html/xml. Entre los protocolos (refirindose a protocolos genricos, no a protocolos de la capa de aplicacin de OSI) ms conocidos destacan:

HTTP (HyperText Transfer Protocol) el protocolo bajo la www FTP (File Transfer Protocol) ( FTAM, fuera de TCP/IP) transferencia de ficheros

SMTP (Simple Mail Transfer Protocol) (X.400 fuera de tcp/ip) envo y distribucin de correo electrnico

POP (Post Office Protocol)/IMAP: reparto de correo al usuario final SSH (Secure SHell) principalmente terminal remoto, aunque en realidad cifra casi cualquier tipo de transmisin.

Telnet otro terminal remoto, ha cado en desuso por su inseguridad intrnseca, ya que las claves viajan sin cifrar por la red. Hay otros protocolos de nivel de aplicacin que facilitan el uso y administracin de la red: 40

SNMP (Simple Network Management Protocol) DNS (Domain Name System)

2.9 MODELO TCP/IP El estndar histrico y tcnico de la Internet es el modelo TCP/IP. El Departamento de Defensa de EE.UU. (DoD) cre el modelo de referencia TCP/IP porque necesitaba disear una red que pudiera sobrevivir ante cualquier circunstancia, incluso una guerra nuclear. En un mundo conectado por diferentes tipos de medios de comunicacin, como alambres de cobre, microondas, fibras pticas y enlaces satelitales, el DoD quera que la transmisin de paquetes se realizara cada vez que se iniciaba y bajo cualquier circunstancia. Este difcil problema de diseo dio origen a la creacin del modelo TCP/IP.

A diferencia de las tecnologas de networking propietarias mencionadas anteriormente, el TCP/IP se desarroll como un estndar abierto. Esto significaba que cualquier persona poda usar el TCP/IP. Esto contribuy a acelerar el desarrollo de TCP/IP como un estndar.

El modelo TCP/IP tiene las siguientes cuatro capas: Capa de aplicacin Capa de transporte 41

 Capa de Internet Capa de acceso a la red

Aunque algunas de las capas del modelo TCP/IP tienen el mismo nombre que las capas del modelo OSI, las capas de ambos modelos no se corresponden de manera exacta. Lo ms notable es que la capa de aplicacin posee funciones diferentes en cada modelo.

2.9.1 TCP Es un protocolo orientado a conexin. Mantiene un dilogo entre el origen y el destino mientras empaqueta la informacin de la capa de aplicacin en unidades denominadas segmentos. Orientado a conexin no significa que existe un circuito entre los computadores que se comunican. Significa que segmentos de la Capa 4 viajan de un lado a otro entre dos hosts para comprobar que la conexin exista lgicamente para un determinado perodo.

2.9.2 Capa de Internet Divide los segmentos TCP en paquetes y los enva desde cualquier red. Los paquetes llegan a la red de destino independientemente de la ruta que utilizaron para llegar all. El protocolo especfico que rige esta capa se denomina Protocolo Internet (IP). En esta capa se produce la determinacin de la mejor ruta y la conmutacin de paquetes.

42

La relacin entre IP y TCP.

Se puede pensar en el IP como el que indica el camino a los paquetes, en tanto que el TCP brinda un transporte seguro.

2.9.3 Capa de Acceso de Red, Es muy amplio y se presta a confusin. Tambin se conoce como la capa de host a red. Esta capa guarda relacin con todos los componentes, tanto fsicos como lgicos, necesarios para lograr un enlace fsico. Incluye los detalles de tecnologa de networking, y todos los detalles de las capas fsicas y de enlace de datos del modelo OSI.

2.9.4 Protocolos de Capa de Aplicacin Algunos de los protocolos de capa de aplicacin ms comnmente usados incluyen los siguientes: Protocolo de Transferencia de Archivos (FTP) Protocolo de Transferencia de Hipertexto (HTTP) Protocolo simple de transferencia de correo (SMTP) Sistema de denominacin de dominios (DNS) Protocolo Trivial de Transferencia de Archivos (TFTP)

43

Ilustracin 5: Esquema de Protocolos de Aplicacin.

2.9.5 Protocolos de Capa de Transporte. Los protocolos de capa de transporte comunes incluyen: Protocolo para el Control del Transporte (TCP) Protocolo de Datagrama de Usuario (UDP) El protocolo principal de la capa Internet es: Protocolo Internet (IP)

44

2.9.6 La Capa de Acceso de Red.

Se refiere a cualquier tecnologa en particular utilizada en una red especfica.

Independientemente de los servicios de aplicacin de red que se brinden y del protocolo de transferencia que se utilice, existe un solo protocolo de Internet, IP. Esta es una decisin de diseo deliberada. IP sirve como protocolo universal que permite que cualquier computador en cualquier parte del mundo pueda comunicarse en cualquier momento.

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

2.9.7 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. Ambos modelos deben ser conocidos por los profesionales de networking. Ambos suponen que se conmutan paquetes. Esto significa que los paquetes individuales pueden usar rutas diferentes para llegar al mismo

45

destino. Esto se contrasta con las redes conmutadas por circuito, en las que todos los paquetes toman la misma ruta.

2.9.8 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. Los protocolos TCP/IP son los estndares en torno a los cuales se desarroll la Internet, de modo que la credibilidad del modelo TCP/IP se debe en gran parte a sus protocolos. En comparacin, por lo general las redes no se desarrollan a partir del protocolo OSI, aunque el modelo OSI se usa como gua. Aunque los protocolos TCP/IP representan los estndares en base a los cuales se ha desarrollado la Internet, este currculum utiliza el modelo OSI por los siguientes motivos: Es un estndar genrico, independiente de los protocolos. Es ms detallado, lo que hace que sea ms til para la enseanza y el aprendizaje. Al ser ms detallado, resulta de mayor utilidad para el diagnstico de fallas. Los profesionales de networking tienen distintas opiniones con respecto al modelo que se debe usar. Dada la naturaleza de esta industria, es 46

necesario familiarizarse con ambos. A lo largo de todo el currculum se har referencia a ambos modelos, el OSI y el TCP/IP. Se har nfasis en lo siguiente: TCP como un protocolo de Capa 4 OSI IP como un protocolo de Capa 3 OSI Ethernet como una tecnologa de Capa 2 y Capa 1 Recuerden que hay una diferencia entre un modelo y un protocolo que realmente se utiliza en networking. Se utilizar el modelo OSI para describir protocolos TCP/IP.

47

CAPTULO 3
Desarrollo de la estancia HERRAMIENTAS DE MONITOREO Y EQUIPOS CON LOS QUE CUENTA LA RPV DE LA GEP (GOBIERNO DEL ESTADO DE PUENLA Y 7-ELEVEN). 3.1 SISLOGIS

El sistema SISLOGIS nace de este compromiso como una herramienta importante de monitoreo de nodos y estado de los enlaces. SISLOGIS recolecta la informacin de los elementos que se hayan especificado y que integran la red, proporcionando informacin real y estadstica, para la toma de decisiones 3.1.1 Qu es Sislogis? Es una herramienta de vanguardia para el monitoreo de nodos enlaces y servicios, colecta la informacin diaria y proporciona informacin estadstica tanto histrica como real de todos los nodos enlaces y servicios de la red de telecomunicaciones a monitorear 3.1.2 A quien esta orientado? SISLOGIS es un sistema enfocado pero no limitado a administradores de red y personas encargadas del mantenimiento y funcionamiento de los enlaces de telecomunicaciones; as como aquellos usuarios con 48

conocimientos intermedios de redes que estn interesados en conocer el estado de su red de telecomunicaciones

3.1.3 Cul es el objetivo del programa? Capacitar al usuario sobre el uso de la herramienta SISLOGIS para obtener informacin detallada del desempeo y funcionamiento de la red de telecomunicaciones incluyendo los dispositivos, enlaces y servicios. La informacin obtenida coadyuvar a la toma de decisiones para el mejor desempeo de la red de telecomunicaciones.

49

50

51

Descripcin del sistema, en esta seccin se describe cada componente que integra el sistema de monitoreo

3.1.4 Graficas de Pay

Las imagenes que presenta el sistema de monitoreo en forma de pays son la represntacion del estado de los nodos, con cada color se identifica el estado del nodo.

3.1.5 rbol de procesos

Est rbol se genera dinmicamente con los nombres de los nodos, del lado derecho se encuentran avisos sobre el estado del nodo que coincide con la grfica de pay, al dar clic sobre ellos despliega otra pgina con informacin detallada del nodo

52

3.1.6 Arbol de procesos 2

Est rbol de procesos muestra como encabezado el nombre del nodo y en la parte posterior se despliegan las interfaces que tiene el nodo con su smbolo correspondiente y con una esfera el estado de la misma.

53

3.1.7 Formulario Este formulario muestra la informacin del nodo que se selecciona desde el primer rbol de procesos

54

3.1.8 Mdulo de anlisis

Este mdulo muestra el rango de fecha en las que se pueden realizar los reportes que se dan como opciones en el formulario

3.1.9 Reportes

Los reportes que se generan es el resultado del porcentaje del ancho de banda de voz o datos

55

3.2 TROUBLESOTHING

3.2.1 Cual es el Problema? Problema reportado. Debe especificarse el problema detectado o reportado por el cliente. Es decir, si es un nodo fuera de servicio o solo presento oscilaciones, si la falla solo afecta a voz o solo a alguna aplicacin en especfico o definitivamente a todo el nodo. Se debe ser especfico al documentar el problema dentro del reporte. Se debe especificar si existe afectacin o no al nodo.

3.2.2 Cuando comenz el problema? Fecha y hora del inicio de afectacin. Debe especificarse el momento preciso en que la falla inicia. En caso de que el nodo cuente con un enlace de respaldo (Enlace redundante, respaldo por Dial up o ISDN) se debe especificar el momento en el que activo y que por ello no hay afectacin.

3.2.3 Y luego que hiciste? Descripcin detallada de las actividades y acciones realizadas para la solucin del problema.

En el log del reporte se debe tener cuidado al documentar cada una de las actividades realizadas indicando los tiempos e incluyendo pruebas tales como los logs de los equipos, correos, etc. 56

Se debe revisar que el log del ticket tenga una estructura definida y lgica. No se debe contradecir al texto mismo.

Se deben incluir los nombres completos de las personas que participaron en la solucin, as como la dependencia a la que pertenecen.

En caso de haber escalado el caso tambin debes documentarlo. Por tu propia seguridad

3.2.4 Sabes cual..? Sabes cual es la prioridad para cada uno de los casos que te presenta la red? Sabes cual el nivel de disponibilidad comprometida para cada uno de los nodos de tu red? Sabes cual es tu lnea de escalacin interna y externa?

3.2.5 Por fin Fecha y hora de fin de afectacin Documentar la fecha y hora del fin de la documentacin de acuerdo a los log s de los equipos como prueba a mostrar.

57

CAPTULO 4 Resultados

Las redes de cmputo de las organizaciones, se vuelven cada vez ms complejas y la exigencia de la operacin es cada vez mas demandante. Las redes, cada vez mas, soportan aplicaciones y servicios estratgicos de las organizaciones. Por lo cual el anlisis y monitoreo de redes se ha convertido en una labor cada vez mas importante y de caracter pro-activo para evitar problemas.

Anteriormente, cuando no se dispona de las herramientas que hoy existen, era necesario contratar a una empresa especializada para esta labor, con un costo muy elevado. Las herramientas que se le ofrecen, le permiten a las empresas tener una mayor productividad ya que desde el momento en que algunos de sus sucursales o puntos de operacin se queda sin red se empieza un seguimiento lo mas

rpidamente para llegar a la solucin del problema y as sigan trabajando sin ningn inconveniente ofrecindoles y alto porcentaje de efectividad en el uso de su red ya que nychas de las veces el problema se puede resolver va remota todo esto sin tener que alterar la operacin en la empresa.

58

CAPTULO 5
Conclusiones El objetivo de la administracin de fallas es detectar, registrar, notificar y solucionar los problemas que ocurran en la red, para mantenerla operando en un 100 %

La administracin de fallas involucra la determinacin de los sntomas y el aislamiento del problema, seguida de la reparacin del problema con pruebas de la solucin y, finalmente, el registro de toda la informacin obtenida durante el proceso.

Por medio de una herramienta de monitoreo (sislogis), se detecta la presencia de todos los dispositivos que se encuentran trabajando correctamente de la red y se genera un mapa topolgico, donde se indica grficamente la interrelacin de estos dispositivos

El monitoreo continuo de la actividad de los dispositivos de la red, se hace mediante una representacin grfica (pastel) de la herramienta de monitoreo, en donde se indica, por medio de diferentes colores, el estado operacional de cada dispositivo. La deteccin proactiva de incidentes en los elementos de la red, es en base a la deteccin de alarmas. Los dispositivos de red tienen la capacidad de alertar al sistema de administracin y monitoreo, mediante la generacin de una alarma al enviar una seal en la grafica de pastel, cuando ocurre una falla en el sistema, de tal manera que se puedan tomar acciones correctivas.

59

Una vez detectada una situacin de falla, se abre un caso o ticket en la herramienta de administracin de incidentes y se inicia el proceso de solucin de la misma, el cual incluye soporte de primero, segundo y tercer nivel, de la siguiente manera:

1.- Soporte de Primer Nivel: Se proporciona remotamente a travs de centro de operaciones, l cual cuenta con ingenieros especializados en los equipos incluidos en la solucin.

2.- Soporte de Segundo Nivel: Cuando la falla de un equipo no pueda ser resuelta remotamente, la falla es canalizada a un ingeniero de soporte que acude con las herramientas y refacciones necesarias a la localidad donde se suscit la falla.

3.- Soporte de Tercer Nivel: De ser necesario para la solucin de la falla, el centro de operaciones escala el problema al fabricante del equipo en cuestin.

Y as se da por concluido el cierre del reporte con la falla, tiempo en el que se soluciono el problema y la finalizacin del problema con el cierre del reporte

60

Glosario
Ancho de banda Se define como la cantidad de informacin que puede fluir a travs de una red en un perodo dado.

IEEE-802.3 Define las formas de protocolos ethernet CSMA/CD en sus diferentes medios fsicos de cables.

Internet Es la red de datos ms importante del mundo. La Internet se compone de una gran cantidad de redes grandes y pequeas interconectadas.

IP Protocolo de envo de paquetes donde el paquete tiene una direccin destino y se enva sin acuse de recibo.

ISO Organizacin que especifica estndares de calidad internacionales.

Monomodo Modo de propagacin o camino del haz luminoso nico.

Red

61

es un conjunto de equipos (computadoras y/o dispositivos) conectados por medio de cables, seales, ondas o cualquier otro mtodo de transporte de datos, que comparten informacin (archivos), recursos (CDROM, impresoras, etc.) y servicios (acceso a internet, e-mail, chat, juegos), etc. VPN (RPV)

La Red Privada Virtual (RPV), en ingls Virtual Private Network (VPN), es una tecnologa de red que permite una extensin de la red local sobre una red pblica o no controlada OSI Estructura lgica de siete niveles para facilitar la comunicacin entre diversos sistemas de computacin.

Patch Panel Centro de empalme. Lugar donde llegan todos los cableados para conexin a la infraestructura de la red.

Protocolo Descripcin formal de un conjunto de reglas y convenciones que

gobiernan la forma en que los dispositivos de una red intercambian informacin.

PVC Policloruro de vinilo en cables multipares de pares trenzados de 2, 4, 8 hasta 300pares. 62

RJ45 Conector para MIT 4 pares.

Servidor Nodo o programa de software que ofrece servicios a un cliente. Sncrona

Topologa La topologa de red define la estructura de una red. Descripcin de las conexiones fsicas de la red el cableado y la forma en que este se interconecta.

Usuario. Persona que labore dentro de una estacin de trabajo y que realiza

tareas de acceso a los recursos de la red.

63

Bibliografa

http://www.integracion-de-sistemas.com/analisis-y-monitoreo-deredes/index.html http://www.gdc-cala.com.mx/gdc/ http://www.cisco.com/web/MX/index.html http://es.wikipedia.org/wiki/Wikipedia:Portada

64