UNIVERSIDAD LATINA COSTA RICA
INVESTIGACIÓN PPDIOO TRABAJO INVESTIGACIÓN INDIVIDUAL PROFESOR: HERNAN ADOLFO COTO ALUMNOS: JOSE PABLO MONGE MONGE VIVIANA ORTIZ
Índice Introducción ..................................................................3 Definición de PPDIOO ....................................................4 Ciclo de vida PPDIOO .......................................................8 ITIL y Cisco PPDIOO ......................................................9 Caso práctico............................................................... 11 Conclusión .................................................................. 12 Bibliografía .................................................................. 13
Introducción Se desarrolló esta investigación con el fin de explicar más a fondo el proceso de ciclo de vida para el diseño e implementación de una red, este fue desarrollado por la empresa Cisco. Algunas personas comentan que es la competencia de ITIL sin embargo es un concepto erróneo ya que el propuesto por Cisco se basa más en las redes, mientras que ITIL mantiene un enfoque general en sistemas IT. Un ejemplo de ellos es la telefonía IP en el cual dicha empresa toma ventaja con sus propuestas y en el cual ITIL se torna ausente al momento en que se incorporó el tradicional enfoque PPDIOO. Más adelante se comentara un poco más sobre los beneficios de este modelo, las diferencias de ITIL con PPDIOO y un caso de estudio de los procesos que se tienen que seguir para la implementación de las fases en un proyecto.
Definición de PPDIOO La empresa Cisco ha formalizado el proceso de ciclos de vida para el diseño e implementación de una red en seis fases específicas, cada una de estas corresponde a una letra en las siglas del nombre: Preparar, Planear, Diseñar, Implementar, Operar y Optimizar (PPDIOO). El modelo en cuestión ofrece recomendaciones para el éxito de un proyecto. A continuación realizaremos un análisis de cada una de las fases: 1. Preparar (Prepare): La manera en la que esta fase es usada depende del estado actual de la compañía. El primer enfoque asume que la compañía ha hecho poca o del todo no se ha hecho la investigación para establecer las necesidades del negocio, visión tecnológica y estrategia tecnológica. El segundo enfoque asume que la compañía ya ha definido estos, y esta reiteración a través de la fase se hace como una actualización a los planes existentes. Generalmente, en esta fase la compañía desarrollará sus requerimientos de negocio, visión y estrategia tecnológica. Es muy importante que estas sean establecidas antes de proseguir, esto para asegurar que la red es desarrollada para estar lo más alineada a los requerimientos de negocio. Si esta no es la primera reiteración de la fase de preparación, entonces es necesaria una revisión de las condiciones de negocio que debe compararse a la desarrollada previamente; si existen discrepancias, la visión y estrategia tecnológica deben cambiar para satisfacer estas nuevas condiciones. El resultado de este análisis es usado para elaborar una arquitectura de alto nivel de la red propuesta. Las características y funciones recomendadas en esta arquitectura conceptual propuesta entonces deben ser validadas por medio de pruebas de concepto. Los entregables típicos en esta fase incluyen (pero no se limitan a):
Diseño de alto nivel (HLD). Documentos de requerimientos del cliente (CRD). Encuesta y resultados de estado actual (CSAS).
2. Planear (Plan): Tal como la fase “Preparar, la manera en la que la fase”Planear” se usa depende del estado actual de la red empresarial. Seguidamente se debe desarrollar un plan de proyecto; si no existe una red actualmente, este plan debe incluir un número de piezas de información necesarias para la siguiente fase, entre estos tenemos la asignación de recursos (financieros y físicos) para las fases de diseño e implementación, el desarrollo de un plan de seguridad, y un programa de proyecto que se ajuste a los requerimientos del negocio revisados en la fase “Preparar”. Si hay una red existente, entonces el plan de proyecto es desarrollado (o actualizado), pero solo si se completa se hace una auditoria de la infraestructura actual, los sitios y el ambiente operativo. Es vital que la auditoria sea efectuada en su totalidad para asegurar que cualquier cambio en la red no afecte la disponibilidad y uso de la red, además de causar afectación en el nivel de recursos redundantes, y por ultimo asegurar una escalabilidad simplificada. Los entregables típicos en esta fase incluyen:
Especificaciones de requerimientos de sitio (SRS) Plan de prueba de soluciones (STP) Formulario de encuesta de sitio (SSF) Respuesta de documento de requerimiento del cliente (CRDR)
3. Diseñar (Design) : Durante esta fase la compañía desarrolla (o actualiza) un diseño de red detallado. Es importante que la información recolectada en las dos primeras fases sea usada para garantizar que el diseño satisfaga todas las necesidades tanto de negocio como técnicas (que fueron definidas previamente). Si todo fue realizado correctamente, el diseño brindara una red que es capaz de manejar las tareas diarias necesarias para el cual fue establecido, adicionalmente debe cumplir o superar las expectativas en términos de disponibilidad, confiabilidad, seguridad, escalabilidad y métricas de rendimiento. Existen además un número de diversos documentos que se desarrollan durante esta fase para que sirvan como guía en el despliegue, configuración y comisión de equipos y servicios de red. Los entregables típicos en esta fase incluyen:
Diseño de bajo nivel (LLD)
4. Implementar (Implement) : Existen una variedad de métodos de implementación que son usados. Generalmente, es bueno incorporar y configurar un banco de pruebas que será usado para simular las distintas partes (o adiciones) del diseño de red. El uso de este método les permite a los implementadores encontrar problemas potenciales; si este es el caso, estos son resueltos en el banco de pruebas antes de que la implementación a gran escala continúe. Una vez estos problemas son resueltos en el banco de pruebas, la implementación integral puede comenzar. Por supuesto, esto depende del tamaño de la implementación, en este caso puede haber un número de inconvenientes logísticos que deben ser resueltos. Por ejemplo, es necesario determinar los encargados del despliegue, configuración, pruebas de operación de la red. La compañía debe garantizar que cualquier tarea de integración en la red actual es manejada cuidadosamente para que las operaciones tengan la menor afectación posible. Una vez la red es implementado, se deben correr una serie de pruebas para asegurar que la operación de la nueva red es la esperada de acuerdo al diseño. Si se encuentra algún problema, lo mejor es que se maneje en las etapas iniciales de la implementación para generar el menor impacto posible a los elementos de la red. Los entregables típicos de esta fase incluyen:
Pruebas de disposición de red (NRFU). Reporte de prueba NRFU. Registro de eventos de implementación.
5. Operar (Operate) : La fase “Operar” es por mucho una de las más largas de PPDIOO, esto porque en esta fase la compañía opera sin mayor cambio en la red. Durante esta fase la compañía invierte la mayor parte de sus fondos administrando la red, esto incluye monitoreo proactivo y reactivo, control de rendimiento, gestión de incidentes, seguridad, y monitoreo y planeamiento de la capacidad, entre otros. Cualquier movimiento, cambio o adición (MAC) sea cual sea su grado ocurre en esta fase. Los entregables típicos de esta fase incluyen:
Reportes de análisis de causas principales. Reportes MAC.
Análisis de contrato de soporte (SMARTnet).
6. Optimizar (Optimize) : La fase “Optimizar” puede ocurrir en cualquier momento después de una red está operativa, generalmente ocurre ya sea cuando se ha producido un cambio menor o mayor en los requisitos empresariales o técnicos de la red o está programado como un "chequeo". Durante esta fase, los requisitos técnicos y de negocio actuales se comparan con los que se utilizaron cuando la red fue diseñada inicialmente. Si se recomienda ningún cambio, entonces las fases comienzan de nuevo desde el principio para asegurar la coherencia y un buen diseño en curso.
Esquema PPDIOO Ciclo de vida PPDIOO Beneficios
Se distinguen 4 beneficios principales en el uso este modelo: 1. Baja el costo total de propiedad por validación de requerimientos de tecnología y planeamiento para cambios de infraestructura y requerimientos de recursos
2. Incrementa la disponibilidad de la red por la producción de un sólido diseño de red y validaciones en las operaciones.
3. Mejora la agilidad de negocios estableciendo requerimientos y estrategias tecnológicas.
4. Velocidad de acceso para aplicaciones y servicios, mejorando disponibilidad, fiabilidad, seguridad, escalabilidad y performance.
ITIL y Cisco PPDIOO El manejo de proyectos de integración de redes puede ser muy abrumador. Mantener un registro del progreso y el garantizar que se van abarcar todas las etapas es crucial. Tanto ITIL como el PPDIOO proveen modelos de ciclo de vida de redes que ayuda a garantizar que cuando un proyecto es implementado la compañía tiene todo lo necesita para operar y mantener la nueva red. ITIL continúa siendo utilizado con frecuencia, ya que proporciona un marco solido de mejores prácticas que integran y centralizan la gestión de incidencias, gestión de problemas, gestión de configuraciones y gestión de cambios. Como infraestructura, las empresas de todos los tamaños pueden beneficiarse de ITIL en formas que son únicas para su organización. Por ejemplo, las grandes empresas multinacionales con decenas de miles de empleados pueden implementar todos los procesos de negocios cubiertos por el modelo de ITIL, mientras que las pequeñas empresas con sólo un puñado de miembros pueden integrar sólo los procesos específicos más adecuados para sus necesidades. La mentalidad de negocios de ITIL es excelente en el mundo IT, sin embargo, en el caso de telefonía IP, ITIL ha estado virtualmente ausente desde que se incorporó el tradicional enfoque PPDIOO. Esto se da porque ITIL posee una cobertura más general hacia servicios IT, mientras que PPDIOO puede orientarse específicamente a redes con tecnologías específicas. Por ejemplo, volviendo al caso de telefonía IP, la mezcla de los dos modelos ITIL y PPDIOO genera una enorme oportunidad de construir una metodología orientada a una tecnología puntual, en este caso el mundo de voice (transmisión de voz) y su alineamiento con IT. Esto puede ser solo logrado con un mapeo adecuado, en el adjunto Fig 1 podemos ver esta integración. Adicionalmente se presenta el mapeo detallado (Fig 2) de fases y funciones de ITIL, estas pueden ser comparadas con la explicación de fases ya cubiertas previamente.
Fig 1.Modelo colaborativo de PPDIOO e ITIL
Fig 2. ITIL vs PPDIOO
Caso práctico: Implementación de red inalámbrica Se utiliza como caso práctico el diseño e implementación de una red inalámbrica con tecnología Cisco para la compañía TV Azteca, el enlace lleva al documento que posee todos los datos del ingeniero implementador así como también el mapeo de fases durante todo el ciclo de vida del proyecto, este sirve como excelente ejemplo de la aplicación del modelo. CASO PPDDIO
Conclusión De acuerdo con la investigación realizada referente a PPDDIO se concluye que: 1-
2-
3-
PPDIOO fue creado por CISCO, y aunque se cree con el fin de tener una implementación exitosa sus pautas en el ciclo de vida deben seguirse, es posible combinar diferentes modelos para llegar a soluciones más integrales. Si su implementación se analiza y se aplica de una forma correcta trae muchos beneficios, como por ejemplo la mejora en la agilidad de negocios, incrementa la disponibilidad de una red, baja el costo total de propiedad por validación de requerimientos de tecnologías, entre otros. ITIL y PPDIOO proveen modelos de las fases de un proyecto que ayudan a garantizar que se implementa todo lo que se necesita. Sin embargo PPDIOO se orienta a redes con tecnologías especificas en cambio ITIL es más hacia servicios de IT.
Bibliografía Libro CDDA Páginas 640-864 (Anthony Bruno, CCIE No. 2738- Steve Jordan, CCIE No. 11293, 2012) RouterFreak. (2013). Recuperado de RouterFreak. http://www.routerfreak.com/managing-a-large-network/ ClarusSystems. (2013). Recuperado de ClarusSystems. http://www.clarussystems.com/about/whitepapers/itil_optimize.pdf Walter´sBlog. (2013). Recuperado de Walter´sBlog. http://wmagliano.wordpress.com/2008/09/27/diseno-de-redes-capitulo-1-ppdioo/
