miércoles, 29 de abril de 2015

MetodologiasPara Implementar redes


METODOLOGÍA PARA DISEÑAR E IMPLEMENTAR REDES MESH

1 Conceptos básicos

Las redes inalámbricas malladas, redes acopladas, o redes de malla inalámbricas de infraestructura, para definirlas de una forma sencilla, son aquellas redes en las que se mezclan las dos topologías de las redes inalámbricas, la topología Ad-hoc y la topología infraestructura. Básicamente son redes con topología de infraestructura pero que permiten unirse a la red a dispositivos que a pesar de estar fuera del rango de cobertura de los puntos de acceso están dentro del rango de cobertura de alguna tarjeta de red (TR) que directamente o indirectamente está dentro del rango de cobertura de un punto de acceso (PA).
Permiten que las tarjetas de red se comuniquen entre sí, independientemente del punto de acceso. Esto quiere decir que los dispositivos que actúan como tarjeta de red pueden no mandar directamente sus paquetes al punto de acceso sino que pueden pasárselos a otras tarjetas de red para que lleguen a su destino.
Para que esto sea posible es necesario el contar con un protocolo de enrutamiento que permita transmitir la información hasta su destino con el mínimo número de saltos (Hops en inglés) o con un número que aun no siendo el mínimo sea suficientemente bueno. Es resistente a fallos, pues la caída de un solo nodo no implica la caída de toda la red.
La tecnología mallada siempre depende de otras tecnologías complementarias, para el establecimiento de backhaul debido a que los saltos entre nodos, provoca retardos que se van añadiendo uno tras otro, de forma que los servicios sensibles al retardo, como la telefonía IP, no sean viables.
La utilización de Wimax 5,4 GHz puede ser una solución de backhaul, aceptable para fortalecer el alcance de la red mallada, pero en muchos casos supone la renuncia a la banda 5,4 Ghz, para dar accesos a usuarios.
Utilizando tecnologías licenciadas (por ejemplo 802.16, en la banda de 3,5Ghz), para la creación del backhaul, es posible ofrecer accesos a los usuarios en 2,4 Ghz y en 5,4Ghz. Esto posibilita que los usuarios dispongan del 80% más de canales libres, aumentando el número de usuarios concurrentes en un 60-80%.
A modo de ejemplo podemos ver la estructura de una red inalámbrica mallada formada por ocho nodos. Se puede ver que cada nodo establece una comunicación con todos los demás nodos.

2 Arquitectura

La arquitectura de una red inalámbrica es el primer paso para llegar a proporcionar redes con un gran ancho de banda, de forma eficaz y dinámica sobre los costos en un área de cobertura específica. Las infraestructuras de una arquitectura de malla inalámbrica es en efecto un router de la red menos el cableado entre los nodos. Está construido por pares de dispositivos de radio que no tienen que estar cableados a un puerto como los puntos de acceso WLAN tradicionales (AP) lo hacen. La arquitectura de malla sostiene la intensidad de la señal mediante las largas rupturas a distancias, en una serie de saltos más cortos. Los nodos intermedios no sólo aumentan la señal, también hacen cooperativamente decisiones de envío en base a su conocimiento de la red, es decir, realizan un enrutamiento. Tal arquitectura con un diseño cuidadoso puede proporcionar un gran ancho de banda, eficiencia espectral y una ventaja económica sobre el área de cobertura.
Las redes de mallas inalámbricas tienen una topología relativamente estable a excepción a la falta ocasional de los ganglios o la adición de nuevos nodos. La ruta de acceso de tráfico, que se agregan a partir de un gran número de usuarios finales, no cambia con frecuencia. Prácticamente todo el tráfico en una infraestructura de red de malla es transmitida hacia o desde una puerta de enlace, mientras que en las redes ad hoc o redes de malla cliente el tráfico fluye a través de unos pares de nodos arbitrarios.

3 Aplicaciones

Las redes Mesh facilitan la comunicación inalámbrica, brindando así soluciones a las necesidades que afrontan las comunicaciones ofreciendo una amplia flexibilidad en los enlaces ya que los mismos pueden punto a punto, punto a multipunto, multipunto a multipunto.

