Pós-Graduação em Ciência da Computação

JACKSON BARRETO SILVA

Implementação e Gerenciamento da Telefonia no IFBA no

Campus de Jequié usando voz sobre IP e Software Livre

Universidade Federal de Pernambuco

posgraduacao@cin.ufpe.br
www.cin.ufpe.br/~posgraduacao

RECIFE
2017
 Jackson Barreto Silva

Implementação e Gerenciamento da Telefonia no IFBA no

Campus de Jequié usando Voz sobre IP e Software Livre

Dissertação de mestrado apresentado à

Coordenação da Pós-Graduação em
Ciências da Computação do Centro de
Informática, como parte dos requisitos para
obtenção do título de Mestre em ciências da
computação do mestrado profissional com
ênfase em redes de computadores.

Orientador: Prof. Dr. Rafael Dueire Lins

Recife

2017
 Jackson Barreto Silva

Implementação e Gerenciamento da Telefonia no IFBA no

Campus de Jequié usando Voz sobre IP e Software Livre

Dissertação apresentada ao Programa de Pós-

Graduação em Ciência da Computação da
Universidade Federal de Pernambuco, como
requisito parcial para a obtenção do título de Mestre
Profissional em 31 de Maio de 2017.

Aprovado em: 31/05/2017.

BANCA EXAMINADORA

__________________________________________
Prof. José Augusto Suruagy Monteiro
Centro de Informática / UFPE

__________________________________________
Prof. Obionor de Oliveira Nóbrega
Universidade Federal Rural de Pernambuco

__________________________________________
Prof. Rafael Dueire Lins
Centro de Informática / UFPE
(Orientador)
 AGRADECIMENTOS

Muito obrigado a meus Amigos e Familiares e principalmente a Deus por ter-

me dado condições e força para a realização deste trabalho.

Muito obrigado a todos os professores do Centro de Informática da UFPE que

contribuíram para meus conhecimentos e principalmente ao meu Orientador Prof. Dr.
Rafael Dueire Lins e ao Prof. Dr. Jose Augusto Suruagy Monteiro pela paciência e
orientações prestadas.

Muito obrigado aos meus colegas da turma pela motivação e contribuições

importantes para o desenvolvimento deste trabalho.

Muito obrigado a todos que contribuíram de alguma forma para a realização

deste trabalho.
 RESUMO

Reduzir custos telefônicos através da utilização da tecnologia de voz sobre

redes IP (VoIP) e adoção de software livre é uma estratégia utilizada por milhares de
organizações públicas e privadas em todo o mundo. Nesta dissertação é proposta a
utilização de uma solução de PBX-IP baseada em software livre, com o objetivo de
economizar na aquisição de produtos proprietários, com a utilização da tecnologia
de voz sobre o protocolo IP para redução dos gastos com ligações telefônicas
internas e externas, pelo Instituto Federal de Educação Tecnológica da Bahia (IFBA)
no Campus de Jequié. As ferramentas apresentadas para as implementações e o
gerenciamento de uma central PBX-IP foram o Fone@RNP por ser desenvolvida
pela Rede Nacional de Ensino e Pesquisa (RNP) para as instituições públicas
brasileira, o SNEP por ser uma distribuição genuinamente brasileira e o Elastix pelo
fato de ser a distribuição mais utilizada mundialmente. Relações destas tecnologias
são definidas, apresentadas, analisadas e avaliadas. Todas as ferramentas são
baseadas em Asterisk, porém com interface gráfica para o gerenciamento. A solução
proposta, após todo o estudo de caso, é a utilização do serviço Fone@RNP sem a
necessidade de aderir à infraestrutura do mesmo, com a utilização de aplicativos
gratuitos de terceiro em sua substituição, pelo fato do custo da infraestrutura ser
considerado elevado. Passo a passo da instalação destes aplicativos são
apresentados, bem como descrições dos processos levantados, analisados e
avaliados, contribuindo para a infraestrutura da instituição.

Palavras-Chave: Telefonia. PBX-IP. VoIP. Software-Livre.

 ABSTRACT

Reducing telephone costs through the use of voice over IP (VoIP)

technology and adoption of free software is a strategy used by thousands of public
and private organizations around the world. This M.Sc. dissertation proposes the use
of a free software-based PBX-IP solution with the objective of saving on the
acquisition of proprietary products, plus the use of voice technology over the IP
protocol to reduce costs with internal and external telephone calls at the Federal
Institute of Technological Education of Bahia (IFBA) in the Jequié Campus. The tools
presented for the implementation and management of a PBX-IP exchange are the
Fone@RNP, developed by the Rede Nacional de Ensino e Pesquisas (RNP) for
Brazilian public institutions, SNEP, a genuinely Brazilian distribution, and Elastix, the
most used distribution worldwide. Such technologies are presented, analyzed and
assessed. All such tools are Asterisk based, but with a GUI for management. The
solution proposed after the whole case study is the use of the Fone@RNP service
without the need to adhere to its complete infrastructure, with the use of free third
party applications because the cost of the infrastructure is considered high. Their
step-by-step installation are presented as well as the descriptions of the processes
compiled, analyzed, and evaluated, contributing to the improvement of the IFBA
infrastructure.

Keywords: Telephony. PBX-IP. VoIP. Free software.

 LISTA DE SIGLAS

ACELP - Algebraic-Code-Excited Linear Prediction

ADPCM - Adaptive Differential Pulse Code Modulation

ADSL - Asymmetric Digital Subscriber Line

AGI - Asterisk Gateway Interface

API - Application Programming Interface

ATA - Adaptador para Telefone Analógico

B2B - Business to Business

BSD - Berkeley Software Distribution

CDR – Call Detail Record

CODEC - COdificador/DECodificador

CS-ACELP - Conjugate-Structure Algebraic-Code-Excited Linear Prediction

DAHDI - Digium Asterisk Hardware Device Interface

DHCP - Dynamic Host Configuration Protocol

DNS - Domain Name System

DOS - Disk Operating System

DSP - Digital Signal Processor

FXO – Foreign eXchange Office

FXS – Foreign eXchange Station

GK - Gatekeeper

GPL – General Public License

GSM – Global System for Mobile comunications

GUI - Interface Gráfica de Usuário

GW - Gateway

GWT - Gateway Transparent

HTTP – HyperText Transfer Protocol

IAX – Inter Asterisk eXchange

IAX2 - Inter Asterisk eXchange verson 2

IETF - Internet Engineering Task Force

IFBA – Instituto Federal da Bahia

I/O – input/output

IP – Internet Protocol

ISA - Industry Standard Architeture

ISDN - Integrated Services Digital Network

ISO - International Organization for Standardization

ITU-T - Telecommunication Standardization Secto

IVR - Interactive Voice Response

LAN - Local Área Network

LD-CELP - Low Delay - Code Excited Linear Prediction

LGPL - Library General Public License

LTS - Long Term Evolution

MAC - Media Access Control

MCU - Multiponto Control Unit

MGCP - Media Gateway Control Protocol

MIME - Multipurpose Internet Mail Extensions

MOS - Mean Opinion Score

MP-MLQ - Multi-Pulse Maximum Likelihood Quantization

MSN - Microsoft Service Network

NAT - Network Address Translation

OSI - Open Systems Interconnection

P2P - Peer-To-Peer

PABX – Private Automatic Branch eXchange

PAT - Parcela Adicional de Transição

PBX - Private Branch Exchange

PC - Personal Computer

PCM – Pulse Code Modulation

PGP - Pretty Good Privacy

PHP - Hypertext Preprocessor

PPP - Point-to-Point Protocol

PSTN – Public Switched Telephone Network

QoS – Quality of Service

RAM - Random Access Memory

RFC - Request for Comments

RNP – Rede Nacional de Ensino e Pesquisa

RSVP - Resource ReSerVation Protocol

RTCP – Real Time Control Protocol

RTFC - Rede de Telefonia Fixa Comutada

RTP – Real Time Protocol

RTPC - Rede de Telefonia Pública Comutada

SATA - Serial Advanced Technology Attachment

SDP - Session Description Protocol

SI – Sistema de Informação

SIP – Session Initiation Protocol

SL - Software Livre

SLR – SIP Local Router

SMTP – Simple Mail Transfer Protocol

SO - Sistema Operacional

SRC – SIP Router Center

TCP – Transmission Control Protocol

TDM - Time Division Multiplexing

TI – Tecnologia da Informação

UA – User Agent

UAC – User Agent Client

UAS – User Agent Server

UDP – User Datagram Protocol

URA – Unidade de Resposta Audível

VoIP – Voice over Internet Protocol

WAN - Wide Area Network

WWW - World Wide Web

 LISTA DE FIGURAS

Figura 2.1 - Lógica de uma chamada SIP....................................................... 23

Figura 2.2 - Conexão entre dois servidores Asterisk via IAX .......................... 26

Figura 2.3 - Arquitetura do Asterisk ................................................................ 33

Figura 3.1 - Diagrama da rede lógica do campus IFBA Jequié....................... 34

Figura 3.2 - Arquitetura do serviço Fone@RNP ............................................. 36

Figura 3.3 - Arquitetura detalhada do Fone@RNP ......................................... 37

Figura 3.4 - (SLR+PBX-IP+GWT) ................................................................... 39

Figura 3.5 - Adesão – GWT ............................................................................ 40

Figura 3.6 - Adesão – SRL ............................................................................. 40

Figura 3.7 - Adesão – SRL sem PBX-IP legado ............................................. 41

Figura 3.8 - Adesão personalizada (E1 + GSM) ............................................. 42

Figura 3.9 - Processo inicial de instalação do SNEP-livre .............................. 43

Figura 3.10 - Processo de seleção de Layout de teclado ............................... 44

Figura 3.11 - Processo de Particionamento do disco ..................................... 44

Figura 3.12 - Processo de configuração de usuário e senha “root”. ............... 45

Figura 3.13 - Processo de configuração de usuário comum ........................... 45

Figura 3.14 - Processo de configuração de senha para usuário comum ........ 46

Figura 3.15 - Processo de instalação/finalização do SNEP ............................ 46

Figura 3.16 - Logando com usuário jackson no SNEP ................................... 47

Figura 3.17 - Verificando endereço IP do SNEP ............................................. 47

Figura 3.18 - Cadastro de registro de licença do SNEP ................................. 48

Figura 3.19 - Colar código de registro de licença do SNEP ............................ 48

Figura 3.20 - Sistema SNEP registrado e concluído ...................................... 49

Figura 3.21 - Criação dos ramais .................................................................... 49

Figura 3.22 - Criação de múltiplos ramais ...................................................... 50

Figura 3.23 - Criação do tronco IAX2 ............................................................. 50

Figura 3.24 - Criação rota de saída ................................................................ 51

Figura 3.25 - Rotas de saída .......................................................................... 51

Figura 3.26 - Registrando ramal da atcom no servidor SNEP ........................ 52

Figura 3.27 - Registrando ramal da intelbras no servidor SNEP .................... 52

Figura 3.28 - Tela do SNEP regras de negócios ............................................ 52

Figura 3.29 - Tela inicial de instalação do elastix ........................................... 55

Figura 3.30 - Processo de seleção de Layout de teclado ............................... 55

Figura 3.31 - Processo de Particionamento do disco ..................................... 56

Figura 3.32 - Configuração da interface de rede ............................................ 56

Figura 3.33 - Solicitação do nome do host...................................................... 57

Figura 3.34 - Definição de senha do usuário root ........................................... 57

Figura 3.35 - Tela inicial do Elastix ................................................................. 58

Figura 3.36 - Criação dos ramais no elastix.................................................... 58

Figura 3.37 - Placa FXO 4 para linhas analógicas PSTN ............................... 59

Figura 3.38 - Criação do tronco ZAP DAHDI .................................................. 59

Figura 3.39 - Criação do tronco IAX2 (parte 1) ............................................... 60

Figura 3.40 - Criação do tronco IAX2 (parte 2) ............................................... 60

Figura 3.41 - Criação rota de saída – Campus Jacobina ................................ 61

Figura 3.42 - Configuração de rede do Telefone IP ........................................ 62

Figura 3.43 - Registrando o Telefone IP no servidor VoIP elastix .................. 63

Figura 3.44 - Tela do Elastix gerenciamento em tempo real........................... 63

Figura 3.45 - Arquitetura Lógica do serviço Fone@RNP IFBA - Jequié ...... 65

Figura 3.46 - Configuração do elastix para integração com Fone@RNP ...... 66

Figura 3.47 - Site da comunidade Issabel....................................................... 66

Figura 3.48 - Tráfego sem ligação VoIP ......................................................... 67

Figura 3.49 - Tráfego com ligação VoIP ......................................................... 67

 LISTA DE TABELA

Tabela 1.1 - Levantamentos de custos ........................................................... 21

Tabela 1.2 - Aplicativos livres e gratuitos........................................................ 22

Tabela 2.1 - Scores MOS de alguns CODECs ............................................... 30

Tabela 3.1 - Teste de funcionalidade .............................................................. 73

Tabela 3.2 - Teste de usabilidade ................................................................... 73

 SUMÁRIO

1 INTRODUÇÃO ......................................................................................... 18

1.1 Motivação.. ............................................................................................. 19

1.2 Objetivo do Trabalho ............................................................................. 19

1.3 Estado da Arte ........................................................................................ 20

1.4 Software Livre ........................................................................................ 23

