Contribución a la Gestión de
Configuraciones de Infraestructuras
Flexibles de Experimentación de Red
mediante Modelos Basados en
Escenarios
Defensa de Tesis Doctoral
13 de abril de 2010
Autor:
Fermín Galán Márquez
Tutor:
David Fernández Cambronero
dit
1
Contenidos
•
•
•
•
dit
Motivación y Objetivos
Estado del arte
Contribuciones
Conclusiones y Trabajos Futuros
2
Contexto
• Infraestructuras de experimentación de redes
(testbeds)
– Una infraestructura, sistema de pre-producción o
prototipo controlado, compuesto de nodos (pe.
sistemas finales, routers, etc.) usada para la
experimentación en sistema de red (protocolos,
arquitecturas, etc.) bajo condiciones que
asemejan las de los entornos reales
• Herramienta clave en distintos ámbitos
– Investigación: nuevas ideas
– Industrial: desarrollo, pruebas y depuración
– Educación: proporcionan experiencia práctica
dit
3
Problema
• La tendencia actual en configuración de testbed
se basa en la definición de escenarios
– Pe. Emulab, ADRENALINE®, herramientas de
construcción de testbeds virtualizados, etc.
• … pero el problema de la dependencia
tecnológica de los escenarios no ha sido
resuelto
– Las especificaciones de escenario son específicas
de testbed
– No existe un mecanismo común de especificación
de escenarios
– Reutilizar escenarios entre distintos testbeds es
costoso
dit
4
Solución Propuesta
múltiples
especificaciones
de escenario
específicas de
testbed
una única
especificación
independiente de
testbed
Escenario
deseado
Solución a la dependencia tecnológica
de escenarios
Arquitectura dirigida por modelos
basada en escenarios
Modelo Independiente
de Testbed
Testbed 1
Testbed 1
Testbed 2 … Testbed N
Testbed 2 … Testbed N
Nuestra solución
Estado del arte
dit
Metodología de
transformación
5
Objetivo
• Solucionar el problema de la dependencia
tecnológica de escenarios en las
infraestructuras de experimentación
(testbeds)
– Arquitectura de gestión de configuración
dirigida por modelos basada en escenarios
– Modelo Independiente de Testbed,
lenguaje común para la definición de
escenarios
– Metodología de transformación, para
cubrir el “hueco” entre el lenguaje común y
los testbeds específicos
dit
6
Metodología y Estructura
Introducción
y taxonomía
de testbeds
Estado del arte en
gestión de configuración
para testbeds
Definición del problema
Lenguajes
Transformaciones
DMTF CIM
Tecnologías habilitadoras
CONTRIBUCIÓN
Especificación
detallada
del modelo
Independiente
Arquitectura dirigida por modelos basada en escenarios
Modelo
Independiente
de Testbed
Validación experimental
Gestión dirigida por modelos en
VNUML y ADRENALINE
Metodología de
transformación
Casos de aplicación
Convencional
Internet del Futuro
Testbed basado en WBEM
Entornos de producción
Contenidos
• Motivación y Objetivos
– Taxonomía y Gestión de Testbeds
• Estado del arte
• Contribuciones
• Conclusiones y Trabajos Futuros
dit
8
Una Taxonomía de Testbeds
• Escenario de experimentación
– Contexto de red proporcionado por el testbed en el cual un
experimento es realizado en un intervalo de tiempo dado
• Flexibilidad de testbed
– Capacidad del testbed de reconfigurar su infraestructura para
implementar diferentes escenarios de experimentación
Escenario
Escenario
Escenario
Escenario
Tecnologías habilitadoras de escenario
(virtualización, VLAN, emulación de enlace, etc.)
• Topología de red
• Propiedades/configuraciones
Infraestructura
física del testbed
Infraestructura física de testbed
Testbed no flexible
dit
Testbed flexible
9
Gestión de
configuración
Escenario
(acoplado a la
infraestructura)
Alternativas de Gestión de Configuración
• No basadas en escenario
– Procedimientos manuales para configurar escenarios
– Múltiples desventajas
 Alto consumo de tiempo en tareas de gestión
 Requiere conocimientos específicos de la tecnología
del testbed a bajo nivel
 Propensa a errores
 Mala escalabilidad
• Basada en escenario (estado del arte)
– Procedimientos automáticos (herramientas) para
configurar escenarios
– Especificaciones de escenario
dit
10
Ciclo de Vida del Escenario
Diseño
Operaciones
en ejecución
Despliegue
Herramienta de gestión
basada en escenario
Especificación
de escenario
dit
11
Repliegue
Testbed
Contenidos
• Motivación y Objetivos
• Estado del arte
– Infraestructuras de experimentación
 Gestión de testbeds
 Aproximaciones genéricas
– Modelado y transformación de información de
gestión
• Contribuciones
• Conclusiones y Trabajos Futuros
dit
12
Arquitectura de Emulab
[WSL+02]
Emulab
DB
Servidores
de control
Internet
Usuario
de
Emulab
Switch de control
PC
PC
…
PC
Backbone de switches programable
dit
13
Cluster
de PCs
Gestión de Configuración en Emulab
Repliegue
(swap-out)
interacción con
el experimento
diseño de
experimento
Especificación
(ns)
Proceso
(parsing)
Asignación
dit
Autoconfiguración
Despliegue
(swap-in)
correspondencia
de recursos
configuración
objetivo
puebla
Realización
Emulab
DB
14
información
de configuración
Otros Testbeds
• ADRENALINE [MPM+05]
– Especificación de escenario basada en XML (red + 6
procesos GMPLS)
• ModelNet [VYW+02]
– Especificación de escenario basada en XML (grafo)
– Descripción en XML de los nodos físicos del testbed (core y
edge)
• Herramientas de testbed basadas en virtualización
– Formatos de texto para describir escenarios (XML y otros)
– VNUML/EDIV [GGF+09], NetKit [PR08], MLN [Beg06], vBET
[JX03], Dynagen [Anu09]
• Testbeds globalmente distribuidos
– Uso incipiente de gestión basada en escenarios
– PlanetLab [PACR03][BBC+04], GX-BONE [TWP+05],
DRAGON [LSJ06], GENI [GEN08c], FEDERICA [FED09a], PII
[PII09]
dit
15
Contenidos
• Motivación y Objetivos
• Estado del arte
– Infraestructuras de experimentación
 Gestión de testbeds
 Aproximaciones genéricas
– Modelado y transformación de información de
gestión
• Contribuciones
• Conclusiones y Trabajos Futuros
dit
16
Aproximaciones Genéricas
• Weevil [WRCW05]
– Centrado en dispositivo, no configura la red
– Sacrifica riqueza de escenario para conseguir flexibilidad, pe.
propiedades de nodo arbitrarias (opaco)
– Pone gran parte del esfuerzo en el usuario
• AnyBed [SHK06]
– Limitaciones en el modelo de escenario, pe. direcciones IP
• Network Description Language [vdHDG+08]
– Se centra en redes ópticas
 No existe aplicación (documentada) a la definición de