4 Aplicaciones actuales

• MOTOROLA: La compañía Motorola utiliza las redes inalámbricas en todas sus aplicaciones de datos, voz y vídeo. Ofrece también a sus clientes "soluciones mesh" que brindan acceso a una red de banda ancha destinada a los servicios de seguridad en las empresas públicas y privadas.
• SERVAL MESH: La malla Serval o (Serval Mesh) es una aplicación para teléfonos androides la cual consiste en convertir a cada móvil en un servidor que permita la comunicación entre los teléfonos inteligentes, incluso cuando no cuenten con una red de celulares. Funciona mediante el WI-FI o por la formación de redes espontaneas formada por los móviles, permitiendo realizar llamadas privadas, enviar mensajes de texto y archivos de manera segura y privada desde lugares donde las redes de celulares fallan o no están disponibles.
• LUGRO MESH: Red comunitaria y libre que brinda acceso a Internet de forma gratis a los habitantes de Rosario (Argentina).

5 Protocolos

Hay más de 60 esquemas competentes para el encaminamiento de paquetes a través de redes malladas. Algunos de éstos incluyen:
AODV (Ad-hoc On Demand Distance Vector) Protocolo de enrutamiento a demanda.
B.A.T.M.A.N. (Better Approach To Mobile Adhoc Networking) BMX (BatMan eXperimental)
BATMAN-ADV (Batman Advance (capa2)) PWRP (Predictive Wireless Routing Protocol) DSR (Dynamic Source Routing)
OLSR (Optimized Link State Routing protocol) protocolo de enrutamiento por optimización del estado del enlace), OLSREXT, QOLSR.
TORA (Temporally-Ordered Routing Algorithm)
HSLS (Hazy-Sighted Link State) protocolo de enrutamiento basado en desechar los enlaces de baja calidad.
Babel (a loop-free distance-vector routing protocol)
El IEEE está desarrollando un conjunto de estándares bajo el título 802.11s para definir una arquitectura y un protocolo para la red mallada ESS.

6 Funcionamiento

Las redes inalámbricas malladas se caracterizan porque no necesitan de un (mini-router) o nodo central, de manera que si en alguna ocasión uno de los nodos sufre un desperfecto, no se cae toda la red, dado que el resto de los nodos de la red no pasan por el nodo dañado. Permitiéndole a quien le utiliza un nivel elevado de confianza. Cada uno de los nodos que conforman esta red son compatibles con el estándar IEEE 802.11 y configurada en modo ad-hoc, esto quiere decir que puede operar como una estación cliente o como un enrutador.

7 Hardware para MESH

Prácticamente cualquier nodo inalámbrico puede convertirse en un nodo mesh simplemente mediante modificaciones de software.
Cualquier computador con Linux y un dispositivo inalámbrico puede utilizarse para este fin, y próximamente inclusive los PDA (Personal Digital Assistant) podrán formar una Mesh y hasta los celulares de nueva generación.
Cualquier laptop o PC de escritorio con una tarjeta inalámbrica puede servir como un nodo MESH.
Las posibles configuraciones son muchas, sin embargo podemos mencionar algunos sistemas operativos tales como, Pebble Linux, MeshLinux, Locustworld, FreifunkFirmware, CUWin.
Muchas de estas soluciones están disponibles en un "Live CD", es decir un CD que contiene el sistema operativo y el protocolo de enrutamiento, de tal modo que el usuario sólo tiene que arrancar la máquina desde el CD y tener un nodo MESH listo para su configuración.
Para el armado físico de nodos dobles continuación se muestra los materiales necesarios:
Material
Medidas
Caja estanca IP-65
250x200x120 mm
2 placas de router
15x10 cm
Antena externa
20 cm
Tornillos y Accesorios
2.5 cm y 7.5 cm / diámetro 4 mm
Roseta RJ45
---

8 Ventajas