1.5 Organização do Trabalho ...................................................................... 25

2 CONCEITOS DE TELEFONIA CONVENCIONAL E VoIP ..................... 26

2.1 RPTC ....................................................................................................... 26

2.2 VoIP ......................................................................................................... 27

2.2.1 H.323 ....................................................................................................... 31

2.2.2 SIP ........................................................................................................... 31

2.2.3 IAX ........................................................................................................... 34

2.3. Ferramentas e Serviços......................................................................... 36

2.3.1 Asterisk .................................................................................................... 36

2.3.2 O projeto ZAPATA ................................................................................... 40

2.3.3 Características do Asterisk ...................................................................... 41

2.4 Considerações Finais. .......................................................................... 42

3 IMPLANTAÇÃO E GERENCIAMENTO .................................................. 43

3.1 Ambiente de Implantação...................................................................... 43

3.2 Fone@RNP ............................................................................................. 44

3.3 SNEP ....................................................................................................... 51

3.3.1 Processo de Instalação do SNEP ............................................................ 52

3.3.2 Gerenciamento do SNEP ......................................................................... 61

3.4 ELASTIX .................................................................................................. 62

3.4.1 Processo de Instalação do Elastix ........................................................... 63

3.4.2 Gerenciamento do Elastix ........................................................................ 71

3.5 Resultados das Avaliações ................................................................... 72

3.6 Análises da Solução Adotada ............................................................... 74

3.7 Considerações Finais ............................................................................ 77

4 CONSIDERAÇÕES FINAIS ..................................................................... 78

REFERÊNCIAS ...................................................................................... 80
 18

1 INTRODUÇÃO

A tecnologia de Voz sobre IP (VoIP, do inglês Voice over IP) vem se

expandindo nos últimos anos entre os usuários domésticos e coorporativos, tendo
em vista os recursos oferecidos pela rede de dados do protocolo Internet (IP), com o
tráfego de diversos tipos de mídias (áudio, imagem, vídeo e dados). Com o avanço
da tecnologia VoIP houve uma mudança de comportamento da população,
passando a ter mais acesso à comunicação com um custo mais baixo. A alta
sofisticação da tecnologia VoIP é transparente para a maioria dos usuários que
utilizam o sistema através dos diversos aplicativos e aparelhos disponíveis no
mercado, como os aplicativos para smartphones, celulares, telefones IP e outros. A
alta sofisticação dessa tecnologia em relação à telefonia convencional está na
conversão do sinal de analógico que é utilizado na telefonia convencional para digital
que é utilizado na comunicação VoIP. Essa conversão é realizada através de
sofisticados codificadores e decodificadores (DUEIRE LINS, Rafael; CONTENTE,
Douglas; CARLOS, Vitor, 2011).

Há diversos aplicativos que utilizam a tecnologia VoIP. Um dos pioneiros no

Brasil a utilizar o VoIP sobre redes P2P (peer-to-peer) foi o sistema proprietário
Skype em 2003, responsável pela grande popularização da telefonia IP. Outros
aplicativos que utilizam voz sobre as redes de dados IP são: MSN, GoogleTalk (hoje
substituído pelo Google Hangout), Whatsapp, dentre outros que permitem
chamadas de voz e vídeo gratuitas, desde que haja infraestrutura de rede
disponível. Há mais de uma década que muitos programas usam a tecnologia VoIP
para implementar funcionalidades das centrais de telefonia tradicional, entre os
quais pode-se destacar o Asterisk (DUEIRE LINS, Rafael; CONTENTE, Douglas;
CARLOS, Vitor, 2011).

Este trabalho trata da implementação e gerenciamento da telefonia no IFBA

no Campus de Jequié usando Voz sobre IP e Software Livre. O Asterisk será a
plataforma PBX-IP, utilizando as ferramentas gráficas Elastix, SNEP e Fone@RNP
para o gerenciamento do Asterisk. Tais ferramentas são aqui descritas e analisadas.
 19

1.1 Motivação

O papel da tecnologia de informação - TI - nas organizações tem assumido

uma importância jamais vista na história da humanidade. A questão que se coloca
como foco deste estudo consiste em analisar a importância da estratégia utilizada
pelas instituições no contexto educacional para redução dos custos operacionais,
ainda mais se considerarmos o contexto atual de instituições públicas e privadas.
Nas instituições públicas os orçamentos são insuficientes para atender de forma
adequada as necessidades operacionais. Em contrapartida, nas instituições privadas
a concorrência é alta sendo imperativa a necessidade por uma gestão otimizada de
recursos, sendo essa uma exigência por parte das instituições de ensino que
pretendem permanecer no seu negócio (OLIVEIRA e CASTRO, 2006). Esta
dissertação tem como foco instituições públicas de ensino, em particular o Instituto
Federal de Educação Tecnológica da Bahia (IFBA) no Campus de Jequié.

A escolha de software livre pode trazer redução dos custos com TI, sendo de
particular importância em instituições públicas de ensino no Brasil, uma vez que os
recursos financeiros delas são escassos e normalmente há cortes nos orçamentos
por parte dos Governos. É pertinente que se pergunte como se deve desenvolver
um projeto para que se consiga realmente aplicar da melhor forma possível todos os
benefícios encontrados no software livre.

Esta dissertação visa não só diminuir os custos operacionais de telefonia no

IFBA-Jequié, mas também fornecer diretrizes para outros Institutos Federais
gerando material de apoio à decisão, na escolha de software livre, para o
gerenciamento e redução dos seus custos com telefonia.

1.2 Objetivo do Trabalho

O principal objetivo desse trabalho é realizar um estudo dos principais

softwares PBX-IP de interface web que funciona sobre a plataforma Asterisk e
implementar no Instituto Federal de Educação de Jequié para substituir uma central
 20

PABX convencional com software livre de forma eficaz e eficiente com desempenho
satisfatório na qualidade dos serviços.

Todas as técnicas apresentadas neste trabalho serão avaliadas através de

experimentos práticos com o estudo de caso, realizando as instalações e
configurações dos aplicativos propostos no ambiente de trabalho para que haja
interoperabilidade dos mesmos.

Os Aplicativos PBX-IP propostos para as análises serão o Elastix, SNEP e

Fone@RNP, tendo como objetivo Geral implementar no IFBA - Jequié ferramentas
livres, que proporcionem redução de custos e gerenciamento nas ligação de forma
satisfatória e eficaz, substituindo completamente ou reduzindo drasticamente os
custos da telefonia tradicional e como objetivos específicos verificar qual a interface
mais amigável para o usuário realizar o gerenciamento do Asterisk, qual a solução
requer menor custo financeiro e qual a infraestrutura menos complexa para
implementação dessa ferramenta.

1.3 Estado da Arte

Em abril de 2014, Diego Guacho, M., Rivadeneira, F.M. descrevem um

projeto que propõe a implementação de laboratórios de computação em centros
educacionais, incentivando a economia de custos de um ambiente. Esse trabalho
propõe o uso de ferramentas de computação e serviços desenvolvidos em software
livre no setor da educação. Os requisitos técnicos para implementações desses
laboratórios são mínimos, permitindo a reutilização de computadores antigos ou
novos terminais, mas com baixo consumo de energia, sem afetar o desempenho dos
laboratórios. Nesse mesmo artigo, os autores fazem um levantamento dos custos
que teriam com licenças caso a solução aplicada fosse através de softwares
proprietários, conforme Tabela 1.1, esse custo inicial poderia ser reduzido com as
licenças através de software livre.
 21

Tabela 1.1 - Levantamentos de custos.

Fonte: (Diego Guacho, M., Rivadeneira, F.M., 2014)
TABELA DE CUSTOS INICIAIS DO PROJETO
ITENS R$
Custo com Hardware 4.268,82
Custo com Software 130,00
Licença de 1 Microsoft Office – Custo estimado de 92,21
instalação
Custo com Configurações de 20 terminais 400,00
Custo Inicial Total ----- 4.891,03

Em (Silver, 2010) existe a defesa do gerenciamento e monitoramento de uma

infraestrutura de redes de computadores com software livre, descrevendo a
implementação de um sistema de monitoramento usando um pacote de software de
código fonte aberto para melhorar a disponibilidade de serviços e reduzir o tempo de
resposta quando problemas ocorrem. Tal referência, apresenta um breve panorama
da literatura disponível no monitoramento de sistemas de biblioteca e, em seguida
descreve a implementação de Nagios, um software de código aberto de
monitoramento de rede, para monitorar uma biblioteca regional.

Também em maio de 2010 foi publicado o artigo (Moretti e Crnkovic, 2010),

que tem como objetivo investigar o processo de migração de softwares proprietários
para softwares livres – SLs em um sistema de informação – SI em uma pequena
empresa, no caso, uma instituição de ensino médio. O SI é um recurso fundamental
e independe do porte ou ramo de atividade da empresa. Seu bom gerenciamento
pode ser capaz de potencializar processos, gerar conhecimento e criar vantagens
competitivas importantes. Contudo, o alto custo da aquisição de softwares
proprietários é um grande obstáculo para sua implantação abrindo uma boa
oportunidade de mercado para o SL, opção gratuita e com bom desempenho. Para
investigar o processo de migração para SLs foi conduzido estudo de caso em uma
cooperativa de ensino médio na qual se pode observar o crescimento da importância
do SI em sua operação. Na empresa em questão pode-se identificar, após a
implantação dos SLs, um aumento da sinergia interdepartamental, maior dinamismo
nas atividades por conta da eficiente obtenção das informações, e maior
confiabilidade no SI no que se refere à segurança. No que se refere aos SLs pode-
 22

se observar claramente sua competitividade frente aos softwares proprietários. Na

época da investigação os autores fizeram um levantamento dos softwares livres que
também são gratuitos (tabela – 1.2), e chama atenção da diferença entre software
livre e software gratuitos sendo que uma forma de diferenciação entre softwares diz
respeito à forma como eles são desenvolvidos e distribuídos.

Tabela 1.2 - Aplicativos livres e gratuitos.

Fonte: (Moretti e Crnkovic, 2010)
Categoria Nome do software Onde encontrar na Internet
Conectiva Linux www.conectiva.com.br
Debian www.debian.org
Fedora Red Hat www.fedora.redhat.com
FreeBSD www.freebsd.org
GNU/Linux www.linux.org
Kurumin www.guiadohardware.net
Sistema Operacional Mandrake www.mandrake.com
OpenBSD www.openbsd.org
Red Hat www.redhat.org
SuSE Linux www.suselinux.org
Servidor de Internet Apache www.apache.org
Abiword www.abiword.org
Pacote de Escritório Koffice www.kde.org
OpenOffice www.openoffice.org
Programa Gráfico GIMP www.gimp.org
Navegadores Mozilla www.mozilla.org
Opera www.opera.com
Linguagem de Perl www.perl.org
Programação PHP www.php.net
Evolution www.evolution.com
Cliente de e-mail Kmail www.kde.org
Mozilla mail www.mozilla.org
Serviço de rede SAMBA www.samba.org

Porém, com a evolução e o dinamismo que ocorre com os softwares, alguns

desses referenciados na tabela 1.2, não estão mais disponíveis ou já foram
implementados de forma mais eficiente em outros produtos.
 23

1.4 Software Livre

Conhecido como Software Livre ou até mesmo do inglês como Free Software,
segundo a interpretação de software livre feita pela Free Software Foundation, é
qualquer programa de computador que pode ser usado, copiado, estudado,
modificado e redistribuído com algumas alterações. Levando em conta que a forma
usual de um software ser divulgado e liberado é sendo conjugado por uma
permissão de software livre (como possuem a GPL ou a BSD), e com o ensejo do
seu código-fonte (Roberts, 2016).

Software Livre define-se pela simultaneidade de quatro vertentes de liberação

para os usuários do software, feitas pela Free Software Foundation. As quatro
vertentes à liberdade mínima direcionada ao software livre são:

1. O poder de realizar o programa, para indefinido propósito;

2. A liberdade de compreender a funcionalidades do programa e utilizá-lo
para quaisquer necessidades;
3. Obtenção do código-fonte é um importante e indispensável pré-
requisito nesta lista de liberdades;
4. A capacidade de ajudar alheios produzindo cópias do mesmo.

Um programa que é considerado como software livre deve fazer com que
sejam seguidas todas as liberdades listadas. Sendo assim, um usuário deve ser livre
para redistribuir cópias, com ou sem alterações no seu sistema, independente de
cobrar ou não uma taxa pela distribuição, com indistinção de pessoa ou lugar. Ser
totalmente livre para elaborar esses valores, demonstra que não se tem que pedir ou
pagar pela aprovação, quando estiver tendo posse do programa (Rollings, 2012).

O usuário tem também por direito a liberdade de elaborar alterações e utiliza-

las privativamente no trabalho ou até mesmo no lazer, sem necessidade de
mencionar que elas existem. Caso o usuário publique as alterações realizadas, o
mesmo não se tornará obrigado a avisar nada ou a ninguém. A liberdade de usar um
software tem como significado a liberdade para qualquer tipo de pessoa física ou
jurídica usar o programa independente do tipo de sistema computacional, para o tipo
de trabalho ou atividade que bem desejar, sem que se torne necessário anunciar ao
 24

desenvolvedor ou a qualquer outro cargo em especial. A liberdade de redistribuir

