- ml2

docs/udelartex/capitulos/estadodelarte.tex

@@ -293,7 +293,15 @@ En OpenStack los usuarios tienen la posibilidad de crear su propio esquema de re
 Cuando se crea una red de proyecto, los aspectos físicos de cómo es implementada son transparentes al usuario, por lo contrario en la red de proveedor se puede especificar el tipo de red, la interfaz física y el identificador de segmentación utilizado.
 
 \subsection{Plugin ml2}
-INTRODUCCIÓN AL PLUGIN MODULAR LAYER 2
+ml2 es el plugin central de Neutron introducido en OpenStack en la versión Havana. Es plugin se creo para reemplazar los modelos de plugins monolíticos, permitiendo con el diseño modular la operación de varias tecnologías de forma concurrente. Los principales plugins monolíticos, OVS y LB, fueron deprecados desde la liberación mencionada y reimplementados como mechanism driver de ml2.
+
+El principal motivo para realizar este nuevo diseño se debe a que en los despliegues de OpenStack se debía decidir en tiempo de implementación que plugin se iba a utilizar sin tener la opción en un futuro de cambiarlo o utilizar otro en paralelo. Esto era una gran limitante para las organizaciones con diversos requerimientos con la necesidad de utilizar distintas tecnologías.
+
+Los drivers dentro de ml2 implementan por un lado un conjunto de tipos de redes y por otro mecanismos para acceder a redes de esos tipos definidos.
+
+\subparagraph{Type drivers} Definen como una red de OpenStack es realizada técnicamente, por ejemplo las redes VXLAN. Cada tipo de red disponible es administrado por un Type driver de ml2.
+
+\subparagraph{Mechanism drivers} Definen el mecanismo para acceder a una red de OpenStack de un determinado tipo, por ejemplo Open vSwitch mechanism driver. Son responsables de tomar la información establecida por un Type driver y aplicarla correctamente de acuerdo a los mecanismos de red que estén disponibles.
 
 \subsubsection{Linux Bridge}
 El mechanism driver Linux Bridge tiene soporte para los siguientes tipos de drivers: local, flat, VLAN y VXLAN. El agente de Neutron utiliza los módulos del kernel bridge, 8021q y vxlan para llevar a cabo la conectividad entre las instancias y los distintos recursos de red. Algunas de las principales características a destacar son su robustez, la madurez de la tecnología y la facilidad para diagnosticar y solucionar problemas.

docs/udelartex/tesis.out

@@ -51,8 +51,8 @@
 \BOOKMARK [2][-]{subsection.5.3.1}{Ventajas y desventajas}{section.5.3}% 51
 \BOOKMARK [0][-]{chapter.6}{Conclusiones}{}% 52
 \BOOKMARK [1][-]{section.6.1}{Trabajo a futuro}{chapter.6}% 53
-\BOOKMARK [0][-]{chapter*.173}{Referencias}{}% 54
-\BOOKMARK [0][-]{section*.174}{Anexos}{}% 55
+\BOOKMARK [0][-]{chapter*.175}{Referencias}{}% 54
+\BOOKMARK [0][-]{section*.176}{Anexos}{}% 55
 \BOOKMARK [0][-]{appendix.Anexo.Alph1}{Bit\341cora del proyecto}{}% 56
 \BOOKMARK [1][-]{section.Anexo.Alph1.1}{Inconvenientes}{appendix.Anexo.Alph1}% 57
 \BOOKMARK [0][-]{appendix.Anexo.Alph2}{Virtualizaci\363n con KVM}{}% 58

docs/udelartex/tesis.xwm

 \relax 
-\xwmnewlabel{xwmlastpage}{{F}{230}{Imágenes\relax }{figure.caption.266}{}}
+\xwmnewlabel{xwmlastpage}{{F}{231}{Imágenes\relax }{figure.caption.268}{}}