Es una red confiable dado que si uno de sus nodos sufre daños, la posibilidad de que intervenga con las acciones de los demás nodos es casi nula.
Fácil instalación, cuando un nodo encuentra a otro, está listo para brindar servicio.
Todos los servidores se comunican entre sí. Se puede enviar información entre nodos Facilidad de crecimiento y de mantenimiento. Mitigación de la interferencia.
Entornos urbanos y rurales.

9 Desventajas

La latencia (retardo de propagación de los paquetes), obviamente tiene que crecer con el número de saltos. Los efectos del retardo son dependientes de la aplicación; los correos electrónicos por ej. no sufren ni con grandes latencias, mientras que servicios de voz es muy sensible.
La latencia se empieza a sentir desde los 170 ms en adelante, pero a veces un retraso de 5 s en una conversación mediante walkie talkie es mejor que no tener conexión.
Rendimiento: El tema de la disminución del rendimiento (througput) existe en todas las redes multisalto. El rendimiento disminuye con el número de saltos de acuerdo a 1/n o 1/n2 o 1/n1/2, dependiendo del modelo ("n" es el número de saltos) que se utilice. Fig.02
Escalabilidad: Todavía son limitadas las aplicaciones de mesh en términos de número de nodos, pero algunas de las conocidas son las siguientes:
o Rooftop de MIT: 4050
o Berlín OLSR: cerca de 4000
o CUWin: cerca de 500
o Dharamsala: > 50
Seguridad: Las redes ad hoc por definición necesitan hablar con los clientes antes de autenticarlos, esto constituye un reto en la seguridad de Internet. Las redes Mesh son por diseño muy vulnerables a ataques de negación de servicio (Denial of service – DOS).
Distribución de las direcciones IP: La distribución de las direcciones IP en una red Mesh no es trivial. Mientras que la asignación automática vía DHCP en rangos de IP privado no es problemática, las redes Mesh podrían en principio interactuar con redes vecinas en cualquier momento y el peligro de direcciones duplicadas y conflictos de red es obvio. IPv6 podría traer una solución a esto, pero todavía faltan algunos años para su despliegue a gran escala.




METODOLOGÍA DE DISEÑO E IMPLEMENTACIÓN DE SOLUCIONES VOIP

1. Introducción

En la actualidad los operadores de telecomunicaciones han comenzado a ofrecer servicios adicionales para la telefónica convencional, entre los cuales se encuentra el Internet y la televisión digital. Entre tanto, los proveedores de líneas fijas han comenzado a evolucionar en su tecnología de interconexión a usuarios finales, y empresas como Telmex® han hecho realidad el concepto de tripleplay, ofreciendo a través de un mismo enlace: voz, datos y video. Todo esto se hace posible gracias a la pila de protocolos TCP/IP. Hoy en día, el operador se ve en la necesidad de brindad una mayor calidad en el servicio; calidad que muchas veces se ve compensada con un aumento en el ancho de banda.
Basado en los fundamentos básicos de telefonía IP, plantas telefónicas, redes y las nuevas tendencias en PBX, este artículo define una metodología para realizar una implementación de Elastix en dos fases: levantamiento de información y evaluación de la tecnología necesaria, y el diseño esquemático de integración progresiva del sistema. De esta manera, con el producto de la investigación y su implementación, el cliente, además de obtener una solución efectiva, recibe beneficios con módulos que le permiten tener mayor control y seguridad sobre el flujo de llamadas y centralización de fax, aun estando fuera de su oficina. Cuando se realiza el análisis de costo-beneficio, con esta implementación el cliente obtiene la recuperación de la inversión inicial en un periodo muy corto.
Elastix es una distribución libre de Servidor de Comunicaciones Unificadas que integra en un solo paquete: VoIP PBX, fax, mensajería instantánea, correo electrónico y colaboración.
Por otra parte, el artículo se estructura así: antecedentes o estado del arte VoIP y los protocolos; fases de la investigación: análisis previo (proveedores, esquema de red, necesidades del proveedor de servicios); diseño de la solución; normatividad de referencia; ambiente de pruebas; análisis de resultados, y conclusiones.

2. Antecedentes

