03 - introduccion gestion de redes

7/28/2019 03 - Introduccion Gestion de Redes

1/38

GESTIN DE REDES

PARTE I

Introduccin a la Gestin de Red yEstndares


2/38

GESTIN DE REDES

1. Introduccin

2. Conceptos y reas Funcionales

3. Monitorizacin de Red vs Control deRed

4. El Por Qu de una Gestin de RedIntegrada

5. Conceptos Bsicos de los Estndaresde Gestin

6. Gestin centralizada, jerarquizada ydistribuida.

7. Estndares y Organismos deEstandarizacin

INTRODUCCIN


3/38

GESTIN DE REDES

1. Introduccin

1.1 Qu es gestionar una red?

Actividades de inicializacin, monitorizacin ycontrol de una red de comunicaciones con el objetivo de

que sta cumpla los requisitos de usuario para los quefue construida.

RedSistema de Gestin

Monitorizacin

Control

INTRODUCCIN


4/38

GESTIN DE REDES

1.2 Areas Funcionales de Gestin deRed

La gestin de una red de comunicaciones puededescomponerse en cinco reas funcionales (OSI) otambien llamadas FCAPS:

Gestin de Fallos (Fault)

Gestin de la Configuracin (Configuration)

Gestin de la Contabilidad (Accounting)

Gestin de las Prestaciones (Performance)

Gestin de la Seguridad (Security)

INTRODUCCIN


5/38

GESTIN DE REDES

GESTIN DE FALLOS

Se ocupa de mantener un funcionamiento correcto de lared, tratando de protegerla de los fallos que puedanaparecer en el sistema en su conjunto o en loselementos que lo componen.

Fallo conviene diferenciarlo de error: el fallo (situacinque requiere de algn tipo de accin correctora) esdescubierto debido a la imposibilidad de operarcorrectamente o por una gran cantidad de errores.

Sin embargo, los errores ocurren ocasionalmente y notienen por qu ser fallos (Ej. todo enlace tiene una tasa

de error de bit).Ante un fallo:

Diagnosticar y determinar rpidamente donde selocaliza dicho fallo.Aislara la red del fallo, reconfigurndola de formaque el impacto de ste sea lo menor posible.

Resolverel problema de forma que la red vuelva asu estado inicial. Esto puede suponer la sustitucinde los componentes fallidos.

Los usuarios desearan ser notificados del error, ascomo una solucin rpida del problema.

El impacto y duracin de los fallos depende de laredundancia

(tanto en nodos como en rutas) que exista

INTRODUCCIN


6/38

GESTIN DE REDES

en la red. Incluso en la redundancia del propio sistemade gestin de fallos.

Una vez solucionado, el usuario deseara que la red seencuentre realmente operativa y que no se hanintroducido otros problemas.

INTRODUCCIN


7/38

GESTIN DE REDES

GESTIN DE LA CONTABILIDAD

En todas las redes resulta interesante mantener unregistro del uso que los usuarios hacen de la red:

En redes pblicas, para la facturacin

En redes corporativas, para distribuir el gasto entredepartamentos, vigilar el uso excesivo que hacen deella ciertos usuarios (y que puede perjudicar a losdems), planificar el futuro crecimiento oredistribucin de los recursos de la red.

El gestor de red debe ser capaz de establecer losparmetros de contabilidad que van a ser medidos encada nodo, as como el intervalo de tiempo entresucesivas envos de informacin al gestor, el algoritmode clculo de la factura.

El acceso a esta informacin debe ser restringido.

INTRODUCCIN


8/38

GESTIN DE REDES

GESTIN DE LA CONFIGURACIN

Las redes estn formadas por componentes y sistemasque pueden ser configurados para muy diferentesfunciones.

Ej. un nodo puede actuar como router o como host, se

pueden variar los temporizadores de retransmisin en elnivel de transporte...

Se ocupa de inicializar la red, mantener, aadir yactualizar el estado de los componentes y las relacionesentre dichos componentes.

INTRODUCCIN


9/38

GESTIN DE REDES

GESTIN DE LAS PRESTACIONES

