Vous êtes sur la page 1sur 7

Administracion Y Gestion De Redes

http://www.buenastareas.com/impresion/Administracion-Y-Gestion-De-...

CONSOLAS DE ADMINISTRACIN *Sistemas: Anlisis del software instalado en la red: NET FINITY, PC DUO, DAMEWARE(Remote Desktop). *Redes: Anlisis del trafico de entrada y salida en los hosts (NMS): OpenView, WhatsUp, Loriot ESTRUCTURA BSICA DE UN ESQUEMA DE ADMINISTRACION Y GESTIN DE REDES snmpgetnext: get next request snmpwalk: recibir varios datos a la vez. snmptable: muestra una table. snmpset: set-request. snmpbulkget: get-bulk-request snmpbulkwalk: snmptrap:enviar y recibir traps. Analizadores de trfico: criket, infovista Comandos NET: start, stop, configserver, pause, continue, view, print, share, use, group, user, time PROTOCOLO SNMP V1 (RFC 1157) Mensajes: SET-REQUEST: modificar valores en el dispositivo administrado. GET-REQUEST: obtener informacin del dispositivo almacenado. GET-NEXT-REQUEST: obtener informacin del siguiente objeto en orden lexicogrfico. GET-RESPONSE: devuelve las respuestas de las peticiones TRAP: genera notificaciones desde el dispositivo a la consola de administracin (asincrnica) Formato General: AGENTE MIB (management information bases) -Versin: 1/2c/2u/2*/3 -Nombre de Comunidad: cadena de caracteres que asocia o relaciona el NMS con el dispositivo y su agente. En SNMP v1 por default es public. -Tipo de PDU: el formato depende si es para SET/GET o TRAP NETWORK MANAGMENT SYSTEM CARACTERSTICAS DE LA ADMINISTRACIN Y GESTIN DE REDES *Acceso: Se basa en poleo o sondeo Tipos de Sondeo: -Umbral: verificacin de umbrales. Ej: temp. - Rendimiento: trfico dela red. Dispositivos: elementos activos. *Arquitecturas -C entralizada: la informacin en un solo sitio - Distribuida: con 2 o ms NMS. -Privadas: con un enlace dedicado a la administrac. -Web: administracin empresarial basada en Web. *Anlisis del desempeo local Protocolos = HNMS, C MIP, SNMP Comandos Linux Ping: verificacin de conexin. tcpdump: informacin filtrada. Netstat: estado de los puertos Tracerout: ruta que sigue un paquete. Nmap: informacion de los host de la misma subred. Ifconfig: configuarcin de la interfaz de red. Comandos SNMP snmptranslate: traduccin OID a nombre y viceversa. snmpget: get request. PDU para SET/GET: PDU para TRAP: POLTICAS DE ACCESO: Modos de Acceso: tiene que ver con las caractersticas de lectura y escritura que tienen los objetos. Vistas: asociar a un conjunto de objetos para que tengan un modo de acceso a travs de una comunidad. COMUNICACIN DE SNMP PROTOCOLO SNMP V2 (RFC 1905,1906,1907) Tiene 3 variantes: 2c, 2u, 2* Todos tienen el formato SET/GET de la V1(excepto get-bulk): Transmisin del mensaje SNMP -A la PDU se le da formato ASN.1 -Servicio para autenticacin -Al objeto se le aade nombre de Comunidad y versin. -Se le da formato al objeto usando a ASN.1 Recepcin del mensaje SNMP -Verificacin sintctica del mensaje -Verificacin de la versin -Verificacin de la autenticacin (TRAP) -Verificacin de la sintaxis de la PDU -Verificacin del perfil de acceso SNMP y aplicarlo. *Aumenta nuevas PDU: GET-BULK-REQUEST: obtiene informacin de un dispositivo de forma eficiente, es decir obteniendo la mayor cantidad de objetos que puede enviar el agente. Tiene una excepcin en el formato. MIB: MANAGMENT INFORMATION BASES -Representan las caractersticas de las componentes que estn siendo gestionadas en la red. -Asociadas a los objetos que representan las principales variables de los dispositivos. -Existen pblicas y privadas (desarrolladas por las casas fabricantes de los dispositivos) -Son desarrolladas en base a un rbol de jerarquas. -Lleva un identificador de un objeto (OID). Nomenclatura OID