La VOIP surgió de una necesidad de usuarios que estaban en la búsqueda del aprovechamiento de las redes de computadores que poco a poco fueron emergiendo. Así mismo, buscaba poder paquetizar la voz y enviarla por un medio, de una manera tal que aprovechara al máximo el recurso de interconexión, como lo es el Internet.
Después de conceptualizar la idea, se definieron patrones y parámetros en los cuales se pudiera tener un orden basado en la pila de protocolos TCP/IP (5 capas) e ISO (7 capas).
El primer protocolo en el cual se desarrolló este tipo de implementaciones fue el H.323, que definía la unificación de puertos de voz, códecs, señalización, entre otros parámetros. Luego fueron emergiendo protocolos como SIP, que son más simples en su funcionamiento, pero muy eficaces en la forma de trabajar detrás de un NAT. A su vez, se desprendieron otros protocolos propietarios como el IAX, que es nativo de Asterisk. Cada uno de estos, y otros más, ha venido evolucionado hacia la practicidad y facilidad de implementación.
Actualmente existen diversas empresas que ofrecen soluciones de servicios de telefonía IP, entre las que podemos encontrar: Cisco ®, con Call Manager; Avaya®, con Multivantage; 3Com® IP-PBX, entre otros. Estas empresas normalmente trabajan con estándares y protocolos propietarios, aspecto que dificulta su interacción con soluciones de otros fabricantes.
También existen implementaciones con protocolos abiertos, entre las cuales se destacan: OpenPBX, Brekeke, Trixbox, Asterisk y su evolución Elastix, siendo esta última la que busca integrar varias opciones de mensajería (correo, IM, fax), más la telefonía a nivel de PBX con herramientas de CDR, grabación de llamadas, entre otras.
Elastix, en particular, fue creado (y actualmente es mantenido) por la compañía ecuatoriana PaloSanto Solutions. Por otro lado, fue liberado por primera vez en marzo del 2006, pero no se trataba de una distribución, sino más bien de una interfaz para mostrar registros de detalles de llamadas para Asterisk. Sin embargo, fue solo a finales de diciembre del 2006 cuando fue lanzada como una distribución que contenía muchas herramientas interesantes, administrables bajo una misma interfaz web, la cual llamó la atención por su usabilidad.
Cabe destacar el caso de las extensiones remotas, pues se requiere una conexión a Internet de banda ancha con QoS (calidad de servicio) para que la calidad de voz sea aceptable, o usar estrategias de códecs de bajo consumo y ampliar el ancho de banda.
A continuación se describen los protocolos.

2.1. Protocolo de señalización

De acuerdo con la UIT en su recomendación H.323, el protocolo de señalización es el encargado de los mensajes y procesos utilizados para establecer una comunicación, solicitar cambios de tasa de bits en las llamadas, conocer el estado de los puntos extremos y desconectar las llamadas.
2.1.1. SIP (Session Initiation Protocol)
A diferencia de H.323, SIP tiene su origen en la comunidad IP, específicamente en la IETF (Internet Engineering Task Force), y no en las telecomunicaciones (UIT). Su estándar está definido en [3] y con algunas aclaraciones en [4].
2.1.2. Protocolo T.38
Se describe como el protocolo por el cual se pueden enviar y recibir fax sobre una red de datos, ya que no utiliza un códec de voz para transmitir los fax; por el contrario, ha sido desarrollado para permitir específicamente la transmisión de fax y módem sobre redes IP. Los adaptadores que soportan T38 transmiten los fax como imágenes (consumiendo la mitad de ancho de banda que con G.711 Ley A [5]) y gestionan el jitter y las pérdidas de paquetes para aislar la máquina de este tipo de inconvenientes.

2.2. Códecs