escenarios de red para testbeds
– Muy orientado a capa física, limitaciones en el modelo de
escenario, pe. redes multi-punto (estilo Ethernet)
dit
17
Resumen (1)
Lenguaje
Topología básica
Direcciones IP
Nodos
Enlaces
IPv4
IPv6
Rutas
Estáticas
Emulab





ADRENALINE





ModelNet





VNUML





NetKit





MLN





vBET





Dynagen





PlanetLab (VINI)





GX-Bone





DRAGON (AST)





Weevil





AnyBed





NDL





Resumen (y 2)
Lenguaje
Lenguage
Modelo
de enlacealcanza
Procesos las
Conf.
Ninguno
de nodo represent. dinámica
PPP 10
Multi
QoS
características
Suma
(10)
Emulab




ns2

8
ADRENALINE



GMPLS
XML

6
ModelNet




XML

4
VNUML



Plugins
XML

8
NetKit



NetML
Texto

5
MLN



Plugins
Texto

6
vBET




Texto

4
Dynagen




Texto

4
PlanetLab (VINI)




Ruby

4
GX-Bone




XML

5
DRAGON (AST)




XML

5
Weevil



Prop. Arb.
UML/m4

2
AnyBed




XML

3
NDL




RDF(S)

5
Contenidos
• Motivación y Objetivos
• Estado del arte
– Infraestructuras de experimentación
– Modelado y transformación de información
de gestión
• Contribuciones
• Conclusiones y Trabajos Futuros
dit
20
Estándares de Modelado de OMG
[OMG09a][AK03]
MOF
instancia de
UML
M3: Meta-metamodelo
conforme a
Perfil
UML
UML
UML
Profile
Profile
Modelo
de clases
QVT
OCL
Modelo de
instancias
…
M2: Metamodelo
Definición de
transformación M1: Modelo
representa
Sistema físico o lógico
dit
M0: Sistema
21
OMG Model Driven Architecture (MDA)
[MDA03][KWB03]
Metamodelo
PIM
Metamodelo
de definición de
transformaciones
Metamodelo
PSM
conforme a
Pe. Perfil UML
OMG
QVT,
Pe. UML + OCL
basado en
basado en
Definición
de
ATLAS
ATL
conforme a
transformación
conforme a
PIM
representa
(alta abstracción)
dit
Herramienta de
transformación
Sistema
22
M2
M1
PSM
representa
(baja abstracción)
M0
Otras Aproximaciones de Modelado
y Transformación
• XML [BPSM+08]
– Transformaciones basadas en XSLT [Kay07], XQuery
[BCF+07] o procesado directo (SAX/DOM)
• Ontologías (pe. OWL [DSB+04])
– Transformaciones basadas en (meta)ontologías de
correspondencia (varias)
 [LVAB03] se centra en la correspondencia de
información de gestión
• Otros
– SGML [ISO86], (A/E)BNF [BBG+60][CO05][ISO96],
Entity-Relationship Diagram [Che76]
dit
23
DMTF Common Information Model
• Lenguaje de información de
gestión usado en la
arquitectura WBEM
Modelo de Extensión
– Especificación formal en la
CIM Infrastructure
[DMT08a]
– Orientado a objetos
Device
Physical
Core
Application
• Modelo de información de
gestión muy amplio y
completo (CIM Schema)
System
+ restricciones
Network
CIM Schema
Perfil DMTF
dit
24
Alternativas de Representación para CIM
• Managed Object Format (MOF) [DMT08a]
– Basado en texto
 Especificación ABNF
– Representación “nativa”
 La DMTF define los modelos de información usando MOF
• XML, usado en los protocolos de transporte de WBEM
– CIM-XML, basada en DTD [DMT09c]
– WS-CIM, basada en XSD [DMT09f]
• Perfil UML para CIM (DSP0219) [DMT07e]
– DMTF MOF  modelos UML
• Ontologías, varios trabajos
– [LDR03][QAW+04][LVB04]
dit
25
Contenidos
• Motivación y Objetivos
• Estado del arte
• Contribuciones
– Arquitectura
– Modelo Independiente de Testbed
– Transformación TIM-a-TSM
– Validación
– Aplicaciones
• Conclusiones y Trabajos Futuros
dit
26
Arquitectura Dirigida por Modelos Basada
en Escenarios
Parámetros
testbed 1
Escenario
deseado
Transformación
TIM a TSM1
Herramienta de
gestión basada
en escenarios
en testbed 1
Testbed 1
Herramienta de
gestión basada
en escenarios
en testbed 2
Testbed 2
Parámetros
testbed 2
Transformación
TIM a TSM2
Escenario en
el Modelo
Independiente
de Testbed
(TIM)
dit
…
Parámetros
testbed N
Transformación
TIM a TSMN
…
Herramienta de
gestión basada
en escenarios
en testbed N
Escenarios en el
Modelo Específico de
Testbed (TSM)
27
Testbed N
Principios de Diseño
• Para la arquitectura
– Conseguir la independencia tecnológica de los
escenarios
– Evitar cualquier modificación en los testbeds y
herramientas de gestión existentes
• Para el Modelo Independiente de Testbed (TIM)
–
–
–
–
–
dit
Cobertura
Modularidad
Extensibilidad futura
Orientación al nivel de red
Simplicidad
28
Estructura básica del TIM
Fundamentos CIM
• El TIM está basado en CIM
– Reutilización del CIM Schema (modelo Core y
Comunes estándar)
– Incluye un Modelo de Extensión ad hoc para el TIM
– Modular
 TIM Core, conceptos principales de redes
 TIM Modules, funcionalidades de red asociadas a
nodos
• TIM como un conjunto de pseudo-perfiles DMTF
– Conjunto restringido de propiedades y ausencia de
métodos
– Pero no usado en un contexto de gestión WBEM
dit
29
Estructura Básica del TIM
Relación a Alto Nivel con el CIM Schema
Modelo de Extensión
ad hoc
TIM Core
(perfil autónomo)
Network
System
Core
TIM Module
(perfil de
componente)
dit
30
Comprobación de Cobertura (1)
Lenguaje
Topología básica
Direcciones IP
Nodos
Enlaces
IPv4
IPv6
Rutas
Estáticas
Emulab





ADRENALINE





ModelNet





VNUML





NetKit





MLN





vBET





Dynagen





PlanetLab (VINI)





GX-Bone





DRAGON (AST)





Weevil





AnyBed





NDL





TIM





Comprobación de Cobertura (y 2)
Lenguaje
Modelo de enlace
Procesos Lenguage
Conf.
de nodo represent. dinámica
Suma
(10)
PPP
Multi
QoS
Emulab




Ns2

8
ADRENALINE



GMPLS
XML

6
ModelNet




XML

4
VNUML



Plugins
XML

8
NetKit



NetML
Texto

5
MLN



Plugins
Texto

6
vBET




Texto

4
Dynagen




Texto

4
PlanetLab (VINI)




Ruby

4
GX-Bone




5
DRAGON (AST)




5
Weevil




2
AnyBed



NDL


TIM


El TIMXML
cubre
todas
las

XML
Prop. características
Arb. UML/m4
estáticas


XML

3


RDF(S)

5

Modules
CIM