cópias sem obrigação de incluir formas binárias do programa, assim como o código-
fonte, para as versões originais e para as alteradas. De modo que a liberdade de
fazer modificações, e de publicar versões aperfeiçoadas, tenha significado, deve-se
ter acesso ao código-fonte do programa. Assim sendo, a permissão ao código-fonte
é uma condição necessária ao software livre. Para que as liberdades se tornem
reais, elas devem ser irrevogáveis desde que o usuário não cometa algo errado; se o
desenvolvedor do software revogar a licença, mesmo que o usuário não tenha dado
pretexto, o software não é considerado livre (Stroupstrup, 1997).

A distribuição do software livre é uma distribuição pelo compartilhamento do

conhecimento tecnológico. Seus “zeladores” são uma enorme quantidade de
estudantes, cientistas, diferentes combatentes pela liberdade e as forças político-
culturais que auxiliam a disseminação mais justa dos benefícios da era da
informatização. Os defensores do software livre consideram como opositoras as
grandes empresas que crescem exclusivamente de um paradigma econômico
fundamentado na exploração de licenças de uso de software e do controle do
monopólio das senhas essenciais para programas exclusivos a computadores.

Grande parte dos softwares livres têm páginas na Internet para chamar a
atenção de desenvolvedores que trabalham na rede mundial de computadores
(Colcher, 2005).

É importante diferenciar as categorias: software aberto, software gratuito e

software livre. Existem muitos softwares gratuitos que são proprietários. Quando um
software é distribuído gratuitamente, isso não significa que ele seja um software
livre. Como exemplos são os programas PGP, Real Player, Adobe Acrobat Reader,
entre outros. Para ser um “software livre” tem que levar em conta a questão de
liberdade, e jamais a de preço. Para compreender o que realmente significa, deve-se
focar em “liberdade de expressão”, “software livre” se enfoca a liberdade que os
usuários possuem em executar, copiar, distribuir, estudar, modificar e aperfeiçoar o
devido software (Colcher, 2005).
 25

A devida regra não entra em conflito com as liberdades; na verdade, ela as

protege. Portanto, um usuário pode ter comprado o direito para receber cópias do
software GNU, ou mesmo pode ter conseguido cópias sem custo algum. Porém,
independentemente de como este obteve o seu software, sempre terá a liberdade de
copiar e modificar o software, ou mesmo até de vender essas cópias para outrem.
Deve-se lembrar que quando se fala de “software livre” não significa que está se
falando de “software não-comercial” são coisas distintas e que requerem limites e
regras diferenciadas (Colcher, 2005).

Olhando por um lado econômico, a adoção do software livre capacita a

redução drástica do envio de royalties mediante pagamento de licenças de software,
produzindo assim maior sustentabilidade do processo de inclusão digital de uma
sociedade e de informatização e modernização de empresas e instituições (Colcher,
2005).

1.5 Organização desta dissertação

Esta dissertação está dividida em quatro capítulos. O capítulo 1, esta

Introdução, apresenta as considerações iniciais do trabalho, a motivação, os
objetivos específicos e gerais do trabalho, o estado da arte sobre a utilização de
software livre e a estrutura geral de organização do trabalho.

O capítulo 2 descreve os conceitos básicos de VoIP e Asterisk, são

apresentadas também as definições e histórico sobre a tecnologia de PBX-IP
Asterisk.

No capítulo 3 são implantadas e analisadas as ferramentas de interface web

para gerenciamento de uma central PBX-IP como o SNEP, Elastix e o Fone@RNP,
e apresentado o resultado das análises

No capítulo 4 são apresentadas as conclusões sobre o trabalho e as

sugestões para trabalhos futuros.
 26

2 CONCEITOS DE TELEFONIA CONVENCIONAL E VoIP

Este capítulo trata de conceitos básicos de algumas tecnologias utilizadas na

telefonia convencional e da telefonia de voz sobre o protocolo IP. Definindo algumas
características importantes para melhor compreensão desta dissertação.

2.1 Rede Pública de Telefonia Comutada (RPTC)

A sigla RPTC que significa “rede pública de telefonia comutada” (originada do

inglês, public switched telephone network ou PSTN) é o termo utilizado para definir a
rede telefônica mundial comutada do serviço telefônico convencional. Sendo
gerenciada normalmente pelas operadoras de serviços telefônicos. No início foi
planejada para prestar seus serviços como uma rede de linhas fixas analógicas,
porém atualmente compreendem também as linhas digitais e os dispositivos
móveis conhecidos como os telefones celulares (Colcher, 2005).

A rede de telefonia tradicional RTPC é um sistema de comunicação

estabilizado, possibilitando que os usuários façam chamadas de áudio na maior
parte do mundo civilizado. Essa rede foi arquitetada e estabelecida de modo a trazer
toda sua inteligência para o interior da rede (centrais telefônicas) deixando os seus
terminais (aparelhos telefônicos) sem qualquer função em relação ao gerenciamento
da chamada telefônica. De modo que, o sistema evoluiu vagarosamente. Todo o
planejamento de controle do sistema é realizado de uma forma par-a-par e híbrida,
ou seja, ainda são imprescindíveis servidores centrais para realizar o controle das
chamadas e para o gerenciamento da sessão estabelecida (DUEIRE LINS, Rafael;
CONTENTE, Douglas; CARLOS, Vitor, 2011).

A rede de telefonia pública comutada existe desde o começo do século XX.

Um sistema de telefonia fixa é composto por centrais de comutação telefônica,
terminais de serviço telefônico, rede de cabos de interligação entre os assinantes do
serviço de telefonia pública e a central pública de comutação telefônica e por
entroncamentos de transmissão entre as várias centrais telefônicas.
 27

As centrais telefônicas são conhecidas como central PABX, que significa em

inglês Private Automatic Branch Exchange, traduzido para o português fica “Troca
automática de ramais privados”, sendo assim concluímos que a comutação entre
transferência das ligações internas e externas, acontece sem a intervenção de um
operador ou da telefonista.

A distribuição é também conhecida como rede primária, é uma rede composta

por cabos de alta capacidade, conhecidos como cabo primário, que levam as
facilidades do distribuidor geral até pontos de distribuição denominados de Armários
de Distribuição. Um cabo primário pode alimentar vários armários de distribuição.
Em geral, ficam instalados 600 pares primários em cada armário (COMER, 2016).

Rede de acesso também conhecida como rede secundária, ela começa no

armário de distribuição e é terminada na casa do cliente. Geralmente o seu trajeto é
aéreo. Composta de cabos de menor capacidade, geralmente de 200 pares,
conhecidos por cabos secundários. A rede de acesso pulveriza o atendimento até os
assinantes (COMER, 2016).

2.2 VoIP

Uma das características de um sistema de comunicação é permitir que uma

mensagem originada por uma fonte de informação possa ser entregue corretamente
em seu destino. As redes de computadores segue um modelo de referência com
procedimentos e regras definidas e divididas em camadas com o dever de executar
suas funções de forma adequada, assim também, ocorre com os sistemas de
telefonia, que se caracterizam pela necessidade de inicializar, estabelecer, controlar
e encerrar sessões entre usuários. Esse conjunto de procedimentos é chamado
sinalização (DUEIRE LINS, Rafael; CONTENTE, Douglas; CARLOS, Vitor, 2011).

A telefonia via protocolo IP, Voice Over Internet Protocol, Voz sobre IP, ou
simplesmente VoIP é uma tecnologia que permite a transmissão de voz por pacotes
IP, possibilitando a realização de chamadas telefônicas pela rede de computadores.
A mesma transforma nossas conversas telefônicas analógicas em pequenos pacotes
de dados digitais e os envia pela rede IP, essa rede pode ser uma rede local (LAN)
 28

ou uma rede de longa distância (WAN), entre outras distribuições geográficas de

redes sobre o protocolo IP (Willrich, 2016).

Além da praticidade, ocorre uma diminuição em torno de 70%, segundo a

RNP em seu manual de apresentação do Fone@RNP, no custo das ligações,
mesmo que se esteja falando por horas com uma pessoa localizada no outro lado do
mundo. Por isso sua popularidade cresceu tanto e tão rapidamente, incluindo entre
as empresas que utilizam para aperfeiçoarem e expandir os recursos de seus
serviços telefônicos de maneira econômica e eficiente

Para efetuar a comunicação através de voz sobre IP também podem ser

utilizados os telefones IP, que são aparelhos telefônicos reais que são diretamente
ligados à Internet ou rede local e que processam a comunicação e tradução dos
pacotes em voz sem utilizar o computador. Existem também adaptadores (ATAs)
que permitem o uso de seu aparelho telefônico convencional transformando o
mesmo em um telefone IP. E, por fim, Gateways, que são aparelhos especiais
geralmente utilizados para conectar os sistemas telefônicos (PABX) das empresas à
Internet, transformando os ramais e extensões em Telefones IP.

A rede no qual os pacotes VoIP trafegam é uma rede IP, que não sabe o que
é voz, ela apenas foi projetada para levar pacotes de dados de uma ponta à outra
com a maior agilidade. Porém o conteúdo dos pacotes só é conhecido pelas
aplicações que os geraram ou irá tratá-los.

Cabe aos elementos da rede (switches, hubs, interface de VoIP, roteadores,

etc.) conduzir os pacotes ao destino, para que possam ser “reconvertidos” para voz.
Todos esses procedimentos são transparentes aos usuários do sistema de telefonia.

Segundo (Soares; Freire, 2002), “As técnicas empregadas para enviar

informações de um ponto VoIP a outro podem ser as mais variadas (Frame Relay 2-
3 0SI, ADSL, PPP, etc.) e meios físicos (par metálico, rádio, fibra ótica, etc.),” porém
sempre utilizando o protocolo IP. Para que ocorra o funcionamento na transmissão
de voz, o VoIP captura a voz, ainda na forma analógica e a codifica em pacotes de
dados (digitais), que podem ser enviados por qualquer rede TCP/IP (Transport
Control Protocol/Internet Protocol), possibilitando que trafeguem normalmente pela
 29

Internet. Assim que os pacotes chegam ao destino, são decodificados em sinais

analógicos e transmitidos a um meio no qual seja possível ouvir o som (Colcher,
2005).

Foi necessário investir em qualidade de serviço (QoS - Quality of Service) e

uma das soluções é o aumento da largura de banda para transmissão e recepção
de dados. E como o acesso à Internet em banda larga é cada vez mais comum, o
VoIP passou a ser mais utilizado. Porém, apenas mais velocidade não é o bastante.
Por isso, surgiram outras soluções, como o protocolo RTP (Real Time Protocol), que,
basicamente, faz com que os pacotes sejam recebidos na mesma ordem de envio. O
RTP "ordena" os pacotes de dados, possibilitando que a transmissão de dados em
tempo real. No caso de algum pacote se atrasar, o RTP cria uma interpolação entre
o "intervalo" deixado pelo pacote e este não é entregue (DUEIRE LINS, Rafael;
CONTENTE, Douglas; CARLOS, Vitor, 2011).

O atraso de pacotes pode ocorrer por vários motivos, como o

congestionamento dos buffers nos equipamentos de transmissão da rede, também
porque eles podem seguir caminhos diferentes para chegar ao destino. Se você
estiver transmitindo um arquivo isso não significa um problema, já que seus pacotes
são "encaixados" no destinatário. Porém com voz e vídeo em tempo real, isso nem
sempre acontece.

Além do RTP, existe o protocolo de controle próprio chamado RTCP (RTP

Control Protocol) que cuida da sua sincronização, controle e interface com o usuário
e que também é definido na RFC 1889. Um canal RTCP é aberto sempre que se
abre um canal RTP. A RFC 1889 define que o RTP utilize sempre uma porta par e o
RTCP a porta ímpar imediatamente superior à que foi alocada para o RTP.
Geralmente são alocadas as portas 5004 e 5005 para o RTP e o RTCP,
respectivamente. O RCTP é baseado na transmissão periódica de pacotes de
controle entre os participantes de uma sessão, através do mesmo procedimento
utilizado para a transmissão de pacotes de dados. A característica principal do
RTCP é oferecer feedback sobre a qualidade da comunicação, permitindo a
realização de codificação adaptativa e dos controles de fluxo e congestionamento,
controlando a taxa de transmissão dos participantes de modo a tornar o sistema
 30

altamente escalável (DUEIRE LINS, Rafael; CONTENTE, Douglas; CARLOS, Vitor,

2011).

Por ainda necessitar por melhorias, a IETF (Internet Engineering Task Force),
entidade responsável pelo RTP e pelo RTCP, sugeriu a aplicação do protocolo
RSVP (Resource Reservation Protocol), que tem como principal função alocar parte
da banda disponível para a transmissão de voz. Existem ainda os codificadores e
decodificadores (codecs), que são protocolos que somam mais funcionalidades e
maior qualidade à comunicação. Entre eles estão o G.711, o G.722, o G.723, G.726,
o G.727, G.729 entre outros. O que os diferencia são os algoritmos usados, a média
de atraso, a taxa de bits e principalmente a qualidade da voz. Cada CODEC provê
certa qualidade de voz. Uma medida comum usada para determinar a qualidade do
som produzido pelos CODECs específicos é o MOS (Mean Opinion Score). Com o
uso do MOS, uma ampla faixa de ouvintes julgam a qualidade de uma amostra de
voz (correspondendo a um CODEC particular) numa escala de 1 a 5, quanto mais
próximo do 5 o CODEC é considerado melhor. A partir desses resultados, é
calculada a média dos scores para atribuir o MOS para aquela amostra, veja tabela
2.1 com alguns métodos de compressão, taxa de transferência, MOS score e atraso
(DUEIRE LINS, Rafael; CONTENTE, Douglas; CARLOS, Vitor, 2011).