Códec viene de las palabras codificador-decodificador, y describe una implementación basada en software y hardware para la correcta transmisión de datos, [6]. Se enunciarán únicamente los códecs de voz.
2.2.1. UIT G.711 PCM
Tiene una transmisión alta (64 Kbps). Desarrollado por la UIT, es el códec nativo de las redes digitales telefónicas modernas y fue estandarizado en 1988; también es llamado PCM y su tasa de muestreo es de 8000 muestras por segundo, lo que da un ancho de banda total para voz de 4000 Hz. Cada muestra es codificada en 8 bits; por lo tanto, la tasa de transmisión total es de 64 Kbps.
2.2.2. UIT G.729 CS-ACELP
Este comprime la señal en periodos de 10 milisegundos y no puede transportar tonos como DTMF o fax. Es usado principalmente en aplicaciones VoIP por utilizar una poca tasa de bits (8 Kbps).
Existen extensiones de la norma que permiten tasas de 6,4 y 11,8 Kbps para empeorar o mejorar la calidad de voz, respectivamente. Idealmente presenta un MOS de 3,8. Por otra parte, las aplicaciones que requieren este códec deben tener una licencia; sin embargo, existen implementaciones gratuitas para uso no comercial.

3. Análisis previo

Con el fin de conocer el estado inicial de la topología de la red del cliente, se realizó un análisis previo sobre proveedores (telefonía y datos) y estructura física de la red. Además, se definieron las principales necesidades del cliente, para buscar así que la solución estuviera acorde con estas.

3.1. Proveedores

Se identifica que el principal proveedor de telefonía y de uno de los canales de Internet es ETB (empresa estatal de telecomunicaciones de Bogotá, Colombia). Dentro del canal se encontraron dos direcciones IP públicas, una de las cuales tiene un redireccionamiento uno a uno a la IP privada 192.168.0.122, tal como lo indica la tabla 1.

Tabla 1. Proveedores de servicios de telecomunicaciones para el mercado observado


Por otra parte, cuentan con un canal primario de telefonía, el cual consta de treinta líneas digitales que están interconectadas a la planta LG, a través de una interfaz RJ45.

3.2. Esquema de red

La siguiente topología, mostrada en la figura 1, se reconstruye a partir de la información que suministró el servidor DHCP que se encuentra configurado en el módem ADSL de ETB (marca Huawei®), con el cual se define un rango de direcciones 192.168.0.XX, siendo el módem como default gateway 192.168.0.1. Cuando se consultó con el soporte técnico de ETB, se identificó una dirección IP pública de rango 190.26.91.196 y se encontró que esta tenía el redireccionamiento de puertos completos, o sea un NAT uno a uno.

Figura 1. Esquema inicial de la red del proveedor analizado


3.3. Necesidades del proveedor de servicios

Entre las principales necesidades de estos proveedores se encuentran las siguientes:
  1. Comunicación con sus sedes remotas a bajo costo.
  2. Escalabilidad en el crecimiento de extensiones.
  3. Integración de nueva tecnología IP-PBX con sistemas de PBX convencionales.
  4. Posibilidades de extensiones móviles.
  5. Enviar por medio de correo electrónico los buzones de voz.
  6. Administrador de recepción de fax.
  7. Posibilidades de un servidor de chat empresarial.
  8. Grabación de las llamadas.
  9. Detalle de llamadas realizadas y recibidas.
  10. Posibilidades de generación de grupos de extensiones por departamento.
  11. Restricción por medio de códigos a las diferentes troncales (líneas) interconectadas a la planta.
  12. Recuperación de inversión en implementaciones innovadoras.

4. Diseño de la solución

De acuerdo con la información recolectada, se aprovechó el direccionamiento IP privado y el NAT con la dirección IP pública, para asignarla al Elastix y poder tener los servicios publicados en la web. A continuación se describirá, con mayor detalle, la parametrización y el diseño de la solución.

4.1. Direccionamiento IP

El esquema del direccionamiento IP queda de la siguiente manera:
  1. LAN IP, el rango de direccionamiento IP que pertenece a la red es desde 192.168.0.2 hasta 192.168.0.254, las cuales son asignadas por DHCP con el cable modem de ETB. A pesar de esta configuración de DHCP, se asignan direcciones IP fijas para los servicios principales.
  2. La dirección IP en la LAN del modem es la 192.168.0.1. Este equipo cuenta con direcciones IP públicas 190.26.91.196 (mencionada anteriormente), con el direccionamiento NAT, y la otra dirección pública utilizada para los servicios de Internet 190.26.78.182.