1 de 7

05/10/2010 04:26 p.m.

Administracion Y Gestion De Redes

http://www.buenastareas.com/impresion/Administracion-Y-Gestion-De-...

puede ser : grupo de objetos, secuencia numrica, secuencia de caracteres, nombre del objeto. Componentes del objeto MIB *Acceso: referente al modo de acceso R/W o RO. *Estado: referente a las actualizaciones del objeto (mandatory, obsolte. Depreciated) *Descripcin: describe al objeto MIB, con informacin de las casas fabricantes por ejemplo. *Sintaxis: tipo de dato del objeto. Ramificaciones MIB importantes Iso.org.dod.internet.managment.mibII= 1.3.6.1.2.1 Iso.org.dod.internet.managment.mibII.system= 1.3.6.1.2.1.1 Iso.org.dod.internet.managment.mibII.interfaces= 1.3.6.1.2.1.2 Iso.org.dod.internet.private.enterprises.= 1.3.6.1.4.1 ASN.1 (Lenguaje de notacin de sintaxis abstracta) -Ayuda a la independencia de la plataforma. -Definido en la ITU-T (X208, X209) -Tiene diferentes tipos de datos y se basa en reglas lexicogrficas. -Trabaja con SMI(informacin para la administracin estructurada). INFORM-REQUEST: enva informacin requerida entre consolas de administracin. Permite un trabajo distribuido. NOTIFICATION: REPORT: enva reportes (an no est implementado) *Aumenta nuevos estados de error. Definido en el RFC _ _ _ Representa los tipos de dato con los que se puede trabajar. -Trabaja bajo reglas BER(Basic Encoded Rules): El BER enva el mensaje SNMP junto con campos que permiten codificar el mensaje usando reglas que son un estndar. FORMATO TLV de BER (SNI v2 : MAX ACCESS, UNITPOINTS, ALIGMENTS.) AGENTE PROXY Programa que trabaja en conjunto con la NMS y permite la administracin entre dispositivos que tienen diferente modelo de administracin o diferente versin. AGENTE LINUX ETIQUETAS: 1.-Seguimiento a.- proc [max] [min] b.-load [1min | 5min | 10min ] c.-disk [espacio en KB] 2.-Informativas sysLocation, sysContact, sysName. 3.-Seguridad a.-com2sec b.-group c.-view [mask] d.- acces no se usa. 4.- Extension a.- exec *Tipo Si el numero de marca es > 31 , el octeto va XXX11111 y a continuacin estructuro el nmero con los otros octetos. *Longitud Estructura Corta: se usa 7 bits para el # de octetos del campo valor.(mx 127).

AGENTE CISCO -Dependiendo de la versin viene incoporado en el IOS. Soporta las 3 versiones de SNMP. Permite configurar las TRAPs. En modo privilegio(enable) Estructura Larga: cuando el valor ocupa ms de 127 octetos, se usa 7 bits para nmero de octetos del campo longitud adems de este. #show #show #show #show running-config | include snmp snmp group snmp sessions snmp users En modo de Configuracin global(conf t) *Valor: informacin que se solicita, en este campo existen reglas de codificacin. Comunidad #snmp-server comunity [view ] [rw|ro] [#Ac] Vistas #snmp-server view #snmpserver host [traps|informs] [versin {1|2c|3} [auth|noauth|priv] [udp-port #puerto] [tipo notification] Traps #snmp-server enable traps [tipo] [parmetros] #snmp-server trap-source #snmp-server trap-timeout Otros #snmp-server contact #snmp-server packetsize #snmp-server packet TIPOS DE DATOS *Simples o Primitivos: octetString, Null, Integer, objectID *Definidos:counter, gauge, opaque, timeticks, ipAddress, networkAddress. *Compuestos o Estructurados: sequence, sequence of. *Otros(SNMPv2): bitString, Counter32, gauge32, counter64, unsigned32, integer32. CLASES DE MARCA *Universal: simples y compuestos. *Aplicacin: definidos *Contexto Especfico: PDU *Privada: propios de la