Tabela 2.1 - Scores MOS de alguns CODECs

Fonte: [CISCO-CODEC2]
Método de Compressão Taxa (kbit/s) MOS Score Atraso(ms)
G.711 PCM 64 4,1 0,75
G.726 ADPCM 32 3,85 1
G.728 LD-CELP 16 3,61 3 para 5
G.729 CS-ACELP 8 3,92 10
G.729 x 2 Encodings 8 3,27 10
G.729 x 3 Encodings 8 2,68 10
G.729ª CS-ACELP 8 3,7 10
G.723.1 MP-MLQ 6,3 3,9 30
G.723.1 ACELP 5,3 3,65 30
 31

2.2.1 H.323

O padrão H.323 é parte da família de recomendações ITU-T

(International Telecommunication Union - Telecommunication Standardization
Sector) H.32x, que pertence à série H da ITU-T, e que trata de "Sistemas
Audiovisuais e Multimídia". A recomendação H.323 tem o objetivo de especificar
sistemas de comunicação multimídia em redes baseadas em pacotes. Além disso,
estabelece padrões para codificação e decodificação de fluxos de dados de áudio e
vídeo. O padrão H.323 especifica quatro tipos de componentes, que interligados,
possibilitam a comunicação multimídia.

Um Terminal (TE) H.323 é um componente da rede que provê comunicação

em tempo real com outro TE H.323, Gateway (GW) e Multipoint Control Unit (MCU).
A comunicação consiste de controle, sinalização, áudio, vídeo, e ou dados entre
os dois pontos finais (endpoints). Um terminal pode estabelecer uma chamada
diretamente com outro terminal ou através da ajuda de um Gatekeeper (GK). O
Gatekeeper (GK) é uma entidade H.323 na rede que provê tradução de endereços e
controla o acesso (autorização e autenticação) à rede dos terminais H.323, GWs, e
MCUs. Os GKs podem comunicar-se entre si para coordenar seus serviços de
controle. O GK também provê serviços para os terminais, GWs e MCUs como
gerenciamento de banda, localização de GWs e tarifação. A função do GK é
opcional em sistemas H.323. Ele é logicamente separado das outras entidades
H.323, mas pode coexistir fisicamente com terminais, GWs ou MCUs. Terminais
H.323 devem suportar o padrão G.711 para codificação de áudio e o suporte para
outros padrões é opcional. Os terminais H.323 habilitados com vídeo deve suportar o
codec H.261 e o suporte ao outros codec é opcional (DUEIRE LINS, Rafael;
CONTENTE, Douglas; CARLOS, Vitor, 2011).

2.2.2 SIP

O Protocolo de Iniciação de Sessão (Session Initiation Protocol - SIP) é um

protocolo de código aberto de aplicação, que utiliza o modelo “requisição-resposta”,
 32

similar ao HTTP, para iniciar sessões de comunicação interativa entre utilizadores. É

um padrão da Internet Engineering Task Force (IETF) (RFC 2543, 1999.).

SIP é um protocolo de sinalização para estabelecer chamadas e conferências

através de redes via Protocolo IP, um exemplo típico seria o VoIP. O
estabelecimento, mudança ou término da sessão é independente do tipo de mídia ou
aplicação que será usada na chamada; uma chamada pode utilizar diferentes tipos
de dados, incluindo áudio e vídeo.

Figura 2.1 - Lógica de uma chamada SIP

Fonte: RNP

SIP teve origem em meados da década de 1990 (naquele tempo o H.323 era
o padrão utilizado) para que fosse possível adicionar ou remover participantes
dinamicamente numa sessão multicast. O desenvolvimento do SIP concentrou-se
em ter um impacto tão significativo quanto o protocolo HTTP, a tecnologia por trás
das páginas da web que permitem que uma página com links clicáveis conecte com
textos, áudio, vídeo e outras páginas da web. Enquanto o HTTP efetua essa
integração através de uma página web, o SIP integra diversos conteúdos a sessões
de administração. O SIP recebeu uma adoção rápida como padrão para
comunicações integradas e aplicações que usam presença - presença significa a
aplicação estar consciente da sua localização e disponibilidade (COMER, 2016).
 33

SIP foi moldado, inspirado em outros protocolos de Internet baseados em

texto como o SMTP (email) e o HTTP (páginas da web) e foi desenvolvido para
estabelecer, mudar e terminar chamadas num ou mais utilizadores numa rede IP de
uma maneira totalmente independente do conteúdo de dados da chamada. Como o
HTTP, o SIP leva os controles da aplicação para o terminal, eliminando a
necessidade de uma central de comutação (COMER, 2016).

Um tipo de servidor intermediário do SIP é um Servidor Proxy SIP, que

encaminha pedidos antes do Agente do utilizador para o próximo servidor SIP
retendo também informações com a finalidade de poderem ser usadas para fins
contabilísticos. Além disso, o servidor proxy SIP pode operar com comunicação com
estado completo (stateful), por exemplo como um circuito TCP, ou sem estado
(stateless), como por exemplo um UDP. O servidor SIP com estado completo pode
“dividir” chamadas por ordem de chegada para que várias extensões que estejam a
tocar todos ao mesmo tempo sendo que a primeira a atender ficará com a chamada.
Essa capacidade significa que se pode especificar que um telefone de desktop SIP,
um telefone celular SIP e aplicações de videoconferência de casa SIP possam
sinalizar simultaneamente quando receber uma chamada. Ao atender um dos
dispositivos é iniciada a conversação, os restantes param de sinalizar. O servidor
proxy SIP pode utilizar múltiplos métodos para tentar resolver o pedido de endereço
de host, incluindo busca de DNS, busca em base de dados ou retransmitir o pedido
para o “próximo” servidor proxy (Colcher, 2005).

O Registrador SIP fornece um serviço de informação de localidades; ele

recebe informações do Agente do Usuário e armazena essa informação de registro.
A arquitetura do SIP faz uso do SDP (Session Description Protocol). O SDP foi uma
ferramenta de conferência multicast via IP desenvolvida para descrever sessões de
áudio, vídeo e multimídia. Na realidade, qualquer tipo de MIME (Multipurpose
Internet Mail Extension) pode ser descrita, similar à habilidade do e-mail de suportar
todos os tipos de anexos em mensagens. A descrição da sessão pode ser usada
para negociar uma aceitação de um conjunto de tipos de mídias compatíveis.

Como resultado dessa arquitetura, o endereço do usuário SIP remoto é

sempre o mesmo (por exemplo, sip:user@proxy.univ.edu), mas ao invés de estar
 34

amarrado a um endereço estático, ele comporta-se como um endereço dinâmico que

reflete a localização atual do destinatário. A combinação de Proxy e Servidor
Redirecionador dá ao SIP grande flexibilidade de arquitetura. O usuário pode
empregar vários esquemas simultaneamente para usuários localizados e é o que faz
a arquitetura do SIP ser bem adaptada para suportar mobilidade. Mesmo quando o
usuário remoto é móvel, o Proxy e o redirecionador podem ser usados para passar
adiante o pedido de conexão para o usuário da localização atual. As sessões podem
envolver múltiplos participantes, de forma similar a uma chamada multiponto H.323.
Comunicações dentro de uma sessão em grupo podem ser via multicast ou via uma
rede de chamadas unicast, ou até mesmo uma combinação dos dois. Outro
resultado da arquitetura do SIP é a sua adequação natural como um ambiente de
colaboração devido às suas habilidades de apresentar múltiplos tipos de dados,
aplicações, multimídia, etc. com uma ou mais pessoas (COMER, 2016).

Há certo número de produtos comerciais e de fonte aberta do SIP disponíveis

atualmente e o desenvolvimento comercial tem se mostrado com foco nos Agentes
do Usuário como o telefone SIP e os softwares de Agentes do Usuário. Exemplos
notáveis incluem o “Messenger” da Microsoft. Uma linha mais desenvolvida de
produtos com a arquitetura SIP está disponível pela Siemens, Cisco, Nortel
Networks, PingTel, 3COM (US Robotics), e outros.

O SIP e o H.323 são padrões para rota de chamada, sinalização de chamada,

troca de capacidade, controle de mídia e serviços adicionais. A força do H.323 tem
sido a sua interoperabilidade com a rede telefônica pública comutada (PSTN) e
disponibilidade em equipamentos de videoconferência acessível e confiável. O SIP
é um protocolo desenvolvido para rede IP e promete grande escalabilidade e
flexibilidade (COMER, 2016).

2.2.3 IAX

O IAX (Inter-Asterisk eXchange) foi desenvolvido pelos mesmos criadores do

Asterisk se tornando assim seu protocolo específico. A maior motivação para sua
criação foram as limitações encontradas em outros protocolos como SIP e H.323.
 35

Essas limitações tornavam muito difícil a implementação de algumas funcionalidades

nos servidores Asterisk. O IAX provê uma operação transparente com firewalls, NAT
e PAT (IP mascarado) e suporta alocação, recebimento, transferência e registro de
chamadas. O protocolo Inter-Asterisk eXchange, um protocolo de controle da
camada de aplicação e meios de comunicação para criar, modificar e terminar
sessões de multimídia sobre protocolos Internet na redes (IP). IAX foi desenvolvido
pela comunidade de código aberto para o Asterisk PBX (Private Branch Exchange) e
destina-se principalmente a Voice over Internet Protocol (VoIP) de controle de
chamadas, mas pode ser usado com streaming de vídeo ou qualquer outro tipo de
mídia. IAX é um protocolo de "tudo em um" para lidar com multimídia em redes IP.
Ele combina os serviços de comunicação e controle no mesmo protocolo. Além
disso, IAX usa um único fluxo de dados UDP em uma porta (4569) estática
simplificando enormemente para o Network Address Translation (NAT) do gateway
de passagem, eliminando a necessidade de outros protocolos para contornar NAT, e
simplificando para a rede e para o gerenciamento de firewall. IAX emprega uma
codificação compacta que diminui o uso da banda e é bem adequado para o serviço
de telefonia via Internet. Além disso, a sua natureza aberta permite novas adições
para tipo de cargas necessárias e suportar serviços adicionais. O protocolo IAX2 foi
publicado em Fevereiro de 2010, suporta criptografia nativa de ambos os fluxos de
controle e de mídia usando AES-128 (DUEIRE LINS, Rafael; CONTENTE, Douglas;
CARLOS, Vitor, 2011).

Figura 2.2 - Conexão entre dois servidores Asterisk via IAX

Fonte: VoIP - Conceitos e Aplicações
 36

2.3 Ferramentas e Serviços

Nesta seção são apresentados alguns detalhes da plataforma de PBX-IP

Asterisk, pelo fato de ser a plataforma mais utilizada mundialmente para prover uma
central telefônica através de software livre e também por ser a plataforma utilizada
nesta dissertação, onde os aplicativos de ambiente gráfico, analisados, rodam sobre
o Asterisk para facilitar sua implementação e gerenciamento.

2.3.1 Asterisk

O Asterisk é um software Livre, de código aberto, que complementa em modo

de software os meios definidos em um PABX mais convencionais, usando VoIP
como tecnologia. Foi elaborado por Mark Spencer no ano de 1999. Primeiramente
produzido pela companhia Digium, e hoje em dia recebe contribuições de
colaboradores do mundo inteiro. Seu progresso é ativo e sua área de aplicação é
muito bem vista no mercado.

Toda cronologia histórica de um programa se inicia com uma situação na qual

o desenvolvedor possuía necessidade ou muitas vezes curiosidade e, por falta de
capital, iniciativa própria, vontade de aprendizado em uma nova linguagem ou até
mesmo pela simples vontade de ficar rico, resolveu pegar a problemática e resolver
com iniciativas próprias.

Na língua inglesa, tem uma expressão para quem faz as coisas com as
próprias mãos, “scratch your own itch”, que traduzindo para o português é “coçar sua
própria coceira”. Possivelmente, o principal motivo de crítica direcionado a
programas open source seja reflexo desta expressão, levando em conta que é
bastante difícil coçar a coceira de outros e fora poucas exceções, o dono de um
projeto impõe sua forma de trabalhar e sua visão ao mesmo.

Antes do advento do núcleo (kernel) do Linux, já existiam pacotes com código

fonte aberto (open source) distribuídos gratuitamente, e a história já é bem
conhecida por todos. A criação do Apache, servidor web usado por mais de 62% de
 37

sites na Internet segundo a Netcraft, seguiu uma linha semelhante balanceando

necessidade com falta de alternativa no mercado.

Com a evolução do setor de TI, e ainda contando com o Linux como sistema
operacional, muitas empresas começaram a usar PHP, MySQL e Apache como
plataforma para seus sistemas, alternativa considerada madura e estável. O PHP foi
criado inicialmente como uma biblioteca de apoio e suporte a aplicações escritas em
linguagem C para a web.

Este roteiro serviu para introduzir a história de Mark Spencer. Mark resolveu
montar um negócio de suporte técnico para Linux. Como toda empresa em seu
início, sua verba era limitada e insuficiente para comprar uma ferramenta crucial à
sua operação: um sistema de PBX. Como já era um desenvolvedor open source, foi
autor do GAIM, programa de mensagens instantâneas, dentre outros.

