Exibir código-fonte para SR - Session Router

= Fase I - Estudo  =

<br> 

== Título da Idéia  ==

* SR - Session Router

<br> 

== 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.
<br>

===Entrega===
* VNF de Session Router
* VNF Manager


<br>

== Conceito  ==

<br> 

* 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.

<br>

== Topologia ==

<br>

[[Arquivo:Srdiagram.jpg]]

== Características&nbsp;  ==

<br> 

* 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).

<br>

== Estudo Dirigido  ==

<br> 

# Estudo do SIP;
# Pesquisar metodologias de projeto - Scrum;
# OpenSIPs;
# Openstack;
# OSMano;
# ETSI.

<br>

= Fase II - Ensino  =

<br> 

== Conteúdo  ==

* [[Arquivo:protocoloSIP.pdf]]
* [[Arquivo:openSIPs.pdf]]
* [[Arquivo:OpenStack.pdf]]
<br>

== Apresentação  ==

* [[Arquivo:Session-Router.pdf]]

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

<br>

== Metodologia ==
<br>
Metodologia Ágil (Scrum):

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

<br>

= Fase III - Exemplo de Caso de Negócio<br>  =

<br> 

== 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. 

<br>

== Benefícios para o usuário  ==
* Capacidade de roteamento e monitoramento das rotas em torno dos SBCs.
* Menor custo para implantação, uma vez que a solução foi desenvolvida internamente.
* Aumento na capacidade de tráfego, uma vez que estarão disponíveis várias rotas.


<br>

== Direcionadores chave para esta iniciativa  ==

     Descrever em tópicos o que esta iniciativa pode proporcionar

<br><br> 

== 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).

<br>

== Business Case  ==

* Empresas de telecomunicações.

<br>

== Barreiras encontradas ==
<br>
*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)".

*Detalhamento da barreira enfrentada:

Nosso cenário pode ser representado pela imagem abaixo:

[[Arquivo:diagramaaigor.jpg]] 


Temos que a VM host do Open SIPS tem o IP externo (10.53.131.203) e é onde nosso Softphone (Local Host) tenta se conectar. Utilizando o comando 'traceroute' podemos identificar toda a rota da nossa conexão até a VM desejada, como pode ser observado na imagem abaixo:

[[Arquivo:traceroute.jpg]]


Em minha concepção para resolvermos esse problema teríamos que identificar se algum desses IPs corresponde a um firewall da Algar, caso a resposta seja negativa e essa rota esteja livre de Firewalls iremos saber que o problema é na configuração do OpenSIPs.

<br>

= Fase IV - Protótipo orientado ao Negócio  =

<br> 

== Escopo  ==

<br> 

 Explique o escopo deste protótipo

<br>

== Product Backlog ==
<br>

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

== Limitações  ==

<br> 
Como limitação técnica estamos enfrentando um grande desafio relacionado a barreiras de Firewall dentro de uma rede corporativa. 
<br>

== PoC  ==

<br> 

 Desenvolva um PoC (Proof of Concept)

<br> 

== Detalhamento Técnico  ==
<br> 
* Kanban
** https://trello.com/b/kfKbgX4h/squad-session-router
** https://trello.com/invite/b/dCFIDm5Z/9588edbfe8f43b34dcedb17a4444f190/atividades-core
<br> 

<br> 

<br> 

<br>

= Cronograma Macro  =

<br> 

= Histórico  =

<br> 
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.
<br>
* 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.
[[Arquivo:Diagramaigor.jpg]]


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.

<br>

= 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
* Reginaldo Rosa de Carvalho
<br>