4.2. Esquema de red con la solución

El diseño definitivo, mostrado en la figura 2, se define como la integración con la IP pública y su posterior interconexión con softphone o ATA de sedes remotas. Su instalación se hace de forma progresiva, en la medida en que el cliente cuente con los equipos necesarios para la ampliación de la solución.

Figura 2. Diseño definitivo


4.3. Definición de parámetros de códec y protocolos

Los códecs que se van a implementar son:
  1. G.711 (Ley A – Ley μ): se usará como una de las alternativas en las llamadas internas, para los equipos que no soporten G.729, como un códec básico para la recepción de fax.
  2. G.729: se utilizará principalmente para las llamadas de las sedes remotas y como alternativa de las llamadas de la red local.
Por otra parte, se selecciona el protocolo SIP, ya que cumple con las siguientes características:
  1. Es uno de los protocolos estándares del mercado que permite integrar innumerables equipos, softphone, etc.
  2. Este protocolo es nativo de Elastix.
  3. Permite a sus clientes abrir camino a través de los routers sin necesidad de tener un redireccionamiento de puertos.

4.4. Módulo PBX

En la figura 3 se observan tres bloques:
  1. Menú de la configuración del PBX.
  2. Módulo de configuración de extensión SIP.
  3. Módulo de configuración de extensiones.

Figura 3. Módulo PBX


5. Normatividad

  1. Licenciamiento
    Elastix es una herramienta empresarial de código abierto distribuida bajo la licencia GPLv2. Se tiene libertad de orientarlo para uso comercial o personal, pero está sujeto a las condiciones descritas en la licencia. Por otra parte, no tiene un costo relacionado con licenciamiento o con funcionalidades. Las versiones disponibles de Elastix son versiones completas sin limitación de uso o características. Así mismo, ni la adición de módulos, ni la de usuarios en una implementación con Elastix tienen un costo relacionado para el implementador, empresa u organizaciones que deseen usarlo.

  2. Aspectos legales de la VoIP en Colombia Los servicios de valor agregado son aquellos que utilizan como soporte de servicios básicos, telemáticos, de difusión o cualquier combinación de estos prestados a través de una red de telecomunicaciones autorizada, y con los que se proporciona al usuario la capacidad completa para el envío o intercambio de información, agregando otras facilidades al servicio soporte o satisfaciendo necesidades específicas de telecomunicaciones.
    Para que el servicio de valor agregado se diferencie del servicio básico, es necesario que el usuario de aquel reciba de forma directa alguna facilidad agregada a dicho servicio, de manera que le proporcione beneficios adicionales, independientemente de la tecnología o el terminal utilizado. Así mismo, el operador de servicios de valor agregado podría efectuar procesos lógicos sobre la información que posibiliten una mejora, adición o cambio al contenido de la información, para que así genere un cambio neto de la misma, independientemente del terminal utilizado. Este cambio, a su vez, debe generar un beneficio inmediato y directo recibido por el usuario del servicio.

6. Ambiente de pruebas

Después de instalado el Elastix, activados los módulos de fax, chat, PBX, reportes, y configuradas las troncales SIP, las extensiones y el IVR, se procede a hacer un diseño experimental a través de pruebas de interconectividad (mostradas en la tabla 2), a nivel de telefonía y fax, así:

Tabla 2. Pruebas


 