2 de 7

05/10/2010 04:26 p.m.

Administracion Y Gestion De Redes

http://www.buenastareas.com/impresion/Administracion-Y-Gestion-De-...

casa fabricante. REGLAS LEXICOGRFICAS El orden lexicogrfico es una relacin de orden total que se utiliza para ordenar caracteres. Se diferencia entre mausculas y minsculas y se toma en cuenta nmeros y signos de puntuacin. SNMP V3 -Nace de los grupos de trabajo dedicados a dar seguridad a SNMPv2. -Se desarrolla con el concepto de modularidad. -Mantener el uso de SNMP de la forma ms sencilla posible. -Trabaja con autenticacin y/o encripcin. 2.-snmpSecurityModel.-Aparece el concepto de entidades que abarca NMS y Agente. ENTIDAD 1-NMS enterpriseID x 256 + SecurityModel(dado por la empresa) 3.-snmpProcessingMessageModel enterpriseID x 256 + ProcessingModel(dado por la empresa) 4.-snmpSecurityLevel 1.-Generador de Comandos: generan las PDU con las que necesito trabajar. 2.-Originador de notificaciones: trapv2, trapv1, informrequest. 3.-Respuesta de notificaciones: get-response. 4.-Dispatcher: trabajan en los mensajes generados y recibidos. Es la interfaz entre capa aplicacin y transporte. PDU: con lo proveniente de la capa aplicacin Mensajes: trabaja con los subsistemas de mensajes. Mapeador: interacta con las capas inferiores. INTERFACES SNMPV3 Elementos: 1.-Primitivas: como las funciones o tareas que cumplan los submdulos de las entidades para el procesamiento de los datos. 2.- Parmetros: datos e informacin de control 5.-Subsistema de procesamiento de mensajes: especifica y analiza el tipo de protocolo de administracin que se ha utilizado. Trabaja en conjunto con el subsistema de seguridad dependiendo del protocolo. 6.-Subsistema de seguridad: se encarga de trabajar con los diferentes modelos de seguridad de acuerdo a las caractersticas del protocolo. ENTIDAD 2-AGENTE MENSAJE SNMPV3 SNMPV3-Agente Cisco Etiquetas SNMPv3- Convenciones textuales. 1.-snmpEngineID.- identificador del motor, asignacin del ID puede ser: aleatoriamente o manual. Tiene 12 octetos base, los 4 primeros asignados por la IANA, el 5 octeto define las caractersticas del resto de octetos. #snmp-server view #snmp-server group #snmp-server user V3 auth priv des56 SNMPV3-Agente Linux createUser MD5 rouser auth rwuser auth ej: snmpwalk -A password -v 3 u Xavier l authnoPriv www.epn.edu.ec -a MD5 MONITORIZACIN PASIVA -Recepcin de informacin de los eventos que ocurren en la red. -En la mayora de las plataformas (HW y SW), la principal fuente de mensajes son los LOGS, todo esto respecto a la actividad de la red. -Los LOGS se usan para: *Deteccin de ataques e intrusos, *Deteccin de problemas de HW y SW, *Anlisis de los sistemas -La clave est en la centralizacin de la informacin. Agente.reg Agente.rsrc

3 de 7

05/10/2010 04:26 p.m.

Administracion Y Gestion De Redes

http://www.buenastareas.com/impresion/Administracion-Y-Gestion-De-...