Se ocupa de monitorizar las prestaciones de la red paracomprobar que estn dentro de los lmites permisibles yeventualmente realizar operaciones de control paramejorarlas.

Ejemplo de parmetros a monitorizar: porcentaje deutilizacin, trfico cursado, tiempos de respuesta.

El gestor de la red debe ser capaz de establecer losindicadores a medir aplicados en qu puntos de la redque una vez analizados permiten monitorizar ladegradacin de las prestaciones.

Utiliza la informacin de prestaciones para descubrircuellos de botella y poder planificar ampliaciones de lared.

El usuario deseara conocer la calidad del servicio quele est siendo ofrecido. Desea, lgicamente un serviciocon las mejores prestaciones posibles.

INTRODUCCIN


10/38

GESTIN DE REDES

GESTIN DE LA SEGURIDAD

Se ocupa fundamentalmente de:

Gestionar la generacin, distribucin y mantenimientode claves para encriptacin

Gestionar los mecanismos de control de acceso (Ej.Passwords)

Monitorizacin del acceso a las mquinas de la red y ala propia informacin de gestin.

Herramienta importante: log.

INTRODUCCIN


11/38

GESTIN DE REDES

Podemos analizar los fundamentos de la gestin de redcentrndonos no en las funciones, sino en las dosprincipales operaciones involucradas: monitorizaciny control.

1.3 Gestin = Monitorizacin + Control

a) Monitorizacin

La informacin de monitorizacin puede clasificarseen:

Esttica: Informacin que no cambia frecuentemente,

como la que caracteriza la configuracin de la red ylos dispositivos que la componen. Ej. el nmero deinterfaces de un router. Suele ser mantenida por elelemento de red involucrado.

Dinmica: Informacin relacionada con eventos de lared. Cambia frecuentemente. Suele ser mantenida por elelemento de red que genera los eventos, pero tambinpuede hacerse externamente..

Estadstica: Informacin derivada de la dinmica. Ej.Tasa media de paquetes generados por un nodo.Generada por cualquier sistema que tenga acceso a lainformacin dinmica.

INTRODUCCIN


12/38

GESTIN DE REDES

Distinguimos los siguientes elementos de un sistema

de monitorizacin:*Aplicacin de Monitorizacin, necesita de los datosmonitorizados. Puede ser de cualquier rea funcional.

*Funcin Gestora, realiza la funcin bsica de obtenerlos datos de monitorizacin para la aplicacin.

*Funcin Agente, recolecta y almacena la informacinde monitorizacin para facilitrsela al gestor.

*Informacin de Monitorizacin.

*Agente Monitorizador, genera agregaciones y anlisisestadsticos de la informacin. Si no est junto al gestor,toma el papel de agente para comunicarse con l.

Aplicacinde Monitorizacin

Funcin Gestora

Funcin Agente

Informacin de

Modelo estor Agente

Aqu puede haber un

Monitores Externos

(puede ser Proxy, si hay

Agente Monitorizador

que cambiar de protocolo)Monitorizacin

INTRODUCCIN


13/38

GESTIN DE REDES

a1) Polling / Event Reporting

Polling: Interaccin basada en mensajes de Peticin/Respuesta entre Gestor y Agentes.

El Gestorsolicita parte o toda la informacin de algnelemento de red. Pueden ser peticiones ms

inteligentes, solicitando informacin que cumpledeterminados criterios.

El Agente espera peticiones y devuelve respuestas.

El polling puede hacerse peridico, para detectarcambios de estado, o puede ser disparado comoconsecuencia de algn evento que precisa de obtenerms informacin.

Con event-reporting, la iniciativa (y la complejidad) esdel Agente, que peridicamente o cuando se hayacumplido alguna condicin enva informacin al gestor.

Aqu el Gestor slo tiene que configurar la actividad del

Agente (periodo de recepcin de informes o condicinpara el envo de informes) y pasar a la espera.

INTRODUCCIN


14/38

GESTIN DE REDES

a2) Monitorizacin de Prestaciones

Dificultad: seleccionar los medidores apropiados (haymedidores no comparables, no todos los fabricantes deequipos soportan los mismos medidores...). Algunosindicadores genricos:

Los primeros son ms importantes (reflejan la calidad delservicio ofrecido), pero los segundos nos indican a qucoste estamos ofreciendo esa calidad. El objetivo,lgicamente, es minimizarlo.

Indicadores orientados a Servicio

Indicador Descripcin

Disponibilidad Porcentaje de tiempo que un elemento de red, componente, aplicacin est

disponible para el usuario.

Tiempo de Respuesta Tiempo que el usuario debe esperar la respuesta a una accin iniciada por l.

Fiabilidad Porcentaje de tiempo sin errores en la transmisin y entrega de la inforamcin.

Indicadores orientados a Eficiencia

Indicador Descripcin

Throughput Tasa de ocurrencia de eventos de usuario: generacin de transacciones,mensajes.

Utilizacin Porcentaje actualmente utilizado de la terica capacidad total de un recurso.

INTRODUCCIN


15/38

GESTIN DE REDES

Disponibilidad:

Se puede medir en base a la fiabilidad de loscomponentes, que normalmente se calcula con losparmetros MTBF (Mean Time Between Failures) yMTTR (Mean Time to Repair).

Pero la disponibilidad de un sistema completo o unservicio depende de la de los componentes y comoestn relacionados.

Adems, influye la carga de la red.

Tiempo de Respuesta:

Lgicamente, un menor tiempo de respuesta exige mscoste: ms recursos, tanto de mquina como de red.

En la mayora de ocasiones, conviene realizar

mediciones separadas para los distintos elementos queintervienen, para as detectar los posibles cuellos debotella del sistema.

Disponib il idad MTBFMTBF MTTR+---------------------------------------=

INTRODUCCIN


16/38

GESTIN DE REDES

Correccin (Accuracy):

A pesar de que los protocolos disponen de mecanismospara detectarlos e incluso corregirlos, convienemonitorizarlos para descubrir posibles enlaces conproblemas que conviene corregir.

Throughput:Es til monitorizar las llamadas atendidas, lastransacciones realizadas, como forma de preverposibles problemas de prestaciones como consecuenciade incrementos de la demanda.

Utilizacin:

Se trata de detectar cuellos de botella y reas deimportante congestin. Por teoria de colas sabemos quecon un alto grado de utilizacin, el tiempo de respuestase comporta exponencialmente.

100 %Utilizacin

Tiempo de Respuesta

INTRODUCCIN


17/38

GESTIN DE REDES

Podemos detectar recursos infrautilizados ysobreutilizados. Los primeros suponen un coste intil aevitar y los segundos degradan las prestaciones delsistema.

Las medidas de prestaciones puede realizarlas unagente especfico para cada nodo, pero en algunos

casos, puede hacerlo un monitor externo.

Estas medidas pueden ser interesantes para realizar unanlisis o procesamiento para extraer conclusiones o,simplemente, presentarle los datos al gestor de la red oal usuario final.

INTRODUCCIN


18/38

GESTIN DE REDES

a3) Monitorizacin de fallos

Problemas propios de la gestin de fallos:

Fallos inobservables: Hay fallos inherentementeinobservables, como un deadlock entre procesosdistribudos. O porque el equipo en cuestin no dispone

de mecanismos para detectar ese error.Fallos Parcialmente Observables: Puede ser que loobservable no sea suficiente para diagnosticar la causareal.

Incertidumbre en la observacin: Aunque tengamosobservaciones muy detalladas, puede que hayaincertidumbre acerca de la causa. Ej. Un nodo que noresponde puede haber fallado, haberse caido la red ohaberse retardado la respuesta por congestin.

INTRODUCCIN


19/38

GESTIN DE REDES

Debemos identificar la causa original del problema.

Causas potencialmente mltiples: Si la red estformada por mltiples tecnologas, tendremos una granvariedad de problemas y puntos de fallo.

Mltiples observaciones relacionadas: Un simple

fallo puede ser detectado en numerosos sitios de la red.Debemos considerar que una capa en una red puedesoportar servicios de comunicacin de capas superiores.

Procedimientos locales de recuperacin pueden destruirevidencias importantes de cara a diagnosticar elproblema.

