Serviço Experimental de CIrcuitos aPrOvisionados dinamicamente (SE-CIPÓ)

Skip to end of metadata
Go to start of metadata

Objetivos

  • Transferir para produção o serviço CIPÓ

  • Implantar o serviço

  • Disseminação

  • Integrar o CIPÓ no GOLE Sol

Resumo do Projeto

Percentual Concluído:55%
Data:Junho 2014

Relatório de Progresso

Implantação

OSCARS

Status

Atividade

Percentual concluídoTrimestre 1 (30/03)Trimestre 2 (30/06)Trimestre 3 (30/09)Trimestre 4 (19/12)
(tick)Transferência do Serviço para Produção100%

Iniciado o contado com a equipe de Gerencia de TI da RNP.

Iniciado estudo do documento de "solicitação de hospedagem de serviços gerenciados"

Criada e disponibilizada nova VM com OSCARS 0.6 para domínio do backbone.

Documentação de criação da nova VM em elaboração.

Documentação para a configuração da nova VM em elaboração.

Documentações de criação da VM e de configuração finalizadas e entregues.

Concluída
(error)Capacitação via Escola de Redes ESR100%Iniciada a discussão a respeito do formato da capacitação

Documentação da nova VM do OSCARS será usada na capacitação.

Não será realizado este ano.

--
(error)Apoio (consultoria) na divulgação durante o WRNP 2014100%Não iniciadoNão houve divulgação no WRNP.--
(grey lightbulb)Apoio (consultoria) para realizar o registro do software0%Não iniciadoNão iniciado.Não iniciado.Não iniciado.
(warning)Revisão da Rede CIPÓ75%Não iniciado

Ampath está migrando também para a versão do OSCARS 0.6

Testes locais de peering do OSCARS 0.6 de backbone com o OSCARS 0.6 do GOLE realizados

Aguardando definição a respeito da nova CA do serviço CIPÓ para prosseguir com as tarefas de peering internacional.

NSI Bridge habilitada e configurada no OSCARS 0.6 de backbone.

OSCARS da RNP foi integrado com o aggregator da ESNET e circuitos foram criados com sucesso.

VM do aggregator da RNP criada e testes em laboratório foram realizados com sucesso.

Implantação da VM do aggregator da RNP iniciada.

Novos certificados foram criados e instalados por exigência dos novos componentes de software do aggregator (safnari e pce).

Novas sugestões de implantação da VM do aggregator foram feitas pelo John Macauley (ESNET) ainda serão realizadas.

(tick)Infraestrutura RNP100%Não iniciado

Iniciado o processo de implantação da nova VM do OSCARS de backbone.

VM do OSCARS 0.6 instalada em DF e já realizando a criação de circuitos no backbone.

Novos PoPs foram adicionados a infraestrutura da rede Cipó. Todos os PoPs possuem porta cliente do serviço Cipó, a menos dos seguintes PoPs: AM, RR e AP.
  48%    

MEICAN

Status

Atividade

Percentual concluídoTrimestre 1 (30/03)Trimestre 2 (30/06)Trimestre 3 (30/09)Trimestre 4 (19/12)
(warning)Transferência do serviço para produção75%Entramos em contato com o Paulo JuniorDocumento do google Docs atualizado como solicitado. Esperando novas instruçõesDocumento do google Docs atualizado como solicitado. Esperando novas instruçõesDocumento do google Docs atualizado como solicitado. Esperando novas instruções
(error)Curso ESR100%Esperando instruções

Cancelado. Não será realizado este ano.

Cancelado. Não será realizado este ano.

Cancelado. Não será realizado este ano.

(error)Participação na divulgação no WRNP 2014100%Submissão de uma palestra do MEICAN para o WRNPNão tivemos atividades de divulgação no WRNP.Não tivemos atividades de divulgação no WRNP.Não tivemos atividades de divulgação no WRNP.
(grey lightbulb)Apoio para a realização do registro do software75%Esperando instruçõesEsperando instruções.Esperando instruções.

Desde 2012 o MEICAN está sob a licença BSD 2 (Berkeley Software Distribution). Estamos esperando instruções para saber se essa licença está OK para a RNP.

