Diseño e Implementación de servidor de management para la gestion de dispositivos con soporte Netconf

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Diseño e Implementación de servidor de management para la gestion de dispositivos con soporte Netconf"

Miguel Miguélez Ríos
hace 8 años
Vistas:

1 Universidad Nacional de la Plata Facultad de Informática Diseño e Implementación de servidor de management para la gestion de dispositivos con soporte Netconf Ing. Martín A. BERTOLINA Tesis presentada para obtener el grado de Maegister en Redes de Datos Directora: Mg. Lía Molinari Co-Director: Ing. Luis Marrone Dic 2011 Secretaria de Postgrado

2 Agradecimientos Este trabajo no habría sido posible sin el apoyo y el estímulo de mi colega y amigo, Doctor Rudolf Fliesning, bajo cuya supervisión escogí este tema y comencé la tesis. Sr. Quentin Travers, mi consejero en las etapas finales del trabajo, también ha sido generosamente servicial, y me ha ayudado de numerosos modos, incluyendo el resumen del contenido de los documentos que no estaban disponibles para mi examen, y en particular por permitirme leer, en cuanto estuvieron disponibles, las copias de los recientes extractos de los diarios de campaña del Vigilante Rupert Giles y la actual Cazadora la señorita Buffy Summers, que se encontraron con William the Bloody en 1998, y por facilitarme el pleno acceso a los diarios de anteriores Vigilantes relevantes a la carrera de William the Bloody. También me gustaría agradecerle al Consejo la concesión de Wyndham-Pryce como Compañero, el cual me ha apoyado durante mis dos años de investigación, y la concesión de dos subvenciones de viajes, una para estudiar documentos en los Archivos de Vigilantes sellados en Munich, y otra para la investigación en campaña en Praga. Me gustaría agradecer a Sr. Travers, otra vez, por facilitarme la acreditación de seguridad para el trabajo en los Archivos de Munich, y al Doctor Fliesning por su apoyo colegial y ayuda en ambos viajes de investigación. No puedo terminar sin agradecer a mi familia, en cuyo estímulo constante y amor he confiado a lo largo de mis años en la Academia. Estoy agradecida también a los ejemplos de mis difuntos hermano, Desmond Chalmers, Vigilante en Entrenamiento, y padre, Albert Chalmers, Vigilante. Su coraje resuelto y convicción siempre me inspirarán, y espero seguir, a mi propio y pequeño modo, la noble misión por la que dieron sus vidas. Es a ellos a quien dedico este trabajo. 2

no estaban disponibles para mi examen, y en particular por permitirme leer, en cuanto estuvieron disponibles, las copias de los recientes extractos de los diarios de campaña del Vigilante Rupert

3 Índice general Agradecimientos 2 1. Introducción 6 2. Netconf Protocol 8 Bibliografía 9 3

4 Índice de figuras 4

5 Índice de cuadros 5

6 Capítulo 1 Introducción Las redes de comunicaciones crecen a medida que surgen nuevas tecnologas (como las inalámbricas de cuarta generacin 4G, WiMAX y LTE) y las demanda de los usuarios por mejor calidad de servicio y mayor velocidad. En consecuencia, los operadores se ven obligados a aumentar la cantidad de dispositivos de red para satisfacer dichas necesidades e implementar nuevas soluciones para administrar la configuración de los mismos. Si bien SNMP provee operaciones para la configuración de dispositivos de red, este es limitado para aquellas funciones relacionadas a la recolección de estadísticas e información del estado de los mismos. Es de difícil utilización para propósitos de configuración. Hay varias razones que demuestran sus deficiencias [16]: SNMP es un protocolo simple, dejando la responsabilidad de manipulación de datos de configuración en las aplicaciones de gestión, por este motivo, las herramientas de desarrollo basados en SNMP son costosas. Las peticiones SET se mandan independientemente, lo cual puede causar problemas serios en la red si el gestor envía varias peticiones SET para configurar un dispositivo en particular y una de estas falla. SNMP no provee ningún mecanismo para deshacer los cambios recientes en la configuración del dispositivo. SNMP no provee ningún mecanismo para sincronizar la configuración en múltiples elementos de red. Si la aplicación de gestión envía peticiones SET a un grupo de dispositivos (para que tengan la misma configuración), algunas de ellas puede ser exitosas, y otras pueden fallar. 6

En consecuencia, los operadores se ven obligados a aumentar la cantidad de dispositivos de red para satisfacer dichas necesidades e implementar nuevas soluciones para administrar la configuración de