9
Modelo Independiente de Testbed (TIM)
Diagrama de Clases
TIM Core
TIM OSPF Module
TIM_NextHopAddressedIPRoute
TIM_TestbedScenario
1 Name: string {key}
*
InstanceID: string {key}
DestinationMask: string
DestinationAddress: string
PrefixLength: uint8
AddressType: uint16 {enum}
NextHopAddress: string
Name: string {key}
• Escenario
CreationClassName: string {key}
Service
AreaID: uint32
• Enlace
1
Name: string {key}
0..1
OSPFServiceConfiguration
CreationClassName: string
{key}
• Nodo
AreaOfConfiguration
*
OSPFAreaConfiguration
w
* • Interfaz
*
InstanceID: string {key}
*
HostedRoute
SystemComponent
HostedCollection
*
* ComputerSystem 1
*
TIM_LinkConnectivityCollection
InstanceID: string {key}
MaxConnections: uint16
0..1
RangesOfConfiguration
*
Name: string {key}
CreationClassName: string {key}
• Direcciones IPv4 y IPv6
1
• Asociadas
a interfaces
1
RangeOfIPAddresses
1
InstanceID: string {key}
AddressType: uint16 {enum}
StartAddress: string
EndAddress: string
HostedService
ForwardingService
TIM_LinkTransmissionElement
* ProtocolType: uint16 {enum}
HostedAccessPoint
TIM_MemberOfLink
w
OSPFArea
OSPFService
ForwardsAmong
*
TIM_TransmissionCharacteristics
InstanceID: string {key}
DelayMean: uint64 {units}
DelayDeviation: real32
DelayDistributionFunction: uint16 {enum}
LossProbabilityValue: real32
LossProbabilityCorrelation: real32
CorruptionProbability: real32
CorruptionProbabilityCorrelation: real32
DuplicationProbabilityValue: real32
DuplicationProbabilityCorrelation: real32
DisorderingProbabilityValue: real32
DisorderingProbabilityCorrelation: real32
Throughput: uinit64 {units}
MTU: uint64 {units}
*
0..1
*
*
Name: string {key}
CreationClassName: string {key}
TIM_LinkOrigin
• Forwarding
0..1
• Rutas estáticas
• Asociadas a nodos
ElementSettingData
IPProtocolEndpoint
TIM_LinkDestination
0..1
*
0..1
*
IPAssignmentSettingData
InstanceID: string {key}
StaticIPAssignmentSettingData
SubnetMask: string
IPv4Address: string
TIM_StaticIPv6AssignmentSettingData
IPv6Address: string
PrefixLength: uint8
Modelo Independiente de Testbed (TIM)
Características de Enlace
TIM_LinkConnectivityCollection
InstanceID: string {key}
MaxConnections: uint16
0..1
Basado en los
modelos de
NISTNet/netem
1
TIM_LinkTransmissionElement
TIM_MemberOfLink
w
*
TIM_TransmissionCharacteristics
InstanceID: string {key}
DelayMean: uint64 {units}
DelayDeviation: real32
DelayDistributionFunction: uint16 {enum}
LossProbabilityValue: real32
LossProbabilityCorrelation: real32
CorruptionProbability: real32
CorruptionProbabilityCorrelation: real32
DuplicationProbabilityValue: real32
DuplicationProbabilityCorrelation: real32
DisorderingProbabilityValue: real32
DisorderingProbabilityCorrelation: real32
Throughput: uinit64 {units}
MTU: uint64 {units}
*
0..1
IPProtocolEndpoint
Name: string {key}
CreationClassName: string {key}
TIM_LinkOrigin
0..1
TIM_LinkDestination
0..1
0..1
Modelo Independiente de Testbed (TIM)
OSPF Module
• Procesos OSPF asociados a nodos
OSPFArea
OSPFService
Service
1
OSPFServiceConfiguration
Name: string {key}
CreationClassName: string {key}
w
HostedService
Name: string {key}
CreationClassName: string {key}
AreaID: uint32
0..1
*
AreaOfConfiguration
OSPFAreaConfiguration
*
InstanceID: string {key}
*
*
1
ComputerSystem
RangesOfConfiguration
*
Name: string {key}
CreationClassName: string {key}
RangeOfIPAddresses
InstanceID: string {key}
AddressType: uint16 {enum}
StartAddress: string
EndAddress: string
TIM Core
dit
TIM OSPF Module
35
Contenidos
• Motivación y Objetivos
• Estado del arte
• Contribuciones
– Arquitectura
– Modelo Independiente de Testbed
– Transformación TIM-a-TSM
– Validación
– Aplicaciones
• Conclusiones y Trabajos Futuros
dit
36
Transformación TIM a TSM:
Principios de Diseño
• Dos entradas
• Neutralidad con respecto al TSM
– Consideraciones especiales para XML
• Independencia con respecto a la tecnología
de transformación
• Simplicidad
dit
37
Transformación TIM a TSM:
Alternativas
• Candidatos
– Codificación DMTF MOF
 Parser basado en texto (Lex/Yacc)
– Codificación basada en XML para CIM
 XSLT
 XQuery
– Ontologías ([LDR03][QAW+04][LVB04])
 Ontología de correspondencia [LVAB03]
– Perfil UML para CIM (DSP0219)
 OMG MDA (QVT/ATL)
dit
38
Transformación TIM a TSM:
Correspondencia ontológica vs. MDA
• MDA es la mejor alternativa debido a
– Lenguajes de reglas de ontologías (pe. SWRL) son
menos expresivos que QVT/ATL en MDA
– El perfil de UML para CIM es un estándar, las
ontologías que representan CIM no lo son
(actualmente)
• MDA no impide la utilización de ontologías de
correspondencia
– [LVAB03] puede usarse
 Formula = “ATL” o “QVT”
 Expression = “<la regla efectiva>”
