14 - Computer Networks

OFELIA Management Software

• Pedro Damaso

Introduction

O objetivo é fornecer uma implementação do facility control framework, para tentar automatizar o máximo possível a operação e manutenção das ilhas.

OFELIA Control framework overview

The objective and development principles

• O principal objetivo do framework é automatizar, simplificar e autorizar os usuários para criar slices de rede e implantar os recursos disponíveis dentro das ilhas OFELIA para vários tipos de projetos experimentais.
• A concepção e implementação do OFELIA control framework e é dividida logicamente em três fases distintas:
  • Fase I - Codificar a versão inicial do control framework, que será focada na gestão de recursos locais da ilha. Sem controle de recursos inter-island.
  • Fase II - Capacitar o control framework com mecanismos para alocar recursos através de múltiplas ilhas dentro do mesmo projeto e slice. Melhorias de algumas das características básicas executadas na Fase I, tendo em consideração as experiências adquiridas a partir de diferentes usuários.
  • Fase III - Melhoria global do control framework, especialmente tendo em conta as exigências, sugestões e comentários inferidas de usuários.
• Os seguintes princípios guiaram o trabalho de desenvolvimento do OFELIA control framework:
  • Alocação de recursos
    • O usuário deve ser capaz de alocar ou reservar recursos de forma fácil.
  • Experiment and project based resource allocation
    • A alocação de recursos deve ser feita por projeto e slice. Uma slice é definida como a menor entidade indivisível que é composta pelos recursos necessários para realizar um experimento. Um projeto pode ser composto por uma ou mais slices.
• O control framework também tem o objetivo de isolar o máximo possível, cada slice de outro compartilhamento no mesmo substrato de infra-estrutura. No caso particular do OFELIA, atenção especial precisa ser dada para segregação de tráfego de rede entre slices.
  • AA:
    • O control framework tem de suportar autenticação de usuário e mecanismo de autorização. Os usuários devem ter diferentes níveis de permissões com base em seu status, tendo pelo menos um superusuário ou "root" por ilha.
  • Usability:
    • Usuários, neste caso, os pesquisadores devem ter acesso abrangente e interface fácil de usar. Neste sentido, a melhor maneira de interagir com os usuários é uma interface baseada na web. Especial atenção será dada para tentar trazer para o usuário, tanto quanto possível, uma interface unificada para gerenciar tudo relacionado ao OFELIA.
  • Scalability:
    • Deve ser escalável, em termos de número de usuários, número de apoiar experimentos simultâneos e número de recursos gerenciados.
  • Island autonomy:
    • Um dos requisitos básicos que o control framework terá que lidar é a capacidade de gerir os recursos localmente (na ilha), mesmo se a conexão com o resto das ilhas é perdida. Portanto deve ser completamente autônoma.
  • Robustness and stability.
    • Estabilidade e robustez é uma obrigação.
  • Monitoring:
    • O control framework deve executar tarefas de monitoramento, para ambos os componentes em conformidade com o control framework e os recursos do testbed.
  • Efficiency.
    • O desenvolvimento vai tentar ser o mais eficiente possível em termos de codificação e tentando reutilizar o máximo possível as diferentes ferramentas de código aberto e bibliotecas que a comunidade oferece, para concentrar seus esforços no desenvolvimento desses aspectos que são específicos para OFELIA control framework e também para melhorar as ferramentas e bibliotecas de código-fonte aberto.

MS5.1 Initial study of the state-of-the-art. Starting point

Basic use-case

• Description of the basic scenario for the use case
• Description of the basic use case

Base software

• Expedient tool
  • Code analysis
• Opt-in Manager
  • Code analysis
  • Adaptation and expansion of Opt-in Manager

Phase 1 development: OFELIA Control Framework

• Overview of the development phase1
  • Development environment and SDK
• Modified architecture
• Adaptation, expansion and debugging. Sub-task descriptions
  • LDAP integration subtask
  • Server virtualization software subtask
  • Adding support for ProtoGENI-enabled equipment subtask
  • Adapting optical equipment to OpenFlow
    • Related backgrounds
    • Packet to circuit mapping
    • Interlayer Open Flow operations
    • Layer1 / Layer 0 slice concept
    • High level design
    • OpenFlow Optical Components:
      • Virtual switch boundaries
      • DCN configuration
      • OpenFlow agent
      • Virtual switch model
      • GMPLS Co-operation
      • Provisioning of transponders
    • Design features and considerations
  • Resource listing plug-in subtask
  • Opt-in manager improvements and bug fixing subtask
  • Integration tests, debugging and Expedient's GUI improvements subtask

Current state of the implementation

• LDAP integration subtask status
• Server Virtualization software subtask status
• Adding support for ProtoGENI-enabled equipment subtask
• ADVA's optical equipment adaptation to Openflow subtask
• Resource listing plug-in subtask
• Opt-in Manager improvements and bug fixing subtask
• Integration tests, debugging and Expedient's GUI improvement subtask

Referência

[14] Marc Su né, L. Bergesio et al., Ofelia deliverable 5.1 – 1st version of the ofelia management software, 2011. <http://www.fp7-ofelia.eu/assets/Public-Deliverables/OFELIAD5-1-final.pdf>.