7 Capítulo 1. Introducción 7 No emplea un mecanismo de seguridad estándar. La seguridad está contenida dentro del mismo protocolo, que hace que las credenciales y el manejo de claves SNMP sea complejo y difícil de integrar con otras credenciales existentes y claves de los sistemas de gestión. Actualmente, Command-Line Interfaces (CLI) propietarios e interfaces web son preferidas por los operadores y algunas veces hasta son las únicas alternativas. Network configuración protocolo (NETCONF)[10] surge como una solución simple y estándar para la gestión de configuraciones. Este fue definido en RFC 4741 y proporciona a los operadores (y administradores de red) un framework y un conjunto de métodos RPC (Remote Procedure Calls) basados en codificación XML (Extensible Markup Language) para manipular (instalar, modificar y borrar) la configuración en los elementos de red. Este nuevo protocolo fue diseado por la IETF (Internet Engineering Task Force) para reemplazar las interfaces de management CLI (Command Line Interfaces), como SSH (Secure Shell) y SNMP (Simple Network Management Protocol). En el desarrollo de esta tesis se propuso presentar el nuevo protocolo Netconf RFC 4147 y su profunda relación con las tareas de management de dispositivos de red. El objectivo principal fue diseñar e implementar un servidor de gestión de elementos llamado NEMS (Netconf Element Management System), completamente programado en Python[2], con la función principal de administrar la configuración de aquellos equipos con soporte del protocolo Netconf. Con este se planteó validar los métodos propuestos por el estándard y verificar que es capaz de controlar diversos dispositivos. Además con este trabajo se dejará documentado el diseño y la implementación del sistema de gestión propuesto, como también las operaciones y posibles casos de uso.

sistemas de gestión. Actualmente, Command-Line Interfaces (CLI) propietarios e interfaces web son preferidas por los operadores y algunas veces hasta son las únicas alternativas.

8 Capítulo 2 Netconf Protocol 8

9 Bibliografía [1] Netconf central. URL [2] Python programming language. URL [3] Yuma tools. URL [4] Shikhar Bhushan. Ncclient. python library for netconf clients URL [5] A. Bierman y B. Lengyel. With-defaults capability for netconf. RFC 6243 (Proposed Standard), URL txt. [6] Ethan Cerami. Web Services Essentials: Distributed Applications with XML- RPC, SOAP, UDDI WSDL. Pearson Education, [7] Limiao Chen Chang, Yanan y Wu Baozhen. A netconf-based distributed network management design using web services and p2p. En ChinaGrid Conference [8] S. Chisholm y H. Trevino. Netconf event notifications. RFC 5277 (Proposed Standard), URL [9] Paul Deitel y Harvey Deitel. AJAX, Rich Internet Applications, and Web Development For Programmers. Pearson Education, [10] R. Enns. Netconf configuration protocol. RFC 4741 (Proposed Standard), URL Obsoleted by RFC [11] R. Enns, M. Bjorklund, J. Schoenwaelder, y A. Bierman. Network configuration protocol (netconf). RFC 6241 (Proposed Standard), URL 9

RFC 6243 (Proposed Standard), 2011. URL http://www.ietf.org/rfc/rfc6243. txt. [6] Ethan Cerami. Web Services Essentials: Distributed Applications with XML- RPC, SOAP, UDDI WSDL.

10 Bibliografía 10 [12] T. Goddard. Using netconf over the simple object access protocol (soap). RFC 4743 (Proposed Standard), URL rfc4743.txt. [13] Yoo Sun-Mi Hong, James y Hong Taek Ju. Performance improvement methods for netconf-based configuration management. management of convergence networks and services. En Lecture Notes in Computer Science Vol: 4238/2006. [14] E. Lear y K. Crozier. Using the netconf protocol over the blocks extensible exchange protocol (beep). RFC 4744 (Proposed Standard), URL [15] L. Lhotka. Mapping yang to document schema definition languages and validating netconf content. RFC 6110 (Proposed Standard), URL [16] J. Schoenwaelder. Overview of the 2002 IAB Network Management Workshop. RFC 3535 (Informational), URL rfc3535.txt. [17] M. Scott y M. Bjorklund. Yang module for netconf monitoring. RFC 6022 (Proposed Standard), URL txt. [18] P. Shafer. An architecture for network management using netconf and yang. RFC 6244 (Informational), URL rfc6244.txt. [19] Aaron Skonnard y Martin Gudgin. Essential XML Quick Reference. Addison-Wesley, [20] M. Wasserman. Using the netconf protocol over secure shell (ssh). RFC 6242 (Proposed Standard), URL txt. [21] M. Wasserman y T. Goddard. Using the netconf configuration protocol over secure shell (ssh). RFC 4742 (Proposed Standard), URL http: // Obsoleted by RFC 6242.

En Lecture Notes in Computer Science. 2006. Vol: 4238/2006. [14] E. Lear y K. Crozier. Using the netconf protocol over the blocks extensible exchange protocol (beep).

Documentos relacionados

Una puerta abierta al futuro

Una puerta abierta al futuro SOA E ITIL EN LA LEY DE ACCESO ELECTRÓNICO DE LOS CIUDADANOS A LOS SERVICIOS PÚBLICOS (LAECSP) por francisco javier antón Vique La publicación de la Ley de Acceso electrónico