dit
39
Transformación TIM a TSM:
Metodología
• Premisas
– Escenarios representados como modelos de
instancias del TIM en el perfil UML para CIM
– TIM Core, Mod 1, Mod 2,… Mod N
– TSM
dit
40
Transformación TIM a TSM:
Paso 1: Formalización del TSM
• Definir el TSM como un metamodelo basado en la
arquitectura MOF de la OMG
• Algoritmo predefinido para TSMs basados en XML
(contribución de la tesis)
Vnuml
1
1
1
1
*
Global
Net
1
1
1
1
1
name: String
mode: String
1
Version
*
Vm
0..1
VmDefaults
_text: String
name: String
0..1
exec_mode: String
Automac
0..1
Forwarding
Filesystem
DTD/
XSD
(Algoritmo)
1
_text: String
VmMgmt
1
0..1
0..1
SimulationName
1
0..1 type: String
0..1
_text: String
type: String
Route
*
0..1
type: String
0..1
Kernel
0..1
_text: String
*
dit
TSM formalizado
41
_text: String
type: String
gw: String
Console
* _text: String
id: String
*
Intf
id: String
net: String
Transformación TIM a TSM:
Paso 2: Definición de Asociaciones TIM-a-TSM
Mod 1
Conf11
...
Vnuml
Conf1N
1
Service1
1 Name: string {key}
*
InstanceID: string {key}
DestinationMask: string
DestinationAddress: string
PrefixLength: uint8
AddressType: uint16 {enum}
NextHopAddress: string
Conf11
Name: string {key}
CreationClassName:wstring
{key}
*
w
SystemComponent
* ComputerSystem
*
TIM_LinkConnectivityCollection
InstanceID: string {key}
MaxConnections: uint16
0..1
...
Conf1N
Service
*
HostedRoute
HostedCollection
Mod 2
Service1
1
1
1
_text: String
*
*
Name: string {key}
CreationClassName: string {key}
0..1
ElementSettingData
IPProtocolEndpoint
TIM_LinkOrigin
TIM_LinkDestination
0..1
*
Automac
…
ForwardsAmong
*
TIM_TransmissionCharacteristics
*
*
IPAssignmentSettingData
0..1
0..1
Filesystem
SimulationName
StaticIPAssignmentSettingData
SubnetMask: string
IPv4Address: string
Conf11
...
?
Conf1N
1
_text: String
TIM_StaticIPv6AssignmentSettingData
IPv6Address: string
PrefixLength: uint8
Conf11
...
Service1
0..1
_text: String
type: String
Route
String
* _text:
type: String
0..1
type: String
0..1
Kernel
*
Console
Parámetros
de testbed
?
42
gw: String
0..1
_text: String
* _text: String
Mod N+1
1
0..1 type: String
Conf1N
Mod N
1
Forwarding
0..1
Service1
dit
Vm
name: String
0..1
InstanceID: string {key}
0..1
VmMgmt
Core
*
exec_mode: String
ForwardingService
* ProtocolType: uint16 {enum}
HostedAccessPoint
0..1
1
1
TIM_MemberOfLink
InstanceID: string {key}
DelayMean: uint64 {units}
DelayDeviation: real32
DelayDistributionFunction: uint16 {enum}
LossProbabilityValue: real32
LossProbabilityCorrelation: real32
CorruptionProbability: real32
CorruptionProbabilityCorrelation: real32
DuplicationProbabilityValue: real32
DuplicationProbabilityCorrelation: real32
DisorderingProbabilityValue: real32
DisorderingProbabilityCorrelation: real32
Throughput: uinit64 {units}
MTU: uint64 {units}
name: String
mode: String
0..1
VmDefaults
HostedService
1
w
1
Version
*
Net
1
1
1
Name: string {key}
CreationClassName: string {key}
TIM_LinkTransmissionElement
*
Global
TIM_NextHopAddressedIPRoute
TIM_TestbedScenario
1
1
1
Intf
id: String
net: String
*
id: String
TSM formalizado
Transformación TIM a TSM:
Paso 3: Construcción de Reglas TIM-a-TSM
• Lenguaje natural  reglas formales
– Preferibles las aproximaciones declarativas
• Criterios prácticos guían la elección del
lenguaje de transformación, no la
metodología
– Estabilidad, grado de mantenimiento y soporte, base
de usuarios, conocimiento del desarrollador
• Actualmente, QVTr y ATL son los mejores
candidatos
dit
43
Transformación TIM a TSM:
Paso 4: Adaptación de Formato
• Necesario para aquellas herramientas
basadas en escenarios que no basadas en
MDA
– En la práctica, siempre (actualmente)
• Alternativas
– Directa: Model2Text
– Indirecta: Model2(bien-conocido)Model + Model2Text
directa
• Para TSMs basados en XML, indirecta
– Model2(XML)Model: algoritmo predefinido
(contribución de la tesis)
– (XML)Model2Text: algoritmo descendente (top-down)
directo
dit
44
Contenidos
• Motivación y Objetivos
• Estado del arte
• Contribuciones
– Arquitectura
– Modelo Independiente de Testbed
– Transformación TIM-a-TSM
– Validación
– Aplicaciones
• Conclusiones y Trabajos Futuros
dit
45
Objetivo
• Demostrar la viabilidad de la arquitectura dirigida por
•
modelos basada en escenarios con su utilización en un
caso real
Dos testbeds de validación
–
Basado en VNUML
 Virtual
 Gestionado por VNUML
 TSM basado en XML
–
–
ADRENALINE
 Físico
 Gestionado por ADNETCONF
 TSM basado en XML