No suele ser fcil desarrollar procedimientos de pruebaque aislen las verdaderas causas (la red esta dandoservicio).

INTRODUCCIN


20/38

GESTIN DE REDES

a4) Monitorizacin de la Contabilidad

Los requisitos de este rea funcional varan muchodependiendo de la naturaleza de la red: corporativa opblica.

Qu debe monitorizarse?

Recursos de Comunicaciones: LANs, WANs, lneasdedicadas...

Recursos Hardware

Software y aplicaciones en servidores

Servicios de informacin ofrecidos de forma comercialpor la red.

INTRODUCCIN


21/38

GESTIN DE REDES

b) Control

b1) Control de la Configuracin

Definicin de la informacin de configuracin: lainformacin de configuracin describe la naturaleza yestado de los recursos de la red, tanto lgicos como

fsicos.

Existen muy diferentes enfoques para estructurar esainformacin de gestin.

Esta informacin es necesaria en la estacin gestora yest disponible para ser accedida en los agentes.

Aunque la definicin de esta informacin de gestin sesuele hacer actualmente off-line, sera interesante quepudiera ser controlado desde la estacin gestora.

Cambio de valores de atributos: Puede necesitarseautentificacin para cambiar ciertos parmetros.

Algunos atributos no son alterables, porque reflejan larealidad de la red. Ej. El nmero de interfaces de unrouter.

INTRODUCCIN


22/38

GESTIN DE REDES

El cambio del valor de un atributo puede significar:

Alteracin en la base de datos del agente.Cambio en la base de datos y modificacin delrecurso gestionado.Cambio en la base de datos y accin a tomar sobreel recurso.

Definicin y modificacin de relaciones: de tipotopolgico, jerrquicas, conexiones fsicas y lgicas, dedominios de gestin.

Inicializacin y terminacin de la operacin de la red.

Distribucin de software: funcionalidad para atender

peticiones de carga de software (nuevas versiones),transmitir nuevas versiones a los nodos de una red...

Incluimos aqui todo tipo de datos que influyen en elcomportamiento de la red (tablas de enrutamiento...).

INTRODUCCIN


23/38

GESTIN DE REDES

b2) Control de la Seguridad

Se encarga de ofrecer seguridad en los ordenadores yen la red para los recursos gestionados, includo elpropio sistema de gestin.

Amenazas:

Contra la Privacidad: Slo deben acceder a lainformacin las personas autorizadas. Intercepcin.

Contra la Integridad: Slo debe ser modificada porpersonas autorizadas. Modificacin y Masquerade.

Contra la Disponibilidad: para los autorizados.

Interrupcin.

Interrupcin

Intercepcin

Modificacin

Masquerade

INTRODUCCIN


24/38

GESTIN DE REDES

Tambin los podemos clasificar dependiendo del tipo deactivos de la red al que ataquen: contra el hardware, elsoftware, las lneas de comunicaciones o los datos.

Si nos centramos en las lneas de comunicacionespodemos distinguir distintos ataques:

Captura de Mensajes

Anlisis de Trfico: aunque el contenido de un mensajeno pueda ser descubierto (criptografa), el simpleanlisis del flujo de informacin (nodos que secomunican y su localizacin, frecuencia y longitud de losmensajes) puede aportar algo de informacin.

Estos ataques no alteran la informacin y son difciles dedetectar.

Debemos tratar de prevenirlos.

HARDWARE SOFTWARE

LNEAS DECOMUNICACIONESDATOS

IntercepcinModificacin

Interrupcin

Modificacin

ModificacinIntercepcin

Intercepcin

Masquerade MasqueradeInterrupcin

InterrupcinInterrupcin

INTRODUCCIN


25/38

GESTIN DE REDES

Modificacin de mensajes.

Negacin de Servicio: ataque que trata de evitar elnormal uso de los recursos de comunicaciones. Ej.Saturacin de la red para conseguir una degradacin delas prestaciones.

Masquerade: Suplantacin de la identidad de un nodo ousuario. Lleva asociado normalmente la captura ymanipulacin de los mensajes de autentificacin.

