SR - Session Router

Fase I - Estudo

Título da Idéia

• SR - Session Router

Objetivos

• Desenvolver uma solução de Session Router que tenha features de roteamento por análise de saúde e capacidade e também a implementação de uma camada de segurança.

Entrega

• VNF de Session Router
• VNF Manager

Conceito

• Com o maior número de usuários na rede em geral, consequentemente, tem-se um aumento gradativo no que se diz respeito a demanda total por recursos ao longo da mesma. Como a qualidade e os recursos oferecidos pelos canais de comunicação são variáveis é necessário um controle que é responsável por direcionar diferentes caminhos ao longo da rede visando um melhor desempenho.
• O SR é uma ferramenta responsável por essa função, sendo que, pode ou não ter essa inteligência com relação a qualidade das rotas a serem encaminhadas. O projeto em questão visa a implementação de um algoritmo que seja capaz de estabelecer da melhor maneira possível essa comunicação entre os SRs e os SBC - Session Border Controller.
• O estudo e a busca pela implementação do projeto se faz necessário principalmente com a evolução cada vez maior da multiplicidade das redes, incentivando a inovação no que se diz respeito ao roteamento adequado e a busca pela otimização e melhor aproveitamento dos recursos da rede, trata-se basicamente de um "roteamento inteligente", que leva em conta vários aspectos como congestionamento, atraso, qualidade do canal, dentre outros.
• A área em questão é bastante ampla e está aberta a inúmeras inovações e possibilidades de pesquisas ao longo do tempo, buscando assim a possível implementação de uma tecnologia própria capaz de suprir as demandas no âmbito dos processos de roteamento.

Topologia

Características 

• A VNF e VNF manager deverá seguir o padrão descrito no ETSI;
• O VNF Manager deverá utilizar as ferramentas do Openstack para gestionar as VNFs;
• O VNF Manager deverá ser capaz de gestionar multiplas VNFs desde que sigam o modelo escrito no ETSI;
• Toda o comissionamento e configuração do ambiente deve-se usar Docker e o Ansible;
• Primeira VNF será um session router (protocolos SIP, SIP-T e SIP-I).

Estudo Dirigido

1. Estudo do SIP;
2. Pesquisar metodologias de projeto - Scrum;
3. OpenSIPs;
4. Openstack;
5. OSMano;
6. ETSI.

Fase II - Ensino

Conteúdo

• Arquivo:ProtocoloSIP.pdf
• Arquivo:OpenSIPs.pdf
• Arquivo:OpenStack.pdf

Apresentação

• Arquivo:Session-Router.pdf

• https://docs.google.com/presentation/d/1DdM5NrLrH7juHlvTWnFnUVcmIY4GGYMGJYggaBeYTgI/edit?usp=sharing

Metodologia

Metodologia Ágil (Scrum):

• Sprint Planning;
• Daily Meeting;
• Sprint Review;
• Sprint Retrospective.

Fase III - Exemplo de Caso de Negócio

Benefícios para quem for oferecer esta solução

• Conhecimento e domínio da tecnologia;
• Poder de concorrência com o mercado;
• Não dependência de fornecedores.

Benefícios para o usuário

    Descrever em tópicos os benefícios para os usuários desta solução.
    Pode se inspirar no Canvas.

Direcionadores chave para esta iniciativa

    Descrever em tópicos o que esta iniciativa pode proporcionar

Possíveis modelos de negócios

• B2B (business to business);
• PSS (product-service-system);
• Crowd-innovation (modelo de inovação aberta);
• SaaS (software as a service).

Business Case

• Empresas de telecomunicações.

Barreiras encontradas

• Comunicação entre a VM e o Softphone:

Um dos problemas enfrentados pelo squad responsável pelo Session Router é a comunicação entre a VM e o Softphone. Quando o Softphone (simulado em um notebook) tenta fazer um registro ou até mesmo uma ligação para o OpenSIPS há um problema: o servidor do OpenSIPS recebe a requisição, contudo, quando o OpenSIPS tenta enviar a resposta para o Softphone ocorre um erro indicando "Destionation Unreacheable (Port Unreacheable)".

Fase IV - Protótipo orientado ao Negócio

Escopo

Explique o escopo deste protótipo

Product Backlog

• https://docs.google.com/spreadsheets/d/12iRfUXZvWUqgka4rCCpzM_eu48r-QIEkcKQ4AE7hdh8/edit?ts=5bd99705

Limitações

Informe sobre as limitações técnicas, comerciais, operacionais, recursos, etc.

PoC

Desenvolva um PoC (Proof of Concept)

Detalhamento Técnico

• Kanban
  • https://trello.com/b/kfKbgX4h/squad-session-router
  • https://trello.com/invite/b/dCFIDm5Z/9588edbfe8f43b34dcedb17a4444f190/atividades-core

Histórico

Entregas dos Sprints

• Sprint 1 (23/11/2018): decisão de qual tecnologia e padrão de desenvolvimento utilizar.
  • Estudo do Openstack;
  • Estudo dos parões ETSI;
  • Estudo do OpenSIPs;
  • Estudo do OSMano.

• Sprint 2 (11/12/2018): OSMano, OpenSIPs e OpenStack operando com as VNFs e gerenciamento de armazenamento em nuvem funcionando perfeitamente.
  • Estudo dos padões ETSI;
  • Instalação e configuração do OSMano;
  • Adicionar as VIMs através da GUI;
  • Implantar o primeiro Network Service;
  • Upload das imagens da VM para as VIMs;
  • Integrar o pacote VNF;
  • Integrar o Network Service;
  • Instanciar o Network Service;
  • Implantar OpenSIPs;
  • Implantar OpenStack.
• Sprint 3 (28/12/2018): fornecer uma conexão entre um Softphone e uma interface de telefone Asterisk.
  • Implantar o sistema operacional no VNF;
  • Conectar às VNFs via comando SSH.
• Sprint 4: apresentar uma interface composta por: duas VMS operando com o Asterisk e uma com OpenSIPs realizando o papel de redirecionar a chamada para as VM's com Asterisk.
  • Incorporar os softwares às VM's.
  • Configurar um redirect no OpenSIPs.

Nota: Nesse Sprint estamos enfrentando um grande desafio que consiste em conseguir identificar a solução de um problema: nossa VM com o OpenSIPs não consegue se autenticar no nosso Softphone, estamos trabalhando com duas possibilidades:

• O firewall da rede corporativa está impedindo essa conectividade.
• Algum erro na configuração do OpenSIPs.

Pesquisadores

• Luiz Henrique de Oliveira
• Igor Henrique Leite
• Aymen Ghannouchi
• Bianca Cristina da Silva
• Rafael Leonardo Aquino
• Muller Fernandes da Silva
• Luiz Cláudio Theodoro