–
dit
VNUML DTD y VNUML OSPF DTD
ADNETCONF DTD y ADNETCONF OSPF DTD
46
Conjunto de Validación
84 instancias
del TIM
2
GAL
AST CAN PVC
2
2
4
3
CYL
5
MAD
3
escenario basic
(5 nodos, 3 enlaces multipunto,
rutas estáticas)
3
6
3
CA2
6
15
UT
3
3
CO
3.75
3
IL
15
7.5
7.5
PA
6
6 6
3 NJ
5.25 DC
GA
TX
dit
47
2
3
10
PAL
3 ARA
2 CAT
2
2
4
IX
4
2
3
3
3
CLM
2
2
3.75
3
NE
EXT 2
TEF
MI 3 NY
15
CA1
10
673 instancias
del TIM
WA
1
RIO
3
2
3
968 instancias
del TIM
2 NAV
3
BAL
3 VAL
MUR
escenario rediris
(19 nodos, 31 enlaces PPP,
routing OSPF)
AND
En conjunto, todas las
clases definidas en el
TIM Core y OSPF
Module son utilizadas
escenario nsfnet
(14 nodos, 21 enlaces PPP,
routing OSPF)
Validación
Desarrollo Transformaciones TIM-a-TSM
• Basado en la metodología sistemática
– Ambos TSMs basados en XML, se utiliza el algoritmo de
formalización
• Asociaciones resultantes
– Para TIM-a-VNUML, 27 reglas y 14 parámetros de testbed
– Para TIM-a-ADNETCONF, 23 reglas y 9 parámetros de
testbed
• Filtrado
– TIM-a-VNUML filtra elementos de QoS de enlace
– TIM-a-ADNETCONF filtra IPv6, rutas estáticas y enlaces
multi punto
• Implementación en ATL debido a razones prácticas
(madurez y disponibilidad de software)
dit
48
Flujos de
generación de
escenarios TIM
basic
Validación
Flujo deredirisValidación
nsfnet
parámetros de
testbed
ADNETCONF
parámetros
de testbed
VNUML
Flujos de
defaultKernel
generación
de
defaultFilesystem
escenarios
ospfdBinPath TSM
…
(11 más)
Basic
VNUML
TSM
Flujos de
despliegue de
escenarios
TIM-a-VNUML
(27 reglas)
RedIris NSFNET
VNUML VNUML
TSM
TSM
baseMgtAddress
baseVlan
…
(7 más)
TIM-a-ADNETCONF
(23 reglas)
RedIris
Basic
ADNETCONF ADNETCONF
TSM
TSM
VNUML
NSFNET
ADNETCONF
TSM
ADNETCONF
…
OCC0
filesystem
ospfd
kernel
…
host físico
dit
…
…
OCC73
49
ADRENALINE testbed ® (simplificado)
Validación
Flujo de Generación de Escenarios TSM
Paso preparatorio
Metamodelo
UML
CIM
Perfil UML
Schema
para CIM
(reducido)
CIM
Schema
Metamodelo
ATL
Metamodelo
XML
VNUML/ADNETCONF
TSM
(Clases ECore)
CIM Schema
TIM
Ext
ECore
TIM Ext
TIM
T2M
Transformación
de adaptación
del TSM
Transformación
TIM-a-TSM
(UML classes)
(Clases ECore)
T2M
Escenario
TIM
entrada
Escenario TIM (Instancias
(InstanciasECore)
UML)
reglas de
transformación
Trans.
T2M
Parámetros de testbed
(Instancias CIM)
Escenario
Trans.
input
salida
salida
TSM
Desarrollos producidos
entradacomo
(Instancias CIM)
Parámetros
de testbed
(Instancias
(Instancias UML)
ECore)
reglas de
transformación
resultado de la
metodología
Doc.
XML
M2T
TSM
(XML)
Validación
Flujo de Despliegue de Escenarios
• Alimentar VNUML y ADNETCONF con los correspondientes
escenarios (en XML) generados en el paso anterior
• Todos los escenarios son desplegados correctamente
en el testbed basado en VNUML y en ADRENALINE
Escenario
Transformación (s)
Despliegue (s)
VNUML ADNETCONF VNUML ADNETCONF
dit
basic
0.297
0.285
15.166
-
nsfnet
1.258
1.585
52.307
83.006
rediris
2.073
2.022
74.875
121.935
51
Contenidos
• Motivación y Objetivos
• Estado del arte
• Contribuciones
– Arquitectura
– Modelo Independiente de Testbed
– Transformación TIM-a-TSM
– Validación
– Aplicaciones
• Conclusiones y Trabajos Futuros
dit
52
Testbed Convencionales Interrelacionados
Basados en Escenarios
Diseño preliminar
(analítico, simulación
de red, etc.)
Sincronización manual
Diseño
de escenarios
de experimentación
Diseño
escenarios
(sc1, de
sc2,
… scN)
de experimentación
usando TIM
(sc1, sc2, … scN)
para el testbed 2
Diseño preliminar
(analítico,
Diseño de simulación
escenarios
de
red,
etc.)
de experimentación
(sc1, sc2, … scN)
para el testbed 1
feedback
feedback
feedback
feedback
Despliegue
Ejecución de
experimento
Despliegue
varias
veces
Repliegue
Testbed basado en
virtualización
Ejecución de
experimento
Coste inicial = T×N
Coste unitario sinc. = T
Coste inicial = N
Coste unitario sinc. = 1
Diseño de escenarios
de experimentación
(sc1, sc2, … scN)
para el testbed 3
feedbackfeedback
Despliegue
varias
vaces
Repliegue
Testbed distribuido
(pe. PlanetLab)
Ejecución de
experimento
varias
veces
Repliegue
Testbed cercano a
despliegue final
Solución final
Otras Aplicaciones
• Testbeds de la Internet del Futuro (Future
Internet)
• Testbed basado en WBEM
• Entornos de producción
• Simulación, pe. TIM-a-ns2
dit
54
Contenidos
•
•
•
•
Motivación y Objetivos
Estado del arte
Contribuciones
Conclusiones y Trabajos Futuros
– Conclusiones
– Trabajos futuros
– Publicaciones
dit
55
Conclusiones
• Solución al problema de la dependencia tecnológica de
escenarios, con varios casos de aplicación (5 casos) y
validado experimentalmente (2 testbeds)
– Arquitectura de gestión de configuración dirigida por
modelos
 Principios de MDA, PIM  TIM y PSM  TSM
 Evitar cualquier modificación en testbeds y herramientas
existentes
– Modelo Independiente de Testbed (TIM)
 Cobertura, orientación al nivel de red, modularidad,
extensibilidad, simplicidad
 Basado en el CIM Schema de la DMTF
– Metodología de diseño TIM-a-TSM
 Genérica y sistemática, optimizada para TSMs basados
en XML (caso habitual)
 Basada en MDA de la OMG, combinable con ontologías de
correspondencia
dit
56
Trabajos Futuros
• Nuevos usos de la arquitectura
– Aplicación a los testbeds de la Internet del Futuro (GENI,
FEDERICA, etc.)
– Testbeds basados en WBEM
• Mejorar la arquitectura (principalmente el TIM), en orden
de mayor a menor dificultad
– Modelo Común de Testbed
 Aplicar la idea del TIM a los parámetros de testbed
– Transformaciones inversas TSM-a-TIM
 Regeneración de información
– Modelado de dinámica de experimentos
 TIM Dynamics Module
– Modelado de restricciones (constraints)
 Varias alternativas (perfil DMTF, OCL, ontologías)
dit
57
Alineamiento con Estándares
DMTF
CIM
Gestión de
configuración
dirigida
por modelos
basada en
escenarios
Madurez tecnológica
(software) debida a
aceptación industrial
La evolución del
CIM Schema
enriquece el TIM
dit
OMG
MDA
58
Resumen de Publicaciones
• Veintitrés publicaciones
– 2 de ellas en revistas JCR (una más en revisión en una
revista JCR)
– 1 patente pendiente de concesión (esperada en 2010)
en Europa, Japón y Estados Unidos, propiedad del
CTTC
• Resumen
– Dos publicaciones principales sobre el núcleo de
contribuciones del doctorado
– Dieciocho publicaciones secundarias sobre VNUML
– Tres publicaciones secundarias sobre ADNETCONF
dit
59
Gracias por su atención
dit
60
Materiales Adicionales
dit
61
Arquitectura de ADRENALINE
OCC1
(optical)
Dispositivos cliente
(broadband tester)
…
OCC2
(optical)
Switch#1
Switch#5
Switch#6
Switch#4
Switch#2
OCC4
(optical)
OCC3
(optical)
[MPM+05]
dit
Herramienta de
configuración
de gestión
(ADNETCONF)
…
Switch#7
Switch#12
OCC0
(emul)
OCC1
(emul)
…
…
Switch#3
OCCs Emulados (74)
62
OCC73
(emul)
Arquitectura de PlanetLab
slivers
(astilla,loncha)
VMM
slices
Usuario de
PlanetLab
(rodaja)
VMM
Node
Manager
MV
Privilegiada
Proper Proper
VMM
(Virtual Machine Monitor)
PlanetLab Central
PLC
dit
MV
Privilegiada
VMM
VMM
MV
No privilegiada
MV
No privilegiada
Internet
XML-RPC
[PACR03][BBC+04]
63
MVs
Creación de Slices en PlanetLab
petición
de ticket
PLC
PLC
XML-RPCXML-RPC
XML-RPCXML-RPC
nueva
MV
pl_conf NM
pl_conf
NM
/otro
VMM
VMM
Delegado
Directo
dit
64
nueva
MV
Otros Testbeds Globalmente Distribuidos
• GX-Bone [TWP+05]
– Lenguaje basado en XML para especificar
recubrimientos (overlays), equivalentes a escenarios
• Testbeds de la Internet del Futuro (Future Internet)
– GENI [GEN08c], FEDERICA [FED09a], PII [PII09],
PASITO [PAS09]
– Características básicas (influencias del PlanetLab)
 Federación con red de interconexión dedicada
 Heterogeneidad de recursos (no solo PCs comodity)
 Infraestructuras particionables (sliceable) multi