Deben detectarse y evitar efectos desastrosos.

No olvidemos que el sistema de gestin se componede diferentes aplicaciones y bases de datos que estnsoportadas por distintas plataformas hardware, tambinpuede ser el blanco de violaciones de seguridad.

Se aplican los mismos ataques, pero la informacin degestin es especialmente sensible dado que de elladepende el normal funcionamiento de la red.

Funciones de la gestin de la seguridad:Mantenimiento de la informacin que necesitan lossistemas de seguridad de la red: claves, informacin deautentificacin, informacin de derechos de acceso...

La gestin de la seguridad debe registrar la actividadsobre esta informacin como ayuda para la recuperacin

INTRODUCCIN


26/38

GESTIN DE REDES

ante ataques exitosos.

Control del acceso a los recursos: Debe autentificarseal usuario para concederle el acceso a determinadosrecursos.

Control del proceso de encriptacin: entre agentes y

gestores. Debe gestionarlo tambin para otrasentidades: eleccin de algoritmo de encriptacin,distribucin de claves.

INTRODUCCIN


27/38

GESTIN DE REDES

1.4 El Por Qu de una Gestin de RedIntegrada

Enfoque Tradicional

Acoplamiento entre servicios especficos a ciertosrecursos de la red.Mltiples Sistemas de Gestin para cada una de lasredes. Incluso para diferentes equipos de la mismared.Mltiples equipos de personas realizando funcionessimilares.

Conclusin: Conjunto no interoperable de solucionesparciales ineficientes, complejas, poco flexibles y carasde administrar.

Sist. de Gestin 1 Sist. de Gestin 2 Sist. de gestin 3

INTRODUCCIN


28/38

GESTIN DE REDES

Qu est cambiando?

Evolucin de los servicios: Desde los clsicosservicios de poca capacidad hasta los nuevos serviciosofrecidos por las redes de banda ancha (Video bajodemanda, Videoconferencia...)

Evolucin de la tecnologa: Introduccin detecnologas sncronas en las redes de transmisin (SDH/SONET). Introduccin de Asynchronous Transfer Mode(ATM), tanto en redes locales como en redes msextensas.

Evolucin en las demandas de los clientes: Los

clientes demandan servicios fiable con capacidadespara remotamente solicitar cambios, informar deproblemas, acceso a informacin de facturacin, contiempos de provisin de servicio cada vez menores

Competitividad: El panorama del sector de lastelecomunicaciones est cambiando radicalmente

debido a la liberalizacin del mercado: existe lanecesidad imperiosa de disminuir los costes deoperacin de la red, un uso ms eficiente de losrecursos, acelerar la implementacin de nuevosservicios...

Solucin: Los Estndares de Gestin de Red

INTRODUCCIN


29/38

GESTIN DE REDES

Importante estandarizar:Una manera de preguntar a los subordinados:Protocolo de Gestin.

Una manera de expresar las informaciones: El Modelode Informacin.

INTRODUCCIN


30/38

GESTIN DE REDES

1.5 Conceptos Bsicos de losEstndares de Gestin

Gestor: tpicamente, una estacin de trabajo donde seejecutan las aplicaciones de gestin de red, quedisponen de interfaces grficas para presentar

informacin al usuario y para facilitarle la invocacin deoperaciones de gestin.

Agente: Suele ejecutarse en el dispositivo a gestionar(host, router, hub...) o en una estacin con acceso a losrecursos gestionados. Responde a peticiones del gestory puede asncronamente enviarle informacin acerca de

algn evento importante.Base de Datos de Gestin (MIB): Informacinmantenida en el Agente y sobre la que realiza laspeticiones el Gestor.

Protocolo de Gestin: El utilizado para la comunicacinGestor/Agente.

Protocolo de GestinGestor Agente

MIB

Peticiones/Respuestas

Eventos

INTRODUCCIN


31/38

GESTIN DE REDES

1.6 Gestin de red Centralizada,Jerarquizada y Distribuida

1.7 Organismos de Estandarizacin

Internet Architecture Board (IAB)