Mark publicou seu trabalho e uma comunidade começou a formar-se em torno

dele. O programa foi batizado de Asterisk, e em pouco tempo já possuía recursos
que eram encontrados somente em aparelhos caros de PBX. Notando que o
mercado carecia do hardware necessário para aplicar o sistema efetivamente, Mark
montou um negócio para fabricar essas placas e aparelhos. A empresa se chama
Digium e se dedica a vender hardware e suporte, para bancar o desenvolvimento do
Asterisk, que continua com o código aberto, mudando o rumo de sua empresa de
suporte técnico apenas para provedora de soluções em telefonia. Com um pouco de
sorte e muita competência, ele embarcou na crescente onda de Voz sobre IP (VoIP)
em grande estilo, como fornecedor de uma solução que equivale ao que o Apache
foi para a expansão dos servidores na Internet. É interessante o efeito colateral do
uso de algumas tecnologias aqui no Brasil. Durante muito tempo, técnicos ganharam
seu dia instalando e configurando máquinas com Linux usadas como firewall, para
compartilhar uma conexão à Internet, ou mesmo como ponte entre as linhas
privadas instaladas entre pequenos provedores e micro empresas. Imagine-se só
uma linha usada para ligações 0800 transformada em um link para Internet de 33,6
Kbps e, posteriormente, de 56 Kbps. Durante um tempo provedores se sustentavam
disso, até o mercado de Internet se estabelecer, sempre usando Linux como base, e
variados programas e scripts feitos para outras finalidades. Com o Asterisk está
 38

acontecendo a mesma coisa. Com sua flexibilidade de configuração e recursos, o

programa se tornou base para que empresas nacionais começassem a fornecer
serviços de VoIP a um preço muito baixo. Muitos técnicos estão mudando de
firewalls e gateways para “instaladores de VoIP”.

A cada dia surgem integradores que aproveitam a estrutura existente de PBX

de uma empresa, e usando servidores comuns com placas baratas integram uma
rede de telefonia normal à Internet fornecendo serviços de chamada à longa
distância com custo mínimo.

Surgiram muitas alternativas para prestação de serviço de terminação, que é

a ponta final que liga a Internet com a rede telefônica comum, tanto em território
nacional quanto para chamadas de longa distância, todas acessíveis e com preços
baixos.

O Asterisk foi originalmente desenvolvido para Linux, mas atualmente pode

ser instalado e executado em uma grande variedade de sistemas operacionais,
incluindo NetBSD, OpenBSD, FreeBSD, Mac OS X, Solaris e até mesmo Microsoft
Windows, onde é conhecido por Asterisk Win32. Dentre suas características, o
Asterisk é um software, baseado na licença GPL (GNU General Public License), que
executa todas as funções de uma central telefônica convencional através das
principais tecnologias de comunicação existentes no mercado, como por exemplo:
linhas telefônicas analógicas, links de telefonia digital via placas de comunicação
TDM (Time-Division Multplexing, ou Multiplexação por divisão de tempo), VoIP
(Voice over IP, ou Voz sobre IP) através dos protocolos SIP, H.323, IAX2, MGCP,
entre outros.

Através do Asterisk é possível estabelecer uma chamada entre qualquer um

desses protocolos. O Asterisk é o que chamamos de B2B User Agent, ou melhor,
Back-to-Back User Agent, ele estabelece uma chamada telefônica, separando cada
“perna” da chamada entre origem e destino, e monitora todo o tráfego de áudio entre
esses pontos. Por isso, caso esses pontos estejam utilizando CODECs diferentes, o
Asterisk consegue transcodificar o áudio sem qualquer problema. Pode-se dizer que
o Asterisk possui todas as funcionalidades das chamadas centrais telefônicas
 39

convencionais, como unidade de resposta audível (URA), correio de voz,

conferência, distribuição automática de chamadas, entre outras, e caso seja
necessário, é possível acrescentar novas funcionalidades ao sistema através do
próprio plano de discagem do Asterisk, módulos customizados escritos em C, ou
ainda através de scripts escritos em Asterisk Gateway Interface (AGI) (KELLER,
Alexandre 2011).

Uma das melhores definições para o Asterisk encontra-se no livro VoIP –

Conceitos e Aplicações de Rafael Dueire Lins, Douglas Contente e Vitor Carlos,
conforme descrito abaixo:

O Asterisk é um software que emula as funcionalidades de um PBX. Foi

criado e vem sendo aprimorado pela Digium Inc., e, aos moldes do Linux,
por uma base de usuários em constante crescimento. Ele funciona em
plataforma Linux, além de outras plataformas Unix. O código do Asterisk é
aberto, ou seja, pode ser manipulado por qualquer pessoa, e possui
infindáveis possibilidades de configuração. Todas as configurações, a
exemplo do plano de discagem, e outros recursos especiais, são
implementadas em software. A possibilidade de se realizar mudanças de
forma rápida, o grande conjunto de opções de configuração e o código
aberto, permite um alto grau de adaptação do Asterisk às necessidades de
cada usuário.

O Asterisk não se resume apenas a um mero software de PBX. Ele é muito

mais. Sua utilização em conjunto com VoIP aliada a uma conexão rápida à Internet,
permite uma conectividade com vários recursos. Com ele é possível uma empresa,
por exemplo, comunicar-se com seus escritórios ou funcionários em diversas partes
do mundo a custos muito baixos e com boa qualidade de serviço. O Asterisk ainda
se destaca por possibilitar a implementação de funcionalidades presentes nos mais
avançados e caros dispositivos de PBX existentes no mercado, com a vantagem de
ser um software livre.

Logo que o Asterisk foi lançado no mercado, uma das maiores dificuldades na
utilização era sua complexidade, pois tudo era configurando em linhas de comandos,
não existia uma interface gráfica. Em 2005 a Digium lançou o Asterisk@HOME com
uma interface gráfica para resolver este problema, utilizando o FreePBX como
gerenciador gráfico, mas logo depois a Trixbox comprou o projeto que com o passar
do tempo acabou sendo abortado.
 40

Após a venda do Asterisk@HOME para a Trixbox, a Digium lançou o

AsteriskNOW, mas em sua primeira verão ocorreu muitos bugs e a versão não foi
bem aceita no mercado. O AsteriskNOW é uma distribuição Linux completa com o
Asterisk, a estrutura do driver DAHDI e a GUI administrativa do FreePBX. Grande
parte da complexidade do Asterisk e do Linux é tratada pelo instalador, pelo utilitário
de gerenciamento de pacotes yum e pela GUI administrativa.

2.3.2 O projeto ZAPATA

O projeto ZAPATA foi conduzido por Jim Dixon. Ele é o responsável pelo
desenvolvimento do hardware da Digium. É interessante ressaltar que o hardware
também é aberto e pode ser produzido por qualquer empresa. Hoje a placa com 4
E1/T1s é produzida pela Digium e também por outros fabricantes. A história do
projeto Zapata pode ser vista abaixo - uma pequena tradução - Por Jim Dixon, no
livro Construindo Sistema de Telefonia com o Asterisk (GOMILLION, 2006).

Há 20 ou 25 anos, a AT&T começou a oferecer uma API permitindo aos

usuários customizar a funcionalidade de seu sistema de correio de voz e
auto-atendimento chamado Audix. O Audix rodava em plataforma Unix e
custava como tudo em telefonia até o momento, milhares de dólares por
porta com uma funcionalidade bastante limitada. Em uma tentativa de tornar
as coisas possíveis e atrativas (Especialmente para quem não tinha um
PABX AT&T) alguns fabricantes vieram com uma placa que podia ser
colocada em um PC que rodava DOS e respondia a uma única linha
telefônica (FXO apenas). As placas não tinham uma qualidade tão boa
quanto as atuais e muitas terminaram como secretárias eletrônicas
igualmente ruins. Novas placas de telefonia foram lançadas com preços
muito salgados e as companhias continuaram gastando na faixa de milhares
de dólares por porta. Afinal de contas, mesmo com as margens altas de
muitos fabricantes, as placas de telefonia possuíam grande capacidade de
processamento na forma de DSPs, processadores de sinais digitais. Se
você observar ainda hoje um gateway de voz sobre IP, vai ver que boa parte
do custo ainda está relacionada aos DSPs. No entanto, o poder de
processamento dos microcomputadores continuou crescendo. De forma a
provar o conceito inicial comprei uma placa Mitel89000C “ISDN Express
Development Card” e escrevi um driver para o FreeBSD. A placa ocupou
bem pouco processamento de um Pentium III 600MHz, provando que se
não fosse a limitação do I/O (A placa gerenciava de forma ineficiente o I/O
exigindo muitos wait-states) ela poderia atender de 50 a 75 canais. Como
resultado do sucesso, eu sair e comprei o necessário para criar um novo
desenho de cartão ISA que usasse o I/O de forma eficiente. Eu consegui
dois T1s (48 canais) de dados transferidos sobre o barramento e o PC
gerenciou isto sem problemas. Então eu tinha as placas e ofereci-as para
venda (Umas 50 foram vendidas) e coloquei o desenho completo (incluindo
arquivos de plotagem da placa) na web.
 41

O DAHDI (Digium Asterisk Hardware Device Interface) é um projeto para

desenvolvimento de placas de telefonia e seus drivers – módulos do kernel – de
padrão aberto (open hardware e open source). O nome DAHDI é substituto do antigo
nome Zaptel ou Zapata, que teve de ser alterado por questões de direitos autorais
pertencentes à uma empresa com o mesmo nome. Sendo assim, a partir de 2008 o
antigo projeto Zaptel passou a ser chamado projeto DAHDI. Portanto, pode ser
comum encontrar antigas documentações referenciando o projeto Zaptel ao invés de
DAHDI.

O drive DAHDI é uma biblioteca de módulos para o kernel (drivers), tem a

função de um middleware que faz a comunicação do canal de driver do Asterisk – ou
FreeSWITCH – com os drivers das placas. Sendo assim, ao instalar a biblioteca ou
pacote DAHDI, serão instalados todos os módulos das placas compatíveis com esta
arquitetura e também um processo de middleware que realiza a comunicação dos
componentes. Conclui-se que o DAHDI tem a função de estabelecer toda a
comunicação entre a aplicação e o hardware de telefonia.

2.3.3 Características do Asterisk

Existem várias funcionalidades das versões suportadas do Asterisk. O tipo de

versão define quanto tempo vai ter suporte. A versão de suporte estendido (LTS)
será totalmente suportada por quatro anos, com um ano adicional de manutenção de
correções de segurança. Lançamentos padrões são suportados por um período mais
curto de tempo, o que será de pelo menos um ano de suporte completo e um ano
adicional de manutenção de correções de segurança.
 42

Figura 2.3 - Arquitetura do Asterisk

Fonte: RNP

Com a junção do Asterisk, que Mark Spencer desenvolveu, da placa que Jim
Dixon projetou, e do módulo do kernel GNU/Linux que ambos desenvolveram,
possibilitou que surgisse um novo PABX no mercado, utilizando-se desses três
elementos, em que se poderiam comunicar telefones e linhas reais (KELLER,
Alexandre 2011).

2.4 Considerações Finais do Capítulo

Neste capítulo foi realizado um estudo das definições conceituais,

conhecendo características, ferramentas, serviços e suas particularidades, entre a
telefonia convencional e a telefonia VoIP. No próximo capítulo iremos realizar na
pratica, através de um estudo de caso, os conhecimentos teóricos já adquiridos.
 43

3 IMPLANTAÇÃO E GERENCIAMENTO

Visto que o Asterisk não possui uma interface administrativa bem aceita no
mercado, que facilite a implantação e gerenciamento dos PBX-IP, este capítulo da
dissertação realiza uma análise das aplicações de código aberto com Interface
Gráfica de Usuário (GUI), que rodam na plataforma Asterisk para implantar uma
central VoIP PABX-IP no Instituto Federal da Bahia no Campus de Jequié.

3.1 Ambiente de Implantação

O Instituto possui quatro linhas telefônicas analógicas e 40 ramais VoIP da

fabricante Intelbras e Atcom. Como se encontra sem recursos financeiros para
aquisição de uma central VoIP PABX convencional optou-se por uma solução livre
de licença.

As análises aqui executadas foram fundamentadas em estudos de casos,

levantamentos bibliográficos e os testes de usabilidade e funcionalidades, que são
testes muito utilizados na engenharia de software. O cenário da instalação do
sistema VoIP está exibido no diagrama da rede lógica do campus, conforme exibido
na figura 3.1.
DIAGRAMA DA REDE LOGICA DO CAMPUS DO
IFBA JEQUIÉ

AD GLPI Arquivo

wan
wan

Firewall Pfsense
(DHCP;Proxy)
Roteador RNP
jumper link
20Mbps
switch core

PC VoIP (Asterisk
Zabbix
com Elastix)

40 ramais 200 Estações

VoIP(telefone IP) de Trabalho
 44

Figura 3.1 - Diagrama da rede lógica do campus IFBA Jequié

Fonte: Própria

A configuração do PC onde será instalado o servidor VoIP é a seguinte:

processador Core i5, 4GB de memória RAM, disco SATA de 1TB, contendo unidade
de DVD, placa de rede 100/1000, e uma placa VoIP 4 FXO PCI.

