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

instalação

92,21

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

Sistema Operacional

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

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

Pacote de Escritório

Abiword www.abiword.org

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

Programação

Perl www.perl.org

PHP www.php.net

Cliente de e-mail

Evolution www.evolution.com

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.

wanwan

DIAGRAMA DA REDE LOGICA DO CAMPUS DO

IFBA JEQUIÉ

40 ramais

VoIP(telefone IP)

200 Estações

de Trabalho

switch core

Roteador RNP jumper link

20Mbps

Firewall Pfsense(DHCP;Proxy)

GLPI Arquivo

PC VoIP (Asterisk com Elastix)

AD

Zabbix

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

ITENS

TESTE DE FUNCIONALIDADES

FUNCIONAMENTO

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

ITENS

TESTE DE USABILIDADE

CONFIGURAÇÃO

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.