Creada en 1983, con el nombre Internet Activities Board.Su objetivo era observar la evolucin de la red deARPANET (y despus la NSFNET) y las posiblesmejoras a realizar. Tambin se ocupaba de detectardnde era necesario o conveniente especificar un nuevoprotocolo.

La informacin circulaba en documentos en forma dedocumentos tcnicos denominados RFC (Request ForComments). Los RFCs siguen siendo hoy en da elmecanismos de publicacin de los estndares deInternet.

En 1989 el IAB se reorganiza para acomodarse a laevolucin de la red. Se crearon dos subcomits:

Internet Engeneering Task Force (IETF). Resuelvecuestiones de ingeniera ms inmediatas.Internet Research Task Force (IRTF). Se concentraen los problemas a a largo plazo.

Actualmente una propuesta de un nuevo estndar debe

INTRODUCCIN


32/38

GESTIN DE REDES

explicarse con todo detalle en un RFC y tener el interssuficiente en la comunidad Internet para que sea tomadaen cuenta; en ese momento se convierte en un EstndarPropuesto (Proposed Standard). Para avanzar a la etapade Borrador de Estndar (Draft Standard) debe haberuna implementacin operativa que haya sido probada de

forma exhaustiva por dos instalaciones independientesal menos durante cuatro meses. Si supera esta fase, elsoftware funciona y el IAB considera que la idea esbuena se declarar el RFC como un Estndar Internet(Internet Standard). Adems se prev tambin unmecanismo de envejecimiento, es decir que unprotocolo pueda quedar anticuado debido a la aparicin

de otros nuevos y ms avanzados que le sustituyan, porlo que un Estndar Internet puede pasar al estado deObsoleto o Histrico.

Un RFC puede describir un RFC que nunca llega aaceptarse como estndar y pasar despus al estadohistrico.

Existen RFCs de carcter informativo.

Internet Society (ISOC)

En 1991 se cre la Internet Society (ISCO), unaasociacin internacional para la promocin de latecnologa y servicios Internet en todos los mbitos de la

INTRODUCCIN


33/38

GESTIN DE REDES

sociedad.

Cualquier persona fsica o organizacin puede sermiembro de la ISOC.

Absorbi en su seno el IAB con sus dos subcomits, elIRTF y el IETF.

International Telecomunications Union (ITU)

Organizacin creada en 1934 y con la creacin de lasNaciones Unidas se vincul a sta en 1947. La ITU tienetres sectores de los cuales solo nos interesa el conocidocomo ITU-T que es un Comit de Estandarizacin entemas de telecomunicaciones. El objetivo de este comites la estandarizacin de tcnicas y operaciones detelecomunicaciones para conseguir la compatibilidadterminal-terminal en las conexiones internacionales detelecomunicaciones, sin importar pases de origen ydestino.

Desde 1956 a 1993 la ITU-T se conoci como CCITT

(Comit Consultivo Internacional en Telefona yTelegrafa).

En 1993 el CCITT fue reorganizada y se le cambi elnombre a ITU-T.

Los miembros de la ITU-T son de cinco clases:

INTRODUCCIN


34/38

GESTIN DE REDES

Representantes de los pases.Operadores privados reconocidos (por Ej. BritishTelecom, Global One, AT&T).Organizaciones regionales de telecomunicaciones(p. Ej. el ETSI).Empresas que comercializan productos relativos atelecomunicaciones y organizaciones cientficasOtras organizaciones interesadas (bancos, lneasareas, etc.)

Slo los representantes de los pases tienen derecho avoto.

Para desarrollar su trabajo se organiza en Grupos deEstudio (hasta 400 personas). Los Grupos de Estudio sedividen en Equipos de Trabajo (Working Parties), que asu vez se dividen en Equipos de Expertos (ExpertTeams).

Cuenta con Grupos de Estudio:

- Grupo 1: Servicios.

- Grupo 2: Organizacin de red.- Grupo 3: Tarificacin y principios de contabilidad.- Grupo 4: Mantenimiento.- Grupo 5: Proteccin contra efectoselectromagnticos.- Grupo 6: Planta exterior.- Grupo 7: Redes de Comunicaciones de datos.