Conclusiones

  1. Al diseñar e implementar una solución de VoIP, se ha realizado una integración entre la planta telefónica convencional (PBX) y la solución Elastix ( IP-PBX ); así mismo, se ha garantizado un mejor uso de las redes y logrado la optimización de los recursos con los que la empresa contaba. El hecho de tener ya dentro de la solución nuevos servicios integrados en diferentes módulos, como sistema, PBX (telefonía), fax, mensajería instantánea y reportes, permite al administrador tener control total, y en tiempo real, sobre cada uno de los módulos antes mencionados y mantener un historial de usuarios (llamadas y fax). 

  2. Después de realizar el análisis sobre la topología de las redes, se determina que generalmente no se utilizan los recursos de red de manera óptima, por ejemplo: direcciones IP públicas sin uso, redes LAN definidas por DHCP, ausencia de control en el direccionamiento IP, o la no activación de servicios en la IP pública activa. 

  3. Una vez verificada la infraestructura instalada y las necesidades del cliente, se define que la mejor solución es realizar una integración de la planta IP-PBX con la planta convencional para no perder la infraestructura existente, pero a su vez implementar la solución Elastix. Esta última brinda mayores beneficios al integrar cada una de las sedes actuales, sin necesidad de adquirir equipos adicionales, que impactarían críticamente los costos. 

  4. Se utiliza, para la instalación inicial, softphone X-Lite (ver http://www.counterpath. com/x-l i te-download.html) y Linksys PAP2T, como conversores de telefonía análoga a IP. Como protocolo se utilizó SIP, uno de los más versátiles, ya que en su puerto de señalización define el camino o direccionamiento IP que deben seguir los paquetes de voz, esto con el fin de poder ser utilizado detrás de un router, sin hacer un redireccionamiento de puertos. Para el caso de los códecs se usaron el G.711 (Ley A y Ley U) y G.729, siendo este último el utilizado para la comunicación externa a la red LAN, puesto que es muy liviano y de mínimo consumo de ancho de banda. 

  5. La implementación de esta solución debe hacerse de manera gradual, con el fin de realizar las pruebas necesarias en cada una de sus etapas y así poder mostrar su correcto funcionamiento. Al ir avanzando en la implementación, es pertinente que el cliente de la aprobación para generar los nuevos cambios (configuración de red) o compra de hardware. Por tal motivo al terminar la instalación del Elastix, ya deben haberse realizado todas las pruebas por parte del cliente, de manera que lo reciba a satisfacción. 

  6. Para crear una sensibilización frente a la nueva arquitectura y tecnología se deben realizar inducciones al administrador del sistema sobre los módulos que se usan y sobre las herramientas adicionales con las que cuenta el Elastix, que pueden ser utilizadas en desarrollos futuros. Una alternativa para esto es hacer acompañamiento al administrador en sitio y de manera virtual, para verificar y apoyar los cambios o consultas. Al realizar lo anterior, el administrador de la solución podrá generar extensiones IP, sin verse en la necesidad de adquirir nuevo hardware o depender de la empresa encargada de la planta telefónica.

 

 METODOLOGÍA LONG CORMAC

Esta metodología tiene mucho parecer con las metodologías mencionadas anteriormente en la cual consideramos las fases de análisis y diseño, será especificado de manera que usted lo entienda.

- Dentro de la cual se elegirá parámetros de desempeño con base a las aplicaciones(ancho de banda, % pérdida de paquetes, latencia, disponibilidad).
- Identificar Restricciones de diseño(presupuesto, tiempo de implantación, restricciones físicas restricciones de seguridad).
- Establecer objetivos viables para los parámetros de desempeño.
- Elaborar el diseño de alto nivel( nivel jerarquicos, elección de conectividad WAN, routing vs switching, etc.).
- Elaborar un diseño detallado teórico.
- Realizar verificaciones en laboratorio de aspecto mayores, si no se cumple con los requerimientos.
- Realizar la instalación y configuración final.

 

METODOLOGÍA UNTIVEROS SERGIO

En esta metodología nos dice que la administración de redes es la suma de todas las actividades de planeación y control, enfocadas a mantener una red eficiente y con altos niveles de disponibilidad.

La metodología presentada se basa en un modelo con tareas bien definidas y complementarias. Esta modularidad permite su mejor entendimiento y facilita su implementación y actualización.

Se basa en el modelo OSI, enfatiza en todos los aspectos relacionados en la buena operación de una red, como son el control sobre los sucesos en la red, la visualización de los tipos de tráfico, la determinación y atención oportuna de problemas, aspectos de seguridad, etc.


No hay comentarios:

Publicar un comentario