SYSLOG -Es un software que cumple la funcin de Tx y Rx de mensajes LOGs. Es un estndar y es distribuido (cliente-servidor). -Tiene niveles de severidad, enva un nivel respecto a la autenticidad del problema que ocurre en el sistema. -En general tiene 8 niveles que se aplican a los principales servicios que presta el sistema. LOG.EMERG LOG.ALERT LOG.CRIT LOG.ERR LOG.WARNING LOG.NOTICE LOG.INFO LOG.DEBUG -Para Linux: syslog-ng, para el funcionamiento se debe configurar tanto en cliente como en el servidor (/etc/syslog.conf) -Los mensajes log son enviados y almacenados en el servidor log. Software para monitorizacin: SMOKEPING(para UNIX/LINUX): Mide retardos de servicios(ICMP, DHCP, DNS,SMTP, SSH) -Permite definir rangos estadsticos para generar alarmas. -Es portable(utiliza PERL). -Enva mltiples pruebas, registra los tiempos de respuesta, los ordena y selecciona el valor medio. -Tiene una interfaz gratuita. (requiere RRDTool, fping, echoping, speedyCGI, Apache, Perl) ARP WATCH(para UNIX/LINUX): Rastreo y seguimiento bsico de dispositivos de una red local. -La informacin del seguimiento se recepta en un log de mensajes. -Tipos de Mensajes: Nueva estacin, direccin eth cambiada, flip flop; seguimiento de un dispositivo involucrado en la red; Nueva Actividad. AGENTE SUN -Trabaja sobre la plataforma SUN(Solaris y Spark). -Puede trabajar con varios subagentes. -Tiene una estructura de agente maestro. Archivos de Configuracin Subagentes: agent.reg, agent.rsrc Agentes: snmpdx.reg, snmpdx.varc, snmpdx.airl (preconfig.) En el archivo snmpdx.conf: #Configurar comunidades para lectura system-group-read-community #Configurar comunidades para escritura de MIBII y Sun. system-group-write-community #Configura comunidades para lectura y escritura #de otras MIB que estn instalados. read-community write-community *traps: comunidad con que puede trabajar y enviar las traps. *Managers: especifica los hosts que puede trabajar con el agente. *Syscontact, sysName, sysLocation, etc. Dos grandes grupos MIB: MIB Agente. MIB Subagente: procesos del sistema, almacenamiento, carcter del subagente. RMON -Me permite realizar la monitorizacin remota. -La monitorizacin remota se refiere a obtener informacin de diferentes redes que se encuentran conectadas entre s. -Esta desarrollado a partir de cierto hardware y software que viene instalado en el S.O. Hardware:*tarjetas dedicadas a la monitorizacin remota. *dispositivos totalmente dedicados a la monitorizacin. Software: *se puede tener un dispositivo que tiene un S.O. capaz de soportar la monitorizacin remota. *Instalar un software que me permita monitorizar. -Se han desarrollado grupos MIB orientados a RMON. -Existe RMON v1, RMON v2. -La MIB RMON tiene como principal objetivo capturar (recolectar) datos en forma estadstica en los dispositivos de cada subred. -Generalmente se necesita una sonda RMON por cada subred. -Se pueden generar alarmas en base al control de los umbrales. -Se realiza un muestreo definiendo intervalos de tiempo. -Trabaja con elementos generados, alarmas, capturas y filtros. -La versin actual de RMON puede trabajar con las versiones superiores del modelo ISO/OSI o TCP/IP. -Las MIB RMON v2 fueron desarrollados para obtener matrices de datos. -Permite la creacin de filas y columnas de forma dinmica, que trata de optimizar. -Recoleccin de datos -Permite la creacin de filas. *Nomenclatura de la MIB: etiquetas-convenciones textuales. Owner String :: = display String Entry Status :: = Integer Valid(1), createRequest(2), underCreate (3), invalid(4) *Estado de la creacin de 1 fila -Puede tener valores absolutos y valores relativos. Ej: T1 t2 t3 Tiempo 1 2 3 Valores observados 18 15 22 Valor abs. Valor relat. 18 15 22 18 -3 7 -C uando trabajamos con valores relativos el tiempo de muestreo es crtico. -Tiene reglas para la generacin de alarmas que no solo dependen de umbrales.

4 de 7

05/10/2010 04:26 p.m.

Administracion Y Gestion De Redes

http://www.buenastareas.com/impresion/Administracion-Y-Gestion-De-...