INTRODUCCIN


35/38

GESTIN DE REDES

- Grupo 8: Terminales para servicios telemticos.- Grupo 9: Redes y equipos terminales de telgrafos.- Grupo 10: Lenguajes para aplicaciones detelecomunicacin.- Grupo 11: Conmutacin y sealizacin.- Grupo 12: Performancia de transmisin de redes y

equipos terminales de telefona.- Grupo 15: Equipos y Sistemas de Transmisin.- Grupo 17: Transmisin de datso en redes detelefona.- Grupo 18: ISDN.

La ITU-T denomina a sus estndares

'recomendaciones'.Todos los estndares de la ITU-T se nombran medianteuna letra seguida de un punto seguido a su vez denmeros.

En ciclos de 4 aos la asamblea plenaria decide yplanifica en funcin del trabajo de un grupo de estudio.

Aprobacin de las recomendaciones (DraftRecomendations) para su posterior publicacin enlibros.

Tambin decide sobre la creacin o eliminacin degrupos de estudio.

INTRODUCCIN


36/38

GESTIN DE REDES

International Organization for Standarization (ISO)

Organizacin voluntaria creada en 1946 con sede enGinebra.

Agencia Internacional para el Desarrollo de Estndaresen un amplio rango de temas. Sus miembros son las

organizaciones de estandarizacin de nacionesparticipantes y otras organizaciones observadoras sinderecho a voto. Conocida su labor de estandarizacin enarquitecturas de comunicacin para la interconexin desistemas abiertos.

Se organiza en cerca de 200 comits tcnicos

denominados TC (Technical Committee) que senumeran en orden ascendente segn su fecha decreacin. El que nos interesa a nosotros es el TC97 quetrata de ordenadores y proceso de la informacin. Cadacomit tiene subcomits (SCs) que a su vez se dividenen grupos de trabajo o WGs (Working Groups).

Un grupo de trabajo de un comit tcnico publica uncommittee draft compuesto de unas especificacionestcnicas para el estndar propuesto. Una vez aceptadopor los miembros interesados se adapta a las prcticasISO y se edita un draft international standard. Al cabode 6 meses si es aprobado por un 75% del comittcnico se convierte en International Standard.

INTRODUCCIN


37/38

GESTIN DE REDES

Enfoques.

Tradicionalmente la ISO ha abordado aspectos decomunicaciones por ordenador y procesamientodistribuido (niveles 4 a 7 de la capa OSI), mientras quela ITU ha trabajado ms los temas de redes decomunicaciones y transmisin de datos (niveles 1 a

3).

La evolucin de la tecnologa de redes ha hecho queambas converjan y tengan que colaborar en la definicinde nuevos estndares.

Foros industriales

La elaboracin de estndares en ITU-T y la ISO se hacaracterizado por una gran lentitud, debido a lanecesidad de llegar a un consenso entre muchosparticipantes y a procedimientos excesivamentecomplejos y burocratizados.

Los fabricantes de equipos, que perdan gran cantidad

de mercado por culpa de estos retrasos.

A principios de los 90 surgi un nuevo mecanismo paraacelerar la creacin de estndares, que fue la creacinde foros industriales.

La idea era simple: un conjunto de fabricantes, usuarios

INTRODUCCIN


38/38

y expertos interesados en desarrollar una tecnologaconcreta forman un consorcio que se ocupa de fijar losestndares necesarios para garantizar lainteroperabilidad entre diversos fabricantes; losestndares se hacen pblicos de forma que cualquierfabricante que lo desee puede desarrollar productos

conformes con dicho estndar.No pretenden competir con las organizacionesinternacionales de estndares, sino cooperar con ellas yayudarlas a acelerar su proceso.

Caractersticas:

Intentan aclarar ambigedadesDefinir subconjuntos de funciones que permitanhacer una implementacin sencillaComprobar la viabilidad y la interoperabilidad entrediversos fabricantes.Establecen fechas lmite para la produccin deestndares

Ejemplos: Forum Frame Relay, el Forum ATM y elForum ADSL.

INTRODUCCIN

03 - introduccion gestion de redes

Documents