Exibir código-fonte para Projeto InterVoIP

=Reunião 16 e 17/11=

Nos dias 16 e 17/11/2011 o grupo do CPqD se reuniu em Uberlândia com os grupos da CTBC e da UFU. Estavam presentes:

Douglas - CTBC<br>
Juliano - CTBC<br>
Marco Aurélio - CTBC<br>
Sérvolo - CTBC<br>
Luiz Cláudio - CTBC/UFU<br>
Eduardo - CTBC/UFU<br>
Edgard  - UFU<br>
André - UFU<br>
Alexandre Cardoso - UFU<br>
Guardieiro - UFU<br>
Saulo - UFU<br>
Evandro - CPqD<br>
Hélio - CPqD<br>
Wilson - CPqD<br>


O Wilson fez uma apresentação de conceitos e arquitetura relacionados ao projeto InterVoIP.

=O Problema=

* Crescimento constante do VoIP, principalmente no setor corporativo

* Ilhas VoIP
** As ilhas não se comunicam diretamente
** A PSTN (RTPC) é utilizada como roteamento padrão entre as operadoras
*** Serviços não oferecidos
*** Aumento de custo

=A Solução=

* Chamada de VoIP Peering, pretende-se criar uma interconexão entre as provedoras de serviços originadoras e o destino para o estabelecimento de sessão entre assinantes em suas redes.
* Interconexão entre provedoras de serviço com o objetivo de rotear em tempo-real a sinalização de chamadas entre seus respectivos clientes.

=Vantagens=

* Utilizando essa interconexão, elimina o uso da PSTN e conversões IP/TDM e TDM/IP
* Diminui o custo de terminação de chamadas (não há valores pagos para prestadoras na PSTN)
* Possibilita novos serviços

=Questão=

==O VoIP Peering ocorrerá sobre a infraestrutura de IP peering já existente?==
* Provavelmente não
* Falta de QoS
* Acordos comerciais diferentes
** As operadoras dificilmente abrirão mão da receita gerada pela terminação de chamadas

* Em suma: é necessário uma infraestrutura IP para troca de VoIP, mas esta infraestrutura provavelmente não será a Internet (por onde trafegamos dados)

* Padrão emergente: IPX (IP eXchange) da GSMA
** Evolução de GRX (GPRS Roaming eXchange), que já conecta operadoras móveis
** É uma rede privada
** Pode excluir as pequenas operadoras VoIP

* Já existem outras redes IP privadas para tráfego de voz


=Federações=

* Surge então a necessidade de criar entidades centralizadas que se comunicam entre si, as Federações.

* Federnet - redes de Federações



=Speermint=

* SSP - SIP Service Providers - Provê seviços SIP para os clientes
* SBE - Signaling Path Border Element - Elemento de borda das operadoras, tráfego de mensagens inter-domínio
* DBE - Data Path border Element - Elementos de dados, onde passa o tráfego de mídia, e não de sinalização. Pode ser controlado pelo SBE
* LUF - Determina para qual operadora é o destino
* LRF - Determina quais os dados necessários para o roteamento
* SF - Encaminhamento dos dados



=Cenários para o InterVoIP=

* Tarefa de avaliar o cenário e o modelo de negócio que podemos aplicar

* Cenário 1
** A operadora compra toda a solução
** Uso interno para roteamento de chamadas aos parceiros de peering
** Há necessidade de ter alguem especializado para fazer a integração da solução com a rede

* Cenário 2
** Cenário SaaS
** Uma empresa especializada opera o registro e é responsável por disponibilizá-lo na forma de serviço
** Há redução de investimento inicial por parte da operadora
** Redução do custo operacional
** A portadora mantém os dados sem disponibilizá-los

* Cenário 3
** Uma empresa especializada opera o registro
** A operadora possui apenas a base de dados replicada
** Dá mais trabalho para a empresa

* Cenário 4
** Uma federação opera  a solução InterVoIP e realiza o encaminhamento das chamadas
** Até o encaminhamento de chamadas é “terceirizado”
** Nenhum esforço para a empresa
** A operadora disponibiliza a base de dados

=Considerações=

* Foi discutido também, a questão do plano de numeração.
** Como resolver o plano de numeração, como se comunicar duas operadoras, uma com nome e outra com número nas ID's?
** Todos no mundo tem que ter um número UNIVERSAL
** Criar um plano de numeração universal com cabeçalho de pais + codigo de operadora + número local (exemplo)

* Sobre os cenários, foram escolhidos como os mais viáveis, os cenários 2 e 4.
** Foi sugerido pelo Sérvolo, a criação de um cenário intermediário entre os cenários 2 e 4, tendo nele itens escolhidos de cada um.
** Nesse novo cenário, haverá uma entidade que analisará o originador e o destino escolhendo a melhor rota para a chamada, e no caso de o cliente não ter uma interconexão entre origem e destino, o InterVoIP poderá executá-la sem utilizar a PSTN.


=Conclusões=

* O VoIP peering pode ocorrer em muitos cenários diferentes
* Não há ainda um padrão definido
* Padrões SPEERMINT e DRINKS 
** Bons guias para arquitetura e requisitos
** Implementar pode ser um diferencial competitivo
* Solução InterVoIP
** Deverá ser flexível para adaptar-se aos diferentes modelos
** Solução técnica está encaminhada
** Há aspectos de segurança que não foram tratados