(grey lightbulb)Apoio à implantação do MEICAN75%Esperando instruçõesEsperando instruções.Esperando instruções.O MEICAN com suporte a NSI, i.e., suporte a OSCARS 0.6, foi instalado no backbone da RNP. Essa versão permite a reserva de circuitos via Aggregator da ESnet. Esperando instruções para novas configurações.
  50%    

Monitoramento / Dragon (VLSR/NARB)

Status

Atividade

Percentual concluídoTrimestre 1 (30/03)Trimestre 2 (30/06)Trimestre 3 (30/09)Trimestre 4 (19/12)
(tick)

Transferência do Serviço para Produção

100%Automatização da configuração dos componentes segundo o modelo padrão de PoD.Documento do google Docs atualizado como solicitado. Esperando novas instruçõesDocumento do google Docs atualizado como solicitado. Esperando novas instruçõesDocumentação atualizada na wiki da construção da máquina de monitoramento
(error)Curso ESR100%Consolidado material utilizar como base o curso do SCI, I2  (Instalação, ADM).

Cancelado. Esperando instruções.

Não será realizado este ano.

Cancelado. Esperando instruções.Cancelado. Esperando instruções.
(error)Participação na Divulgação no WRNP 2014100%Participação na elaboração do material de divulgaçãoNão houve divulgação no WRNP.Não houve divulgação no WRNP.Não houve divulgação no WRNP.
(grey lightbulb)Registro do software100%Verificar com a RNPVerificar com a RNPVerificar com a RNPAtividade de responsabilidade da RNP com suporte da equipe Moncircuitos. Possivelmente será desenvolvida em 2015
(tick)Infraestrutura RNP100%

Equipe disponível para "Apoio na Implantação dos PoDs dos PoPs (Monitoramento / Dragon – VLSR/NARB)

Esperando instruções.Esperando instruções.Ambiente de teste disponível no PoP-SC e aguardando definição qto a implantação.
  100%    

Desenvolvimento

OSCARS

Status

Atividade

Percentual concluídoTrimestre 1 (30/03)Trimestre 2 (30/06)Trimestre 3 (30/09)Trimestre 4 (19/12)
(tick)Testar e validar a versão do OSCARS v0.6 com suporte ao protocolo NSI100%

O OSCARS 0.6 e a Bridge NSI foram instalados e testados com sucesso.

Testes finalizados.- 
(warning)Integração do CIPÓ ao GOLE SouthernLight (SOL)100%

Nova instalação do OSCARS 0.6 em andamento para o uso do PSS Dragon.

Nova VM OSCARS 0.6 gerada e distribuída.

Peering entre OSCARS 0.6 realizado com sucesso.

Ambiente OSCARS 0.6 e PSS Dragon testado e validado.

PSS Dragon sendo modificado para dar suporte à translação de VLANs.

Problema encontrado no PSS Dragon, que para de funcionar quando a criação de um circuito falha. Alternativas: OSCARS 0.6+Bridge NSI+OESS ou então estudar a viabilidade de desenvolver backend Openflow para o OpenNSA.

Implantação e configuração da Bridge NSI junto ao OSCARS 0.6 implantado no backbone.

Atualização do OpenNSA do SOL para a nova versão (R117 + TLS).

Realizado o peering do domínio SOL com o aggregator da NetherLight.

Peering do domínio RNP com os aggregators da NetherLight e ESNET em andamento.

Instalação de uma instância do NSI-Requester na UFRJ.

Atualmente, o domínio da RNP suporta NSI através da bridge-NSI. Essa arquitetura, quando usada no modo tree, não exige peering entre domínios vizinhos, mas apenas entre cada domínio e o aggregator. Tanto o domínio SOL quanto o RNP foram pareados com aggregators. Desta forma, a integração está completa. 
(warning)Piloto (Proof of Concept – PoC) da solução100%Instalação e teste do Aggregator NSI para teste da solução como um todo.Instalação do Aggregator ainda em andamento.Instalação do Aggregator ainda em andamento.Os domínio da RNP e SOL foram pareados com os aggregators da ESNET e da NetherLight, respectivamente O aggregator da RNP está instalado e operacional mas evoluindo devido ao constante desenvolvimento por parte da ESNET/SurfNET
  100%    

MEICAN

Status

Atividade