As ferramentas analisadas foram o Elastix, SNEP e o Fone@RNP. Os

critérios para escolha destas ferramentas foram os seguintes:

 Fone@RNP por ser desenvolvido pela RNP para prover serviço VoIP
entre as instituições federais que mantêm parceria com a RNP.
 SNEP por ser genuinamente brasileira e possuir uma vasta
documentação e fórum de discussão disponível.
 Elastix por ser uma das interfaces gráficas de PBX-IP mais utilizadas
no mundo, também possuir uma vasta documentação e fórum de
discussão disponível.

3.2 Fone@RNP

O uso do Fone@RNP é permitido somente para as organizações que

possuem cooperação com a RNP, como as agências estatais e instituições de
ensino e pesquisa com participação ou parceria em projetos em comum com a RNP.

O Fone@RNP oferece uma alternativa econômica para o serviço de telefonia

de seus clientes. As chamadas telefônicas são encaminhadas sobre uma rede de
dados de alto desempenho da RNP, conhecida como rede Ipê. O Fone@RNP faz
ligações gratuitas de longa distância entre seus participantes e para telefones fixos
na rede pública a baixo custo e para algumas universidades ao redor do mundo a
custo zero. A adesão ao serviço não tem custos, porém o cliente precisa ter uma
infraestrutura local para suportar os serviços e além disso ajudar a entregar as
ligações para fixos destinadas à sua cidade, pois todas ligações realizadas pela
instituições participante da rede Fone@RNP para a rede pública (PSTN) que esteja
mais próxima à instituição participante do serviço, será realizada por esta instituição.
 45

Tendo em vista esta característica há casos que em vez de redução da conta

telefônica pode haver um aumento da mesma. Normalmente isso ocorre nas
instituições que ficam localizadas em cidades que recebem um maior fluxo de
ligações, como é o caso das reitorias.

Conforme se pode observar na figura 3.2 abaixo a arquitetura do serviço VoIP

do Fone@RNP, onde a RNP (Rede Nacional de Ensino e Pesquisa) interliga as
instituições clientes através da rede de dados de alto desempenho ipê e para
realizar as ligações convencionais, onde existe um custo de tarifação, passa pela
Rede de Telefonia Pública Comutada (PSTN).

Figura 3.2 - Arquitetura do serviço Fone@RNP.

Fonte: RNP

Para um detalhamento mais minucioso da arquitetura do Fone@RNP veja-se

a figura 3.3, onde na Central da RNP há um servidor chamado SRC (SIP Roteador
Central) e dois SLR (SIP Roteador Local) os SLR trabalham de forma redundante, e
nas instituições clientes participantes há dois SLR tanto na Reitoria quanto nos
campi, os SLR se interligam para formar uma rede VoIP. Também há dois PBX-IP
Asterisk redundantes que fazem o papel de uma central PABX convencional
 46

avançada e um gateway transparente (GWT) que serve para interligar o PABX

convencional legado à rede de telefonia fixa comutada (RTFC) e ao PBX-IP Asterisk.

Figura 3.3 - Arquitetura detalhada do Fone@RNP.

Fonte: RNP

As versões disponíveis do Fone@RNP são a versão2008 e a versão2012,

que têm os seguintes requisitos de instalação:

Na distribuição 2008, a infraestrutura local do Fone@RNP nas instituições

clientes é composta por:

 Dois computadores com, no mínimo, um processador de 3GHz e 1GB

de RAM;
 uma placa Digium TE110P, caso a conexão com o PBX seja digital; ou
 uma placa Digium TDM400P, se a conexão for analógica.

Porém, a instituição pode também optar por não conectar a infraestrutura do

VoIP ao PABX local tornando, assim, desnecessária a utilização dessas placas. A
RNP deixará de dar suporte a esta versão 2008 em dezembro de 2017.
 47

Na distribuição 2012 a infraestrutura dos serviços do fone@RNP é composta

por:

 SRC – Roteador SIP Central que fica hospedado na RNP. Esses

servidores trabalham com redundância e balanceamento de carga.

 GWT - Gateway transparente é um equipamento fabricado para atender o

Fone@RNP.

 SRL – Roteador SIP Local que fica hospedado na instituição cliente. Esses
servidores trabalham com redundância e balanceamento de carga e
necessita de dois IPs públicos.

 PBX IP - PBX IP é o servidor que roda o Asterisk e realiza as funções de

uma central telefônica convencional robusta. Esses servidores trabalham
com redundância e balanceamento de carga e necessita de três IPs
públicos.

NOTA: A quantidade e especificação das máquinas podem variar em virtude do

tamanho de cada instituição. O detalhamento mais preciso é fornecido durante o
processo de adesão, onde a equipe de operação da RNP dá o suporte necessário à
instituição para esse dimensionamento.

Conforme a estrutura do campus do IFBA de Jequié, com 40 (quarenta)

telefones IP e 4(quatro) linhas analógicas da operadora OI, os requisitos mínimos
para adesão do Fone@RNP são:

 Duas máquinas virtuais para o SRL localmente na unidade com um

endereço IP público em cada máquina,
 Duas máquinas virtuais para o PBX IP localmente na unidade com três
endereços IP públicos e
 Um gateway SIP entre o SRL e a operadora.

Observe-se que são necessários 5 IPs públicos no total geral, computadores com
capacidade para rodar 4 servidores virtuais, além da aquisição de um gateway SIP,
 48

como mostrado na figura 3.4. Teria que fazer a adesão pelo servidor SLR, servidor
PBX-IP e o Gateway SIP. No final desta implantação o custo da infraestrutura
termina saindo elevado.

Figura 3.4 - (SLR+PBX-IP+GWT)

Fonte: RNP com adaptação

Existem outras formas de adesão ao serviço Fone@RNP como por exemplo:

 Adesão – GWT,
 Adesão – SRL com PBX-IP legado,
 Adesão SRL + PBX-IP sem PBX-IP legado e
 Outros cenários personalizados que só serão projetados a partir da
demanda individual de cada instituição cliente.

A seguir, vamos explanar algumas dessas formas de adesão:

Adesão – GWT: é um Appliance fone@RNP, hardware nacional, suporta 2 ou 4 E1

(tronco digital) por Appliance, custa em torno de 60% do valor correspondente ao
mercado, baixa complexidade de instalação, normalmente em 4 horas consegue-se
adesão, sem alteração no PBX tradicional (Central Legado) ou na Operadora,
Equipamento atuando na borda E1 da instituição, fácil e rápida integração com o
PABX legado, alto custo em caso de muitas E1. O cenário padrão da instituição para
esta forma de adesão é que o PABX tenha uma porta E1 em utilização com a
operadora. A instalação do GWT tem que ficar no máximo a 10 metros do PBX
legado (tradicional) e existe a necessidade de associar endereços IPs públicos ao
GWT. Na figura 3.5 abaixo é mostrado o desenho da arquitetura da adesão GWT.
 49

Figura 3.5 - Adesão – GWT.

Fonte: RNP

Adesão – SRL com PBX-IP legado: é um softswitch Fone@RNP, máquina virtual

que roda sobre o Vmware, tem a função de fazer o roteamento das chamadas SIP,
balanceamento de tráfego local e redundância para proporcionar alta
disponibilidade, faz a integração de equipamentos do Fone@RNP e de outros
fabricantes, demanda regras a serem criadas no PBX, custo zero para implantação,
baixo índice de suporte. Os requisitos e procedimentos para adesão a esta forma é
instalar SRL1 e SRL2 em solução de virtualização, associar endereços IP público ao
SRL1 e SRL2, não existir NAT entre o PBX Legado IP e o SRL1 e SRL2, PBX IP
Legado. Deve suportar protocolo SIP Padrão e função de trânsito. A figura 3.6
apresenta o desenho da arquitetura da adesão SRL.

Figura 3.6 - Adesão – SRL

Fonte: RNP

Adesão – SRL sem PBX-IP legado: o SRL é o softswitch fone@RNP que já

descrevemos no parágrafo anterior, já o PBX-IP é uma máquina virtual que roda
 50

sobre o Vmware realizando a função de uma central telefônica VoIP avançada, uma
solução baseada para uso corporativo, baseada em OpenSIP, capaz de suportar até
10.000 ramais, necessita que o usuário suporte ao protocolo SIP padrão, faz a
integração com o SRL e o MediaGateway. O perfil da instituição para aderir a este
serviço é aquela que está sem solução de telefonia ou demanda ampliação da
telefonia. A instituição deve adquirir os opcionais de Telefone IP, operadora
telefônica e precisa de um MediaGateway. O custo de instalação do PBX IP é
gratuito. Para proceder na implantação é preciso Instalar SRL previamente, depois
Instalar PBX IP em solução de virtualização (VM1 e VM2), associar três endereços
de IP públicos ao PBX IP, não existir NAT entre o PBX IP e os SRLs, Telefone IP ou
softphone deverá suportar SIP Padrão. A figura 3.7 apresenta o desenho da
arquitetura da adesão SRL sem PBX-IP legado.

Figura 3.7 - Adesão – SRL sem PBX-IP legado.

Fonte: RNP

Na figura 3.8 podem ser vistos outros cenários personalizados de acordo com
as necessidades de cada cliente. Na figura 3.8 é apresentada uma instituição com
duas operadoras de telefonia, sendo uma operadora de telefonia fixa utilizando um
tronco digital E1 e mais uma operadora de telefonia móvel celular GSM. Nesse
cenário foi necessária a aquisição de dois mediagateways, um para cada operadora
de telefonia, além dos servidores SRL e dos servidores PBX-IP.
 51

Figura 3.8 - Adesão personalizada (E1 + GSM)

Fonte: RNP

Atualmente, são mais de 260 instituições participantes desse serviço, a

adesão ao serviço se faz através da página do serviço e implica na efetivação de um
processo de homologação realizado pela equipe técnica da instituição cliente com
supervisão da equipe de operação e suporte do serviço na RNP, que atualmente a
RNP terceiriza esse serviço para a empresa CAM Tecnologia.

3.3 SNEP

SNEP é um software PBX baseado em Asterisk e GNU/Linux licenciado sob

LGPL e desenvolvido pela Opens Tecnologia, capaz de rodar em hardware de baixo
custo com um ótimo desempenho. É uma família de soluções que transforma as
comunicações das empresas, integrando voz e dados e sistemas. É um PABX-
híbrido, gerenciador de Call Center, executando monitoramento de qualidades,
atendimentos e a função de gateway de voz. O SNEP é um sistema que fornece
recursos de informações do servidor, em que, em uma única tela em uma plataforma
livre, fornece:

 status do servidor (distribuição, kernel, CPU, Asterisk, MySQL e

arquivos de voz),
 informações a respeito de memória e espaço em disco,
 logs dos sistemas, cadastro de centro de custos,
 recursos de importar arquivos “.csv”,
 52

 cadastro de ramais e grupos (captura, salas de conferência e

atendimento),
 entroncamentos (E1 e VOIP),
 regra de negócio,
 relatórios,
 gráficos e
 muitas outras funcionalidades de monitoramento e controle.

3.3.1 Processo de Instalação do SNEP

Fazer Download da ISO com a versão SNEP-livre, no endereço:

<<http://www.sneplivre.com.br>>, e gravar imagem em CD ou Pasta de Arquivos.
Inicialize a máquina com a imagem gravada e tecle <ENTER> para Instalar na
primeira tela, conforme mostrado na Figura 3.9 abaixo.

Figura 3.9 - Processo inicial de instalação do SNEP-livre

Fonte: Própria

Na segunda tela “Layout Teclado” escolha o modelo de teclado compatível e

tecle <ENTER>, conforme mostrado na Figura 3.10.
 53

Figura 3.10 - Processo de seleção de Layout de teclado

Fonte: Própria

Na terceira tela do “Particionador de Discos”; escolha o método de

particionamento desejado e tecle <ENTER> novamente. Em seguida aparecerá a
tela do Sistema Operacional (SO) que apresentará os discos rígidos (HDs);
selecione o disco a ser usado para instalação do SNEP <ENTER>, conforme
mostrado na Figura 3.11.

Figura 3.11 - Processo de Particionamento do disco

Fonte: Própria
 54

A partir deste ponto, o sistema formatará as partições e instalará o “Sistema

Básico”, onde será solicitada a inserção da senha de usuário root, conforme
mostrado na figura 3.12.

Figura 3.12 - Processo de configuração de usuário e senha “root”.

Fonte: Própria
A próxima etapa consiste em informar um nome de um “usuário/senha
comum”, nome completo de um usuário comum (caixa baixa) (sem permissão de
“administrador”) para o SO (jackson) e tecle em <continuar>, conforme mostrado na
Figura 3.13.

Figura 3.13 - Processo de configuração de usuário comum

Fonte: Própria
Após esta tela escolha uma senha para o usuário comum (Jackson),
conforme figura 3.14.
 55

Figura 3.14 - Processo de configuração de senha para usuário comum

Fonte: Própria

Na tela seguinte aguarde o processo da instalação e finalização da instalação

do SNEP, conforme figura 3.15.

Figura 3.15 - Processo de instalação/finalização do SNEP

Fonte: Própria

Após concluir a instalação do SNEP (logando com usuário jackson e

verificando nº de IP no Shell do SNEP). Logar como usuário root ou outro usuário e
verificar número de IP para acessar interface gráfica via WEB por meio do
navegador, conforme mostrado na Figura 3.16 e Figura 3.17.
 56