usuario
– Sus sistemas de gestión de configuración están aún
bajo definición
dit
65
Arquitectura y Gestión de GENI
Investigador
Repositorio
(clearinghouse)
Administración
y operacion
de GENI
Herramientas de
experimentación locales
Estructura de Control (Control Framework)
Usuarios finales
Substrato de GENI
Agregado A
Agregado N
Manager
…
Manager
Experiment plane
Measurements plane
Control plane
O&M plane
slice
dit
componente particionable
66
Servicio de
Soporte a
experimento
Arquitectura de PASITO
CESGA, UVIGO
EHU
?
UPC, I2CAT,
CESCA
UPV
UAM
RedIRIS
UMU
UPM
UC3M
dit
PASITO
Switch
(VLANs)
Servidores de
virtualización
(Xen, VMware ESX)
67
Equipo
de red
PASITO NODE
eXtensible Markup Language
<vnuml>
<vm name="uml1">
<if id="1" net="net0">
<ipv4>10.0.0.1</ipv4>
</if>
<if id="2" net="net1">
<ipv4>10.0.1.1</ipv4>
</if>
</vm>
</vnuml>
ipv4
id 1
vnuml
document root
vm
if
net net0
10.0.0.1
dit
if
ipv4
10.0.1.2
68
id 2
name uml1
net net1
Ejemplo de los Estándares de Modelado de
OMG
Classifier
InstanceSpecification
M2: Metamodelo
Class
instancia de
City
<<snapshot>>
instancia de
:Madrid
representa
M1: Modelo UML
representa
M0: Sistema
dit
(el concepto
general de ciudad)
(la ciudad real
de Madrid)
69
Transformación Encadenada en MDA
PIM
T
PSM
T = {T1, T2, T3}
PIM
dit
T1
PSM1
T2
70
PSM2
T3
PSM
Estructura del Lenguaje QVT
Imperativo
Declarativo
extiende
extiende
Relations-to-Core
Transformation
Operational
Mappings
(QVTo)
extiende
dit
Relations (QVTr)
Imperativo
Core (QVTo)
71
Black Box
extiende
Arquitectura WBEM
Cliente CIM
HTTP/XML WS-Man Telnet/SSH
(CIM-XML)
Repositorio
CIM
(CIM Schema
+
instancias)
Compilador MOF
Servidor WBEM
CIMOM
Provider A
Provider B
Provider C
Managed
device A
Managed
device B
Managed
device C
CIM Schema + instancias (ficheros MOF)
dit
(WS-CIM)
72
(SM-CLP)
CIM Schema y Perfiles DMTF
Subconjunto
CIM Schema
de requisitos
+ nivel
restricciones
=
Dominio de gestión 1
Perfil
DMTF
Autónomo 1
Componente A
clase de
alcance
Core
Componente B
Componente C
Autónomo 2
clase central
dit
Dominio de gestión 2
73
Otros Lenguajes y Modelos
para Información de Gestión
• Alternativas a CIM
– SMIv2/SMIng [MPS99][SS04a], MIF [DMT03c]
 Basados en tablas (excepto SMIng)
 Centrados en dispositivo, difícil capturar relaciones
– ITU GDMO [ITU92]
 Complejo
 Muy orientado al dominio telco, el nivel IP no es
tenido en cuenta
• CIM los supera en términos de expresividad,
riqueza, flexibilidad, apertura y simplicidad
dit
74
Roles y Flujos
Desarrollo
de
transformación
TIM-a-TSM
Flujo de
generación
de escenario
TIM
Flujo de
generación
de escenario
TSM
Flujo de
despliegue de
escenario
Administrador de
testbed
Diseñador de
escenarios
dit
Desarrollador
de
transformaciones
75
Estructura Básica del TIM
CIM Schema para Core y OSPF Module
Clases (5):
TIM_TestbedScenario
TIM_LinkConnectivityCollection
TIM_TransmissionCharacteristics
TIM_StaticIPv6AssignmentSettingData
TIM_NextHopAddressedIPRoute
Asociaciones (4):
TIM_LinkTransmissionElement
TIM_MemberOfLink
Network
TIM_LinkOrigin
TIM_LinkDestination
TIM OSPF
Module
Clases (4):
OSPFService
OSPFArea
OSPFAreaConfiguration
RangeOfIPAddresses
Asociaciones (3):
OSPFServiceConfiguration
AreaOfConfiguration
RangesOfConfiguration
dit
Clases (1):
ComputerSystem
TIM
Core
System
Core
Clases (3):
IPProtocolEndPoint
StaticIPAssignmentSettingData
ForwardingService
Asociaciones (1):
ForwardsAmong
76
Clases (1):
Service
Asociaciones (6):
SystemComponent
HostedCollection
HostedAccessPoint
HostedRoute
ElementSettingData
HostedService
Modelo Independiente de Testbed (TIM)
Conceptos Topológicos Básicos
TIM_TestbedScenario
1 Name: string {key}
*
HostedCollection
•
•
•
•
Escenario
Nodo
Enlace
Interfaces
SystemComponent
* ComputerSystem
*
TIM_LinkConnectivityCollection
InstanceID: string {key}
MaxConnections: uint16
0..1
Name: string {key}
CreationClassName: string {key}
1
HostedAccessPoint
TIM_MemberOfLink
*
dit
*
IPProtocolEndpoint
Name: string {key}
77CreationClassName: string {key}
Modelo Independiente de Testbed (TIM)
Direccionamiento
• Direcciones IPv4 y IPv6
• Asociadas a interfaces
ElementSettingData
IPProtocolEndpoint
Name: string {key}
CreationClassName: string {key}
*
*
IPAssignmentSettingData
InstanceID: string {key}
StaticIPAssignmentSettingData
IPv6Address: string
PrefixLength: uint8
SubnetMask: string
IPv4Address: string
dit
TIM_StaticIPv6AssignmentSettingData
78
Modelo Independiente de Testbed (TIM)
Forwarding y Routing
TIM_NextHopAddressedIPRoute
InstanceID: string {key}
DestinationMask: string
DestinationAddress: string
PrefixLength: uint8
AddressType: uint16 {enum}
NextHopAddress: string
Service
Name: string {key}
CreationClassName: string {key}
*
w
HostedRoute
• Forwarding
• Rutas estáticas
• Asociadas a nodos
*
1
ComputerSystem
Name: string {key}
CreationClassName: string {key}
1
1
HostedService
ForwardingService
* ProtocolType: uint16 {enum}
HostedAccessPoint
ForwardsAmong
*
*
IPProtocolEndpoint
dit
Name: string {key}
CreationClassName: string {key}
79
Transformación TIM a TSM:
Resumen del Proceso
Core
Core
Core
Mod
Core
N
Escenario
TSM
(paso 1)
Model2Model
(pasos 2 y 3)
Escenario
XML
Model2Text
Model2Model
(paso 4)
Parámetros
de testbed
(paso 2)
dit
Doc.
XML
Model2Text
(directa)
Escenario
Escenario
(texto
(texto)
XML)
Herramienta
de gestión
basadas en
escenarios
Transformación TIM-a-TSM
80
Validación
Validación a Nivel de MOF
• Basado en WBEM (CIMOM y mofcomp)
1. Garantiza el alineamiento la extensión ad hoc del TIM con el CIM
Schema de la DMTF
2. Garantiza la corrección de los escenarios TIM (flujo de generación
de escenarios TIM)
CIMOM
CIM-XML
mofcomp
1
CIM Schema
2.22.0
TIM ad hoc
Extension
Model
cim_schema_2.22.0.mof
tim.mof
2
dit
basic.mof
rediris.mof
nsfnet.mof
basic redIris nsfnet
81
Otras Aplicaciones (Completa)
• Testbeds de la Internet del Futuro (Future Internet)
– Partición (splitting) del escenario objetivo entre varios testbeds
federados debido a su tamaño o necesidad de recursos
heterogéneos
– Partición + despliegue = TIM-a-TIM + TIM-a-TSM
 Evita proceso manual (costosos en tiempo y propensos a
errores) en el particionado y la sincronización de sub-escenarios
 Puede necesitar especialización de las clases del TIM, pe.
