Slide 1

Atualização do fone@RNP
Paulo Aguiar
DCC/UFRJ
Roteiro







Fone@RNP hoje
Características atuais
Alterações previstas
Nova arquitetura
Nova organização interna
Nova sincronização de tabelas
Novas versões de software e ferramentas
BOF VoIP
2
Fone@RNP Hoje
 Desenvolvido em 2007
 Instalação do serviço baseada em BD, sem
ações manuais propensas a erro
 Administração básica de roteamento
independente da administração local
 Mais de 110 instituições operacionais
 Proxy externo para outras redes VoIP
 Completamento para DDD móvel não
suportado devido a custo
BOF VoIP
3
Características Atuais
 Encaminhamento de chamadas por SIP
 Suporte ao ambiente H.323
 Localmente em desuso e DGK nacional
desligado
 Proxy externo hospeda DGK
 Versões de software defasadas
 Base de dados sincronizada com a RNP
 Sistema de sincronismo problemático (SLON)
 Bases desatualizadas implicam em falhas de
autorização e roteamento de chamadas
BOF VoIP
4
Alterações
Previstas
 Atualização dos softwares envolvidos
 Mudança da base de dados de PostgreSQL para
MySQL
 Suporte nativo a replicação da base de dados
 Mudança do esquema do LDAP para o proposta do
LDAP CAFe (brEduPerson + brEduVoip)
 Inclusão de novas funcionalidades
 PBX IP Asterisk como parte do pacote
 Gateway Asterisk com medição de qualidade (MOS),
cancelamento de eco e melhor entroncamento com canais
R2
 Adaptação de ferramentas de gerência e scripts
 FEJECA + FEGEP-IP, CONSOLIDA, FEGEN
BOF VoIP
5
Nova
Arquitetura
DSER
FONE@RNP
SIP
Digital ou
Analógica
Proxy SIP
- Integração com
o Fone@RNP
- Integração com
o GW local
LDAP
SIP
Digital ou Analógica
Kamailio
SQL
Esquema do LDAP
brEduPerson +
brEduVoIP
Base de Dados
- RNP ( replicação )
- Kamailio
- Asterisk
MySQL
OpenLDAP
Asterisk
Servidor WEB
- Fejeca
- Estatística
Operadora
RTFC
MySQL MASTER
FONE@RNP
Apache2
BOF VoIP
6
Roteamento de
Chamadas
 Mantidas as mesmas regras
 Co-localizadas operam transparentemente
 Instituições anunciam os prefixos RTFC que são
completados pela sua telefonia
 Chamadas com opções de destino para seu
completamento são enviadas ao DSER
 DSER terá a responsabilidade de balancear
 Caso a IU inicial não possa completar a
chamada, a chamada será encaminhada para a
próxima IU
BOF VoIP
7
Autenticação
 Regras de autenticação mantidas
 LDAP modificado para aderência ao CAFe
 Adoção ao esquema brEduPerson + brEduVoIP
 Script de conversão entre esquemas
 Instituições com LDAP corporativo devem
migrar para o esquema CAFe
 Se a instituição não migrar?
BOF VoIP
8
Bases de dados institucionais
(slave)
kamailio
Bases de dados RNP (master)
rnp
asterisk
Local_chamadas
rnp
Rnp_instituicoes
trusted
Rnp_equipamentos
sip_friends
Rnp_instituicoes
Views
Rnp_prefixos
Rnp_equipamentos
Rnp_prefixos
Tabelas replicadas
Rnp_interfaces
Tabelas replicadas
Rnp_numivr
trusted
lcr
LEGENDA
Replicação
View
Pertencente à base
Tabelas Estáticas
Tabelas Replicadas
Views
gw
Views
BOF VoIP
9
Bases
Replicadas
Tabelas
Descrição
rnp_instituicoes
Tabela com informações das instituições
rnp_prefixos
Tabela com os prefixos das instituições
rnp_equipamentos
Tabela com os equipamentos das instituições
 Tabelas existentes na base “rnp” que constituem as Views
utilizadas pelo Kamailio para roteamento e autorização
das chamadas
 Outras tabelas não são replicadas
BOF VoIP
10
Organização
da Base
BOF VoIP
11
Sincronização
de Tabelas
 Com PostgreSQL, replicação feita pelo
software adicional Slony
 Replicação nativa no MySQL
 Ganho de performance
 Ganho de estabilidade
BOF VoIP
12
Processo de
Instalação
 Sistema acessa a base da RNP em busca
de informações para instalação
 Preenchimento correto e completo da base da
RNP necessário
 Informações requisitadas na instalação
 Senhas
 Informações complementares referentes à
conexão do gateway com o PBX (ANI, etc)
 Tempo médio de subida esperado: 2h
BOF VoIP
13
Replicação
no MySQL
 Sincroniza réplicas de tabelas nos escravos
do mesmo cluster
 Instituições podem acessar as tabelas
locais, mas não podem alterar as tabelas
em replicação
 MySQL mantêm integridade das informações
 Fácil e ágil recuperação do serviço
 Recuperação pode ser remota sem a intervenção do
administrador da IU
 Testes comprovaram desempenho
BOF VoIP
14
Versões de
Software
 Linux Ubuntu 10.04 LTS
 Versão de longa atualização de pacotes
 Kernel atualizado para implementação de cancelamento
de eco por software
 Software distribuído por repositórios do Ubuntu ou
do desenvolvedor






Kamailio ( desenvolvedor )
OpenLDAP
MySQL
RTPProxy
LibPri
Apache2
BOF VoIP
15
Versões de
Software




Soft-pbx Asterisk (versão 1.8.5.0) *
OpenR2 (versão 1.3.1) *
DAHDI (versão 2.5) *
Proxy SIP Kamailio (versão 3.1)
* Versões fixas definidas pelo LabVoIP




Media Proxy RTPProxy (versão 1.2.1 repositório)
LibPri (versão 1.4.11.5)
OpenLDAP (versão 2.4.23 repositório)
Banco de Dados MySQL (versão 5.1)
BOF VoIP
16
Versões de
Software
 Pacotes fone@RNP distribuídos pelo LabVoIP
 Asterisk
 Versão atual mais versátil e com eco operacional
 Alteração da geração de CDR e inclusão de MOS
 Dahdi
 Pacote da distribuição falha quando kernel é alterado
 Versões do Kernel e DAHDI serão fixas
 OpenR2
 Biblioteca sem pacote
 Importante para melhor operar com MFC/R2
 Fejeca (Fejeca + FEGEP-IP)
 Estatística (consolida)
 Instalação
 FEGEN (adaptado)
BOF VoIP
17
VoIP na UFRJ
BOF VoIP
18
Perguntas?
Obrigado!
Paulo Aguiar
[email protected]