Percentual concluídoTrimestre 1 (30/03)Trimestre 2 (30/06)Trimestre 3 (30/09)Trimestre 4 (19/12)
(warning)Federar o MEICAN junto à CAFE75%Implementação concluida. Aguardando transição da Chimarrão para a CAFeImplementação concluida. Esperando instruções sobre as questões políticas da implantação do serviço.Implementação concluida. Esperando instruções sobre as questões políticas da implantação do serviço.Implementação concluida. Esperando instruções sobre as questões políticas da implantação do serviço.
(warning)Integração do MEICAN com o NSI100%Iniciamos reunião com a ESnet e estamos estudando o protocolo, bem como o NSI-requesterIntegrando o MEICAN com o NSI Bridge do OSCARS 0.6. Estamos enfrentando problemas de autenticação entre o NSI Requester e NSI Brigde. Trabalhando em conjunto com a ESnet e SURFnet.Implementação de solicitação de reserva de circuito via Aggregator finalizada (teste com 2 end-poits da ESnet). Iniciando a implementação da reserva de circuito via NSI Brigde.Integração finalizada, tanto para o Aggregator quanto para a Brigde.
(warning)Revisão da interface de comunicação MEICAN e OSCARS 0.6100% Integrando o MEICAN com o NSI Bridge do OSCARS 0.6. Estamos enfrentando problemas de autenticação entre o NSI Requester e NSI Brigde. Trabalhando em conjunto com a ESnet e SURFnet.Implementação de solicitação de reserva de circuito via Aggregator finalizada (teste com 2 end-poits da ESnet). Iniciando a implementação da reserva de circuito via NSI Brigde. Essa revisão foi realizada com a implementação do NSI no MEICAN.
(grey lightbulb)Importação de topologia via Perfsonar100%  Implementação concluida. Realizando testes de validação com a topologia do OSCARS 0.5 e 0.6.Importação concluida, tanto para a topologia do Perfsonar, quanto para a topologia do Aggregator (NSI).
(grey lightbulb)Comunicação assíncrona entre OSCARS e MEICAN100%  Como a utilização do NSI, a comunicação assíncrona é realizada por esse protocolo.Essa atividade não faz mais sentido com o MEICAN tendo suporte ao NSI.
  35%    

Monitoramento / Dragon (VLSR/NARB)

Status

Atividade

Percentual concluídoTrimestre 1 (30/03)Trimestre 2 (30/06)Trimestre 3 (30/09)Trimestre 4 (19/12)
(tick)Estudo de compatibilidade entre DRAGON (VLSR/NARB) e OSCARS v0.6X e NSI 2.X100% 

Com a nova arquitetura não será mais utilizado o DRAGON (VLSR/NARB)

PoPs que continuarem a ter PoDs, devem usar a mesma infraestrutura definida para o OSCARS v0.5, somente tendo que atualizar o OSCARS para a v0.6

  
(tick)Compatibilizar a solução de monitoramento ao NSI/OSCARS v0.6100%

Iniciada interação com equipe do OSCARS para adaptar solução de monitoramento a nova versão do OSCARS

Implementado cliente para consulta a interface de monitoração do OSCARS v0.6.

Falta adaptar o formato de saída dos dados ao sistema RNP-MON-DCN.

Solução de monitoramento ajustada para o suporte ao Oscars 0.6.Decidiu-se não compatibilizar a solução para o NSI.
  100%    

DCN Weathermap

Status

Atividade

Percentual concluídoTrimestre 1 (30/03)Trimestre 2 (30/06)Trimestre 3 (30/09)Trimestre 4 (19/12)
(lightbulb)Obtenção de dados por seleção de enlace, sinalização de interfaces inativas (em estado de “down”) no mapa da topologia (pendência 2013)75%Para a obtenção de dados por seleção de enlace falta usar os recursos de uma nova versão de API do GMaps, fora isto o procedimento será análogo ao da seleção de nós, já concluída. A sinalização de interfaces inativas está sendo refeita, já que decidiu-se por obter estes dados do nagios usado pelo monitoramento.Obtenção de dados por seleção de enlaces concluído. Sinalização de interfaces em down dependendo de disponibilização de web service no Nagios de monitoramento.Mesma situação, ainda dependendo de web service no Nagios de monitoramentoInformações de status obtidas do web service do Nagios e persistidas no banco local. Falta exibi-las em tempo real sinalizando os enlaces em down.
(tick)Implantação de máquina virtual própria para o DCN Weathermap, com respectiva documentação no wiki100%Máquina virtual implantada, restando documentar no wiki.VM implantada e documentação da instalação realizada. Resta documentar o deploy do sistema na VM.Manual do usuário sendo documentado no Wiki.Documentação inserida no wiki, com pontos de melhora já identificados.
(tick)Exibição, na tela inicial da ferramenta, da capacidade total reservada em cada enlace através de uma escala de cores100%