Figura 3.16 - Logando com usuário jackson no SNEP

Fonte: Própria

Figura 3.17 - Verificando endereço IP do SNEP

Fonte: Própria
Veja que o comando utilizado para obter o endereço IP do Servidor SNEP
PBX-IP foi o comando “ifconfig” onde encontrou o IP: 10.17.10.190, de posse deste
endereço basta abrir um navegador web na rede local e digitar a seguinte linha:
<http://10.17.10.190/snep>> entre com o usuário admin e senha admin123, no
primeiro acesso aparecerá a tela para fazer o cadastro de registro de licença free no
SNEP, conforme figura 3.18.
 57

Figura 3.18 - Cadastro de registro de licença do SNEP

Fonte: Própria

Após se cadastrar é enviado via e-mail uma chave com o código de liberação e
registro do produto livre, basta copiar este código e colar na tela seguinte, conforme
figura 3.19 e figura 3.20.

Figura 3.19 - Colar código de registro de licença do SNEP

Fonte: Própria
 58

Figura 3.20 - Sistema SNEP registrado e concluído

Fonte: Própria

Agora que o sistema já está instalado e pronto para ser utilizado, vamos
proceder com a criação dos ramais. Na criação dos ramais basta colocar as
seguintes informações: definir um número para o ramal, um nome de identificação
do ramal, escolha do protocolo de comunicação SIP e a senha do ramal que neste
estudo de caso definimos a senha igual ao numero do ramal, conforme figura 3.21.

Figura 3.21 - Criação dos ramais

Fonte: Própria
 59

O SNEP possibilita também a criação de múltiplos ramais de uma só vez, isso

facilita a criação de ramais de uma empresa de grande porte onde há muitos ramais
para ser definidos, conforme figura 3.22.

Figura 3.22 - Criação de múltiplos ramais

Fonte: Própria
O procedimento para criação do tronco para se comunicar com outras filiais
ou campi através da rede de dados IP no SNEP é realizado através do protocolo
IAX2 que é nativo do Asterisk, conforme figura 3.23.

Figura 3.23 - Criação do tronco IAX2

Fonte: Própria

Após a criação do tronco, iremos criar as rotas de saídas para cada campi ou
filiais que desejaremos nos comunicar com o VoIP. De acordo com nosso plano de
discagem definido anteriormente, veja que a rota de saída para a reitoria é 03xx e
 60

04xx, ou seja, ao discar esse número no ramal, automaticamente sairá pela rota pré-
definida, conforme figura 3.24.

Figura 3.24 - Criação rota de saída

Fonte: Própria

Ao instalar o SNEP uma rota de saída é criada automaticamente, que é a rota

de ramais para ramais, esta rota é conhecida no SNEP como rota padrão, conforme
figura 3.25.

Figura 3.25 - Rotas de saída

Fonte: Própria
Após o sistema estar configurado, passamos a cadastrar os ramais da Atcom
e Intelbras no servidor SNEP PBX-IP. O procedimento para cadastrar esses ramais
se faz da seguinte maneira: primeiramente liga o ramal IP e coloca na rede com um
 61

servidor de DHCP ativado, no visor do ramal IP irá aparecer o IP fornecido pelo

servidor DHCP, anote esse IP e acesse o ramal IP pela interface gráfica via
navegador. Normalmente o usuário e a senha desses telefones IP é usuário:admin e
senha:admin, após acessar altere o IP para fixo ou uma faixa de IP pré definida e
registre a conta no servidor VoIP PBX-IP, conforme figuras 3.26 e 3.27.

Figura 3.26 - Registrando ramal da atcom no servidor SNEP

Fonte: Própria

Figura 3.27 - Registrando ramal da intelbras no servidor SNEP

Fonte: Própria
3.3.2 Gerenciamento do SNEP
O gerenciamento do SNEP é realizado de modo centralizado na aba regras
de negócios, esta tela é considerada o coração do SNEP, pois é nela que se
 62

definem todos os parâmetros do gerenciamento, como por exemplo: centro de custo

que será contabilizado a ligação, quem pode ligar para quem, por qual tronco a
ligação sairá, entre outros parâmetros. Conforme figura 3.28 abaixo.

Figura 3.28 – Tela do SNEP regras de negócios.

Fonte: Própria

3.4 Elastix

O Elastix é um software PBX baseado em código livre que provê todas as

funcionalidades de um PABX e está revolucionando o mundo das telecomunicações.
Ele pode substituir um PABX de grande porte utilizando um computador com
configurações básicas que se comunica com o mundo VoIP e com a rede pública de
telefonia, com o Elastix é possível a criação de diversas aplicações a um baixo
custo, com os mesmo recursos ou até com recursos superiores a muitos PABX
encontrados hoje no mercado de telecomunicações, implementa grande parte de
sua funcionalidade sobre os software Asterisk, Hylafax, Openfire, FreePBX e Postfix,
esses software fornecem um PBX, fax, mensagem instantânea, gerenciador gráfico
de central telefônica e Correio electrónico respectivamente. O Elastix foi criado pela
empresa equatoriana Paulo Santo Solutions em meados de dezembro de 2006, uma
distribuição que apresentava muitas ferramentas sob uma única interface Web que
chamou a atenção por sua usabilidade. A partir de dezembro de 2016 foi adquirida
pela empresa 3CX, sendo que a versão 2.5.0 free continua sendo disponibilizada,
 63

porém foi criada uma nova versão 5.0 totalmente diferente da plataforma atual. No
entanto, está sendo formada uma comunidade chamada Issabel que promete dar
continuidade à atualizações e suporte ao Elastix e promete também que a próxima
versão do Elastix passe a se chamar Issabel.

Exemplos de aplicações fornecidas pelo Elastix:

 Portabilidade, para redução de custos com as operadoras

 Call Centers
 Interface de detecção de hardware de telefonia
 Suporte protocolo SIP, IAX, H323, MGCP, SKINNY entre outros.
 VoiceMail;
 Atendimento Programado
 CRM (Sugar ou VTiger)
 Suporte aos Codecs: ADPCM, G.711, G.722, G.723.1, G.726, G.729,
GSM, iLBC.
 Suporte para interfaces analógicas FXS/FXO, interfaces digitais
E1/T1/J1.
 Suporte aos hardwares de telefonia Khomp, OpenVox, Digium,
Sangoma, entre outros.
 Suporte aos telefones IP das fabricantes Atcom, Khomp, Atcom,
Aastra, Linksys, Cisco, Nokia, UTstarcom, entre outras.
 Conferências
 Vídeo-Conferência
 Bilhetagem detalhada
 URA ou IVR (resposta interativa de voz) entre outras.

3.4.1 Processo de Instalação do Elastix

Fazer Download da ISO com a versão elastix 2.5.0, no endereço:

<<https://www.elastix.org/downloads/>>, e gravar imagem em CD ou Pasta de
Arquivos. Inicialize a máquina com a imagem gravada e tecle <ENTER> para
Instalar na primeira tela e escolha a linguagem desejada, conforme mostrado na
Figura 3.29 abaixo.
 64

Figura 3.29 - Tela inicial de instalação do elastix

Fonte: Própria

Na segunda tela “Layout Teclado” escolha o modelo de teclado compatível e

tecle <ENTER>, conforme mostrado na Figura 3.30.

Figura 3.30 - Processo de seleção de Layout de teclado

Fonte: Própria

Na terceira tela do “Particionador de Discos”; escolha o método de

particionamento desejado e tecle <ENTER> novamente. Em seguida, aparecerá a
tela do Sistema Operacional (SO) que apresentará os discos rígidos (HDs);
 65

selecione o disco a ser usado para instalação do elastix <ENTER>, veja que o
sistema de arquivo utilizado é o ext3 do Linux, conforme mostrado na Figura 3.31.

Figura 3.31 - Processo de Particionamento do disco

Fonte: Própria

Na próxima tela o sistema detecta automaticamente o driver da placa de rede

com seu endereço MAC e solicitará as configurações da interface que pode ser
manual ou automática através de um servidor de DHCP, conforme figura 3.32.

Figura 3.32 - Configuração da interface de rede

Fonte: Própria
 66

A partir deste ponto, o sistema formatará as partições, solicitará o nome do

host(Sjeq01), senha do usuário administrador root e senha do banco de dados
MySQL, conforme figura 3.33.

Figura 3.33 - Solicitação do nome do host

Fonte: Própria
Na próxima tela o sistema solicita uma senha para o usuário administrador
root. Evite colocar símbolos nesta senha, pois na necessidade de acesso remoto via
ssh às vezes dá bug, sendo assim recomendado colocar uma senha com apenas
letras e números.

Figura 3.34 - Definição de senha do usuário root

Fonte: Própria
Após concluir a instalação do Elastix (logando com usuário root e senha
definida na instalação), deve-se acessar a interface gráfica via WEB por meio do
 67

navegador para ter acesso à tela inicial, onde é exibida a configuração do host,
gráficos de utilização dos recursos do sistema e serviços ativos, conforme mostrado
na Figura 3.35.

Figura 3.35 - Tela inicial do Elastix

Fonte: Própria
Agora que o sistema já está instalado e pronto para ser utilizado, vamos
proceder com a criação dos ramais. No Elastix, ramal é conhecido como extensão.
Na criação de uma extensão ou ramal basta colocar as seguintes informações:
definir um número para o ramal, um nome de identificação do ramal, escolha do
protocolo de comunicação SIP e a senha do ramal que neste estudo de caso
definimos a senha igual ao numero do ramal, conforme figura 3.36.

Figura 3.36 - Criação dos ramais no elastix

Fonte: Própria
 68

O procedimento para criação do tronco para se comunicar externamente

através da rede de telefonia convencional PSTN no Elastix necessita a instalação de
uma placa FXO, conforme Figura 3.37, onde serão conectadas as linhas telefônicas
e realizada a configuração do protocolo ZAP DAHDI.

Figura 3.37 - Placa FXO 4 para linhas analógicas PSTN

Fonte: Própria
Por padrão, o Elastix cria automaticamente um tronco ZAP DAHDI chamado
Channel go (ZAP), conforme figura 3.38.

Figura 3.38 - Criação do tronco ZAP DAHDI

Fonte: Própria
No entanto, o procedimento para criação do tronco para se comunicar com
outras filiais ou campi através da rede de dados IP (VoIP) no Elastix é realizado
através do protocolo IAX2 que é nativo do Asterisk, conforme figuras 3.39 (parte 1)
e 3.40 (parte 2).
 69

Figura 3.39 - Criação do tronco IAX2 (parte 1)

Fonte: Própria

Figura 3.40 - Criação do tronco IAX2 (parte 2)

Fonte: Própria
Após a criação dos troncos, iremos criar as rotas de saídas correspondentes
para todos os campi ou filiais que desejaremos nos comunicar com o VoIP. De
acordo com nosso plano de discagem definido anteriormente, vê-se que a rota de
 70

saída para o campus Jacobina é 11xx, ou seja, ao discar esse número no ramal,
automaticamente sairá pela rota pré-definida, conforme figura 3.41.

Figura 3.41 - Criação rota de saída – Campus Jacobina

Fonte: Própria

Após o sistema estar configurado, passamos a cadastrar os ramais no

servidor Elastix PBX-IP. O procedimento para cadastrar esses ramais se faz da
seguinte maneira: primeiro, liga-se o ramal IP e coloca-se na rede com um servidor
de DHCP ativado, no visor do ramal IP irá aparecer o IP fornecido pelo servidor
DHCP. Anota-se esse IP e acesse o ramal IP pela interface gráfica via navegador.
Normalmente o usuário e a senha destes telefones IP é usuário:admin e
senha:admin, após acessar primeiramente a aba network, altera-se o IP para fixo
ou uma faixa de IP pré definida e registra-se a conta no servidor VoIP PBX-IP na aba
VoIP, conforme figuras 3.42 e 3.43.
 71

Figura 3.42 - Configuração de rede do Telefone IP

Fonte: Própria

Figura 3.43 - Registrando o Telefone IP no servidor VoIP Elastix

Fonte: Própria

3.4.2 Gerenciamento do Elastix

O Gerenciamento no Elastix pode ser realizado em tempo real da ligação,

através da tela chamada Flash Operator Panel (FOP), onde é possível monitorar em
tempo real quais ramais estão realizando ligações, o tempo que estão em ligação,
quais troncos estão sendo utilizados, entre outras opções, conforme figura 3.44.
 72

Figura 3.44 – Tela do Elastix gerenciamento em tempo real

Fonte: Própria

3.5 Resultados das Avaliações

Após o estudo de caso e os levantamentos bibliográficos realizado das ferramentas

foi verificado como desvantagens da solução VoIP free a forte concorrência das
empresas instaladoras de PABX-IP (proprietário); escassez de mão de obra
especializada; cultura dos usuários nas mudanças de paradigmas de comunicação
de voz IP; largura de banda ineficiente para o tráfego dos dados de voz. Por outro
lado, vimos como vantagens a diminuição de custos com o tráfego de voz entre
organizações; sistema de telefonia (PBX-IP) próprio da organização, podendo ser
personalizado de acordo com suas necessidades, flexibilidade, escalabilidade,
praticidade e mobilidade nas ligações; domínio e controle sobre o sistema;
integração das empresas por meio de voz e dados.