-El disparo de las alarmas se lo hace basado en el concepto de hysteresis, con esto se evita el disparo de alarmas por fluctuaciones en cortos intervalos de tiempo. -Las alarmas generadas se envan a la NMS y pueden tomarse como traps (pto 162). -Tienen solo una tabla: alarm Table. 4.-Host Recolectar grande cantidades de datos de ciertos hosts. Aprende las direcciones MAC de los hosts. hostControlTable -> Control hostTable -> Datos hostTimeTable -> Datos 5.-HostTopN Generar informacin en base a un parmetro (variable) para proporcionar un ranking de sus grupos de hosts. -Tiene bsicamente 2 tablas: hostTopN Control y hostTopN Table. -Se generan los reportes en base a los datos recolectados en el grupo host. 6.-Matrix Registra datos de pares de hosts de cada subred en forma de matriz. -Dinamiza la creacin y recoleccin de datos (set : solo permite modificar un valor, no crear una fila) -RMON analiza en la mayora de sus tablas (MIB), si las PDU (trama, capa2) recibidas o recolectadas tienen errores o se consideran PDUs incorrectas. -Para este anlisis se basa en la RFC 1757. Min 64 bytes, Mx 1518 bytes. -RMON se usa especialmente en redes Ethernet. MIB RMON: 1.3.6.1.2.16.x 1.-Estadsticas Datos estadsticos bsicos de cada red/subred monitorizada. Tiene una sola tabla: etherStatusTable, etherStatusEntry, etherStatusIndex. 2.-Historial Definir los intervalos de muestreo de cada una de las interfaces de una subred. historyControltable -> Control etherHistoryTable -> Datos 3.- Alarma -Defina umbrales del rendimiento de una red. -Los umbrales son de 2 tipos: ascendente y descendente. Matrix Control Table -> Config (dirs IP a analizar) Matriz SD Table -> Datos Matrix DS Table -> Datos 7.-Filter -Filtros: Datos, Estado. -Permite seleccionar los campos a ser analizados por la sonda RMON. 14.-networkLayerHost.-informacin del trfico de entrada y salida de los hosts de cada subred en relacin a la capa red. 15.-networkLayerMatrix.- informacin del trfico de entrada y salida de pares de hosts de cada subred en relacin a la capa red. 16.-aplicationLayerHost.- informacin del trfico de entrada y salida de los hosts de cada subred en relacin a la capa aplicacin. (Funcin que realiza el smokeping). 17.-aplicationLayerMatrix.Filter PKT DATA: selecciona parte especfica de la trama utilizando operaciones lgicas. Filter PKT DATAMASK: permite realizar otra operacin lgica (and). 18.-UserHistory.-obtener informacin de acuerdo a los valores muestreados de algunos grupos. 19.-ProbeConfiguration.-realizar las configuraciones de los parmetros RMON. MODELOS DE GESTIN DE REDES Nacen de la necesidad de administrar grandes redes de tipo heterognea (diferentes plataformas de HW y SW). Cualquier paquete que se quiera analizar debe pasar por 3 exmenes 1.-Longitud.- tamao vlido. 2.-Test2.- si luego de algunas operaciones lgicas todos los bits estn en 0L. 3.-Test3.- si luego de otras operaciones lgicas, alguno de sus bits es 1L. -Filter tiene 2 grupos MIB con los que puede trabajar: Filter table y C hannel table. 8.-Capture -C aptura las PDU que son admitidas por el grupo filter. -Dos grupos MIB bsicos: bufferControlTable y captureBufferrtable. 9.-Eventos -Define ciertas acciones que se realizarn en base a la informacin del grupo alarma. -Bsicamente se tienen 2 tablas: event Table, log Event Table 10.-TokenRing RMON V2 No est an difundido en el mercado. Aumenta nuevos grupos MIB. 11.-ProtocolDirectory.-muestra estadsticamente los protocolos que maneja la subred. 12.-ProtocolDistribution.-da estadsticas de cmo estn siendo usados los protocolos de la subred. 13.-AddressMap.- muestra datos sobre las direcciones MAC , direcciones de red y el nmero de puerto con el que estn relacionados los hosts de la subred.

5 de 7

05/10/2010 04:26 p.m.

Administracion Y Gestion De Redes

http://www.buenastareas.com/impresion/Administracion-Y-Gestion-De-...