Base de dados contendo as informações necessárias para exibição praticamente finalizada. Parte desta ação se beneficiará das ações relacionadas com a exibição de estatísticas de circuito por enlace.

Ao invés de uma escala de cores, trabalha-se com uma escala de opacidade para uma determinada cor, exibindo a banda total alocada no enlace em função do máximo permitido (1 Gbps). Este máximo poderá ser individualizado por enlace.Concluído.Concluído.
(question)(red star)Geração automática da topologia a partir de consulta ao OSCARS-bridge ou diretamente a um Topology Service50%Ainda em fase de discussão. Decidiu-se que, primeiramente, é necessária uma forma manual para se cadastrar a topologia, independente de como ela poderá ser obtida automaticamente. No momento ela está hard-coded.Ainda no mesmo patamar.Atrasos devido a uma indefinição sobre qual web service usar no lugar do OSCARS-bridge, que está sendo descontinuado.Não foi definido um web service no Cipó para acesso a esta informação, há apenas um link contendo um XML descrevendo a topologia. Entretanto, não foram definidas questões de localização geográfica. Infos sobre topologia exibida ainda são manualmente inseridas através de arquivo de configuração.
(blue star)(lightbulb)Automatizar atualizações das informações exibidas

75%

Fase de implementação já iniciada.Ainda discutindo a melhor solução técnica para atualizar as informações exibidas, tanto no mapa quanto nos gráficos.Atualização funcionando, mas precisa de melhorias. Sempre que atualiza, volta-se para a página inicial. Desejável manter-se a página atual.Problema de atualização resolvido. Está sendo concluído o desenvolvimento de um cliente Java para obtenção das informações de circuitos diretamente do OSCARS 0.6. Interfaces do front-end para visualiação das informações já está pronta.
(blue star)(lightbulb)Visualização de informações referentes a circuitos encerrados e pendentes75%Com relação ao armazenamento destas informações, considera-se que a implementação já foi iniciada. Entretanto, ainda se encontra em fase de discussão a maneira na qual estas informações serão exibidas.Sistema preparado, as informações estão sendo salvas no banco, restando definir uma forma de visualizá-los pela interface.Ainda em processo de definição de como será a visualização pela interface. Redefinição também da dinâmica de obtenção de dados de monitoramento para que os mesmos fiquem registrados no banco.Foi definido que as informações de monitoramento dos circuitos ativos serão obtidas a cada 1 minuto e que as mesmas persistirão no banco. Obtenção de dados via perfSONAR funcionando, resta inserir rotina no back-end para obtenção automática do tráfego dos circuitos ativos.
(grey lightbulb)(red star)Inserção de informações relativas a reservas e respectivo monitoramento em base de dados visando mineração e obtenção de estatísticas mais sofisticadas50%A base de dados já foi implementada e encontra-se em uso. Falta ainda discutir aspectos mais genéricos envolvendo busca, mineração e processamento destas informações.Mesmo patamar de antes.Em processo de definição de um conjunto de estatísticas para serem exibidas após consulta ao banco de dados.Foram definidas estatísticas de interesse para obtenção a partir da base de dados, mas ainda não se iniciou a construção de uma interface para obtenção destas informações. Foi também levantada a possibilidade de implementação de uma API, preferencialmente no padrão perfSONAR, que forneça acesso a estes dados.
  75%    

Legenda

Ícone

Descrição

(grey lightbulb)

Ação nova

(lightbulb)

Ação adiantada

(red star)

Ação atrasada

(warning)

Ação iniciada

(tick)

Ação finalizada

(error)

Ação cancelada

(plus)

Ação contínua

(question)

Necessita informação

(minus)

Não aplicável

(blue star)

Ação não prevista

  • No labels