Na comparação das soluções propostas neste trabalho foram realizados os

testes de funcionalidade - onde cinco usuários do sistema utilizaram o mesmo e
avaliaram - e o teste de usabilidade – onde foi avaliado por dois profissionais de
tecnologia da informação. Os testes de funcionalidade e usabilidade são testes
 73

muito utilizados na engenharia de software. As tabelas 3.1 e 3.2 apresentam os

resultados dos testes de funcionalidades e usabilidade do estudo de caso. Na
comparação das ferramentas, a solução Fone@RNP não foi implantada na íntegra
por ser uma ferramenta que demanda uma infraestrutura de alto custo, apesar da
solução ser grátis. No entanto, as ferramentas SNEP e Elastix, foram implantadas e
testadas na íntegra.

Tabela 3.1 - Teste de funcionalidade

Fonte: Própria
FUNCIONAMENTO
ITENS TESTE DE FUNCIONALIDADES ELASTIX SNEP
R B O E R B O E
1 Ligação entre ramais VoIP com qualidade
2 Ligação à rede externa (PSTN) com qualidade
2 Redirecionamento de chamada
4 URA
5 Relatório das ligações
LEGENDA: R=RUIM B=BOM O=ÓTIMO E=EXCELENTE

Tabela 3.2 - Teste de usabilidade

Fonte: Própria
CONFIGURAÇÃO
ITENS TESTE DE USABILIDADE ELASTIX SNEP
R B O E R B O E
1 Criação dos Ramais VoIP
2 Criação das Rotas de Saída
3 Criação das Rotas de Entrada
4 Criação de Tronco
5 Criação de Grupos
6 Criação da URA
7 Idioma da interface
8 Monitoramento das Chamadas em Tempo Real
9 Backup automático dos dados
LEGENDA: R=RUIM B=BOM O=ÓTIMO E=EXCELENTE
 74

3.6 Análise da Solução Adotada

Quanto aos recursos e serviços oferecidos pela tecnologia Fone@RNP, foi

possível configurar o servidor VoIP PBX-IP Elastix para oferecer este serviço sem a
necessidade de implantar toda a infraestrutura do Fone@RNP no campus do IFBA
em Jequié. Isso foi possível porque na reitoria do Instituto Federal da Bahia já havia
implantado a tecnologia Fone@RNP. Sendo assim, com apenas algumas
configurações básicas no Elastix e uma pequena alteração da infraestrutura do
campus foi possível a utilização dos benefícios da tecnologia Fone@RNP. Quanto à
infraestrutura do campus, foi necessário disponibilizar um endereço de IP válido (IP
público), portanto necessitando de pouca alteração na infraestrutura do campus, que
pode ser observada de acordo com a arquitetura lógica do serviço Fone@RNP do
IFBA - Campus Jequié, mostrada na figura 3.45.

Figura 3.45 – Arquitetura Lógica do serviço Fone@RNP IFBA - Jequié

Fonte: Própria

Referente à configuração do Elastix, foi preciso alterar algumas configurações

básicas, como a criação de um tronco com o protocolo SIP se interligando com o
SRL1 da reitoria, e a criação da rota de saída, conforme figura 3.46.
 75

Figura 3.46 - Configuração do elastix para integração com Fone@RNP

Fonte: Própria
Muito importante destacar que apesar da compra do Elastix pela 3CX, a
comunidade que sempre o manteve decidiu continuar com o projeto Elastix, apenas
alterando o nome para Issabel, pois o nome Elastix agora pertence à empresa 3CX.
A figura 3.47 apresenta o site da comunidade Issabel, tranquilizando os utilizadores
do Elastix.

Figura 3.47 - Site da comunidade Issabel

Fonte: Própria
 76

Após a implementação do Elastix com o serviço do Fone@RNP, foi realizado

um teste com cinco ramais ligando simultaneamente do campus Jequié para a
Reitoria, utilizando a tecnologia VoIP para analisar o consumo da rede de dados. No
entanto não houve um consumo significativo no tráfego da rede de dados, que possa
interferir no desempenho da rede. Conforme pode ser observado nas figuras 3.48
(tráfego sem ligação VoIP) e 3.49 (tráfego com ligação VoIP). Este teste foi
analisado com o serviço de monitoramento de tráfego disponibilizado pelo pfSense.

Figura 3.48 – Tráfego sem ligação VoIP.

Fonte: Própria

Figura 3.49 – Tráfego com ligação VoIP.

Fonte: Própria
 77

3.7 Considerações Finais do Capítulo

Neste capítulo foi exibido o ambiente de implantação da ferramenta, os

conhecimentos das características da infraestrutura, serviço e arquitetura do
Fone@RNP e também foram implantados, no ambiente de teste e produção os
aplicativos SNEP e elastik. Em um processo de estudo de caso, através de um
passo a passo. Foram demostrados os resultados das avaliações e análises da
solução adotada. No próximo capítulo serão apresentadas as considerações finais
da dissertação.
 78

4 CONSIDERAÇÕES FINAIS

Finalizados todos os testes e estudos, verificamos que a melhor solução para

uma instituição de ensino de pequeno porte com até aproximadamente 200 ramais é
implantar um PBX-IP com o Elastix ou até mesmo o SNEP, não sendo necessária a
adesão a toda a infraestrutura oferecida pelo Fone@RNP. Porém aderindo ao
serviço da rede VoIP oferecida pela RNP, fazendo apenas as configurações nos
Servidores PBX-IP locais nos campi e implantando na Reitoria da Instituição a
infraestrutura do Fone@RNP.

As análises feitas nesta dissertação de Mestrado das ferramentas de software

livre para VoIP permitem afirmar de acordo com o estudo realizado, que tanto o
SNEP quanto o Elastix atendem perfeitamente às necessidades do Instituto Federal
de Jequié. O Fone@RNP, apesar de atender também às necessidades do ponto de
vista técnico, necessita de uma infraestrutura de custo muito elevado de
implantação, uma vez que o Fone@RNP foi projetado para atender instituições com
até 10.000 ramais ou seja não há uma versão enxuta do Fone@RNP para uma
instituição de pequeno porte com até 100 ou 200 ramais. Sendo assim, abortamos a
instalação da infraestrutura do Fone@RNP e decidimos implantar no ambiente de
produção do Instituto Federal de Jequié o Elastix por ser mais utilizado que o SNEP
e possuir vasto material de apoio e profissionais especializados. É importante
registrar que o SNEP, por suas características e funcionalidades, atende a todos os
requisitos de forma satisfatória. Outra característica que foi levada em consideração
pela escolha do Elastix é que o mesmo apresenta mais funcionalidades que o
SNEP, apesar de ser mais complexo.

A redução de custos nas contas telefônicas do IFBA no Campus de Jequié

ainda não pode ser observada, porém a redução de custo vai de acordo com o perfil
de ligação de cada instituição. Instituições em que a predominância é de ligações
locais, a tendência é que a economia seja menor que onde há grande número de
 79

chamadas de longa distância. Segundo dados da RNP, estes custos podem ser
reduzidos em torno de 70%.

Como proposta de trabalhos futuros, é interessante fazer um estudo

verificando as questões relacionadas à segurança com a utilização dos PBX-IP, pois
os servidores de PBX-IP são de grande importância para as instituições, sendo o
serviço de telefonia considerado um serviço crítico que requer um nível elevado de
prevenção contra ataques de malwares diversos. Pelo fato que esses servidores
PBX-IP ficam na borda da rede, com as portas dos protocolos utilizados abertos, no
caso de utilização do protocolo SIP a porta 5060 e no caso do protocolo IAX2 a porta
4569. Portanto, é de grande relevância um estudo para prover segurança nesses
tipos de servidores.

Também, será de grande contribuição a implementação de uma versão do

Fone@RNP com uma infraestrutura de baixo custo e oferecendo os serviços
necessários para os órgãos públicos federais com até 200 ramais, que é o caso da
maioria dos campi dos Institutos Federais de Ensino. A RNP tem alguns projetos em
andamento nesse sentido, mas por falta de recursos esses projetos não estão tendo
continuidade.
 80

REFERÊNCIAS

BERNAL, Paulo Sergio Milano. Voz Sobre Protocolo IP: a Nova Realidade da
Telefonia. 1 Ed São Paulo, Editora Érica, 2016.

CHANDEL , Sonal Telang. SHARMA, Sanjay. Experimental analysis of various

protocols on VoIP traffic with different CODECs in Wireless LAN. Disponível em:
< http://ieeexplore.ieee.org/document/7893252/>. Acessado em: 07/04/2017.

COLCHER, Sergio, Et al. VoIP - Voz sobre IP. 1ª edição, São Paulo: Campus, 2005.

COMER, Douglas E. Redes de computadores e internet. 6ª edição, Porto Alegre:

Bookman, 2016.

COMUNIDADE. Fórum de debate do Elastix. Disponível em:

<https://www.elastix.org>. Acessado em: 20/06/2016.

COMUNIDADE. Fórum de debate do Issabel. Disponível em:

<https://www.issabel.org>. Acessado em: 07/04/2017.

DIEGO Guacho, M., Rivadeneira, F.M. Implementation of computer laboratories

in schools at low-cost with environmental perspective. eDemocracy &
eGovernment (ICEDEG), 2014 First International Conference on, pag 39-47, ISBN:
978-3-907589-16-8, Disponível em: <http://ieeexplore.ieee.org> Acessado em
16/10/2015.

FLORIANA, Gerea ; ADRIA Ghencea. VoIP Protocols. Journal of Knowledge

Management, Economics and Information Technology, 2012. Disponível em:
<http://www.periodicos.capes.gov.br>. Acessado em: 30/03/2017.

FOROUZAN, Behrouz A. Comunicação de Dados e Redes de Computadores, 4ª

Ed. São Paulo: McGraw-Hill, 2008.

GOMILLION, David. DEMPSTER, Barrie, Construindo Sistemas de Telefonia Com

O Asterisk. 1ª edição, São Paulo, editora Packt Publishing, 2006.

GONSALVES, Flávio Eduardo de Andrade. Asterisk PBX: Guia de Configuração.

Versão 1.4, RNP, 2005.
 81

KELLER, Alexandre. Asterisk na prática. 2ª edição, São Paulo, Editora Novatec,

2011.

KUROSE, F. James; ROSS, W. Keith, Redes de Computadores e a Internet: Uma

nova abordagem. 1ª edição, São Paulo, Editora Pearson, 2003

LINS, Rafael D.; BARBOSA, Douglas C. P.; NASCIMENTO, Vitor C. O. VoIP:

Conceitos e Aplicações. Pernambuco: Brasport Livros e Multimídia, 2011. ISBN:
8574524824

MOHIUDDIN, Ahmed. CPU dimensioning on performance of Asterisk VoIP PBX.

International Islamic University. Disponível em: < https://scholar.google.com.br>.
Acessado em: 05/04/2017.

OLIVEIRA JR., Z. G.; CASTRO, D. S. P. Gestão estratégica da tecnologia de

informação em uma instituição de ensino como diferencial competitivo. In:
ENCONTRO NACIONAL DOS PROGRAMAS DE PÓS-GRADUAÇÃO EM
ADMINISTRAÇÃO, 30, 2006, Salvador. Anais... Rio de Janeiro, ANPAD, 2006.

RESSENDE, Thiago Maluf. GALHANO, Alex Robertson. Manual de Apresentação

do Fone@RNP, Cam Tecnologia, 2016.

RNP. Fone@RNP. Disponível em: <https://portal.rnp.br/web/servicos/fone-rnp>.

Acesso em: 07/03/2017.

ROBERTS, D. & Johnson, R. Evolving Frameworks: A Pattern Language for

Developing Object-Oriented Frameworks, Llinois, University of llinois, 2016.
Disponível em: <http://ieeexplore.ieee.org>. Acessado em: 22/03/2016.

ROLLINGS, A. & Morris, D. Game Architecture and Design, Coriolis Group,U.S.;

Pap/Cdr edition, 1999. Disponível em: <https://books.google.com.br>. Acessado em:
12/05/2016.

SÉRGIO, Luiz do Amaral Moretti, Luciana Helena Crnkovic. COMPETITIVE

ADVANTAGES IN FREE SOFTWARE: THE CASE OF AN EDUCATIONAL
INSTITUTION, 2010, ISSN 1677-7387, Disponível em:
http://revistas.facecla.com.br/index.php/recadm/ Acessado em: 10/08/2015.
 82

SILVER, T M. Monitoring network and service availability with open-source

software. Information Technology and Libraries [0730-9295] 2010 vol:29 iss:1
pg:8, Disponível em: <http://www.periodicos.capes.gov.br> Acessado em:
19/10/2015.

SOMENSI, Flávio Henrique. Manual de Instalação SNEP 3 – Asterisk 13, OpenS

Tecnologia LTDA, 2015.

STROUPSTRUP, B. C++ Programming Language, 4 Ed, São Paulo, Editora

Addison-Wesley, 2013.

TANENBAUM, Andrew S.. Redes de Computadores. Tradução: Insight Serviços de

Informática. Editora Elsevier, 14° reimpressão. Rio de Janeiro: Campus, 2003.

WILLRICH, Roberto. Introdução à Arquitetura de Computadores. Disponível em:

<http://www.inf.ufsc.br/~roberto.willrich/Ensino/INE5602/>. Acessado em: 06 set.
2016.