Tipos de Modelos >ISO/OSI: administracin de redes basadas en el modelo OSI. >Internet: se basa en el modelo TCP/IP. >TMN: orientado a redes de telecomunicaciones (Telecommunication Managment network), equipos de telecomunicaciones, desarrollado por la ITU-T. >TOM: Trata de reemplazar al modelo TMN. MODELO DE GESTIN OSI Caractersticas: *Tiene 7 capas. *Tiene algunas arquitecturas que definen sus caractersticas. 1.-Arquitectura Funcional -Permite definir una serie de funciones para administrar la red. -Estas funciones estn agrupadas por reas. -Estas reas bsicas estn dadas por el modelo FCAPS. -FC APS-permite definir reas funcionales, es genrico, son reas que agrupan funciones. Existen mnimo 5 reas que pueden subdividirse si la empresa es grande. 1.1.- Fault(Fallas): se de dedica a detectar, aislar y corregir los problemas de mal funcionamiento en la red. Relaciona la generacin de alarmas, eventos, y reportes en general. 1.2.- Configuration(Configuracin): se dedica a la parte operativa; operar, controlar, identificar, instalar adecuadamente los dispositivos de red. Configuracin: -Esttica dispositivos no conectados. -Dinmica dispositivos activos. 1.3.Accounting(Contabilidad): se le llama el rea de tarifacin, se encarga de medir las caractersticas principales de un servicio para permitir establecer su costo. 1.4.- Performance(Rendimiento): se refiere a evaluar y monitorizar el desempeo de la red, medir trfico de la red, establecer tiempos de respuesta adecuados. 1.5.Security(Seguridad): define polticas y mecanismos de seguridad. *ACSE-Association Control Service Element. Permite establecimiento, conexin y liberacin de las operaciones realizadas entre los elementos de la red. *ROSE-Remote Operation Service Element. Permite realizar el control sobre operaciones remotas. *PROTOCOLO DE COMUNICACIN. Las caractersticas se basan en dos elementos: a.-C MIP-Common Managment Information Protocol. *Est orientado a conexin. *Permite un trabajo distribuido. *Difcil de implementar. b.-C MIS- interfaz a travs de la cual se realizan operaciones usando las PDU propias de este modelo: 1)M-GET,2)M-SET, 3)M-EVENReport, 4)M-DELETE, 5)MACTION (propia, no de snmp), 6)M-CREATION, 7)M-CANC ELGET (operaciones largas de GET). 4.-Arquitectura Informativa -Da las caractersticas de cmo se van a relacionar los diferentes elementos de la red a partir del concepto relacionado a un objeto. 2.-Arquitectura Organizacional -Se definen los roles y formas de cooperacin entre los elementos que forman parte de la administracin de la red. NMS: JavaRMI, DCOM, Carbot, WebServices(html.xml). MODELO DE GESTIN TMN -Fue desarrollado para la administracin de las empresas de telecomunicaciones. -Definido principalmente en la UTI-T, tambin ETSI. -Recomendaciones: M.30XX, M.31XX, M.32XX, M.33XX, M.34XX. -Se basa en un modelo orientado a objetos. -Se basa en el concepto: estructura de agente gestor. -Tiene algunas arquitecturas: 1.-Arquitectura Funcional -Se definen funciones a cumplir por los elementos de gestin. -Define algunos elementos bsicos como: Bloques funcionales, Puntos de referencia, componentes funcionales. >Bloques Funcionales 1)OSF: para el sistema de operaciones (NMS). 2)NEF: de elementos de red. 3)NF: de mediacin, para envo y recepcin de informacin entre 2 bloques anteriores, es intermediario. 4)WSF: de estaciones de trabajo. 5)QAF: de adaptadores Q, adaptaciones para trabajar con protocolos para comunicarse con otros protocolos, es un agente proxy. >Puntos de Referencia Son conceptos tericos que definen interfaces para la comunicacin entre diferentes bloques funcionales. -Se permite la creacin de dominios y subdominios. -Los dominios y subdominios permiten agrupar a los elementos de red de acuerdo a ciertas caractersticas. 3.-Arquitectura Comunicaciones -Especificar las caractersticas para el protocolo de comunicacin a utilizar. -Define elementos asociados en el protocolo COMM en la capa7. -Las interfaces representan HW y SW, las normas se implementan en HW y SW.