routers inalámbricos, enlaces ópticos
• Testbed basado en WBEM
– Método añadidos a TIM_TestbedScenario, pe. Deploy()
– Transformación TIM-a-TSM  WBEM provider
• Entornos de producción
– Entornos producción basados en escenarios, pe. TIM-a-OVF
– Red de producción gestionada por WBEM
 Como evolución del caso de testbed basado en WBEMs
• Simulación, pe. TIM-a-ns2
dit
82
Testbed Federado de la Internet del Futuro
Grandes Escenarios
Red gran
tamaño
(3000
nodes)
Parte 1
(1000
nodos)
TIM
Parte 2
(1000
nodos)
TIM
Modelo de
Interconexión de
Sub-escenarios
Evita proceso manual
(costosos en tiempo
y propensos a
errores) en el
particionado y la
sincronización
de
Configurador
sub-escenarios
de red
Parte 3
(1000
nodos)
TIM
TIM
Transformación
TIM a TSM1
dit
Conocimiento
de testbed
Particionado de escenario
TSM1
Transformación
TIM a TSM2
Transformación
TIM a TSM3
TSM2
TSM3
Herramienta
basada en
escenarios 2
Herramienta
basada en
escenarios 1
Testbed 1
Testbed 2
Herramienta
basada en
escenarios 3
Testbed 3
Red de federación
83
(pe. backbone dedicado)
Testbed Federado de la Internet del Futuro
Recursos Heterogéneos
Conocimiento
de testbed
Particionado de escenario
TIM
TIM
(especializando
las clases del TIM)
Modelo de
Interconexión de
Sub-escenarios
TIM
Transformación
TIM a TSM1
Transformación
TIM a TSM2
Transformación
TIM a TSM3
TSM1
TSM2
TSM3
Herramienta
Evita proceso manual
basada en
escenarios
1
(costosos en tiempo
y propensos a
errores) en el
particionado y la
sincronización
de
Configurador
sub-escenarios
de red
dit
TIM
TIM
Herramienta
basada en
escenarios 2
Red de federación
84
(pe. backbone dedicado)
Herramienta
basada en
escenarios 3
Testbed Basado en WBEM
Cliente CIM
Servidor WBEM
CIMOM
CIM
Schema
Modelo
de Extension
ad hoc del
TIM
redIris
Provider de Gestión
de Escenarios
(métodos de
TIM_TestbedScenario)
TIM_TestbedScenario
Name: string {key}
Deploy(): uint32
Undeploy(): uint32
Monitor(): uint32
[…]
dit
Proveedor
elemento de
Testbed
85
Testbed
Entornos de Producción
• Entornos de producción basados en escenario
– Pe. TIM-a-OVF
• Red de producción basada en WBEM
– Como evolución del caso de testbed basado en WBEM
Escenarios TIM
Cliente CIM
CIMOM
Provider de
Gestión de
Escenarios
dit
modelo de los
dispositivos del
testbed
CIMOM
Provider de
Gestión de
Escenarios
Providers
Testbed
modelo de los
dispositivos de la
red de producción
86
Provider
Red de
producción
Resumen de Beneficios
• Reutilización de especificaciones de escenario
•
•
•
•
•
dit
entre testbeds
Modelo común (TIM) para particionado de
escenarios (testbeds federados de la Internet
del Futuro)
Permitir gestión basada en escenarios en WBEM
(basada en el TIM)
Herramientas orientadas al TIM, pe. editores,
validadores, repositorios
Escenarios de red de referencia compartidos
Separación de roles (diseñadores de escenarios
y administradores de testbeds)
87
Principales Publicaciones
1.
2.
3.
4.
dit
Fermín Galán, Jorge E. López de Vergara, David Fernández
and Ramon Casellas, “Using the Model Driven Architecture for
Technology-Independent Scenario Configuration in Networking
Testbeds”, submitted to IEEE Communications Magazine
special issue on Network and Services Management, 2010,
under review (JCR).
Fermín Galán, Jorge E. López de Vergara, David Fernández
and Raül Muñoz, “Scenario-based Configuration Management
for Flexible Experimentation Infrastructures”, Proc. of the 5th
IEEE Int'l Conf. on Testbeds and Research Infrastructures for
the Development of Networks & Communities (TridentCom
2009), Washington DC (USA), April 2009.
Fermín Galán, David Fernández, Walter Fuertes and Miguel
Gómez, Jorge López de Vergara, “Scenario-based Virtual
Network Infrastructure Management in Research and
Educational Testbeds with VNUML: Application Cases and
Current Challenges”, in Annals of Telecommunications, special
issue on Virtualization: a path for the Future Internet, vol.
64(5), pp. 305-323, May 2009. (JCR).
Fermín Galán, Raül Muñoz, “Method For Logical Deployment,
Undeployment and Monitoring of a Target IP Network”,
request (PCT/EP2006/009960) October 2006, WIPO
Publication with ISR (WO2008/046429) April 2008. (Patent).
88
Lista Completa de Publicaciones
Principales
1.
2.
3.
dit
Fermín Galán, Jorge E. López de Vergara, David Fernández
and Ramon Casellas, “Using the Model Driven Architecture for
Technology-Independent Scenario Configuration in Networking
Testbeds”, submitted to IEEE Communications Magazine
special issue on Network and Services Management, 2010,
under review (JCR).
Fermín Galán, Jorge E. López de Vergara, David Fernández
and Raül Muñoz, “Scenario-based Configuration Management
for Flexible Experimentation Infrastructures”, Proc. of the 5th
IEEE Int'l Conf. on Testbeds and Research Infrastructures for
the Development of Networks & Communities (TridentCom
2009), Washington DC (USA), April 2009.
Fermín Galán, Jorge E. López de Vergara, David Fernández
and Raül Muñoz, “A Model-driven Configuration Management
Methodology for Testbed Infrastructures}, Proc. of the 11th
IEEE/IFIP Int'l Conf. on Network Operations and Management
Symposium (NOMS 08), Salvador da Bahia (Brazil), pp. 747750, April 2008.
89
Lista Completa de Publicaciones
VNUML (1)
1.
2.
3.
dit
Fermín Galán, David Fernández, Walter Fuertes and Miguel
Gómez, Jorge López de Vergara, “Scenario-based Virtual
Network Infrastructure Management in Research and
Educational Testbeds with VNUML: Application Cases and
Current Challenges”, in Annals of Telecommunications, special
issue on Virtualization: a path for the Future Internet, vol.
64(5), pp. 305-323, May 2009. (JCR).
Fermín Galán, David Fernández, Jorge E. López de Vergara
and Francisco Monserrat, “Demo of EDIV: Building and
managing distributed virtualization scenarios in federated
testbed infrastructures”, Proc. of the 5th IEEE Int'l Conf. on
Testbeds and Research Infrastructures for the Development of
Networks & Communities (TridentCom 2009), Washington DC
(USA), April 2009.
Fermín Galán, David Fernández, Miguel Ferrer and
Francisco J. Martín, “Scenario-based Distributed Virtualization
Management Architecture for Multi-host Environments”, Proc.
of the 2nd DMTF System and Virtualization Management
Workshop (SVM 2008), CCIS 18, pp. 49-60, Munich
(Germany), October 2008.
90
Lista Completa de Publicaciones
VNUML (2)
4.
5.
6.
7.
dit
Francisco Rúiz, David Fernández, Fermín Galán and Luis
Bellido, “Modelo de Laboratorio Docente de Telemática basado
en Virtualización Distribuida”, VII Jornadas de Ingeniería
Telemática (JITEL 2008), Alcalá de Henares (Spain),
September 2008.
Walter Fuertes, Jorge E. López de Vergara, Fermín Galán and
David Fernández, “Propuesta para el Despliegue de
Escenarios de Red Virtuales en Entornos Distribuidos”, VII
Jornadas de Ingeniería Telemática (JITEL 2008), Alcalá de
Henares (Spain), September 2008.
David Fernández, Fermín Galán, Francisco J. Ruiz, Luis
Bellido and Omar Walid, “Uso de técnicas de virtualización en
laboratorios docentes de redes”, Boletín de RedIRIS, vol. 8283, pp. 70-75, April 2008.
Miguel Gómez, Fermín Galán and Emilio J. Torres, “A 3GPP
System Architecture Evolution Virtualized Experimentation
Infrastructure for Mobility Prototyping (Invited Paper)”, Proc.
of the 4th Int'l Conf. on Testbeds and Research Infrastructures
for the Development of Networks Communities (TridentCom
2008), Innsbruck (Austria), March 2008.
91
Lista Completa de Publicaciones
VNUML (3)
8.
Fermín Galán and David Fernández, “Distributed
Virtualization Scenarios Using VNUML”, Proc. of the 1th DMTF
System and Virtualization Management Workshop (SVM
2008), Toulouse (France), October 2007.
9. Fermín Galán and David Fernández, “Experiencias de uso
de la herramienta VNUML en la creación de escenarios de red
virtuales”, invited speech at Grupos de Trabajo RedIRIS 2007
RTIRIS-23, ETSIT UPM, Madrid (Spain), June 2007.
10. Fermín Galán, Raül Muñoz and Ricardo Martínez, “Control
plane virtual extension for GMPLS-based optical networking
testbeds”, VI Workshop in MPLS/GMPLS networks, Girona
(Spain), April 2007.
11. Fermín Galán, Raül Muñoz and Ricardo Martínez, “Uso de
técnicas de virtualización para la experimentación en redes
ópticas basadas en GMPLS y DWDM”, XVI Jornadas Telecom
I+D, Madrid (Spain), November 2006.
12. Fermín Galán and David Fernández, “Use of VNUML in
Virtual Honeynets Deployment”, IX Reunión Española sobre
Criptología y Seguridad de la Información (RECSI), Barcelona
(Spain), September 2006.
dit
92
Lista Completa de Publicaciones
VNUML (4)
13. Fermín Galán, Emilio García, Carlos Chávarri, Miguel Gómez
and David Fernández, “Design and Implementation of an IP
Multimedia Subsystem (IMS) Emulator Using Virtualization
Techniques”, Proc. of the 13th HP OpenView University
Association (HP-OVUA) Workshop, pp. 213-224, Nice (France),
May 2006.
14. David Fernández, F. Javier Ruiz Piñar, Fermín Galán,
Vicente Burillo and Tomás de Miguel, “Mejorando el
aprendizaje en los laboratorios de redes y servicios mediante
el uso de herramientas de virtualización”, Primeras Jornadas
de Innovación Educativa ETSIT-UPM, Madrid (Spain),
December 2005.
15. David Fernández, F. Javier Ruiz Piñar, Fermín Galán,
Vicente Burillo and Tomás de Miguel, “Uso de técnicas de
virtualización para mejorar la docencia en laboratorios de
redes de comunicaciones”, V Jornadas de Ingeniería
Telemática (JITEL 2005), Vigo (Spain), September 2005.
dit
93
Lista Completa de Publicaciones
VNUML (y 5)
16. Fermín Galán, David Fernández, Javier Rúiz, Omar
Walid and Tomás de Miguel, “A Virtualization Tool in
Computer Network Laboratories”, Proc. of the 5th Int'l
Conf. on Information Technology Based Higher
Education and Training (ITHET'04), Istanbul (Turkey),
May 2004.
17. Fermín Galán and David Fernández, “VNUML: Una
herramienta de virtualización de redes basada en
Software Libre”, Open Software World Conference
(OSWC’04), Málaga (Spain), February 2004.
18. David Fernández, Fermín Galán and Tomás de
Miguel, “Study and Emulation of IPv6 Internet Exchange
(IX) based Addressing Models”, in IEEE Communications
Magazine, vol. 42(1), pp. 105-112, January 2004.
(JCR).
dit
94
Lista Completa de Publicaciones
ADNETCONF
1.
2.
3.
dit
Fermín Galán, Raül Muñoz, “Method For Logical Deployment,
Undeployment and Monitoring of a Target IP Network”,
request (PCT/EP2006/009960) October 2006, WIPO
Publication with ISR (WO2008/046429) April 2008. (Patent).
Fermín Galán and Raül Muñoz, “An Automatic Model-based
Reconfiguration and Monitoring Mechanism for Flexible
GMPLS-based Optical Networking Testbeds”, Proc. of the 11th
Int'l Conf. on Optical Network Design and Management (ONDM
2007), Athens (Greece), LNCS 4534, pp. 239-248, Springer,
May 2007.
Fermín Galán, Raül Muñoz and Ricardo Martínez, “Demo of
ADNETCONF: ADRENALINE's tool for dynamic configuration of
GMPLS-based all optical transport networks”, Proc. of the 2nd
IEEE Int'l Conf. on Testbeds and Research Infrastructures for
the Development of Networks & Communities (TridentCom
2006), Barcelona (Spain), March 2006.
95
Descargar

On Scenario-based Model-driven Configuration …