6 de 7

05/10/2010 04:26 p.m.

Administracion Y Gestion De Redes

http://www.buenastareas.com/impresion/Administracion-Y-Gestion-De-...

PROTOCOLO CDP (C isco Discovery Protocol) -Protocolo para la obtencin de informacin en redes Cisco. -Por default est activo en los equipos Cisco. -Trabaja a nivel de capa 2. -Permite obtener datos de los dispositivos cercanos, de la misma red. -Trabaja en la mayora de IOS de las versiones actuales. -Trabaja con dispositivos cercanos (vecinos) de capa 2 y 3, que se encuentran generalmente directamente conectados. -Tiene 2 temporizadores: Timer, y HoldTime. 1.-Timer: es el lapso de tiempo que transcurre en el envo de informacin entre los diferentes dispositivos. x: define interfaces entre sistemas de gestin de red. Mismos modelos de gestin. m y g: relacionan a bloques de distintos modelos de gestin (estn en proceso de normalizacin). 2.-Arquitectura Fsica -Se trata de implementar los bloques funcionales a travs de los elementos fsicos de la red. -Bloques constructivos: construye las funciones e implementan bloques funcionales(OSF). 1)Sistemas de operaciones. 2)Estaciones de trabajo. 3)Red de Comunicaciones. 4)Dispositivos de mediacin. 5)Adaptadores Q. 3.-Arquitectura de Enlace o Nivel de Enlace. -Define 5 capas para realizar tareas relacionadas a la gestin global de la red. 1)Capa de elementos de red. 2)Capa de gestin de elementos de red Configuracin individual de equipos. 3)Capa de gestin de negocios Plan operativo anual P.O.A. 4)Capa de gestin de red - analizar grupos de elementos de red (protocolos de enrutamiento). 5)Capa de gestin de servicios Servicios que presta la empresa, en relacin a Dispositivos. Ej: servidores. 2.-HoldTime: tiempo que la informacin permanece en la memoria del dispositivo, para luego ser descartada. -Este protocolo solo trabaja en equipos C isco. Comandos CDP: #show cdp #show cdp entry * #monitoreo de todos los disp. conect. #show cdp entry #monitoreo de un host. #[no] cdp run #activacin de todas las interfaces #[no] cdp enable #activacin individual de interfaces #show cdp neighboors #cdp timer #default 60s #cdp holdtime #default 180s MODELO DE GESTIN TOM (Telecommunication Operation Map) -Es una mejora del modelo TMN. -Desarrollado por la ITU-T. -Tiene 3 reas fundamentales: Empresarial, Infraestructura, AprovisionamientoFacturacin. *rea de Gestin Empresarial. -Ayuda al manejo del negocio -Involucra varios departamentos: >GTM: Gestin de talento Humano >Dpto. Financiero. >Dpto. Tecnologa. 4.-Arquitectura Informativa -Define la forma en la cual se van a gestionar los dispositivos de red. Se basa en el modelo Gestor(Administ.) Agente. MODELO DE GESTIN OPT/OPM (Optical Performance Monitoring) -Modelo orientado a redes pticas. -Tiene 3 capas: >Monitoreo de la capa de gestin del canal. >Monitoreo de la capa de calidad del canal. >Monitoreo del desempeo de protocolo. Define los protocolos en base a los puntos de referencia Q. DEFINICIN: es el proceso de continua recoleccin, de anlisis y presentacin de todos los datos asociados con una entidad de tx. (Para mantener el nivel de calidad en el dominio ptico) CAPAS: *Transporte: Cortes de Fibra / Potencia / Fallas de elementos activos y pasivos. *C alidad de seal: Registro de longitud de onda / JITTER *Protocolo: BER. Aplicacin de modelos de gestin: 1.-Anlisis de la situacin actual. 2.-Diagnstico. 3.-Requerimientos. 4.-Seleccin de modelos de gestin (Internet/TMN).

7 de 7

05/10/2010 04:26 p.m.