Você está na página 1de 320

Alex Galhano Robertson Engenheiro de Telecomunicaes e A RNP Rede Nacional de Ensino

Mestre em Engenharia de Redes com nfase em Comunicaes


e Pesquisa qualificada como
Multimdia, ambos pela Universidade Federal Fluminense (UFF).
uma Organizao Social (OS),
Edison Tadeu Melo Graduado em Cincias da Computao
sendo ligada ao Ministrio da
e mestre em Sistemas de Computao pela Universidade
Federal de Santa Catarina. Cincia, Tecnologia e Inovao
(MCTI) e responsvel pelo
Estefania Borm Graduada em Sistemas de Informao pela
Universidade Federal de Santa Catarina - UFSC. Ps-Graduanda Programa Interministerial RNP,
em Sistemas de Telecomunicaes pela ESAB. que conta com a participao dos
Guilherme Rhodem Bacharel em Informtica pela UFPEL
ministrios da Educao (MEC), da

Servio
(1999), Mestre em Cincias da Computao pela UFSC (200). Sade (MS) e da Cultura (MinC).
O curso tem por objetivo capacitar profissionais das Pioneira no acesso Internet no

LIVRO DE APOIO AO CURSO


Helder Vitorino Mestre em Gesto do Conhecimento e
Tecnologia da Informao pela Universidade Catlica de instituies clientes da RNP na soluo tcnica de seu Brasil, a RNP planeja e mantm a

fone@RNP
Braslia. Possui MBA em Gesto de Projetos, Especializao
servio de Voz sobre IP, o fone@RNP. O profissional rede Ip, a rede ptica nacional
em Engenharia de Software.
ser capaz de instalar, operar e manter em sua insti- acadmica de alto desempenho.

Servio fone@RNP V.2012


Jonatan Hartmann Matschulat Engenheiro de software com
tuio o conjunto de servidores que constituem a rede Com Pontos de Presena nas
especialidade em desenvolvimento web e mvel. Graduado
em Sistemas de Informao pela UFSC em 2010. de VoIP da RNP. Este livro tem o objetivo de apoiar 27 unidades da federao, a rede

V.2012
os profissionais na disseminao do conhecimento em tem mais de 800 instituies
Lus Fernando Cordeiro Possui graduao em Sistemas de
Informao (2012) e especializao em Engenharia e Arqui- suas organizaes ou localidades de origem. conectadas. So aproximadamente
tetura de Software (2015). 3,5 milhes de usurios usufruindo
Murilo Vetter Graduado em Cincias da Computao pela de uma infraestrutura de redes
Universidade Federal de Santa Catarina - UFSC (2008). Mestre
Alex Galhano Robertson Lus Fernando Cordeiro avanadas para comunicao,
em Cincias da Computao pela Universidade Federal de
Santa Catarina - UFSC (2015). Edison Tadeu Melo Murilo Vetter computao e experimentao,
Estefania Borm Paulo Alexandre de O Brandtner que contribui para a integrao
Paulo Alexandre de O Brandtner Graduado em Sistemas
Guilherme Rhodem Thiago Maluf entre o sistema de Cincia e
de Informao pela Universidade Federal de Santa Catarina.
Helder Vitorino Wescley Patrick da Silva Tecnologia, Educao Superior,
Thiago Maluf Bacharel em Cincia da Computao pela Jonatan Hartmann Matschulat
Sade e Cultura.
UFRJ e detentor da certificao DCAP.

Wescley Patrick da Silva Graduado em anlise e desenvol-


vimento de sistemas, possui especializao em segurana
de redes de computadores, certificado em DELL DCSE
Foundation 2010, ITIL Foundation, Digium dCCA.

ISBN 978-85-63630-58-2

9 788563 630582
A RNP Rede Nacional de Ensino
e Pesquisa qualificada como
uma Organizao Social (OS),
sendo ligada ao Ministrio da
Cincia, Tecnologia e Inovao
(MCTI) e responsvel pelo
Programa Interministerial RNP,
que conta com a participao dos
ministrios da Educao (MEC), da
Sade (MS) e da Cultura (MinC).
Pioneira no acesso Internet no
Brasil, a RNP planeja e mantm a
rede Ip, a rede ptica nacional
acadmica de alto desempenho.
Com Pontos de Presena nas
27 unidades da federao, a rede
tem mais de 800 instituies
conectadas. So aproximadamente
3,5 milhes de usurios usufruindo
de uma infraestrutura de redes
avanadas para comunicao,
computao e experimentao,
que contribui para a integrao
entre o sistema de Cincia e
Tecnologia, Educao Superior,
Sade e Cultura.
Servio
fone@RNP
V.2012
Alex Galhano Robertson
Edison Tadeu Melo
Estefania Borm
Guilherme Rhodem
Helder Vitorino
Jonatan Hartmann Matschulat
Lus Fernando Cordeiro
Murilo Vetter
Paulo Alexandre de Oliveira Brandtner
Thiago Maluf
Wescley Patrick da Silva
Servio
fone@RNP
V.2012
Alex Galhano Robertson
Edison Tadeu Melo
Estefania Borm
Guilherme Rhodem
Helder Vitorino
Jonatan Hartmann Matschulat
Lus Fernando Cordeiro
Murilo Vetter
Paulo Alexandre de Oliveira Brandtner
Thiago Maluf
Wescley Patrick da Silva

Rio de Janeiro
Escola Superior de Redes
2016
Copyright 2016

Rede Nacional de Ensino e Pesquisa RNP


Rua Lauro Mller, 116 sala 1103
22290-906 Rio de Janeiro, RJ

Diretor Geral
Nelson Simes

Diretor de Servios e Solues


Jos Luiz Ribeiro Filho

Escola Superior de Redes


Diretor Adjunto
Leandro Marcos Oliveira Guimares

Edio
Lincoln da Mata

Coordenador rea de Mdia Digitais


Renato Duarte

Equipe ESR (em ordem alfabtica)


Adriana Pierro, Alynne Figueiredo, Celia Maciel, Edson Kowask, Elimria Barbosa, Evellyn Fei-
tosa, Felipe Nascimento, Lourdes Soncin, Luciana Batista, Mrcia Correia, Marcia Rodrigues,
Luiz Carlos Lobato, Thays Farias, Yve Marcial.

Capa, projeto visual e diagramao


Tecnodesign

Verso
2.0.0

Este material didtico foi elaborado com fins educacionais. Solicitamos que qualquer erro encon-
trado ou dvida com relao ao material ou seu uso seja enviado para a equipe de elaborao de
contedo da Escola Superior de Redes, no e-mail info@esr.rnp.br. A Rede Nacional de Ensino e
Pesquisa e os autores no assumem qualquer responsabilidade por eventuais danos ou perdas, a
pessoas ou bens, originados do uso deste material.
As marcas registradas mencionadas neste material pertencem aos respectivos titulares.

Distribuio
Escola Superior de Redes
Rua Lauro Mller, 116 sala 1103
22290-906 Rio de Janeiro, RJ
http://esr.rnp.br
info@esr.rnp.br

Dados Internacionais de Catalogao na Publicao (CIP)

M236s Robertson, Alex Galhano.


Servio fone@RNP / Alex Galhano Robertson, et al. Rio de Janeiro: RNP/ESR, 2016.
316 p. : il. ; 27,5 cm.

ISBN 978-85-63630-58-2

1. Redes VoIP instalao e manuteno. 2. Protocolos de redes VoIP. 3. Asterisk


(software). 4. OpenSER (software). I. Robertson, Alex. II. Titulo.

CDD 004.65
Sumrio

1. Apresentao
Viso bsica da RNP1

Servios avanados na RNP2

Comunicao e Colaborao3

Gesto de identidade3

Suporte rede acadmica3

Disponibilizao de contedos digitais3

Hospedagem estratgica3

Apoio a servios3

O servio Fone@RNP3

O GT-VoIP4

O projeto VoIP4All4

Projeto de melhoria do fone@RNP5

Evoluo dos clientes do fone@RNP5

Alcance do fone@RNP6

Alcance internacional do fone@RNP 6

Processo de adeso ao fone@RNP7

2. Introduo telefonia
Um pouco de histria9

Circuito eltrico equivalente10

Arquitetura hierrquica e em estrela11

Encaminhamento das chamadas13

iii
Protocolos e sinalizao14

Telefonia digital15

Digitalizao da voz: PCM16

Amostragem17

Quantizao17

Codificao18

O que TDM?18

E1/T1 e PDH19

RDSI ou R2-Digital20

Cabos e conexes20

Trfego e dimensionamento de canais22

Trfego Telefnico (A)22

Hora de Maior Movimento (HMM)22

Grau de Servio (GoS)23

Dimensionamento de canais e tabelas de Erlang23

Plano de Numerao Nacional24

Terminais telefnicos dentro de centrais privadas (PABX)26

3. Introduo Voz sobre IP


Protocolo de iniciao de sesso SIP27

Caractersticas do protocolo SIP28

Funcionalidades28

O que o SIP no e no faz:28

Elementos de uma rede SIP29

Fluxo de mensagens SIP30

Servidor de redirecionamento (Redirect Server)31

Servidor de registro (Registrar Server)32

Mensagens SIP32

Mensagem de requisio SIP (SIP Requests)32

Mensagem de resposta (SIP Response)34

Protocolo SDP36

Exemplo:37

Real-time Transport Protocol RTP37

Formato do pacote RTP38

Real-time Transport Control Protocol RTCP39

iv
Empacotamento da voz: CODEC40

Codec40

Super-resumo de Voz sobre IP44

4. Arquitetura do fone@RNP v.2012


SIP Router Central (SRC)46

SIP Router Local (SRL)46

PBX IP47

Gateway Transparente (GWT)47

A arquitetura tpica do fone@RNP48

A instituio tpica48

Caractersticas do cenrio49

Fluxos de comunicao entre os dispositivos50

Exemplos ilustrados para fluxo de mdia e sinalizao51

Sobre firewall e portas de comunicao nos servidores52

Testes de chamadas (checklist)55

Encaminhamento das chamadas56

O plano de numerao recomendado57

Planejamento para instalao do fone@RNP57

5. Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


GWT59

GWT 2.060

Gateway Transparente 2.060

Ligando os cabos61

Acessando e configurando o GWT61

Acessando e configurando o GWT66

Monitoramento87

Contabilizao89

Estatsticas89

Completadas90

No Completadas90

Mais Chamados91

v
Gateway Transparente Analgico (GWTa)91

Cenrio considerado92

O que o CIP 850?92

Instalao fsica do CIP 85094

Configurao lgica da central96

6. SIP Router Local (SRL)


Sobre o SIP Router Local SRL109

Quando usar o SRL?110

Roteiro de instalao e configurao110

Pr-instalao110

Instalao111

Acessando e configurando o SRL120

Replicao LDAP entre dois SRLs135

Rotas142

Contabilizao150

Usurios152

Pas153

Sistema154

Console155

Backup/Restore156

Logs157

7. PBX IP
Sobre o PBX IP Corporativo159

Roteiro de instalao e configurao PBX IP Corporativo160

Instalao do PBX Corporativo160

Acessando e configurando166

Configurando uma estao para acessar o PBX IP166

Configurando o PBX-IP Corporativo170

Central gerncia de usurios e ramais184

Usurios SIP185

Painel de Controle195

Status196

Contabilizao197

vi
Sobre o PBX IP Acadmico198

Instalao do PBX IP acadmico199

Configurao de DNS para a PBX-IP Acadmica200

Acessando e configurando201

Configurando o PBX-IP Acadmico201

Guia de operao215

Integrao de sistemas: WebService230

createRamal231

alterarSenha232

buscaInfoRamais232

excluirUsurio233

8. Estudo de casos
Lembrete sobre o uso do SRL nas instituies235

Caso 1236

Cenrio236

Soluo proposta236

Caso 2236

Cenrio236

Soluo proposta237

Caso 3237

Cenrio237

Soluo proposta238

Caso 4238

Cenrio238

Soluo proposta239

Caso 5239

Cenrio239

Soluo proposta239

Caso 6240

Cenrio240

Soluo proposta240

Caso 7241

Cenrio241

Soluo proposta241

vii
Caso 8242

Cenrio242

Soluo proposta243

9. Estatsticas
Sobre estatsticas245

Relatrios do Sistema de Estatsticas246

Uso do mapa246

Uso dos relatrios247

Exibio de outros relatrios248

Relatrio em Detalhes249

Comparao de relatrios250

Descrio dos relatrios252

Relatrios dos mdulos do fone@RNP257

Relatrios do GWT257

10. Anexos
Anexo 1 Planejamento para instalao do fone@RNP em uma empresa fictcia269

Anexo 2 Configurao de firewall274

Anexo 3 Instalao manual do SRL279

IAnexo 4 Plano de Testes283

viii
Escola Superior de Redes
A Escola Superior de Redes (ESR) a unidade da Rede Nacional de Ensino e Pesquisa
(RNP) responsvel pela disseminao do conhecimento em Tecnologias da Informao
e Comunicao (TIC).

A ESR nasce com a proposta de ser a formadora e disseminadora de competncias em


TIC para o corpo tcnico-administrativo das universidades federais, escolas tcnicas e
unidades federais de pesquisa. Sua misso fundamental realizar a capacitao tcnica
do corpo funcional das organizaes usurias da RNP, para o exerccio de competncias
aplicveis ao uso eficaz e eficiente das TIC.

A ESR oferece dezenas de cursos distribudos nas reas temticas: Administrao e Pro-
jeto de Redes, Administrao de Sistemas, Segurana, Mdias de Suporte Colaborao
Digital e Governana de TI.

A ESR tambm participa de diversos projetos de interesse pblico, como a elaborao


e execuo de planos de capacitao para formao de multiplicadores para projetos
educacionais como: formao no uso da conferncia web para a Universidade Aberta do
Brasil (UAB), formao do suporte tcnico de laboratrios do Proinfo e criao de um con-
junto de cartilhas sobre redes sem fio para o programa Um Computador por Aluno (UCA).

A metodologia da ESR
A filosofia pedaggica e a metodologia que orientam os cursos da ESR so baseadas na
aprendizagem como construo do conhecimento por meio da resoluo de problemas
tpicos da realidade do profissional em formao. Os resultados obtidos nos cursos de
natureza terico-prtica so otimizados, pois o instrutor, auxiliado pelo material did-
tico, atua no apenas como expositor de conceitos e informaes, mas principalmente
como orientador do aluno na execuo de atividades contextualizadas nas situaes do
cotidiano profissional.

A aprendizagem entendida como a resposta do aluno ao desafio de situaes-problema


semelhantes s encontradas na prtica profissional, que so superadas por meio de an-
lise, sntese, julgamento, pensamento crtico e construo de hipteses para a resoluo
do problema, em abordagem orientada ao desenvolvimento de competncias.

Dessa forma, o instrutor tem participao ativa e dialgica como orientador do aluno
para as atividades em laboratrio. At mesmo a apresentao da teoria no incio da ses-
so de aprendizagem no considerada uma simples exposio de conceitos e informa-
es. O instrutor busca incentivar a participao dos alunos continuamente.

ix
As sesses de aprendizagem onde se do a apresentao dos contedos e a realizao das
atividades prticas tm formato presencial e essencialmente prtico, utilizando tcnicas
de estudo dirigido individual, trabalho em equipe e prticas orientadas para o contexto de
atuao do futuro especialista que se pretende formar.

As sesses de aprendizagem desenvolvem-se em trs etapas, com predominncia de


tempo para as atividades prticas, conforme descrio a seguir:

Primeira etapa: apresentao da teoria e esclarecimento de dvidas (de 60 a 90 minutos).


O instrutor apresenta, de maneira sinttica, os conceitos tericos correspondentes ao tema
da sesso de aprendizagem, com auxlio de slides em formato PowerPoint. O instrutor
levanta questes sobre o contedo dos slides em vez de apenas apresent-los, convidando
a turma reflexo e participao. Isso evita que as apresentaes sejam montonas e que
o aluno se coloque em posio de passividade, o que reduziria a aprendizagem.

Segunda etapa: atividades prticas de aprendizagem (de 120 a 150 minutos).


Esta etapa a essncia dos cursos da ESR. A maioria das atividades dos cursos assn-
crona e realizada em duplas de alunos, que acompanham o ritmo do roteiro de atividades
proposto no livro de apoio. Instrutor e monitor circulam entre as duplas para solucionar
dvidas e oferecer explicaes complementares.

Terceira etapa: discusso das atividades realizadas (30 minutos).


O instrutor comenta cada atividade, apresentando uma das solues possveis para
resolv-la, devendo ater-se quelas que geram maior dificuldade e polmica. Os alunos so
convidados a comentar as solues encontradas e o instrutor retoma tpicos que tenham
gerado dvidas, estimulando a participao dos alunos. O instrutor sempre estimula os
alunos a encontrarem solues alternativas s sugeridas por ele e pelos colegas e, caso
existam, a coment-las.

Sobre o curso
O curso Servio fone@RNP v.2012 uma atualizao do curso Servio fone@RNP.

Este curso apresenta o servio de telefonia IP da RNP, oferecido suas instituies parcei-
ras. Aborda as tecnologias que servem de alicerce para seu funcionamento e, principal-
mente, apresenta a instalao e operao do servio e seus componentes.

Objetivo: Ensinar o profissional tcnico a instalar, operar e manter os dispositivos que


compem o servio fone@RNP em sua instituio.

Ao final do curso, o profissional ser capaz de instalar e manter o servio fone@RNP em


sua instituio

A quem se destina
Engenheiros, analistas, tcnicos e outros profissionais responsveis pelo servio de telefonia
IP das instituies parceiras, bem como quaisquer outros interessados em solues de Voz
sobre IP.

Convenes utilizadas neste livro


As seguintes convenes tipogrficas so usadas neste livro:

Itlico
Indica nomes de arquivos e referncias bibliogrficas relacionadas ao longo do texto.

x
Largura constante

Indica comandos e suas opes, variveis e atributos, contedo de arquivos e resultado da sada
de comandos. Comandos que sero digitados pelo usurio so grifados em negrito e possuem
o prefixo do ambiente em uso (no Linux normalmente # ou $, enquanto no Windows C:\).

Contedo de slide
Indica o contedo dos slides referentes ao curso apresentados em sala de aula.

Smbolo
Indica referncia complementar disponvel em site ou pgina na internet.

Smbolo
Indica um documento como referncia complementar.

Smbolo
Indica um vdeo como referncia complementar.

Smbolo
Indica um arquivo de adio como referncia complementar.

Smbolo
Indica um aviso ou precauo a ser considerada.

Smbolo
Indica questionamentos que estimulam a reflexo ou apresenta contedo de apoio ao
entendimento do tema em questo.

Smbolo
Indica notas e informaes complementares como dicas, sugestes de leitura adicional ou
mesmo uma observao.

Permisses de uso
Todos os direitos reservados RNP.
Agradecemos sempre citar esta fonte quando incluir parte deste livro em outra obra.
Exemplo de citao: MALUF, Thiago; ROBERTSON, Alex Galhano. Servio fone@RNP. Rio de
Janeiro: Escola Superior de Redes, RNP, 2013.

Comentrios e perguntas
Para enviar comentrios e perguntas sobre esta publicao:
Escola Superior de Redes RNP
Endereo: Av. Lauro Mller 116 sala 1103 Botafogo
Rio de Janeiro RJ 22290-906
E-mail: info@esr.rnp.br

xi
Sobre os autores
Alex Galhano Robertson Engenheiro de Telecomunicaes e Mestre em Engenharia
de Redes com nfase em Comunicaes Multimdia, ambos pela Universidade Federal
Fluminense (UFF). Possui experincia em gerncia de redes IP, QoS, Voz sobre IP e telefo-
nia computacional, tendo atuado como consultor em diversos projetos de importantes
empresas brasileiras. Coordenou projeto em VoIP no mbito da RedCLARA - Rede de
Colaborao Latino Americano em Redes Avanadas. Escreveu e ministrou treinamento em
Voz sobre IP para Redes Nacionais da Amrica Latina, ministrou cursos de VoIP na UFF e na
ESR e escreveu o livro do fone@RNP para Escola Superior de Redes da RNP. Atualmente
Especialista em Servios na Rede Nacional de Ensino e Pesquisa sendo responsvel tcnico
pelos servios de Comunicao e Colaborao, representa a Amrica Latina no Comit
Global de Governana do NRENum.net (GNGC) e integrante do grupo Global RealTime
Communications Exchange (GRTC).

Edison Tadeu Melo Superintendente da SeTIC/UFSC (Superintendncia de Governana


Eletrnica e Tecnologia da Informao e Comunicao da UFSC). Coordenador administrativo
do PoP-SC e REMEP-FLN. Graduado em Cincias da Computao e mestre em Sistemas de
Computao pela Universidade Federal de Santa Catarina. Atua em projetos de TI desde 1981.

Estefania Borm Tcnica em Telecomunicaes pelo IFSC - So Jos. Graduada em Sistemas


de Informao pela Universidade Federal de Santa Catarina - UFSC. Ps-Graduanda em
Sistemas de Telecomunicaes pela ESAB. Atua desde 2008 na rea de Telefonia IP e Redes de
Computadores. Atuou na implantao da Telefonia IP na UFSC, bem como no desenvolvimento
do projeto Fone@RNP. analista de TI da equipe do PoP-SC, trabalhando principalmente nos
projetos fone@RNP e MonIP.

Guilherme Rhodem Possui mais de 15 anos de experincia em redes de computadores.


Bacharel em Informtica pela UFPEL (1999), Mestre em Cincias da Computao pela UFSC
(2002), trabalhou na redeUFSC e desde 2003 analista de redes do PoP-SC/RNP.
Atualmente exerce a coordenao tcnica do PoP-SC/RNP e PTT/SC. J participou de diver-
sos grupos de pesquisa, como GT-QoS, GT-Medies, MONIP, MonCircuitos, foi tcnico
responsvel pela implantao da REMEP-FLN e exerce atividades de consultoria em Redes e
Telefonia IP. Fez parte do corpo tcnico que implantou a Telefonia IP na UFSC, responsvel
pela concepo e desenvolvimento do novo fone@RNP (2012-2015).

Helder Vitorino Pernambucano, Mestre em Gesto do Conhecimento e Tecnologia da


Informao pela Universidade Catlica de Braslia. Possui MBA em Gesto de Projetos,
Especializao em Engenharia de Software. certificado como Project Management Pro-
fessional (PMP) pelo Project Management Institute (PMI). Atua h mais de 20 anos na rea
de Tecnologia da Informao. Atualmente Gerente de Servios na Diretoria Adjunta de
Gesto de Servios da Rede Nacional de Ensino e Pesquisa (RNP).

Jonatan Hartmann Matschulat engenheiro de software com especialidade em desenvol-


vimento web e mvel. Graduado em Sistemas de Informao pela UFSC em 2010, desenvol-
veu seu projeto de concluso de curso com o tema Convergncia de mdias em um ambiente
VoIP. Possui mais de 8 anos de experincia em design e desenvolvimento web e atua h 5
anos como diretor de criao em uma empresa focada na construo de aplicativos mveis
para as plataformas iOS e Android.Ao longo de sua carreira profissional, participou de mais
de 30 projetos envolvendo tecnologias para telefonia IP, dispositivos mveis e sistemas web.

xii
Nestes projetos, contribuiu nas fases de concepo, validao, desenvolvimento, gerencia-
mento e implantao. Alm das capacidades tcnicas, possui conhecimentos e experincias
aprofundadas em gesto de equipes, desenvolvimento de negcios, empreendedorismo,
planejamento estratgico, processo de vendas e marketing digital.

Lus Fernando Cordeiro Analista de Tecnologia da Informao na Universidade Federal de


Santa Catarina (UFSC). Possui graduao em Sistemas de Informao (2012) e especializa-
o em Engenharia e Arquitetura de Software (2015). consultor do PoP-SC em projetos
como o MonIP e Fone@RNP.

Murilo Vetter Possui mais de 10 anos de experincia em desenvolvimento de software


para redes. Graduado em Cincias da Computao pela Universidade Federal de Santa
Catarina - UFSC (2008). Mestre em Cincias da Computao pela Universidade Federal de
Santa Catarina - UFSC (2015). Atualmente analista de redes da Rede Metropolitana de
Florianpolis REMEP-FLN. Coordenador de desenvolvimento do servio MonIP da RNP.
Integrante do corpo tcnico que implantou a Telefonia IP na UFSC, equipe responsvel
pela concepo e desenvolvimento do novo fone@RNP (2012-2015). Possui experincia em
redes e desenvolvimento de software voltado para redes, mais especificamente em telefo-
nia IP e monitorao de redes IP. Atua em projetos de pesquisa de monitorao de redes IP
convencionais (MonIP) e redes IP hbridas (MonCircuitos).

Paulo Alexandre de Oliveira Brandtner Analista de sistemas, atua como desenvolvedor


WEB e colaborador no Ponto de Presena da RNP em Santa Catarina, faz parte da equipe
do Fone@RNP e do servio MonIP da Rede Nacional de Ensino e Pesquisa. Graduado em
Sistemas de Informao pela Universidade Federal de Santa Catarina.

Thiago Maluf Bacharel em Cincia da Computao pela UFRJ e detentor da certificao


DCAP. Atuante na rea de desenvolvimento de aplicaes multimdias, principalmente
no setor de telefonia IP. Enquanto bolsista no Laboratrio de Voz sobre IP da UFRJ, par-
ticipando da criao do projeto Fone@RNP. Atualmente, scio e gerente de projetos da
empresa prestadora de servios, CAM Tecnologia. Leciona a matria de telefonia IP no Pro-
grama MOT-CN/NCE/UFRJ e o curso de Administrao do Servio Fone@RNP para Escola
Superior de Redes/RNP.

Wescley Patrick da Silva Natural de Arcoverde/PE, graduado em anlise e desenvol-


vimento de sistemas, possui especializao em segurana de redes de computadores,
certificado em DELL DCSE Foundation 2010, ITIL Foundation, Digium dCCA. Possui experi-
ncia em desenvolvimento de software, gerncia de redes IP e Voz sobre IP. J atuou como
professor colaborador em eventos pela Universidade de Pernambuco, foi monitor do curso
de fone@RNP na Escola Superior de Redes da RNP, foi um dos instrutores no SCI 2013 e
2015 nos cursos: Implementando o Novo fone@RNP (GWT) e Instalando e configurando a
PBX-IP, respectivamente. Atualmente, , Analista de Operaes da Rede Nacional de Ensino
e Pesquisa (RNP).

xiii
Abreviaes utilizadas neste livro
CDR Call Detail Record (Detalhamento dos Registros de Chamadas)
DNS Domain Name System
GWT Gateway Transparente
GWT-a Gateway Transparente Analgico
ICMP Internet Control Message Protocol
IP Internet Protocol
NTP Network Time Protocol
PABX Public Automatic Branch Exchange
PBX Public Branch Exchange
POTS Public Old Telephony Service (utilizada como sinnimo de da rede analgica)
PSTN Public Switched Telephony Network
RTCP RTP Control Protocol
RTFC Rede de Telefonia Fixo Comutada
RTP Realtime Transport Protocol
SBC Session Border Controller
SDP Session Description Protocol
SIP Session Initiation Protocol
SNMP Simple Network Management Protocol
SRC SIP Router Central
SRL SIP Router Local
SRTP Secure RTP
TCP Transmission Control Protocol
ToIP Telephony over IP (Telefonia sobre IP)
UDP User Datagram Protocol
VoIP Voice over IP (Voz sobre IP)

xiv
Aviso!
O servio fone@RNP, baseado na tecnologia de Voz sobre Protocolo Internet (VoIP), uma
aplicao que utiliza a infraestrutura de redes IP para encaminhar ligaes telefnicas. Por
isso mesmo, assim como qualquer outra implementao do servio de telefonia sobre IP,
est sujeita s vantagens e desvantagens do IP.

Diante disso, a Rede Nacional de Ensino e Pesquisa possui o dever de informar que no
responsvel por quaisquer danos ou prejuzos causados pelo mau uso do servio fone@
RNP, principalmente relacionados qualidade das chamadas e segurana contra invases
e outros ataques aos dispositivos hospedados nos clientes.

A implantao e manuteno de um servio de telefonia IP no trivial, e requer profissio-


nais qualificados para exercer tais tarefas. necessrio que o profissional tcnico respon-
svel pelo servio na instituio esteja atento aos riscos da implantao do servio de
telefonia IP. fortemente recomendado que a instituio adote prticas de Qualidade de
Servio (QoS) em sua rede IP. imprescindvel que ele promova e coordene o dilogo entre
as equipes de redes, segurana e de telefonia (ou equivalentes) de sua instituio. Alm
disso, independente da adoo do PBX IP (educacional ou corporativa), lembramos que
continua sendo necessrio que a instituio cliente mantenha uma equipe de suporte para
seu PABX, seja ela interna ou terceirizada.

A RNP se preocupa com a segurana do sistema e a qualidade das ligaes. O fone@RNP


dotado de uma srie de funes e subsistemas que tratam essas questes de forma mais
eficiente possvel.

xv
Agradecimentos
Mesmo correndo o risco de sermos injustos com algumas pessoas por no cit-las aqui, a
RNP gostaria de agradecer a:

Prof. Paulo Aguiar, Coordenador do LabVoIP, da UFRJ, que foi o pesquisador lder da cria-
o da primeira verso do fone@RNP.

Alberto Wester, do Museu de Astronomia, que perseverou e ficou horas e horas testando e
apoiando a iniciativa desde a sua criao.

Emerson Ribeiro de Mello, em 2012 Diretor de Tecnologia da Informao e Comunicao


do IFSC, um grande impulsionador do servio no estado de Santa Catarina, incentivando a
adeso, implantao e o uso no IFSC - Instituto Federal de Santa Catarina.

Glaidson Verzeletti do IFSC - Instituto Federal de Santa Catarina, campus Lajes, primeiro
campus a instalar de forma oficial a verso atualizada e por colaborar na elaborao da
documentao do GWT.

Rodrigo Lira do Instituto Federal da Paraba, campus Campina Grande, primeiro campus
a instalar de forma colaborativa e de testes o PBX-IP, em funcionamento at hoje. Utiliza a
soluo completa e oficial do fone@RNP no campus.

Gustavo Gomes, em 2013 fazia parte da equipe do IFBA - Instituto Federal da Bahia, colabo-
rou com diversas correes na documentao de instalao e configurao do GWT.

E tantos outros que diretamente e indiretamente ajudaram na elaborao deste exemplar


e na construo e evoluo do fone@RNP.

Muito obrigado!

xvi
1
Apresentao
objetivos

Conhecer a RNP, os servios avanados e como o servio fone@RNP nasceu e vem


se desenvolvendo desde ento.

conceitos
RNP; Servios Avanados.

Viso bsica da RNP


A Rede Nacional de Ensino e Pesquisa (RNP) foi a primeira rede de acesso internet no
Brasil. Sua misso promover o uso inovador de redes avanadas no pas. Foi criada em
1989 pelo Ministrio da Cincia e Tecnologia (MCT) com o objetivo de construir uma infra-
estrutura de rede internet nacional para a comunidade acadmica. A rede comeou a ser
montada em 1991. Em 1994, j estava presente em todas as regies do pas. Entre 2000 e
2001, a rede foi totalmente atualizada para oferecer suporte a aplicaes avanadas. Desde
ento, a rede Ip possui pontos de presena em todos os estados brasileiros.

Desde 2002, uma Organizao Social (OS) vinculada ao Ministrio da Cincia, Tecnologia
e Inovao (MCTI), e mantida por este em conjunto com os ministrios da Educao (MEC),
Cultura (MinC) e Sade (MS).

Um universo estimado em mais de um milho usurios da comunidade acadmica brasi-


leira se beneficia dessa infraestrutura que estimula o progresso da cincia e da educao
superior no pas.

A rede Ip a primeira rede ptica nacional acadmica da Amrica Latina, inaugurada pela
RNP em 2005. O backbone da rede Ip foi projetado para garantir no s a largura de banda
necessria ao trfego internet usual (navegao web, correio eletrnico, transferncia de
arquivos), mas tambm o uso de servios e aplicaes avanadas e a experimentao.
A infraestrutura engloba 27 Pontos de Presena (PoPs), um em cada unidade da federao,
Captulo 1 - Apresentao

alm de ramificaes para atender mais de 500 instituies de ensino e pesquisa em todo o
pas, beneficiando mais de 3,5 milhes de usurios.

Em 2010, a rede Ip passou por um grande salto qualitativo, atingindo a capacidade agre-
gada de 233,2 Gbps, aumento de 280% em relao capacidade agregada anterior. Nessa
nova rede, que a sexta gerao do backbone operado pela RNP, as velocidades multigiga-
bits (acima de 1 Gbps) esto disponveis para 24 dos 27 PoPs. A ampliao foi resultado de

1
acordo de cooperao com a empresa de telecomunicaes Oi, que prover RNP infraes-
trutura de transmisso em fibras pticas para uso no comercial e participar de projetos de
Pesquisa & Desenvolvimento (P&D) de interesse comum.

Agente de integrao de iniciativas acadmicas no Brasil e na Amrica Latina, a RNP tem


papel de destaque na Cooperao Latino Americana de Redes Avanadas (RedCLARA). A
rede Ip tem uma conexo de 1,45 Gbps com a rede dessa iniciativa, que integra atualmente
15 pases da Amrica Latina. Alm disso, por meio de uma conexo de 20 Gbps operada
em parceria entre a RNP e a Academic Network at So Paulo (ANSP), a rede Ip se conecta
a outras infraestruturas acadmicas internacionais, como a norte-americana Internet2 e a
europeia Gant, e internet comercial mundial.

Figura 1.1
Rede Ip.

Servios avanados na RNP


Desde 2000, a Rede Nacional de Ensino e Pesquisa (RNP) tem se dedicado promoo do
uso de aplicaes avanadas em redes de computadores. Telefonia sobre a rede internet, TV
digital transmitida pela rede, educao a distncia, videoconferncia IP e Identidade Digital so
algumas das aplicaes que esto sendo implantadas na forma de servios para os usurios.

Os servios avanados disponibilizados pela RNP s suas organizaes usurias so o resul-


tado de processos de inovao e prospeco, de acordo com as necessidades dos clientes,
Servio fone@RNP

em atividades de anlise de cenrios e tendncias com parceiros como a academia, o setor


empresarial e as principais redes acadmicas mundiais. Os principais benefcios dos ser-
vios da RNP so facilitar e promover a comunicao, a colaborao a distncia e a dissemi-
nao de conhecimento.

2
As informaes sobre os servios disponibilizados pela RNP para suas organizaes usurias
e comunidades de clientes especiais e estratgicos encontram-se consolidadas no Catlogo
de Servios, que so classificados da seguinte forma:

11 Comunicao e Colaborao;

11 Disponibilizao de Contedos Digitais;

11 Gesto de Identidade;

11 Hospedagem Estratgica;

11 Suporte Rede Acadmica.

Comunicao e Colaborao
A RNP oferece aos seus clientes os seguintes servios de comunicao e colaborao:
conferncia web, fone@RNP, Videoconferncia, Telepresena e fileSender@RNP.

Gesto de identidade
A RNP rene as Instituies Federais de Ensino Superior (Ifes), Unidades de Pesquisa (UPs) e
demais instituies acadmicas em uma rede de confiana, por meio dos servios: Comuni-
dade Acadmica Federada (CAFe) e Infraestrutura de Chaves Pblicas para Ensino, Pesquisa
(ICPEdu) e eduroam.

Suporte rede acadmica


Gerenciado e operado pela RNP, o Ponto Federal de Interconexo de Redes (FIX) um Ponto
de Troca de Trfego (PTT) que viabiliza a interconexo entre redes, aumentando a eficincia
da transferncia de dados.

Disponibilizao de contedos digitais


Atravs de sua rede inteligente de distribuio de vdeo digital, a RNP prov os servios de Vdeo
sob Demanda, Transmisso de Sinal de TV, Transmisso de Vdeo ao Vivo e Videoaula@RNP.

Hospedagem estratgica
O Internet Data Center (IDC) o servio de hospedagem de equipamentos e servidores
dentro do modelo conhecido como colocation. Esse servio fornece uma infraestrutura
w de segurana, fsica e lgica, para clientes estratgicos para o sistema nacional de CT&I
O Catlogo de Servios (Cincia, Tecnologia e Inovao), Cultura e Sade, com garantias de disponibilidade e ope-
e outras informaes rao ininterrupta.
podem ser encontradas
na pgina de Servios
da RNP: Apoio a servios
www.rnp.br/servicos/
servicos-avancados O Service Desk uma instncia de apoio, voltada resoluo de dificuldades que as institui-
es que so clientes dos servios possam encontrar na entrega, acesso ou utilizao.
Captulo 1 - Apresentao

O servio Fone@RNP
O fone@RNP o servio que tem como objetivo interconectar a rede de telefonia dos
clientes da RNP. Ele utiliza a tecnologia de Voz sobre IP (VoIP). A soluo comeou a ser
desenvolvida em 2002, como um grupo de trabalho (GT) no mbito do programa de

3
pesquisa e desenvolvimento, fomentado pela prpria RNP. Melhoramentos nessa soluo
l
O principal objetivo
permitiram pr em produo e oferec-la como servio para as instituies de ensino e desse servio
pesquisa brasileiras. economizar recursos
financeiros com
No h custo para adeso ao servio. As instituies clientes do fone@RNP podem realizar chamadas de longa
distncia para telefones
chamadas entre elas sem qualquer custo. Elas tambm podem realizar chamadas de longa
fixos, que no Brasil so
distncia para telefones na rede pblica de telefonia (RTFC), desde que haja na cidade-destino relativamente caras,
outro cliente do fone@RNP. Como esse um servio colaborativo, nenhuma das chamadas custando aproximada-
mente dez vezes mais
cobrada da instituio que a originou, incluindo aquelas que terminaram na rede pblica.
que uma ligao local.
Nesse caso, a universidade na cidade de destino da ligao quem paga a conta dessas cha-
madas. Na prtica, o custo das ligaes a distncia convertido em custo de ligaes locais,
gerando economia significativa, conforme comparao indicada no pargrafo anterior.

Ademais, os recursos financeiros que as instituies de ensino e pesquisa clientes do servio


utilizam para pagar a conta de telefone tm a mesma origem oramentria, ou seja, os
cofres do Governo. Ento, quando as universidades economizam dinheiro, na verdade, o
Governo Federal que est, de fato, economizando recursos.

Assim, expandir o nmero de clientes do fone@RNP um fator muito importante no


apenas para o servio ou para seus clientes, mas para tornar possvel economizar mais
recursos pblicos, no curto e longo prazos. Cada instituio que adere ao servio tem a
oportunidade de economizar no apenas para ela mesma, mas tambm ajuda a outras insti-
tuies a economizar da mesma forma.

O GT-VoIP
O servio Fone@RNP fruto direto de um programa de Pesquisa e Desenvolvimento da RNP.
Teve como marco inicial a criao do Grupo de Trabalho VoIP em maio de 2002, com a ideia
de pesquisar e gerar um produto final que funcionaria como alternativa ao tradicional sistema
de telefonia. O objetivo principal do GT a implantao de um servio experimental de tele-
fonia no backbone RNP, permitindo s instituies usurias utilizar suas redes para estabe-
lecer comunicao de voz a partir de seus PBXs, telefones IP e/ou estaes de trabalho.

Como produto final desse GT, em 2004 o LabVoIP do NCE/UFRJ definiu a arquitetura e
implantou o servio Fone@RNP em 17 instituies-piloto em 10 estados do territrio
brasileiro. Nesse momento, comunicao de voz sobre IP no era mais novidade devido
popularidade de sistemas como o MSN ou Skype, que permitiam aos usurios realizarem
comunicao de computador para computador.

No obstante a isso, o servio Fone@RNP permite a comunicao no s com os disposi-


tivos VoIP do computador, mas tambm integra o servio aos ramais convencionais das
instituies e aos nmeros da rede pblica de telefonia, RTFC. A integrao dos nmeros
da rede pblica faz parte da ideia colaborativa do servio. As chamadas originadas em uma
instituio sero encaminhadas por outro cliente situado na mesma localizao do destino
discado, realizando uma chamada local para alcanar o telefone destino.

O projeto VoIP4All
Servio fone@RNP

Com a evoluo do Grupo de Trabalho GT-VoIP a servio, houve a necessidade de expandi-


-lo para mais instituies usurias. Para essa demanda, a RNP criou o projeto VoIP4All, que
teve como objetivo a adeso de 77 instituies ao servio em todo o pas. Foram adquiridos
servidores, placas de interface de telefonia, telefones IP bsicos e telefones IP Avanado.

4
Sendo parte do projeto, o LabVoIP foi contratado para prestar suporte s instituies
durante o perodo de implantao do servio e para desenvolver o treinamento bsico e
avanado ao servio, oferecidos a dois tcnicos de cada instituio beneficiada pelo projeto.

Os treinamentos se dividiram em quatro turmas bsicas e quatro turmas avanadas, totalizando


assim 164 alunos de 82 instituies (7 instituies foram convidadas, alm das 77 iniciais).

Projeto de melhoria do fone@RNP


Seguindo o caminho da evoluo do servio, em 2012 a RNP deu incio ao projeto de
melhoria do fone@RNP. Nessa ocasio, o servio foi totalmente redesenhado. Sua estrutura,
que antes era dependente de dois servidores em cada cliente, foi completamente modulari-
zada, permitindo maior escalabilidade, maior confiabilidade e aumenta consideravelmente
sua eficincia. Como resultado, o servio capaz de conferir maior economia para seus
clientes. Alm disso, tambm foi desenvolvido um mdulo com funes de um PABX tradi-
cional, inexistente na verso anterior.

Para identificar as verses do fone@RNP, chamamos a verso mais antiga de distribuio


2008 e a mais nova de distribuio 2012. Este livro se dedica a apresentar a nova verso, a
distribuio 2012 do fone@RNP.

A prxima figura apresenta a arquitetura do fone@RNP distribuio 2012, com seus mdulos
e conexes com outras redes que oferecem servio de telefonia IP.

SBC
Para redes externas
SRC

GWT SRL SRL SRL ...

PBX PSTN PBX IP PBX IP GWT GWT PBX IP SRL GWT


Tradicional 3os Corporativo Qualquer

PBX PBX PBX IP GWT Cell


PSTN Tradicional PSTN Tradicional PSTN PSTN

PBX
Tradicional PSTN

Figura 1.2 O detalhamento das funes de cada mdulo ser apresentado em um captulo adiante.
Arquitetura do
fone@RNP.
Evoluo dos clientes do fone@RNP
A evoluo da telefonia IP, principalmente do protocolo SIP, e as novas demandas solicitadas
ao servio Fone@RNP, o levaram a uma nova arquitetura baseada no SIP.

Essa evoluo forneceu uma reestruturao das instituies participantes. A etapa de


Captulo 1 - Apresentao

instalao do servio na instituio passou a ser automatizada com scripts de instalao e


arquivos de configuraes padro, e informaes de roteamento foram transferidas base
de dados. Tais alteraes forneceram ao servio um novo patamar de estabilidade e agili-
dade na implantao e manuteno.

Em paralelo ao projeto de melhoria, em 2012 tambm foi executado o projeto de ampliao


dos clientes do fone@RNP. Dada a sua importncia e sucesso, o projeto foi repedido ano
aps ano at o momento da escrita deste livro.

5
Expandir o nmero de clientes do fone@RNP um fator muito importante no apenas para
seus clientes, mas para tornar possvel economizar mais recursos pblicos da Unio, no
curto e longo prazos. Cada instituio que adere ao servio tem a oportunidade de econo-
mizar no apenas para ela mesma, mas tambm ajuda a outras instituies a economizar da
mesma forma.

Em maro de 2012, o servio Fone@RNP contava com a participao de pouco mais de


100 instituies usurias compostas por unidades de ensino federais, unidades da RNP,
unidades da EMBRAPA e instituies convidadas. A partir da, tambm os Institutos Federais
de Educao, Cincia e Tecnologia (IFs) comearam a aderir ao servio.

A prxima figura mostra o crescimento dos clientes do fone@RNP.

As duas rampas entre 2009-2010 e 2012-2013, degraus em 2014 e outra rampa em 2015
evidenciam os projetos com objetivo de ampliar o nmero de clientes do servio.

Em janeiro de 2014, o servio passou a contabilizar apenas as instituies ativas, o que


explica a reduo no nmero de instituies nessa data.

Histrico Completo
250

200

150

100

50

0
jan/08

mai/08

set/08

jan/09

mai/09

set/09

jan/10

mai/10

set/10

jan/11

mai/11

set/11

jan/12

mai/12

set/12

jan/13

mai/13

set/13

jan/14

mai/14

set/14

jan/15

mai/15

set/15

Figura 1.3
Alcance do fone@RNP Movimentao de
clientes.
Alm de encaminhar chamadas entre as instituies participantes do fone@RNP, o servio
tambm completa chamadas para telefones na rede pblica em toda cidade onde h um cliente.

Caso haja indisponibilidade temporria em qualquer localidade, as chamadas sero encami-


nhadas normalmente, de forma transparente, atravs da rede pblica.

Alcance internacional do fone@RNP


Alm das universidades e instituies brasileiras, o fone@RNP tambm capaz de encami-
nhar ligaes via IP de forma transparente para instituies clientes das Redes Nacionais de
Servio fone@RNP

Pesquisa (NRENs) de vrios pases. Para isso, o fone@RNP utiliza uma tecnologia chamada
Eletronic Number Mapping (ENUM) e consulta as rvores e164.arpa e NRENum.net. H
tambm casos onde a RNP estabelece acordos bilaterais com entidades em outros pases ou
instituies internacionais, como a RedClara.

6
w A disponibilidade do servio nas instituies desses pases no est sob controle da RNP,
Confira a lista de e depende das Redes Nacionais e da prpria instituio de destino. Da mesma forma, caso
instituies nacionais no seja possvel encaminhar a ligao pela rede IP, as chamadas sero completadas nor-
clientes e de outros
pases com quem a malmente, de forma transparente, pela rede tradicional de telefonia.
RNP capaz de encami-
nhar ligaes via SIP na
pgina do servio, no
Processo de adeso ao fone@RNP
portal da RNP.
A adeso ao servio aberta a todos as instituies clientes da RNP que disponham de
tcnicos com conhecimento bsico em VoIP para realizar a gesto e a operao da infraes-
trutura local. As instituies tambm devem contar com uma conexo adequada Rede Ip
para suportar o trfego decorrente da demanda.

A solicitao dever ser realizada pelo contato tcnico da instituio usuria, estando de
acordo com a sua Poltica de Uso e ciente sobre o Guia do Usurio, enviando uma mensagem
para o Service Desk pelo e-mail sd@rnp.br.

Os profissionais da RNP respondero ao contato enviando a Poltica do Servio e o Termo de


Adeso, onde a instituio formaliza a sua concordncia com a Poltica e indica os profissionais
que sero os responsveis pelo servio junto RNP. Esses tcnicos tambm so convidados
a preencher um formulrio descrevendo seu ambiente de telefonia. Logo depois, marcada
uma entrevista tcnica entre os profissionais da instituio e da RNP, visando encontrar a
melhor soluo para atender s necessidades das instituies. Depois disso, a RNP auxilia com
a instalao e configurao da soluo, at sua completa homologao no fone@RNP.

Captulo 1 - Apresentao

7
8
Servio fone@RNP
2
Introduo telefonia
objetivos

Obter um resumo dos jarges, conceitos bsicos e de uso frequente envolvidos na


rea de telefonia.

conceitos
Telefonia analgica e digital; PCM; TDM; RTFC; RDSI; ISDN; R2; E1; HMM; GoS;
Trfego telefnico; Tabelas de Erlang.

Um pouco de histria
Assim como diversas outras reas da cincia moderna, a telefonia teve como impulso a des-
coberta da eletricidade e do magnetismo, em 1830, por Michael Faraday.

A primeira inveno feita aps essa descoberta foi a do telgrafo eltrico, criado por Samuel
Morse, em 1837. Inveno que permitiu a comunicao entre dois pontos ligados por fios
condutores de eletricidade.

A inveno do telefone um tpico de grande discusso, j que trs cientistas se apre-


sentam na histria como seus inventores. Inicialmente o italiano Antonio Meucci, em 1851,
construiu um telefone eletromagntico nomeado de telettrofono, para conectar seu escri-
trio ao seu quarto, localizado no andar acima, para se comunicar com a sua esposa, que
sofria de reumatismo.

Passando por dificuldades financeiras, Meucci no pde dar continuidade sua inveno,
e acabou vendendo a Alexander Graham Bell. Bell utilizou a descoberta de Meucci para dar
continuidade a suas pesquisas sobre o telefone. Em 1876, Bell patenteou o telefone, mesmo
sem ter ainda conseguido realizar uma ligao, na U.S. Patent Office. Curiosamente, sua
requisio chegou horas antes de outro inventor, Elisha Gray.
Captulo 2 - Introduo telefonia

Com a patente obtida, Bell pde trabalhar tranquilamente na sua inveno e posteriormente
fundar a American Telephony & Telegraphy Company (AT&T). O sistema de telefonia desenvol-
vido por Bell inicialmente definia uma comunicao ponto a ponto entre dois equipamentos,
sendo um deles ativo gerando pulso eltrico e outro passivo no gerando pulso eltrico.

9
Circuito eltrico equivalente
Deixando de lado as discusses sobre a paternidade da telefonia, desde sua inveno at
a era digital, no houve muitas mudanas na forma de transportar a voz de um ponto ao
outro. O esquema bsico para que um aparelho telefnico pudesse se comunicar com outro
aparelho sempre foi modelado com um circuito eltrico. De fato, o conjunto de telefones e
fios realmente forma um circuito eltrico fechado, conforme ilustrado na figura a seguir.

Linha telefnica
Receptor

Transmissor

Gros de carbono

Transmissor

Receptor
Figura 2.1
Circuito equivalente
Alimentao de dois telefones.

Inicialmente, um par de fios ligava dois telefones. Se um desses quisesse falar com outro
ponto, outro par de fios era lanado entre ele e o novo participante. Seria necessrio ligar
todos os locais a todos os outros locais onde fosse necessria a comunicao.

Usando essa arquitetura, a telefonia expandiu-se de forma desorganizada, j que locais deti-
nham mais de um telefone para que fosse possvel se comunicar com localidades diferentes,
observando que cada telefone se comunicava com apenas uma localidade.

Por exemplo, para interligar trs pontos, A, B e C, seria necessrio haver dois telefones em
cada localidade. No ponto A, um telefone e seu circuito se liga ao ponto B e outro telefone e
seu circuito se liga a C. Da mesma forma, no ponto B haveria o segmento BA e BC e, em C, os
segmentos CA e CB.

A
Servio fone@RNP

B C

Figura 2.2
Rede ponto-a-
ponto de trs ns.

10
Aumentando para 12 pontos em uma cidade, no bastaria haver 12 +[12x(12-3)]/2= 66 linhas
(quantidade de diagonais mais lados). Seria preciso tambm haver dois telefones para cada
uma das 66 linhas, ou seja, 132 telefones divididos nas 12 localidades. Exatamente 11 telefones
para cada um dos 12 pontos!

Figura 2.3
Rede
ponto-a-ponto
de 12 ns.

Logo se percebeu que essa arquitetura de rede no era adequada, pois, no mnimo, era de
difcil expanso.

Arquitetura hierrquica e em estrela


Bell identificou tambm esse problema e planejou uma comunicao hierrquica de tele-
fonia, implantando centrais de telefonia nas cidades e definindo todos os telefones insta-
lados como assinantes dessa central.

Figura 2.4
Rede em estrela
de 12 ns.
Captulo 2 - Introduo telefonia

Os assinantes eram interligados s centrais e a partir das centrais poderiam se comunicar


com qualquer outro assinante. Esse sistema evoluiu at os dias de hoje e atualmente no
h a necessidade de solicitar telefonista da central para estabelecer a comunicao com o
assinante final, e as inmeras centrais existentes nas diversas cidades podem ser comunicar.

11
Figura 2.5
Rede
(ponto-a-ponto)
de redes (estrela).

A nova topologia tambm tentava resolver problemas de disponibilidade, inserindo enlaces


duplicados. O desenho era um misto de malha no ncleo e estrela nas bordas, prximo aos
terminais telefnicos. A prxima figura ilustra essa arquitetura mista, onde possvel
identificar um ncleo em malha formando uma estrela de novas malhas intermedirias que,
no acesso, volta a formar estrelas para alcanar o usurio final.
Servio fone@RNP

12
x281 x307 x401

703-330-3305
(DDR)

PBX Empresa XPTO


3000 202225-6827

PBX

RDSI
PSI
6827
(DDR)
CO
CO IOT CO IOT CO
266
330 874 225
815
4129

IO
IO

T
T
IOT

IOT

IOT

IOT
T
T

IO
IO

CO FEX IOT FEX CO


365 703 202 619
IOT IOT

8134 TRONCOS
IOT

Enlace Digital IOT


Cobre
Grupos de 32 pares
FEX FEX IEX
802 IOT 757 IOT +011

LOOP LOCAL
1828 Voz analgica
Par tranado de cobre

CO = Central Oce -> Central Local


FEX = Federal Exchange -> Central Trnsito Nacional
IEX = International Exchange -> Central Internacional

Figura 2.6 Depois de algum tempo, umas ideias foram evoluindo e outras perecendo. Os telefones
Exemplo de rede ganharam teclas que podiam ser usadas para alcanar endereos especficos na rede de
telefnica, com
centrais e terminais telefonia e, conjuntamente, as centrais foram se tornando automticas, com comutao dos
telefnicos. circuitos sendo executadas por rels.

Ao mesmo tempo em que as telefonistas iam perdendo seus empregos, maior quan-
tidade de telefones podia ser inserida no sistema.
Captulo 2 - Introduo telefonia

Encaminhamento das chamadas


Para efetuar uma ligao telefnica, o usurio deve digitar a rota at seu destino final. Por
exemplo, +55 21 2102-9600, o nmero do escritrio da RNP no Rio de Janeiro, definido
pelas rotas +55 = Roteadores do Brasil + 21 = roteadores da cidade do Rio (e vizinhana) +
2102 = endereo da central local que atende a rea entre Botafogo e Urca, na porta que leva
ao PABX da RNP + 9600 = nmero do ramal a ser alcanado dentro do PABX da RNP.

13
Hoje, a portabilidade mudou um pouco essa lgica, e um nmero de telefone pode ser
alocado para outra localidade ou mesmo para outra operadora telefnica. Dito de outra
forma, o endereo de um telefone no est mais diretamente atrelado rota para alcan-lo.

A seguir, a figura ilustra a comparao de tamanho entre uma central dos anos 50 em
relao altura de um homem.

Figura 2.7
Exemplo de central
telefnica dos
anos 50.

Protocolos e sinalizao
Para tornar a automao de ligaes telefnicas possvel, era necessrio criar um cdigo que
todos os telefones e centrais entendessem. Algumas tentativas de construir um protocolo
de sinalizao foram experimentadas. Algumas usavam 8 ou 7 fios, que foram deixadas de
lado para dar lugar a protocolos que utilizam 2 fios por assinante.

Normalmente, a sinalizao analgica utiliza a janela de frequncias que o ouvido humano


capaz de perceber e pode ser realizada utilizando os mesmos fios que so utilizados para
transportar a voz. Por isso possvel ouvir os tons de controle como ocupado e chamando,
os pulsos produzidos ao se discar um nmero em telefones mais antigos e, mais atualmente,
o DTMF (Dual Tone Multi-Frequency), utilizado para enviar para a central os dgitos de 0 a 9
mais * e #, e outros 4 smbolos adicionais, ABCD.

Em 1927, a primeira chamada de voz transatlntica foi feita utilizando ondas de rdio. Ino-
vaes durante as duas Grandes Guerras fizeram surgir os primeiros telefones mveis. Nos
anos 60, os telefones passavam a ser endereados apenas por caracteres numricos e os
primeiros cabos transatlnticos eram lanados para possibilitar as ligaes intercontinen-
tais. Em 1962, foi lanado o primeiro satlite para telefonia.

Ainda na era analgica, surgiu tambm a telefonia celular. Assim como no incio do surgi-
mento dos telefones fixos, os telefones celulares eram caros e pouco eficientes. A seguir, as
figuras ilustram exemplos de telefones mveis.
Servio fone@RNP

14
Figura 2.8
Um dos primeiros
telefones celulares.

Figura 2.9
Comparao entre
telefones celulares.

Hoje em dia, na maior parte do Brasil, apenas as ligaes entre o assinante residencial e a
central da rede fixa analgica. Nas empresas, semelhante situao do assinante residencial,
a ligao dos ramais ao PABX tambm feita de forma analgica na grande maioria das vezes.

Telefonia digital
Aps alguns anos, a tecnologia digital evoluiu e se mostrou mais confivel, mais econmica
e mais eficiente que a analgica. A transmisso digital de dados comeou a substituir a
tecnologia analgica.

Captulo 2 - Introduo telefonia

Figura 2.10
Exemplo de
telefone digital.

Hoje, para ligao entre centrais telefnicas, normalmente se utiliza tecnologia digital.
Os tons de controle, mensagens de linha, os dgitos e at a voz so agora enviados entre
as centrais utilizando bits 0 e 1. No comum no Brasil, mas tambm possvel utilizar
comunicao digital entre um telefone residencial e a sua central. Nas empresas, a situao

15
semelhante: telefones digitais so usados para um nmero reduzido de funcionrios, pois
eles so mais caros e poucas pessoas realmente precisam das funcionalidades adicionais
suportadas por esses telefones.

A rede de telefonia cresceu e a tecnologia avanou. As centrais deixaram de ser eletrome-


cnicas e surgiram as CPAs, ou Centrais de Programa Armazenado, que so como computa-
dores especializados em realizar a comutao das ligaes. Consequentemente, protocolos
de sinalizao mais adequados foram desenvolvidos. Entre eles podemos destacar o
Sistema de Sinalizao n 7, SS7 (da famlia ITU Q.7xx), muito utilizado entre as centrais das
operadoras de telefonia e a Rede Digital de Servios Integrados, RDSI (ITU Q.931) ou ISDN

l
em ingls mais utilizado nas comunicaes entre as centrais das companhias operadoras e
os PABX digitais dos assinantes.
Na Amrica Latina
No Brasil, a sinalizao definida como padro para a comunicao entre a operadora e o tambm comum o
assinante de tronco digital a R2-D/MFC-5C (Multi Frequencial Compelida) Prtica Telebrs uso da sinalizao
R2-Digital.
SDT 210.110.703. Entretanto, vrias operadoras de telefonia oferecem para seus assinantes
de troncos digitais o protocolo ISDN, que mais moderno e mais rpido.

Tambm a rede de telefonia celular evoluiu para uma rede digital. No Brasil, a Anatel
(Agncia Nacional de Telecomunicaes) chegou a marcar data, 30/6/2008, para o fim das
operaes com celulares analgicos. Entretanto, a agncia resolveu suspender a deciso,
adiando para fevereiro de 2013 o desligamento do sistema. E, mais uma vez, a agncia
resolveu dar uma sobrevida rede analgica de celular at dezembro de 2015, por conta
de clientes do RuralCel, um servio de telefone fixo onde no h cabeamento de linhas con-
vencionais. De acordo com a Anatel, em meados de 2010 j no havia mais linhas celulares
analgicas ativas no Brasil.

Digitalizao da voz: PCM


O acrnimo PCM significa Pulse-Code Modulation, que em portugus pode ser traduzido
como Modulao por Cdigo de Pulso. Essa modulao atribui cdigos de 8 bits a pulsos
amostrados e quantizados. So 8.000 amostras por segundo, a partir de um sinal analgico
que pode variar de 1 Hz at 4 kHz.

No por coincidncia que esse intervalo contm o intervalo de frequncia da voz humana,
que varia de 300 Hz at 3 kHz. E ainda bem que o ouvido humano tambm capta e entende
sinais nessa faixa de frequncia!

O PCM pode ser compreendido como o processo de digitalizao da voz utilizado no servio
telefnico. Esse processo compreendido por quatro etapas, onde as trs primeiras so
Figura 2.11
muito evidentes. Amostragem,
Quantizao e
Amostragem > Quantizao > Compresso > Codificao Codificao.

00110101111010
Amostragem Quantizao Codicao
Servio fone@RNP

O padro G.711 utiliza o PCM para digitalizao da voz e as leis de compresso lei-A (a-law),
utilizada na Europa e no Brasil, e Lei- (u-law), mais utilizada nos Estados Unidos e Japo.

16
Amostragem

Amplitude
Amostragem
111
110
101
100
Tempo
000
001
011
010

Figura 2.12 Na amostragem, como o prprio nome diz, so retiradas amostras do sinal de voz em
Amostragem. intervalos regulares de tempo, o intervalo de amostragem. A quantidade de amostras no
tempo a frequncia de amostragem. Segundo o Teorema de Nyqist, necessrio que a
frequncia de amostragem seja o dobro (ou maior) que a frequncia mxima do espectro do
sinal. Nesse caso, um sinal de 4kHz implica 8.000 amostras por segundo.

Quantizao
V
Nveis de Deciso

V
Sinal Quantizado

T
Captulo 2 - Introduo telefonia

Figura 2.13
Quantizao.

A quantizao o processo de converso da amplitude da amostra obtida na etapa anterior


em valores discretos predefinidos. So utilizados 256 intervalos de quantizao no G.711.

Esse processo insere pequenas dissores do sinal quantizado em relao ao sinal real.

17
Nveis de
Quantizao Quantizao

111
110
101
100
Tempo
000
001
011 Figura 2.14
010 Erro de
quantizao.

Com o objetivo de minimizar a dissoro causada pela quantizao, nessa etapa tambm
ocorre o procedimento de compresso. H duas possibilidades para a compresso: lei-A ou
Lei-, ambas descritas na recomendao G.711.

Codificao

Codicao
111
110
Cdigos de Pulsos

101
100
Tempo
000
001
011
010
Sequncia
Binria

000 010 011 110 111 101 010 011 110 111 100

Tempo

A codificao a maneira como os nveis quantizados so representados de forma binria. Figura 2.15
Para representar os 256 nveis de quantizao, so necessrios 8 bits (28=256). Codificao.

As 8.000 amostras por segundo vezes 8 bits por amostra resultam uma taxa de bits de
64.000 bits por segundo (64kbps).

O que TDM?
muito comum os profissionais de telefonia se referirem telefonia tradicional utilizando o
termo TDM.

TDM significa Time Division Multiplexing, que em portugus quer dizer Multiplexao por
Servio fone@RNP

Diviso de Tempo. Em outras palavras, o compartilhamento de um meio de transmisso


por diversas fontes de informao, utilizando o tempo como referncia para mesclar essas
informaes.

No caso da telefonia, as fontes de informao so as linhas ou canais telefnicos.

18
As chamadas telefnicas so digitalizadas e transformadas em bits. Depois, as vrias
chamadas so organizadas e enfileiradas formando um nico trem de bits. Esse trem de
bits encaminhado pelo meio de transporte utilizando a tcnica TDM.

10100110 01001101 00101101 00111010 ..... 00101101


Figura 2.16
Trem de bits e slots 8 bits
de tempo.
32 slots de tempo
64 kbps x 32 canais = 2048 Mbps

TDM uma tcnica de transmisso digital utilizada largamente nos enlaces de telefonia
entre operadoras e centrais privadas, os PABX. Essa tcnica simula a diviso de tempo em
fatias (ou slots) digitais. Cada fatia transporta um canal, ou seja, uma ligao. Na prtica,
o que o TDM faz utilizar o meio de transmisso para transmitir mais de uma informao
(quase) ao mesmo tempo.

E1/T1 e PDH
Os equipamentos nas pontas dos enlaces TDM no precisam ter seus relgios sincronizados.
Em vez disso, cada linha de transmisso possui seu prprio sincronismo. Cada um com seu
equipamento par, aps configurao de um como Master e outro como Slave, no prprio
trem de bits, no quadro 0, o equipamento Master envia a informao de sincronismo.
O equipamento Slave recebe a informao e sincroniza a linha de transmisso. Agora ser
possvel para ambos realizar a multiplexao dos 32 canais, um aps o outro.

Esse mtodo de sincronizao chamado plesicrono, ou quase sncrono. Com esse mtodo
foi possvel criar toda uma hierarquia de comunicao, multiplexando cada vez mais infor-
mao no mesmo meio de transmisso. Essa hierarquia chamada de PDH (Plesiochronos
Digital Hierarchy) ou Hierarquia Digital Pesicrona.

Um enlace E1 o primeiro degrau na hierarquia PDH. Cada agregao de quatro canais E1


forma o prximo no nvel da hierarquia para um canal E2, de 8 Mbps. Ao agregar quatro
canais E2 a hierarquia sobe para um canal E3, de 34 Mbps. Quatro E3 formam um E4, de
140 Mbps. At quatro E4 formarem um E5, de 565 Mbps.

2.048 Mpbs

8.448 Mpbs
E1-E2
34.368 Mpbs
E2-E3
139.264 Mpbs
E3-E4
565.148 Mpbs
E4-E5
Captulo 2 - Introduo telefonia

Figura 2.17 Em telefonia, dos 32 canais de uma E1, dois so utilizados para sincronismo e sinalizao e
Hierarquia PDH. nos outros 30 canais so transmitidas as ligaes telefnicas.

Outra caracterstica dos canais E1 que h um meio de transmisso em um sentido e outro


meio de transmisso no sentido contrrio. Dito de outra forma, o A linha E1 que liga os equi-
pamentos A e B possui dois cabos: um para enviar informao de A para B e outro para
enviar informao de B para A.

19
Tx Rx
Central Telefnica
PBX IP do cliente
da operadora
Rx Tx
Figura 2.18
Ramais Dois canais
telefnicos unidirecionais.

H outras formas de combinar canais. Nos Estados Unidos e no Japo, o canal bsico de
64 kbps multiplexado em enlaces de 24 canais, totalizando 1.544 Mpbs. conhecido por
T1, ou DS1. Da, seguem agregando de 4 em 4, formando a hierarquia at T4 ou DS4.

RDSI ou R2-Digital
Esses dois termos causam bastante confuso para quem est comeando a estudar Voz
sobre IP e no tem conhecimento em telefonia. Ambos se referem sinalizao telefnica.
Para que uma ligao ocorra, centrais telefnicas trocam sinalizao de linha (ocupado,
chamando, livre) e sinalizao entre registradores (nmeros envolvidos, categorias). Eles so
o equivalente digital para esses sinais.

R2-Digital
No Brasil institudo o uso de R2-Digital para sinalizao de linha e MFC para sinalizao de
registro. A R2D/MFC uma Sinalizao por Canal Associado (CAS). Isso significa que a sinali-
zao de cada chamada ocorre pelo mesmo canal que a ligao est sendo executada. MFC
o acrnimo para Multifrequencial Compelida, que indica que cada dgito ou informao
enviado utilizando um sinal DTMF (Multifrequencial), e que a prxima informao s segue
depois de se receber uma resposta do outro equipamento. A sinalizao MFC possui variantes.
O R2 Digital utilizado em vrios pases da Amrica Latina. No Brasil utilizada a variao 5C.
l
Interessante: houve
RDSI/ISDN uma tentativa de
implantar o sistema
digital para o assinante
O protocolo RDSI: Rede Digital de Servios Integrados (do ingls ISDN: Integrated Services
de telefonia. O produto
Digital Network) mais atual e mais rpido que o R2. Ele uma Sinalizao por Canal foi introduzido pela
Comum (CCS), que utiliza um nico canal, o 16o slot de tempo, para transmitir a sinalizao antiga Telemar, sob o
nome de DVI, mas no
dos outros 30 canais de voz, no caso uma E1. Essa configurao tambm conhecida como
vingou. A tecnologia
30B+D. utilizava a configurao
2B+D, com dois canais
O RDSI (ISDN) utilizado nos Estados Unidos e em grande parte do mundo. para voz (ou internet
discada) e um para
No Brasil, vrias operadoras entregam enlaces RDSI. Algumas oferecem um pouco de resis- sinalizao.
tncia. Outras at preferem essa sinalizao.

Cabos e conexes
Para transportar toda essa informao no formato de zeros e uns (0 e 1) necessrio um meio
fsico, um meio de transporte desenhado especificamente para esse tipo de informao.

Normalmente, ao se adquirir um ou mais enlaces E1 com a operadora telefnica local, inde-


pendente do protocolo (ISDN ou R2D), o que se recebe so portas Rx e Tx, um par para cada
Servio fone@RNP

E1 contratada, na forma de conectores coaxiais como os da figura a seguir.

20
Figura 2.19
Conectores BNC
(fmeas) na rgua
de E1s. (tarifrios).

Esses so conectores BNC-fmea. Os cabos coaxiais devem ter impedncia de 75 Ohms e


mximo de 400 metros. Mesmo assim, a grande maioria das instalaes no chega a
10 metros. Frequentemente, se utiliza cabos finos. Os conectores devem ser BNC-macho,
como na figura a seguir.

Figura 2.20
Cabo coaxial
para E1.

Figura 2.21
Conector BNC
Macho.

Entretanto, alguns PABX possuem conectores ligeiramente diferentes. A seguir, exemplos de


conectores e adaptadores do tipo IEC e do tipo F.
Captulo 2 - Introduo telefonia

Figura 2.22
Vrios tipos de
conectores.

21
Figura 2.23
Mais conectores
diversos.

Trfego e dimensionamento de canais


Os canais de telefonia so um recurso caro, finito e, em alguns casos, escasso. necessrio
otimizar ao mximo sua utilizao. Por exemplo, um escritrio com 100 ramais normalmente
no possui 100 canais de sada/entrada para a rede pblica de telefonia. Observe que na
maior parte do tempo os ramais dos colaboradores ficam desligados, no gancho. Alm disso,
possvel observar que h perodos de maior ou menor utilizao dos telefones durante o
decorrer do dia. As mesmas observaes podem ser feitas para tipos diferentes de escrit-
rios, bairros, campus ou toda uma universidade.

Ento, para dimensionar a quantidade ideal de linhas telefnicas que vai atender a uma loca-
lidade, preciso saber quantos ramais so utilizados simultaneamente durante o perodo de
maior utilizao do dia.

Para otimizarmos o sistema, necessrio calcular o nmero ideal de canais com a rede
pblica. A esse clculo d-se o nome de dimensionamento de canais. Para tanto, necessrio
conhecer o conceito de trfego telefnico, o conceito de grau de servio e as tabelas de Erlang.

Trfego Telefnico (A)


A intensidade de trfego em um sistema telefnico pode ser definida como o somatrio dos
tempos das chamadas telefnicas em um determinado perodo de tempo. comum utilizar
o perodo de uma hora, medindo-se geralmente nos 60 minutos mais movimentados.

Hora de Maior Movimento (HMM)


O perodo de 60 minutos (hora) cuja ocupao dos canais mxima conhecido como HMM,
a Hora de Maior Movimento. A HMM encontrada atravs de simples observao do inte-
resse de trfego telefnico de determinada localidade.
Figura 2.24
Perceba no grfico a seguir que h dois perodos no dia onde o trfego telefnico elevado, Perfil de trfego
sendo o intervalo de 10 horas da manh o de maior movimento. telefnico.

220 Durao realizada


200
Durao recebida
180
160
140
120
Servio fone@RNP

100
80
60
40
20
0 hs
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

22
Voltando ao clculo do trfego, por exemplo, o escritrio hipottico citado acima faz
15 chamadas de 2 minutos cada (em mdia) durante sua HMM. Podemos afirmar que o
trfego durante a hora mais movimentada do dia

A= (15 chamadas x 2 minutos) / 60 minutos = 30 minutos / 60 minutos


==> A = 0,5 Erl

Note que o Trfego uma diviso de tempo por tempo, resultando em uma medida adimen-
sional chamada Erlang (Erl).

Grau de Servio (GoS)


Grau de Servio (GoS) definido como o percentual de chamadas da oferta total de trfego
que se admite perder, ou seja, o percentual de chamadas que podem ser perdidas por falta
de canais disponveis. Esse valor assumido (chutado no seria a melhor palavra!) pelos
administradores ao realizar o dimensionamento.

Continuando no escritrio do exemplo, admite-se perder 0,3% das tentativas de chamadas


para fora do escritrio. Nesse caso, GoS = 0,3%.

Dimensionamento de canais e tabelas de Erlang


Para calcular o nmero de canais necessrios para atender s especificaes de um sistema
de telefonia, existe uma frmula um tanto complicada que est apresentada a seguir a ttulo
de ilustrao, mas vamos poup-los de decifrar.

N
A
Figura 2.25 N!
P =
Frmula que d b N Ai
origem tabela
de Trfego. i=0 i!

11 A = Trfego Oferecido;

11 N = Nmero de Canais para escoar o trfego;

11 Pb = Probabilidade de Bloqueio.

Em vez da longa explicao da frmula, apresentamos as tabelas de Erlang. Com elas pos-
svel obter o nmero de canais necessrios para atender demanda, considerando o GoS.

Tronco

N 0,01% 0,02% 0,03% 0,05% 0,1% 0,2% 0,3% 0,4% 0,5%

1 ,0001 ,0002 ,0003 ,0005 ,0010 ,0020 ,0030 ,0040 ,0050


2 ,0142 ,0202 ,0248 ,0321 ,0458 ,0653 ,0806 ,0937 ,105
3 ,0868 ,110 ,127 ,152 ,194 ,249 ,289 ,321 ,349
Captulo 2 - Introduo telefonia

4 ,0235 ,282 ,315 ,362 ,439 ,535 ,602 ,656 ,701


5 ,452 ,527 ,577 ,649 ,762 ,900 ,994 1,07 1,13

6 ,728 ,832 ,900 ,996 1,15 1,33 1,45 1,54 1,62


7 1,05 1,19 1,27 1,39 1,58 1,80 1,95 2,06 2,16
8 1,42 1,58 1,69 1,83 2,05 2,31 2,48 2,62 2,73
9 1,83 2,01 2,13 2,30 2,56 2,85 3,05 3,21 3,38
10 2,26 2,47 2,61 2,80 3,09 3,43 3,65 3,82 3,96

23
A utilizao da tabela de Erlang bem simples.
w
1. Localize a coluna correspondente ao grau de servio desejado. Existem ainda algumas
calculadoras dispon-
2. Nesta coluna, localize o valor imediatamente superior ao trfego esperado. veis na internet. Essa
a referncia para uma
3. Identifique o valor de N, que ocorre no incio de cada linha. Esse o valor desejado, que delas, disponibilizadas
pelo site Teleco: http://
significa o nmero de canais necessrios para atender ao seu sistema.
www.teleco.com.br/
erlangb.asp.
De acordo com o caso do exemplo anterior, so necessrios quatro canais com a rede
pblica para atender um trfego de 0,5 Erl (equivalentes a 15 chamadas de 2 minutos
durante uma hora), com um GoS de 0.3%.

Observao: para o dimensionamento de ambientes com filas de atendimento, como


callcenters, o metodo ligeiramente diferente e utiliza outras tabelas de Erlang.

No site erlang.com, essa tabela de Erlang est completa:


http://www.erlang.com.br/download/ErlangB.PDF

Plano de Numerao Nacional l


Para alcanar corretamente essa quantidade gigantesca de aparelhos telefnicos (fixos e No momento em que
mveis) no mundo necessrio haver rgida padronizao na formatao dos endereos escrevemos este livro,
o Brasil est passando
dos telefones. No Brasil, a ANATEL define o Plano de Numerao da seguinte forma: pela migrao de 8
para 9 dgitos para os
11 Para as chamadas locais, so discados 8 dgitos para telefones fixos ou 9 dgitos celulares. Essa
para celulares. mudana deve ser
concluda at o fim do
11 Chamadas a cobrar devem utilizar o prefixo 9090 antes do nmero. ano de 2016.

Figura 2.26
Exemplo de ligao
local e a cobrar.
Servio fone@RNP

11 Para chamadas de Longa Distncia Nacional (LDN), o plano de discagem nacional :


0 + CSP + CA + NMERO, onde:

22 CSP = 2 dgitos do Cdigo de Seleo de prestadora;

22 CA = 2 dgitos do Cdigo de rea.

24
11 Para chamadas LDN a cobrar, inclua o dgito 9 antes do prefixo LDN (0):

22 90+0+CSP+CA+NMERO

Figura 2.27
Exemplo de
chamada a
distncia nacional.

11 Para chamadas de Longa Distncia Internacional (LDI), o plano de discagem nacional


00 + CSP + CP + (CA+NMERO), onde:

22 CP = Cdigo do pas, que pode ter de 1 a 3 dgitos.

Captulo 2 - Introduo telefonia

Figura 2.28
Exemplo
de ligaes
internacionais.

25
Terminais telefnicos dentro de centrais privadas (PABX)
No Brasil, quando o terminal telefnico est ligado a um PABX tradicional analgico ou
digital, comum utilizar o dgito 0 (zero) para solicitar acesso ao tronco externo, ou como
comumente se ouve dizer, para pegar linha. Depois disso, devem ser marcados os dgitos
do nmero a ser alcanado na RTFC como se o usurio estivesse em sua prpria casa, nor-
malmente seguindo o Plano Nacional.

Entretanto, nos PBX IP no necessrio alocar um tronco de sada, ou seja, no neces-


srio digitar o primeiro 0 (zero), para acesso linha externa. Mesmo assim, recomendvel
manter a forma de discar (0, para pegar linha) para que no haja impacto na cultura de
utilizao dos telefones pelos usurios.
Servio fone@RNP

26
3
Introduo Voz sobre IP
objetivos

Estudar os principais protocolos e tcnicas de empacotamento de udio utilizados


em VoIP.

conceitos
SIP; SDP; RTP; CODECs.

Voz sobre IP a tecnologia em que se baseia o servio de telefonia sobre IP. H vrios proto-
colos e recomendaes associadas a VoIP. O SIP e H.323 so os mais conhecidos desses pro-
tocolos, mas existem outros, como MGCP, RTSP etc. O fone@RNP utiliza SIP para sinalizao
das chamadas telefnicas.

Este captulo apresenta o SIP e outros componentes que fazem parte da soluo de telefonia
IP da RNP.

Protocolo de iniciao de sesso SIP


O protocolo de iniciao de sesso (Session Initiation Protocol SIP) foi desenvolvido pela
Internet Engineering Task Force (IETF) na dcada de 90. Sua primeira verso, lanada em
1996, foi chamada inicialmente de Session Invitation Protocol, onde sua funo era basi-
camente estabelecer a sesso. Outras funcionalidades, como controles para conferncias,
foram introduzidas na verso 2.0, lanada em 1997. Em fevereiro de 1999, o SIP foi proposto
como um padro e publicado na RFC 2543. Sua ltima verso (SIPv2) foi publicada na
RFC 3261 em 2002, substituindo a verso anterior.

O SIP utilizado para estabelecer, manter e encerrar conferncias multimdia em uma arqui-
Captulo 3 - Introduo Voz sobre IP

tetura cliente/servidor o originador o usurio cliente e o destino o usurio servidor.


Existem as verses SIP-T IETF, SIP-I ITU e SIP-I ANSI, similares ao SIP, mas com diferenas sutis,
utilizadas para tunelar mensagens ISUP ou outras sinalizaes telefnicas atravs de redes IP.

Em uma sesso SIP, um servidor e um cliente tero total controle sobre a sesso, podendo
ser de transmisso de voz, vdeo ou bate-papo.

O SIP utiliza outros protocolos para complementar sua funo. Os dois mais conhecidos so:

11 Real Time Protocol/Real Time Control Protocol (RTP/RTCP);

11 Session Description Protocol (SDP).

27
Padronizado pelo IETF na RFC 1889, o Real Time Transport Protocol (RTP) foi projetado para per-
mitir que os receptores compensem o jitter e a perda de pacotes introduzidos pelas redes IP.
Sua ltima verso o Secure RTP (SRTP), publicada na RFC 3711. Inclui as seguintes informaes:

11 Tipo de dado transportado;

11 Timestamps;

11 Nmero de sequncia.

O protocolo de controle de transporte em tempo real (Real Time Control Protocol RTCP)
foi projetado para trabalhar em conjunto com o RTP. Em uma sesso RTP, os participantes
enviam periodicamente pacotes RTCP para receberem informaes sobre a qualidade da
entrega dos dados, sobre jitter e sobre a perda de pacotes.

O protocolo de descrio de sesso (Session Description Protocol SDP), definido pela IETF
na RFC 2317, utilizado em conjunto com o protocolo SIP para definir as sesses, tipo de
mdia, CODECs, portas para transporte de mdia e criptografia.

Caractersticas do protocolo SIP


11 SIP baseado em texto;

11 O SIP baseado em Requisies e Respostas;

11 SIP independente da camada de transporte.

O Protocolo de Iniciao de Sesso um protocolo de aplicao que utiliza o modelo requi-


sio-resposta, similar ao HTTP, para iniciar sesses de comunicao interativa entre usurios.

Sua rpida adoo talvez esteja relacionada principalmente sua simplicidade (possui apenas
seis mtodos), sua independncia em relao ao protocolo de transporte (pode funcionar
com UDP ou TCP), por ser baseada em texto e, assim como o HTTP, o SIP leva os controles da
aplicao para o terminal, eliminando a necessidade de uma central de comutao.

Funcionalidades
As principais funcionalidades do SIP so:

11 Localizao do usurio;

11 Disponibilidade do usurio;

11 Capacidades do usurio;

11 Estabelecimento de sesso;

11 Gerncia de uma sesso estabelecida.

O que o SIP no e no faz:


11 No um protocolo de transferncia de dados;

11 Transporta pequenas mensagens, mas no grande quantidade de dados;

11 No fornece suporte para QoS;


Servio fone@RNP

11 No tem a finalidade de substituir todas as caractersticas da telefonia;

11 No um protocolo de reserva de recurso;

11 No um protocolo para controle de dispositivos.

28
O SIP no um protocolo milagroso desenvolvido para solucionar todos os problemas da
comunicao. No tem o objetivo de substituir todas as caractersticas e servios providos

l
pela rede comutada de telefonia com servios idnticos. No um protocolo de transferncia
como o HTTP, que foi desenvolvido para transportar uma quantidade grande de dados. O
O SIP no prov
servios. Ele prov SIP transporta uma pequena quantidade de dados requerida para configurar comunicaes
primitivas que podem iterativas (pequenas mensagens de texto). Tambm no age como um dispositivo de reserva
ser utilizadas para
de recursos, por no prover QoS, apenas interagindo com protocolos desenvolvidos para
montar um servio, por
exemplo, o servio de suportar QoS. No um protocolo que substituir a PSTN, sendo bem diferente dos modelos
Telefonia sobre IP. de chamadas telefnicas e dos protocolos de sinalizao de telecomunicao. O SIP pode inte-
ragir com a PSTN por meio de gateways, mas essa no sua funo principal.

Elementos de uma rede SIP


Uma rede SIP tpica contm basicamente dois tipos de elementos: telefones ou EndPoints,
chamados User Agent, e os servidores, chamados de proxy servers. O User Agent (UA)
uma entidade lgica da arquitetura SIP e se subdivide em:

11 User Agent Client (UAC): executa a funo de cliente da aplicao e responsvel por
iniciar uma chamada SIP enviando requisies;

11 User Agent Server (UAS): a parte com funo de servidor e permanece ouvindo a
rede, aguardando requisies.

Um user agent chamador atua como UAC quando envia uma mensagem de requisio INVITE
e recebe resposta das requisies feitas. Um user agent chamado se comporta como um UAS
quando este recebe a requisio INVITE e retorna uma resposta. Essa situao muda quando a
pessoa chamada decide enviar um BYE e terminar a sesso. Nesse caso, o user agent chamado
(que envia BYE) se comporta como um UAC, e o user agent chamador atua como um UAS. Dito
de outra forma, o UAC e UAS s existem durante a transao SIP (SIP Transaction).

Os servidores (ou SIP Proxies) so elementos encarregados de executar o registro dos telefones
e o encaminhamento das chamadas entre os diferentes domnios. So usados para traduzir
nomes e nmeros de identificao dos UA para o endereo IP em que eles esto instalados.

Os SIP Proxies so classificados de acordo com sua funo principal:

11 Registar ou Servidor de registro: servidor onde os telefones IP se registram para que


possam ser encontrados quando uma chamada chega para eles;

11 Redirect Server ou Servidores de redirecionamento: servidor utilizado apenas para


indicar rotas alternativas. Responde s requisies com mensagens 3xx;

11 Servidor Proxy: seu propsito receber requisies e encaminh-las para o destino.


Sua funo principal rotear as chamadas. Tambm podem exercer funes de controle,
admisso e segurana. Podem ser de dois tipos:
Captulo 3 - Introduo Voz sobre IP

22 Proxies Stateless no mantm o estado das chamadas. Eles reencaminham as mensa-


gens para o destino ou para outro proxy. So mais simples e mais rpidos. So similares
s centrais tandem da velha telefonia. Armazenam poucas informaes e so indi-
cados para implementao de centrais trnsito, a fim de evitar congestionamentos;

22 Proxies Stateful mantm o estado das chamadas. Podem se encarregar de tarefas como
bilhetagem e contabilizao. So mais lentos e consomem mais recursos computacionais.

29
Fluxo de mensagens SIP
atlanta.com . . . biloxi.com
. proxy proxi .
. .
Alices . . . . . . . . . . . . . . . . . . . . . Bobs
Softphone SIP Phone
| |
| INVITE F1 | | |
|--------------->| INVITE F2 | |
| 100 Trying F3 |--------------->| INVITE F4 |
|<---------------| 100 Trying F5 |--------------->|
| |<---------------| 180 Trying F6 |
| | 180 Ringing F7 |<---------------|
| 180 Ringing F8 |<---------------| 200 OK F9 |
|<---------------| 200 OK F10 |<---------------|
| 200 OK F11 |<---------------| |
|<---------------| | |
| ACK F12 |
|------------------------------------------------->|
| Media Session |
|<================================================>|
| BYE F13 |
|<-------------------------------------------------|
| 200 OK F14 |
|------------------------------------------------->|
| | Figura 3.1
Trapzio do SIP.

Essa clssica figura foi retirada da RFC 3261 e representa o Trapzio do SIP, onde Alice, uti-
lizando o proxy atlanta, liga para Bob, no proxy biloxi. Nesse caso, os servidores em questo
so Stateless, pois no se mantm na chamada at sua finalizao.

Servidor DNS

DNS

2. SIP SRV
para b.com 3. proxy.b.com

Empresa A Empresa B

Joe Bob
Servio fone@RNP

proxy.a.com proxy.b.com

1.INVITE 4.INVITE 5.INVITE

Figura 3.2
5.6.7.8 6.BYE 1.2.3.4 Fluxo de
mensagens SIP.

30
Tambm possvel observar o trapzio SIP em um cenrio hipottico com duas companhias,
A e B, com dois servidores proxy diferentes, um para cada. Nesse caso, observe a etapa
onde o proxy A encontra o endereo do proxy B.

11 O funcionrio Joe, da companhia A, deseja se comunicar com o funcionrio Bob,


da companhia B;

11 O usurio Joe utiliza o endereo sip:bob@b.com para fazer uma ligao para o usurio
Bob. O user agent de Joe no sabe a localizao de Bob, mas est configurado para enviar
todas as chamadas para o servidor SIP proxy.a.com de sua companhia;

11 O servidor proxy de A descobre que o usurio sip:bob@b.com est em uma companhia


diferente, ento vai procurar servidor SIP proxy da companhia B e enviar o convite para
l. Os endereos dos servidores proxy da companhia B podem estar pr-configurados no
proxy.a.com, ou o proxy de A utilizar os registros DNS SRV para encontrar os servi-
dores proxy de Bob;

11 O convite chega at proxy.b.com, que sabe que Bob tem condies de atender a
chamada em seu telefone. Ento o proxy envia o convite para o endereo do telefone
IP de Bob.

Servidor de redirecionamento (Redirect Server)


Servidor de redirecionamento

1.INVITE 2. 302 movido temporariamente

Figura 3.3 3.INVITE


Mensagens SIP:
Servidor de
redirecionamento. User agent A User agent B

Funcionamento do redirect server:

11 Servidor que recebe uma requisio e retorna uma resposta contendo uma lista da locali-
zao atual do cliente;

11 Gera respostas do tipo 3xx para as requisies feitas.

Um servidor de redirecionamento (redirect server) mapeia um endereo em zero ou mais


novos endereos associados a um cliente, que no nada mais do que um servidor gerador
Captulo 3 - Introduo Voz sobre IP

de respostas 3xx para as requisies que recebe, direcionando o cliente ao contato com um
conjunto de URIs alternativos.

Pode ser utilizado para a implementao de servios de voz, como o correio eletrnico, ou
para a configurao de rotas alternativas.

Nesse cenrio, o redirect server recebe a requisio e consulta o destinatrio no banco de


dados criado pelo servidor de registro (registrar). Depois disso, uma lista da localizao atual
do usurio criada e enviada ao originador da requisio em uma resposta SIP 3xx da classe
de resposta de redirecionamento. O originador da requisio extrai a lista de endereos e
envia outra requisio diretamente para eles.

31
Servidor de registro (Registrar Server)
O servidor de registro um dos elementos da arquitetura SIP, onde se recebe os registros dos
usurios. Ele extrai a informao de sua localizao atual (endereo IP, porta e username) e a
armazena em um banco de dados. Armazena informaes sobre os locais onde uma parte
pode ser encontrada, trabalhando em conjunto com o servidor de redirecionamento e o
servidor proxy. O propsito do banco de dados mapear clientes em uma mesma zona,
permitindo que sejam encontrados no momento de uma requisio.

Location Database
Record in Location Database
Location
Use sip:jan@iptel.org is UA Registrar Database
reachable at sip:jan@1.2.3.4.5060
REGISTER Store
Location
sip:jan@iptel.org 2. STORE

200 OK
DNS

1. REGISTER

3. 200 OK
1.2.3.4.5060 Registrar

Esse cenrio demonstra um exemplo de um servidor de registro (registrar), no qual uma Figura 3.4
mensagem REGISTER contm o endereo de registro sip:jan@iptel.org e o endereo de Mensagens SIP:
Servidor de
contato sip:jan@1.2.3.4:5060, em que 1.2.3.4 o endereo IP do telefone enviado ao ser- registro.
vidor de registro, que extrai a informao e a armazena em um banco de dados local.
Se tudo correr bem, o servidor de registro envia uma mensagem de resposta 200 OK ao
telefone e o processo de registro termina corretamente.

Mensagens SIP
A comunicao SIP determina a troca de vrias mensagens, que podem ser transportadas
via UDP ou TCP, sendo o primeiro o mtodo mais usual. Uma mensagem pode ser:

11 Requisio do cliente para o servidor ou;

11 Resposta do servidor para o cliente.

22 SIP Requests: uma mensagem SIP enviada do cliente ao servidor com o propsito de
invocar uma operao em particular;

22 SIP Responses: quando um UA (User Agent) ou um proxy server recebe uma requi-
sio e envia uma resposta.

Mensagem de requisio SIP (SIP Requests)


O formato de uma requisio SIP caracterizado pela utilizao de uma linha de requisio
como primeira linha. Cada linha de requisio formada por um mtodo (tipo de operao
de requisio), um endereo e pela identificao da verso SIP utilizada. So especificados
seis mtodos para a verso corrente do SIP. Porm, outros mtodos foram definidos por
Servio fone@RNP

extenses do SIP. Com relao ao endereo, o formato definido como uma URI SIP, uma
SIPS ou uma URI genrica.

32
Mtodo Funcionalidade

INVITE Usado para convidar um UA a estabelecer uma sesso.

ACK Confirma convite do INVITE.

BYE Termina a sesso multimdia.

CANCEL Cancela a sesso, mas no por inteiro.

REGISTER Registra a informao do contato.


Tabela 3.1
Mtodos SIP. OPTIONS Faz consulta ao servidor para saber suas capacidades.

H ainda os mtodos estendidos de requisio. Eles esto enumerados na tabela a seguir.

Mtodo RFC Funcionalidade

INFO 2976 Carrega informaes de controle geradas durante a sesso.

MESSAGE 3428 Permite a transferncia de mensagens instantneas.

NOTIFY 3265 Permite a notificao de eventos especficos.

PRACK 3262 Confirma a recepo de uma mensagem de resposta informativa.

PUBLISH 3903 Publica o estado de um evento.

REFER 3515 Solicita que um receptor faa contato com um terceiro participante.

Tabela 3.2 SUBSCRIBE 3265 Permite que se subscreva para um estado particular em um recurso.
Mtodos
UPDATE 3311 Permite a atualizao dos parmetros de uma sesso.
estendidos.

Exemplo de SIP Request


INVITE sip:7170@rnp.br SIP/2.0
Via: SIP/2.0/UDP 195.37.77.100:5060;rport
Max-Forwards: 10
From: jiri <sip:renatoduarte@rnp.rnp>;tag=76ff7a07-c091-4192-84a0-d56e91fe104f
To: sip:luiz@rnp.br
Call-ID: d10815e0-bf17-4afa-8412-d9130a793d96@213.20.128.35
CSeq: 2 INVITE
Contact: sip:213.20.128.35:9315
User-Agent: Windows RTC/1.0
Proxy-Authorization: Digest username=renatoduarte, realm=rnp.br,
algorithm=MD5, uri=sip:renatoduarte@rnp.br,
Captulo 3 - Introduo Voz sobre IP

nonce=3cef753900000001771328f5ae1b8b7f0d742da1feb5753c,
response=53fe98db10e1074

l b03b3e06438bda70f
Continua com linhas Content-Type: application/sdp
SDP... Content-Length: 451

A primeira linha indica que a mensagem INVITE usada para estabelecer uma sesso. A URI,
da primeira linha SIP 7170@rnp.br SIP/2.0, chamada de Request URI e contm a URI da
pessoa chamada. Um SIP request pode conter um ou mais cabealhos Via, que so usados
para guardar o endereo da requisio. Eles so utilizados para o roteamento de SIP Res-
ponses (respostas SIP). A mensagem INVITE contm apenas um cabealho Via criado pelo

33
user agent que envia a requisio. Sobre o campo Via podemos dizer que o user agent est
executando no endereo 195.37.77.100, na porta 5060.

Nos campos do cabealho To e From, identifica-se quem vai receber o convite e de quem
est sendo recebido determinado convite para determinada sesso. Tambm possui um
campo Tag, que serve como um identificador de dilogo.

Mensagem de resposta (SIP Response)


muito similar s requisies, exceto pela primeira linha. Caracterizada pela utilizao de
uma linha de status como linha de incio, formada pela Identificao da verso SIP, Cdigo de
status numrico, Cdigo de resultado com trs dgitos e Frase textual.

Existem seis classes do tipo SIP Responses:

11 1xx: resposta informativa;

11 2xx: respostas de sucesso;

11 3xx: respostas de redirecionamento;

11 4xx: respostas de falha de requisio;

11 5xx: respostas de falha em servidor;

11 6xx: respostas de falha global.

22 1xx: usadas para respostas provisrias, que dizem ao receptor que a requisio feita
foi recebida, mas o resultado ainda est em processo;

22 2xx: respostas finais de sucesso, em que o originador da requisio sempre as receber.


Tambm terminam transaes;

22 3xx: respostas usadas para redirecionamento do chamador. Fornecem informaes


sobre a nova direo do usurio ou sobre um servio alternativo que o chamador
precisa usar para satisfazer a ligao;

22 4xx: respostas utilizadas para indicar que houve erro da parte de quem enviou a
requisio; erro na sintaxe ou por no ter sido bem preenchida pelo servidor. Resposta
de falha de requisio;

22 5xx: utilizadas para indicar que houve um erro da parte do servidor. Resposta de falha
no servidor;

22 6xx: usada para indicar que a resposta no pode ser completada em nenhum servidor.
Resposta de falha global.

Exemplo de SIP Response


SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.30:5060;received=66.87.48.68
From: sip:sip2@iptel.org
To: sip:sip2@iptel.org;tagi=794fe65c16edfdf45da4fc39a5d2867c.b713
Call-ID: 2443936363@192.168.1.30
CSeqi: 63629 REGISTER
Servio fone@RNP

Contact: Msip:sip2@66.87.48.68:5060;transport=udp>;q=0.00;expires=120
Server: Sip EXpress router (0.8.11pre21xrc (i386/linux))
Content-Length: 0
Warning: 392 195.37.77.101:5060 Noisy feedback tells:
pid=5110 req_src_ip=66.87.48.68 req_src_port=5060 in_uri=sip:iptel.org
out_uri=sip:iptel.org via_cnt==1

34
Esse exemplo de SIP Response mostra que as respostas so bem similares s requisies,
exceto na primeira linha, que contm a verso do protocolo (SIP/2.0), o cdigo da resposta e
a frase textual. Os cdigos tm a inteno de serem processados pelas mquinas, no sendo
muito amigveis aos humanos, mas facilitando para que as mquinas faam o parse deles.
J a frase textual legvel aos humanos, descrevendo o resultado do processo.

Um exemplo mais completo

Aqui retomamos o Trapzio do SIP.

atlanta.com . . . biloxi.com
. proxy proxi .
. .
Alices . . . . . . . . . . . . . . . . . . . . . Bobs
Softphone SIP Phone
| |
| INVITE F1 | | |
|--------------->| INVITE F2 | |
| 100 Trying F3 |--------------->| INVITE F4 |
|<---------------| 100 Trying F5 |--------------->|
| |<---------------| 180 Trying F6 |
| | 180 Ringing F7 |<---------------|
| 180 Ringing F8 |<---------------| 200 OK F9 |
|<---------------| 200 OK F10 |<---------------|
| 200 OK F11 |<---------------| |
|<---------------| | |
| ACK F12 |
|------------------------------------------------->|
| Media Session |
|<================================================>|
| BYE F13 |
|<-------------------------------------------------|
| 200 OK F14 |
|------------------------------------------------->|
Figura 3.5
Trapzio SIP. | |

O proxy server recebe uma requisio INVITE e envia uma resposta 100 (trying) para o softphone
de Alice. A resposta 100 (trying) indica que a requisio INVITE foi recebida e que o proxy
est trabalhando por ela para rotear a mensagem INVITE para seu destino. Respostas no
SIP usam cdigo com trs dgitos seguidos de uma frase descritiva. Essa resposta contm
Captulo 3 - Introduo Voz sobre IP

os mesmos campos To, From, Call-ID, CSeq e Via, que permitem que o softphone da
Alice correlacione a resposta com a mensagem INVITE enviada. O servidor proxy atlanta.
com localiza o proxy no servidor biloxi.com, possivelmente executando um tipo de
procura no servidor de DNS para encontrar o servidor SIP que serve ao domnio biloxi.com.
Como resultado, este obtm o endereo IP do servidor proxy biloxi.com e envia a requi-
sio INVITE para l. Antes de enviar a requisio, o servidor proxy atlanta.com adiciona
um campo Via adicional, que contm seu prprio endereo. O servidor proxy biloxy.com
recebe a requisio INVITE e responde com 100 (trying) ao servidor proxy atlanta.com,
indicando que recebeu a requisio INVITE e a est processando. O servidor proxy consulta
o banco de dados, geralmente chamado de location service, que contm o endereo IP

35
atual do Bob. O servidor proxy biloxi.com adiciona outro campo Via no cabealho com o
seu endereo para a requisio INVITE e a envia ao telefone SIP do Bob.

O telefone SIP de Bob recebe a requisio INVITE e alerta a Bob que existe uma chamada de
Alice. O telefone SIP do Bob indica essa ao com uma mensagem de resposta 180 (ringing), que
roteada pelos dois proxies na direo reversa. Cada proxy utiliza o campo Via do cabealho
para saber para onde enviar a resposta, depois elimina-as do topo da mensagem. Quando o
softphone de Alice recebe a resposta 180 (ringing), a informao passada para Alice, talvez
utilizando tom de udio ringback ou mostrando uma mensagem na tela do softphone dela.

Quando Bob atende ligao, o seu telefone SIP envia uma mensagem 200 (OK) para indicar
que a ligao foi atendida. A mensagem 200 (OK) contm o corpo da mensagem juntamente
com a descrio de mdia SDP (Session Description Protocol) do tipo de sesso que Bob est
esperando estabelecer com Alice. Se Bob resolvesse no atender chamada, uma mensagem
de erro seria retornada em vez da mensagem 200 (OK), e a sesso de mdia no existiria.

Protocolo SDP
SDP significa Session Description Protocol (Protocolo de Descrio de Sesso). um formato
para a descrio dos parmetros de inicializao de mdia streaming. Foi publicado pela IETF
como RFC 2327 e substitudo pela RFC 4566. A mdia streaming o contedo visto ou ouvido
durante um envio de dados.

Durante o processo de estabelecimento de uma sesso, necessrio negociar a mdia a


ser utilizada (voz, vdeo ou dados) e as respectivas informaes para a transmisso dessa
mdia, como o padro do CODEC e o protocolo de controle para transmisso. Enquanto o SIP
especifica o processo para o anncio da descrio das informaes de uma sesso, o SDP
especifica apenas o formato para descrio dessas informaes.

A descrio das informaes de uma sesso SDP inteiramente representada de forma


textual. Isso permite uma variedade de formas de transporte da informao e possibilita
que ferramentas baseadas em texto possam gerar e processar as descries das sesses, de
forma que os valores dos atributos podem utilizar todo o conjunto de caracteres do UTF-8.

Uma mensagem SDP composta por uma srie de linhas denominadas campos. Os nomes
so abreviados por uma s letra. A formatao das linhas de texto est descrita da seguinte
forma: Tipo do campo = valor do campo.

Por exemplo, no campo mdia (m), o SDP usa um cdigo para listar os CODECs que podero
ser utilizados na sesso. Os cdigos correspondentes aos CODECs para os diversos tipos de
mdia so detalhados na RFC 3551.

m=udio 3456 RTP/AVP 0,3,4 e 5 (0=PCM G711, 3=GSM, 4=G.723 e 5=DVI4)

A tabela a seguir mostra os campos e sua descrio.


Servio fone@RNP

36
Tipo do Valor do campo Presena
campo obrigatria

v Verso do protocolo Sim

o Originador ou criador da sesso e identificador da sesso Sim

s Nome da sesso Sim

i Informao sobre a sesso No

u URI da sesso No

e Endereo de e-mail No

p Nmero do telefone No

c Informao sobre a conexo No

b Informao sobre largura de banda No

Uma ou mais descries de horrio Sim

z Ajustes do time zone No

k Chave de encriptao No

Tabela 3.3 a Zero ou mais linhas de atributo da sesso No


Campos do SDP e
Zero ou mais discries de mdia No
suas descries.

Exemplo:
v=0
o=renatoduarte 2890842807 2890842807 IN IP4 serv.esr.rnp.br
s=Resultado Anual
u=http://www.esr.rnp.br/resultados
c=IN IP4 serv.esr.rnp.br
t=2873397496 0
m=audio 30530 RTP / AVP 0 97 101
a=rtpmap:0 PMCU/8000
a=rtpmap97 G726-32/8000
a=rtpmap101 G726/8000
a=ptime:20

Real-time Transport Protocol RTP


Captulo 3 - Introduo Voz sobre IP

O Real-time Transport Protocol (RTP) um protocolo que oferece funes direcionadas para
aplicaes que transmitem fluxos de dados em tempo real, como udio, vdeo e dados de
simulaes, por meio de servios de rede unicast e multicast. Esse tipo de fluxo deve ser
transportado utilizando o UDP, pois o TCP possui controle de fluxo, que diminui a taxa de
transmisso em caso de perda de pacotes. Assim, natural que o RTP funcione sobre o
UDP ao invs do TCP, evitando o controle de fluxo e retransmisses. O custo disso a pouca
confiabilidade e a falta de ordenao na chegada dos pacotes. A retransmisso de pacotes
tambm no uma caracterstica desejada em fluxos de udio e vdeo interativos, uma vez
que o pacote retransmitido normalmente no chega ao receptor a tempo de ser utilizado.
Alguns protocolos mais sofisticados de streamming calculam a probabilidade de o pacote

37
ser retransmitido, permitindo que ele possa chegar a tempo de ser processado. Assim,
apenas em caso positivo o pacote retransmitido.

Resumidamente, o servio RTP inclui:

11 Identificao do tipo payload;

11 Numerao sequencial;

11 Marcas temporais (timestamping);

11 Monitorao da entrega de dados;

11 Permite interpolao;

11 No trata da reserva de recursos e no garante qualidade de servio (QoS) em tempo real.

Funcionando sobre o UDP, soma-se a essas algumas informaes de sequenciamento e


de timestamp necessrias para a sincronizao de imagem e udio, e para possibilitar o
sequenciamento correto pela aplicao. O RTP possibilita aplicao identificar perdas e
avaliar quanto tempo uma amostra pode permanecer armazenada em um buffer aguar-
dando a chegada do prximo pacote.

A recomendao Secure RTP (RFC 3711) permite uso de criptografia e autenticao das
mensagens RTP e RTCP.

Formato do pacote RTP


Os doze primeiros octetos esto presentes em todos os pacotes de um fluxo de dados de
uma sesso RTP.

0 8 16 24 32

V P X #CSRC M PT Sequence Number

Timestamp

Syncronization Source (SSRC) Identier

Contributing Source (CSRC) Identiers

Header Extention
Figura 3.6
Payload (udio, video etc) Cabealho RTP.

11 V (Version): verso do RTP;

11 P (Padding): indica a presena ou no de preenchimento das posies finais do pacote


com um ou mais bytes que no fazem parte da carga;

11 X (Extention): indica presena ou no de extenso de cabealho;

11 CC (CSRC Counter): contador do nmero de identificadores CSRC aps o cabealho fixo;

11 M (Marker Bit): delimita um conjunto de dados relacionados, o incio de uma rajada de


udio ou o fim de um quadro de vdeo;

11 PT (Payload Type): indica o formato da carga do RTP e determina sua interpretao pela
Servio fone@RNP

aplicao;

11 Sequence Number: incrementado em cada pacote RTP e utilizado pelo receptor para
detectar perda de pacote ou para restaurar a prpria sequncia;

11 Timestamp: utilizado pelo receptor para sincronizao e clculo do jitter;

38
11 SSRC (Synchronization Source) Identifier: utilizado para identificar um fluxo especfico
em uma sesso RTP. Necessrio para o receptor agrupar pacotes com o mesmo SSRC
para a reproduo;

11 CSRC (Contributing Source) Identifiers: lista de identificadores CSRC inseridos por mixers.

Quando pacotes RTP relativos a um fluxo chegam ao seu destino, o nmero de sequncia de
cada pacote examinado para determinar a sequncia correta dos dados, e tambm para
registrar a frao de dados (por exemplo, amostras de udio ou quadros de vdeo) perdidos.

O valor do timestamp do cabealho RTP pode ser utilizado para determinar o atraso entre a
fonte e o receptor. O valor do timestamp marcado pelo transmissor do fluxo no momento
do envio dos dados. Conforme os pacotes do fluxo chegam ao receptor, a variao no
espaamento entre pacotes (variao do atraso ou jitter) pode ser examinada, e, durante a
reproduo, essa informao pode ser utilizada para clculo de um buffer dinmico, com
a finalidade de eliminar a variao do atraso e, ao mesmo tempo, impor o menor atraso
possvel, de forma que o decodificador possa reproduzir a mdia mantendo uma boa experi-
ncia de interatividade.

Real-time Transport Control Protocol RTCP


Resumidamente, o controle do RTP. A frequncia de transmisso de pacotes de controle
pode variar com a quantidade de participantes em uma sesso, uma vez que, em caso de uma
quantidade muito alta, o fluxo de dados de controle pode comprometer os fluxos de dados.

Uma das melhorias que a atualizao da RFC-3550 traz justamente o desempenho do


protocolo RTCP com um novo algoritmo para clculo do tempo de transmisso dos pacotes
desse protocolo em conferncias.

O RTCP complementa o transporte de dados feito pelo RTP. Ele possibilita o monitoramento
da entrega de dados de forma escalvel em redes multicast. Seu funcionamento baseado na
transmisso peridica de pacotes de controle para todos os participantes de uma sesso RTP.

O RTCP prov o feedback da qualidade da distribuio, til para CODECs adaptativos e para
a deteco de problemas locais ou globais.

O identificador CNAME utilizado para associar mltiplos streammings, como voz e vdeo.
Controla a taxa que os participantes devem enviar informaes de controle para que o fluxo
de dados no seja prejudicado. Prov um mnimo de informaes de controle. Informaes
mais detalhadas, necessrias para algumas aplicaes devem ser providas por nvel superior.

H cinco tipos de pacotes RTPC definidos na especificao do RTP, um para cada mensagem:
SR, RR, SDES, BYE e APP.

11 Sender Report (SR): para estatsticas de transmisso e recepo de participantes que


Captulo 3 - Introduo Voz sobre IP

so transmissores ativos em uma sesso;

11 Receiver Report (RR): para estatsticas de recepo de participantes que no so


transmissores ativos em uma sesso;

11 Source Description (SDES): itens que descrevem um transmissor em uma sesso, como
o CNAME;

11 BYE: para indicar o fim da participao de uma aplicao em uma sesso;

11 APP: para funes especficas da aplicao.

39
O cabealho dos pacotes RTCP tm em comum cinco campos que ocupam 32 bits:

11 Nmero da verso (V): o nmero da verso atual do RTP 2. No existem planos para
introduzir novas verses, e as verses antigas so utilizadas raramente hoje em dia;

11 Padding (P): indica que o pacote foi preenchido com bits alm do seu tamanho natural.
Esse tipo de expediente necessrio quando so utilizados alguns algoritmos de cripto-
grafia que necessitam de blocos com tamanho constante;

11 Contagem de itens (IC): indica o nmero de itens contidos em um pacote. Normalmente


utilizado para indicar o nmero de receiver reports contido no pacote;

11 Tipo do pacote (PT): identifica o tipo de informao contida no pacote. Atualmente


existem cinco tipos;

11 Comprimento (Length): indica o tamanho do contedo do pacote contido aps esse


cabealho comum.

No de interesse deste curso se estender na teoria desse protocolo. Para saber mais sobre
o RTCP, pesquise a RFC-3550.

Empacotamento da voz: CODEC


A codificao de udio consiste na captura dos sinais mecnicos do som (ondas sonoras) e
transformao destes em sinais digitais. Primeiro ocorre a captura do som e sua transfor-
mao em sinal eltrico e, depois, ocorre sua digitalizao. A tcnica utilizada em telefonia
o PCM (Pulse Code Modulation), que j foi estudado no captulo 2: Introduo telefonia.

Codec
CODEC uma abreviao de codificador-decodificador. Eles especificam como os sinais ana-
lgicos da voz devem ser codificados em dados digitais, permitindo ou no a compresso
dos dados, com ou sem perda de informao. Na verdade, CODECs so algoritmos para codi-
ficao de sinais. Para voz, grande parte dos padres so baseados na codificao da forma
de onda (PCM Pulse Code Modulation).

Um CODEC comprime os dados, eliminando informaes redundantes e previsveis, tanto


em udio como em vdeo. Os dados passam por uma converso analgica-digital, compre-
endendo a amostragem do sinal. Gera-se, ento, um formato digital, denominado Pulse
Code Modulation (PCM).

O PCM realiza 8 mil amostras por segundo (carregando 125sec em cada amostra), devido
ao teorema de Nyquist, que diz que essa medida suficiente para capturar toda a infor-
mao em um canal telefnico com largura de banda de 4 KHz. Em uma amostragem menor,
a informao transmitida seria perdida; j em uma amostragem maior, nenhuma infor-
mao adicional seria acrescentada. Essa tcnica, o PCM, o corao do sistema moderno
de telefonia. Como consequncia, todos os intervalos de tempo dentro do sistema telefnico
so mltiplos de 125 sec.

Tcnicas de codificao
Servio fone@RNP

Codificao de forma de onda

A codificao de forma de onda de sinais de voz baseada principalmente na predio


linear, e o esquema mais utilizado o Adaptive Differential Pulse Code Modulation (ADPCM).
Os codificadores de forma de onda so os que propiciam voz de melhor qualidade, mas so
os que despendem a maior taxa de bits, em geral com taxas superiores a 30 kbps.

40
Codificao paramtrica

O estudo da natureza do sinal (no caso da telefonia, a voz) essencial para obter mxima
compresso, embora com sensvel perda de qualidade. Os codificadores paramtricos,
tambm denominados vocoders (voice coders), utilizam no decodificador um modelo de
produo de voz, cujos parmetros so estimados e transmitidos pelo codificador a inter-
valos curtos de tempo (10 a 30 ms). A classe de codificadores paramtricos mais utilizada a
dos vocoders LPC (Linear Predictive Coding). Os vocoders conseguem codificar os sinais de
voz a taxas de no mximo cerca de 2 kbps, mas com qualidade entre ruim e regular.

Codificao hbrida

Usa conceitos das duas outras formas de codificao (codificao paramtrica e codificao
em forma de onda), procurando um balano entre qualidade e taxa de compresso. Os codi-
ficadores hbridos so esquemas que combinam caractersticas dos codificadores de forma
de onda e dos vocoders. Atualmente, a maioria dos codificadores hbridos utiliza o modelo
de codificao Code Excited Linear Predictive (CELP), com taxas de bits entre 4 e 16 kbps,
proporcionando qualidade muito melhor do que a dos vocoders. Alguns deles propiciam
qualidade muito prxima da obtida com os codificadores de forma de onda.

Com base nos tipos de codificao citados, conclumos que os codificadores de forma de
onda so os que proporcionam voz com melhor qualidade, mas despendem maior taxa de
bits. Em geral, taxas superiores a 30 kbps.

Sobre atraso/delay

Um fator importante a ser considerado o delay inserido pelo codificador. O processo


computacional de codificar e, na outra ponta, decodificar os pacotes significa inserir mais
atraso na comunicao. De maneira geral, quanto menor for a taxa do CODEC, maior ser
seu delay, mas tambm depende muito da complexidade do algoritmo e da implementao
do CODEC.

Em uma rede de pacote, onde os pacotes de voz podem sofrer grandes atrasos, a escolha
do CODEC em funo do seu atraso pode ser um diferencial do projeto, principalmente se
existem enlaces onde o delay crtico, como em uma conexo via satlite.

Em redes com grande disponibilidade de banda, um CODEC indicado o G.711, que possui
taxa de transmisso a 64 Kbits/seg, mas com delay (de processamento) prximo de zero,
boa qualidade e livre de licena.

Comparao entre as tcnicas

A tabela a seguir mostra um resumo da faixa de frequncia, taxas de transmisso e latncia


utilizada nos principais padres de codificao de udio.
Captulo 3 - Introduo Voz sobre IP

41
Padro faixa de frequncia Taxa de transmisso latncia Qualidade

G.711 300 Hz-3.4 kHz 64 kbits/s <1 Excelente

G.722 50 Hz-7 kHz 48,56 ou 64 kbits/s <2

G.722.1 14 kHz 24-32 kbits/s Boa

G.722.2 50 Hz-7 kHz 6.6-23.85 kbits/s

G.723.1 8 kHz 5.3 ou 6.3 kbits/s 100 Razovel a boa

G.726 8 kHz 16-40 kbits/s 60 Boa a razovel

G.728 300 Hz-3.4 kHz 16 kbits/s <2 Boa


Tabela 3.4
G.729 8 kHz 8 kbits/s 25-35 Boa
Principais CODECs.

O padro G.711 um dos melhores disponveis (embora o conceito de melhor seja


relativo), com delay prximo de zero, mesmo que sua taxa de transmisso de bits seja muito
alta (64 Kbits/seg), consumindo muita banda em comparao com os demais CODECs. Seu
grande diferencial que est livre de licena, sendo um fator a considerar para projetos com
disponibilidade de banda. Outro fator a considerar que esse um CODEC lossless e no
perde informao, sendo utilizado em transmisso de fax.

O padro G.729 possui taxa de 8 Kbits/seg e muito utilizado no mercado. um CODEC


ITU com a necessidade de compra de licena, pois seu algoritmo foi patenteado. Existem as
verses G729a, menos complexa que a G729, e a verso G729b, com capacidade de inserir
rudo de conforto nas ligaes que utilizam VAD (deteco de atividade de voz).

O padro G 723.1 possui taxas menores que o G.729, um CODEC ITU e tambm necessita
de pagamento de licena. Possui taxas de 6,3 ou 5,3 Kbits/seg e seu atraso da ordem de
37,5 mseg.

O CODEC iLBC tem fonte aberta, sem exigncia de pagamento de licena, sendo uma boa
opo de soluo. Sua taxa da ordem de 13,3 Kbits/seg.

G.711

A funo bsica do algoritmo codificar a voz utilizando 8 bits por amostra; a banda de
entrada de voz amostrada a 8 kHz, mantendo a largura de banda de 300 a 3400 Hz.
Com isso, cada canal de voz precisa de 64 kbps.

Dois algoritmos foram definidos no padro ITU-T G.711:

11 u (ulaw): utilizado na Amrica do Norte e no Japo;

11 A (alaw): na Europa e no resto do mundo.

O princpio do codificador G.711 que se deve utilizar a quantizao com escala logartmica
para obter uma relao sinal/rudo independente da intensidade. Isso foi possvel duplicando
o passo de quantizao a cada vez que a intensidade do sinal era duplicada; desse modo,
obteve-se uma constante.
Servio fone@RNP

G.729

O codificador G.729 codifica sinais de voz a uma taxa de 8 kbps usando o modelo CS-ACELP
(Conjugate Structure Algebraic Code Excited Linear Prediction), que baseado no modelo
de codificao CELP. Ele projetado para operar com o sinal de voz de entrada j convertido
para o formato PCM uniforme, com 16 bits/amostra e taxa de amostragem de 8 kHz.

42
O codificador G.729 trabalha com quadros de 10 ms (ou 80 amostras), que so divididos em
dois subquadros de 5 ms (ou 40 amostras). Cada quadro de 10 ms do sinal de voz analisado
para extrair os parmetros do modelo CELP: os coeficientes preditores do filtro de sntese,
os ndices dos dicionrios fixo e adaptativo e seus respectivos ganhos. Estes ltimos so os
parmetros da excitao, determinados para cada subquadro de 5 ms. Esses parmetros
so codificados e transmitidos.

No decodificador, esses parmetros so recuperados para construir a excitao e obter os


parmetros do filtro de sntese. O sinal de voz reconstrudo passando a excitao pelo filtro
de sntese de ordem 10. Depois de reconstrudo, o sinal de voz passado por um ps-filtro
para melhorar a qualidade do sinal de sada.

G.723.1

O codificador G.723.1 tem duas taxas de bits associadas a ele, de 5,3 e 6,3 kbps. Ele codifica
sinais de voz quadro a quadro usando codificao preditiva linear baseada em anlise por
sntese (CPLbAS). A codificao em taxa alta (6,3 kbps) usa um modelo MP-MLQ (Multipulse
Maximum Likelihood Quantization) para gerar o sinal de excitao, enquanto a codificao
em taxa baixa (5,3 kbps) usa um modelo ACELP (Algebraic Code Excited Linear Prediction).
O tamanho dos quadros de 30 ms (ou 240 amostras).

O codificador G.723.1 projetado para operar com o sinal de voz de entrada j convertido
para o formato PCM uniforme, 16 bits/amostra e taxa de amostragem de 8 kHz.

iLBC

O codificador iLBC utiliza o algoritmo de predio linear e suporta dois comprimentos


bsicos, quadros de 20 ms a 15.2 kbps e de 30 ms a 13.33 kbps. Quando o codificador
trabalha com quadros de comprimento de 20 ms, produz 304 bits de sada por quadro, e
para um comprimento de 30 ms por quadro, produz 400 bits de sada, os quais devem ser
empacotados para serem transmitidos. Os dois modos para quadros de diferentes tama-
nhos operam de maneira similar. A descrio do algoritmo resulta em um sistema de codi-
ficao de voz com resposta controlada diante da perda de pacotes, similar especificada
no PCM com perda de pacotes no padro ITU-T G.711, que opera a uma taxa fixa de 64 kbps.
Algumas das aplicaes para esse codificador esto nas formas de comunicao em tempo
real, como telefonia, videoconferncia, udio e envio de mensagens.

G.722

O CODEC G.722 conhecido como CODECs de banda larga ou tambm como CODECs de
alta definio (High Definition: HD). Possui faixa de frequncia maior do que os demais, em
7kHz. Isso faz com que capture mais detalhes da voz. baseado na tcnica sub-band ADPCM
(SB-ADPCM). Esse CODEC utiliza 14 bits para determinar cada amostra de some consome at
Captulo 3 - Introduo Voz sobre IP

64kbits/seg (mais os cabealhos de transporte, rede e enlace).

G.722.2

O G.722.2 um CODEC de voz mais moderno, que utiliza a tcnica AMR-WB, Adaptative
Multi-Rate Wideband, desenvolvido com base no AMR e com metodologia similar a ACELP.
Esse CODEC capaz de se adaptar s condies de rede, reduzindo ou aumentando o
bitrate, sempre tentando entregar a melhor qualidade de voz que a rede permite. licen-
ciado pela VoiceAge Corporation.

43
Super-resumo de Voz sobre IP
Agora que j conhecida a maior parte das tcnicas aplicadas na tecnologia de voz sobre IP,
possvel fazer um resumo sobre como todos os componentes se interligam.

A seguir, a sequncia de fatos quando uma ligao ocorre em um servio de telefonia sobre IP:

1. O usurio A tira o telefone IP do gancho e disca o nmero de B;

2. O telefone de A envia um INVITE para seu proxy local (ou seu PBX IP);

3. O proxy local localiza e identifica o Proxy de B (ou seu PBX IP);

4. O proxy de B encontra o telefone B (seu ramal no PBX);

5. A e B (e seus proxies) negociam os parmetros da sesso usando SDP;

6. A ligao estabelecida;

7. A voz dos interlocutores codificada, digitalizada e comprimida nos respectivos telefones


IP, utilizando o CODEC negociado durante o estabelecimento da chamada;

8. A informao da voz digitalizada enviada utilizando o RTP;

9. Os pacotes de voz chegam ao outro lado e so enfileirados para que possam ser decodifi-
cados corretamente;

10. A informao da voz desempacotada, decodificada e reproduzida;

11. Depois de algum tempo, algum decide desligar e, ao colocar o telefone de volta no
gancho, envia um BYE para o outro lado;

12. A ligao desconectada.


Servio fone@RNP

44
4
Arquitetura do fone@RNP v.2012
objetivos

Conhecer os componentes do servio fone@RNP e como eles se relacionam entre si


e com os equipamentos de telefonia preexistentes na instituio.

conceitos
fone@RNP 2012; SRC; SRL; GWT; PBX IP.

Recentemente, o fone@RNP passou por um projeto de evoluo, onde foi totalmente rede-
senhado. Sua estrutura, que antes era dependente de dois servidores em cada cliente, foi
modularizada e permite maior escalabilidade, maior confiabilidade e aumenta consideravel-
mente sua eficincia, conferindo maior economia para seus clientes. Alm disso, tambm
foi desenvolvido um mdulo com funes de um PABX tradicional, inexistente na verso
anterior. Para identificar as verses do fone@RNP, chamamos a verso mais antiga de distri-
buio 2008 (ou simplesmente fone 2008) e a mais nova de distribuio 2012
(ou simplesmente fone2012).

A arquitetura do servio fone@RNP necessita que os diversos dispositivos distribudos pela


rede se comuniquem uns com os outros. Em outras palavras, os dispositivos SIP de uma ins-
tituio devem ser capazes de alcanar os dispositivos SIP de outra instituio participante
do servio.

O uso de NAT (Network Address Translation) no compatvel com o protocolo SIP, por-
tanto no uma opo. Assim, necessrio que todos os dispositivos possuam endereo IP
alcanvel. Exceo para os telefones do tipo IP, que, apesar de poder ter endereos no
Captulo 4 - Arquitetura do fone@RNP v.2012

roteveis, tambm no deve fazer uso de NAT.

Alm disso, o fone@RNP um servio colaborativo, isto , todos os participantes contribuem


para o funcionamento completo do servio. Sendo assim, a gerncia do servio precisa
monitorar todos dispositivos que fazem parte do servio, inclusive aqueles instalados nas
premissas dos clientes. O monitoramento da RNP realizado utilizando o protocolo SNMP.

Para minimizar riscos, recomendamos o uso de firewall com capacidade de inspeo de


pacotes, que suporte o protocolo SIP para abrir dinamicamente as portas de comunicao
de cada chamada. A estratgia a ser utilizada negar todo o trfego e permitir apenas cone-
xes conhecidas. Um guia com regras recomendadas ser apresentado adiante.

45
A figura a seguir apresenta a arquitetura do fone@RNP distribuio 2012, detalhando seus
mdulos e conexes com outras redes que oferecem servio de telefonia IP.

SBC
Para redes externas
SRC

GWT SRL SRL SRL ...

PBX PSTN PBX IP PBX IP GWT GWT PBX IP SRL GWT


Tradicional 3os Corporativo Qualquer

PBX PBX PBX IP GWT Cell


PSTN Tradicional PSTN Tradicional PSTN PSTN

PBX
Tradicional PSTN

A caixa (ou mdulo) que se encontra prxima ao mapa-mndi identificada como SBC, que Figura 4.1
significa Session Border Controller (Controlador Sesso de Borda), responsvel pelo Arquitetura do
fone@RNP.
controle da comunicao entre o fone@RNP e outras redes de telefonia IP, dentro ou fora
do pas. atravs desse dispositivo que as chamadas de/e para instituies mapeadas pelo
NRENum.net so encaminhadas. tambm atravs do SBC que o fone@RNP se comu- NRENum.net
nica com o PIT-VoIP ( um servio de Voz sobre IP oferecido pela RedCLARA para as redes um servio ENUM
para academia. Foi ori-
acadmicas NRENs associadas. Ele estabelece um relacionamento de confiana entre SIP
ginalmente concebido
proxies das NRENs da Amrica Latina). no mbito de TERENA
(Trans-European
Esse mdulo est sendo desenvolvido para a distribuio 2012, baseado na soluo do SRL, Research and Education
a ser detalhado mais frente. Atualmente, utilizado o servidor proxy externo, da verso Networking Associa-
tion). Esse servio pos-
2008, para executar essa funo.
sibilita alcanar, via VoIP,
telefones tradicionais
Para executar a funo de SBC no nvel das instituies, separando o permetro interno e
nas universidades dos
externo, esto sendo utilizados os prprios SRLs, com funo principal de esconder a rede pases participantes.
VoIP do cliente. As demais caixas sero apresentadas a seguir.

SIP Router Central (SRC)


No primeiro nvel, mais acima, se encontra o SIP Router Central (SRC). Esse mdulo res-
ponsvel por manter a informao de cada cliente e das rotas para encaminhamento das
chamadas entre as vrias instituies e entre redes externas. Conhece todos os dispositivos
do nvel a seguir e s aceita INVITEs vindos deles.

No SRC encontram-se todas as rotas para os nmeros alcanados pelo fone@RNP, sejam
eles internos dos clientes, nmeros na RTFC ou nmeros virtuais do fone@RNP. As informa-
es de rota so publicadas no DNS, em registros NAPTR, de acordo com o protocolo ENUM
[RFC-6116].

SIP Router Local (SRL)


Servio fone@RNP

No segundo nvel (e a partir da), j se encontram equipamentos que ficam sob responsabili-
dade das instituies clientes. O segundo mdulo que aparece (da esquerda para direita) o SIP
Router Local (SRL). Ele equivalente ao SRC, mas instanciado nas premissas dos clientes. O SRL

46
contm as rotas para encaminhamento das chamadas entre os dispositivos SIP sob domnio da
instituio responsvel por ele, s aceitando tambm chamadas vindas desses dispositivos.

O SRL pode ser instanciando mais de uma vez dentro da mesma instituio. Isso significa
que o prprio SRL pode ser hierarquizado, criando nveis de atendimento e isolando logica-
mente os campi das instituies clientes.

Quando um INVITE chega ao SRL, ele realiza uma pesquisa ENUM para verificar o endereo
SIP equivalente ao nmero discado. Pode receber como resposta

11 A indicao de encaminhamento pelo SRC quando a chamada para outro cliente do


fone ou para uma cidade onde haja um cliente ou;

11 A indicao de outro mdulo SRL, PBX IP ou para um GWT da prpria instituio quando
a chamada para um telefone analgico da prpria instituio ou para um telefone na
RTFC local.

Na prxima camada, a terceira de cima para baixo, esto o Gateway Transparente (GWT) e o
PBX IP, que sero descritos nos prximos pargrafos. Nessa camada possvel utilizar no
s os dispositivos desenvolvidos para o fone@RNP, mas tambm qualquer dispositivo SIP,
desde que seja compatvel com a RFC 3261 (SIP verso 2.0).

PBX IP
O PBX IP uma implementao especial de um PABX tradicional, desenvolvido para o
fone@RNP, que procura atender s demandas comuns do servio de telefonia de uma
grande universidade brasileira. Foi desenvolvido primeiramente pela Universidade Federal
de Santa Catarina (UFSC), para atender a UFSC, e foi melhorado para atender a todos os
clientes do fone.

O PBX IP deve receber INVITES apenas do SRL diretamente acima. Todas as chamadas feitas
a partir de um PBX IP devem ser encaminhadas para o SRL. Como visto nos pargrafos ante-
riores, o SRL fica responsvel por indicar a rota correta para o nmero de telefone desejado.

O PBX IP conta com duas verses: uma que se chama corporativa, para atender aos funcion-
rios, e outra que chamamos acadmica, para atender aos alunos das universidades. Essa ltima
verso possui integrao com o servio de Identidade Digital da RNP, a CAFe, Comunidade
Acadmica Federada. Essa integrao permite a implementao de uma caracterstica nica
no PABX IP desenvolvido pelo servio. a funo de autoatendimento, onde o aluno capaz de
solicitar seu prprio ramal IP em um pgina web, sem a interveno de qualquer funcionrio.

Gateway Transparente (GWT)


Captulo 4 - Arquitetura do fone@RNP v.2012

O Gateway Transparente (GWT), de acordo com o modelo acima, pode aparecer na segunda
camada, diretamente ligado ao SRC ou na terceira camada, a seguir de um SRL. O GWT a
pea fundamental do novo fone@RNP. Ele faz a ligao entre o servio de telefonia digital
tradicional e o servio de telefonia IP.

A quarta camada representa os tradicionais dispositivos PABX e as redes de telefonia, ou


seja, PABX legados e as operadoras telefnicas. Os PABX legados, pr-existentes nas institui-
es, podem ser totalmente integrados ao servio fone@RNP. Inclusive, ligaes entre tele-
fones IP e telefones tradicionais podero ser executadas com nmeros abreviados (quatro
dgitos) e de forma transparente.

47
Da mesma forma que o PBX, o GWT espera receber INVITES apenas no SRL. E tambm s
deve encaminhar INVITES para seu SRL. Ele capaz de entregar ligaes na RTFC ou em um
PABX legado com interface digital.

Inicialmente, a RNP desenvolveu apenas um GWT para interfaces digitais de telefonia, RDSI
ou R2Digital. Posteriormente, a RNP adaptou a configurao de um dispositivo de mercado
para que ele seja utilizado no fone@RNP como um GWT analgico. No momento da escrita
desse livro, ainda estuda uma terceira opo, que integra o hardware do GWT, uma distri-
buio customizada do Asterisk e interfaces analgicas.

A imagens das mquinas virtuais e ISO (para o GWT) esto disponveis no repositrio do
fone@RNP, nos links:

11 SRC: http://repositorio-fone.rnp.br/fone2012/SRC/VM/release/1.0/update-20150327/
SRC2012-M1.ovf

11 GWT: http://repositorio-fone.rnp.br/downloads/IMG_FONERNP_2012_20130613.iso

11 SRL: http://repositorio-fone.rnp.br/fone2012/SRL/VM/release/1.0/update-20150313/
FoneRNP-SRL-v2.ovf

11 PBX-IP Corp: http://repositorio-fone.rnp.br/fone2012/PBX-IP/VM/release/2.0/FoneRNP-


PBXIP-v3-m1/FoneRNP-PBXIP-v3-m1.ovf e http://repositorio-fone.rnp.br/fone2012/
PBX-IP/VM/release/2.0/FoneRNP-PBXIP-v3-m2/FoneRNP-PBXIP-v3-m2.ovf

11 PBX-IP Acad: http://repositorio-fone.rnp.br/fone2012/PBX-IP-ACAD/VM/1.0/stable/


FoneRNP-PBXIP-ACAD.ovf l
O GWT tambm pode
Com exceo do GWT, todos os dispositivos do novo fone@RNP podem ser implementados ser embarcado em
em mquinas virtuais. Alm disso, todos eles podem ter duas instncias, para fins de redun- dispositivo prprio,
especializado nessa
dncia, contribuindo para alta disponibilidade do servio. Se uma mquina parar, a outra
tarefa. Nesse caso,
assume o trabalho automaticamente. O GWT o nico mdulo que precisa ser implemen- chamamos de GWT2.0,
tado em uma mquina real, pois precisa de uma placa de telefonia para interligar com a rede o verdinho.
de telefonia convencional.

A arquitetura tpica do fone@RNP


A instituio tpica
Tipicamente, as instituies clientes do fone@RNP so multicampi, ou seja, possuem prdios
em vrios locais distantes uns dos outros: o cenrio perfeito para o uso do fone@RNP.
Servio fone@RNP

48
Reitoria

Campus A Campus B

Figura 4.2
Exemplo de
instituio cliente Campus C
Instituio cliente
do fone@RNP.

Alguns clientes do fone@RNP possuem uma estrutura mais simplificada, s vezes, com
apenas um prdio ou escritrio. De qualquer forma, pode ser modelada aqui como uma
simplificao da instituio tpica apresentada nesse livro.

Caractersticas do cenrio
Reitoria:

A reitoria possui um PABX digital, com uma ou mais interfaces E1, ligado diretamente na
operadora telefnica. Pretende utilizar o PBX IP do fone@RNP para expandir seu servio de
telefonia e para economizar com chamadas telefnicas.

Campus A:

O Campus A novo. O PABX existente velho e no tem contrato de manuteno. Possui um


link E1 para telefonia. O PABX antigo ser substitudo pelo PBX IP do fone@RNP.

Campus B:

J possui PABX IP de outro fabricante. Interface com RTFC j est configurada e deve ser
aproveitada. No haver qualquer tipo de modificao nesse campus, alm da participao
no servio.

Campus C:

O campus C o menor e mais distante de todos. Possui um PABX com quatro troncos anal-
Captulo 4 - Arquitetura do fone@RNP v.2012

gicos e alguns ramais.

Outras consideraes:

11 A instituio pretende utilizar o PBX IP acadmico, para poder oferecer ramais para seus
alunos. Eles podero fazer qualquer chamada que no gere custo para nenhuma insti-
tuio cliente;

11 A instituio estuda contratar um Provedor de telefonia pela internet (ITSP, a sigla em ingls)
para conseguir melhores preos nas ligaes para celulares. A adeso dos campi opcional.

49
Arquitetura tpica

Sempre baseado na premissa de que a rede IP (LAN e WAN) foi revisada pela instituio e
adequada, de forma que suporte o servio de Voz sobre IP, possvel apresentar alguma
soluo para o ambiente proposto.

Arquitetura de referncia do fone@RNP v.2012

SRCs
RNP

SRL
PBX IP
Acadmico

SRL

RTFC
PBX IP GWT
PBX IP GWT 3os Analgico

PBX RTFC Campus B PBX RTFC


Legado Legado

SRL
Reitoria Campus C

PBX IP GWT GW GSM

Figura 4.3
Arquitetura
RTFC Mvel ITSP
de referncia
com ambientes
Campus A diversos.

Fluxos de comunicao entre os dispositivos


Fluxo de Sinalizao

A sinalizao do ambiente de telefonia IP da RNP , como j se sabe, baseada no protocolo


SIP (RFC 3261). Utiliza como transporte para sinalizao, o UDP e no criptografado.

A seguir, apresentado o trfego de sinalizao esperado entre os componentes da arquite-


tura de referncia, indicando as portas preferenciais para se utilizar no servio do fone@RNP.

11 SRC (UDP 5060) <> SRL (UDP 5071);

11 SRL (UDP 5060) <> PBX-IP ACADMICA (UDP 5080);

11 Telefone IP (UDP 5060) <> PBX-IP ACADMICA (UDP 5080);

11 SRL (UDP 5060) <> GWT (UDP 5071);


Servio fone@RNP

11 SRL (UDP 5060) <> PBX-IP CORPORATIVA (UDP 5080);

11 Telefone IP (UDP 5060) <> PBX-IP CORPORATIVA (UDP 5080);

11 SRC (UDP 5060) <> GWT (UDP 5071);

11 SRL (UDP 5060) <> Central IP (5060).

50
Fluxo de mdia

O fluxo de mdia (udio/vdeo) utiliza portas altas negociadas na etapa de estabelecimento


das chamadas. Tambm utiliza o protocolo UDP e no h criptografia. O CODEC preferencial
o G.711. Recomenda-se habilitar a funo de media proxy nos seguintes componentes:

11 SRL;

11 PBX-IP ACADMICA.

Caso seja utilizada a configurao recomenda por esse documento, devero existir os
seguintes fluxos de mdia:

11 SRL <> SRL;

11 SRL <> PBX-IP ACADMICA;

11 PBX-IP ACADMICA <> Telefone IP;

11 Telefone IP <> Telefone IP.

Exemplos ilustrados para fluxo de mdia e sinalizao


Exemplo1: telefone IP chamando nmero na RTFC

SRCs
RNP

2 SRL 3

PBX IP GWT
5
1
Figura 4.4 4 PBX RTFC
Legado
Mdia e sinalizao:
Exemplo 1.

1. INVITE do telefone IP para o PABX;

2. INVITE do PABX para o SRL;

3. INVITE do SRL par ao GWT;

4. Mdia entre Telefone e GWT, passando pelo PBX; Captulo 4 - Arquitetura do fone@RNP v.2012

5. Entrega da ligao para RTFC pela E1 do GWT.

Note que o SRC no toma conhecimento da chamada que ocorre dentro de uma
instituio!

Veja que o SRL no fica no caminho da mdia para chamadas entre peers.

51
Exemplo2: telefone IP chamando outra instituio cliente

SRCs
RNP

3 4
SRL 7 SRL
2
5

PBX IP GWT PBX IP GWT


6
1
PBX RTFC PBX RTFC Figura 4.5
Legado Legado
Mdia e sinalizao:
Exemplo 2.

1. INVITE do telefone IP para o PBX IP;

2. INVITE do PABX para o SRL da 1a instituio;

3. INVITE do SRL para o SRC;

4. INVITE do SRC para o SRL da 2a instituio;

5. INVITE do SRL para o PBX IP;

6. INVITE do PBX IP para o Telefone IP;

7. Mdia entre os dois telefones IP, mas passando pelos PABX e SRLs (mdia no passa pelo
SRC. Nunca!).

Note que o SRL fica no caminho da mdia para chamadas entre um peer e o
ambiente externo.

Sobre firewall e portas de comunicao nos servidores


Uma caracterstica importante da tecnologia de voz sobre IP que os firewalls precisam
estar configurados corretamente para que a comunicao ocorra.

Uma vez que firewalls so largamente utilizados e, de fato, so essenciais para segurana
de redes, grande ateno deve ser dedicada configurao desses dispositivos para que o
fone@RNP funcione corretamente.

A seguir, as informaes dos dispositivos do fone@RNP e as portas em que esperam


receber pacotes.
Servio fone@RNP

52
Cdigo Descrio da regra

#1 Deve estar aberto somente para os peers, para maior segurana.

#2 Somente entre os peers (Redundantes).

#3 Somente para servidor de gerncia (NMS).

#4 Somente para equipe de operao/manuteno.

#5 Somente localhost.

#6 Pblico internet. Aberto para todos.

#7 Provisionamento telefones. Rede dos telefones IP.

#8 CDR FONE/RNP. Sistema de estatsticas.


Tabela 4.1
#9 Entre SRC e SRL (Fone2014).
Regras de firewall.

SRC/SRL

Opensip udp/5060 #1

ISC-Bind udp/tcp 53 #1

MySQL tcp/3306 #2

OpenLDAP tcp/389 #2

SNMP udp/161 #3

APACHE tcp/443 #4

APACHE: FONE-ESTATISTICAS tcp/8443 #8

APACHE: Troca de Rotas Automatizada #9 (Fone@2014)


Figura 4.2 (SRC e SRL) tcp/8443
Regras de firewall
para SRC ou SRL. ICMP/ECHO REQUEST/REPLAY #1 (Para medio da qualidade, fone@2014)

GWT

asterisk udp/5071 #1

asterisk-rtp udp/10.000-20.000 #6
Captulo 4 - Arquitetura do fone@RNP v.2012

ISC-Bind udp/tcp 53 #1

MySQL tcp/3306 #5

SNMP udp/161 #3

APACHE tcp/443 #4
Tabela 4.3
Regras de firewall ICMP/ECHO REQUEST/REPLAY #1 (Para medio da qualidade, fone@2014)
para O GWT.

53
PBX-IP: Corp

Opensip udp/5080 #1

ISC-Bind udp/tcp 53 #1

media-proxy udp/50000:60000 #6 (se ativo)

MySQL tcp/3306 #2

OpenLDAP tcp/389 #2

RSYNC tcp/873 #2

SNMP udp/161 #3

APACHE tcp/443 #4,


#7

APACHE tcp/80 #6, Tabela 4.4


#7 Regras de firewall
para o PBX IP
ICMP/ECHO REQUEST/REPLAY #1 (Para medio da qualidade, fone@2014) Corporativo.

PBX-IP: Acadmico

Opensip udp/5080 #1

media-proxy udp/50000:60000 #6 (recomendado estar ativo, para o


nathelper funcionar)

ISC-Bind udp/tcp 53 #1

MySQL tcp/3306 #2

OpenLDAP tcp/389 #5

SNMP udp/161 #3

APACHE tcp/443 #4

APACHE tcp/80 #6 Tabela 4.5


Regras de firewall
ICMP/ECHO REQUEST/REPLAY #1 (Para medio da qualidade, para o PBX IP
fone@2014) acadmico.

A maior parte dos problemas que tivemos na instalao do trio GWT + SRL + PBXIP foi por
consequncia de confuso na configurao das portas dos servios.

11 As portas UDP 10000-20000 devem ser liberadas a partir do GWT;

11 As portas UDP 50000-60000 devem ser liberadas a partir do PBX-IP;

11 A porta UDP 5060 para SRLs, a 5071 para GWT e a 5080 para PABX.

Seguem alguns endereos importantes na arquitetura:


Servio fone@RNP

54
SRC-RJ 200.143.193.54 ----

SRC-DF 200.130.35.113 ----

Monitoramento SNMP da RNP 200.130.77.77 monitora.rnp.br

Servio de estatsticas do fone 200.143.193.54:8443 ----

Repositrio de arquivos e imagens 200.130.35.236 repositrio-fone.rnp.br

Servidor de Hora 200.144.121.33:123 ntp.cais.rnp.br


Figura 4.6
Alguns endereos Servidor de Hora (alternativo) ---- a.npt.br; b.ntp.br; c.rnp.br
importantes.

Outro resumo interessante para configurao de firewalls e dos prprios dispositivos:

11 Porta SIP do SRL 5060;

11 Porta SIP do GWT 5071;

11 Porta SIP do PBX 5080.

Sempre que estiver na dvida, sempre que configurar um mdulo do fone@RNP, volte aqui e
revise os fluxos para configurar corretamente seu firewall.

Testes de chamadas (checklist)


Aps a instalao da soluo e depois de cada instalao de um mdulo do fone, ser neces-
srio testar se todos os tipos de chamadas podem ser realizados normalmente.

Tomemos um hipottico Campus A como referncia. Todos os tipos e direes de chamadas


devem ser testadas, sempre que for cabvel, conforme listadas a seguir.

Ligaes dentro do Campus A

11 Ligaes feitas a partir de telefones IP para telefones IP;

11 Ligaes feitas a partir de telefones analgicos para telefones analgicos;

11 Ligaes feitas a partir de telefones IP para telefones analgicos;

11 Ligaes feitas a partir de telefones analgicos para telefones IP.

Ligaes entrantes no Campus A

11 Ligaes para dentro do Campus A, com origem na RTFC.

22 Para ramais IP;

22 Para ramais analgicos.


Captulo 4 - Arquitetura do fone@RNP v.2012

11 Ligaes para dentro do Campus A, com origem em outro campus da mesma instituio.

22 Para ramais IP;

22 Para ramais analgicos.

11 Ligaes para dentro do Campus A, com origem em outro cliente do fone@RNP.

22 Para ramais IP;

22 Para ramais analgicos.

55
Ligaes saintes do Campus A

11 Ligaes para fora do Campus A, para outro Campus da mesma instituio.

22 A partir de telefones IP;

22 A partir de telefones analgicos.

11 Ligaes para fora do Campus A, para outra instituio do fone@RNP no mesmo DDD.

22 A partir de telefones IP;

22 A partir de telefones analgicos.

11 Ligaes para fora do Campus A, para outra instituio do fone@RNP em outro DDD.

22 A partir de telefones IP;

22 A partir de telefones analgicos.

11 Ligaes para fora do Campus A, mas dentro da mesma cidade.

22 A partir de telefones IP para nmeros locais na RTFC:

33 Celulares;

33 Fixos.

22 A partir de telefones analgicos para nmeros locais na RTFC, celulares ou fixos:

33 Celulares;

33 Fixos.

22 Ligaes para fora do Campus A, para nmeros na RTFC em outro cdigo de rea:

33 Celulares;

33 Fixos.

22 A partir de telefones IP para nmeros DDD na RTFC:

33 Celulares;

33 Fixos.

22 A partir de telefones analgicos para nmeros DDD na RTFC:

33 Celulares;

33 Fixos.

Ligaes para servios especiais

11 1XX

11 1XX XXXX

11 0X00 XXXXXXX

11 9090 XXXXXXXX

11 90CA XXXXXXXX

Esses testes devem ser repetidos a cada modificao no servio de telefonia, em todos os
sites dos clientes.
Servio fone@RNP

Encaminhamento das chamadas


Uma importante premissa do novo fone@RNP diz que o encaminhamento das ligaes
sempre deve ser feito de forma transparente ao usurio final.

56
O plano de numerao recomendado
Como j foi verificado em captulo anterior, o Plano de Discagem (ou Plano de Numerao)
descreve a forma como so realizadas as chamadas no servio de telefonia. Alm dos dgitos
do Plano Nacional, os usurios dentro das instituies normalmente tambm precisam
discar o 0 (zero) para pegar linha ou para simular essa situao em PBX IP, evitando mudar

l
a cultura dos usurios.

11 0 (linha) + NMERO, para ligaes locais;


A RNP recomenda
manter o mesmo Plano 11 0 (linha) + 0 (PrefixoLDN) + CSP + CA + NMERO, para ligaes a distncia e;
de Numerao
existente, indepen- 11 0 (linha) + 00 (Prefixo LDI)+ CSP + PC + (CA+NMERO), para ligaes internacionais.
dente da tecnologia ou
da localidade. Ento, no deve haver diferena na forma de discar, esteja um ramal atrs de um PABX IP ou
tradicional, seja analgico ou digital.

Integrao de PABX legado e IP utilizando quatro dgitos

O fone@RNP foi desenhado de forma a permitir a fcil expanso da rede de telefonia de


suas instituies clientes. A utilizao de um PBX IP, juntamente com o GWT e SRL, permite
a integrao dos ramais IP e legados atravs de discagem abreviada, tipicamente implemen-
tada com quatro dgitos. Tambm possvel utilizar trs ou cinco dgitos.

Alm disso, atravs do servio de DDR (das operadoras) tambm possvel encaminhar
automaticamente ligaes que chegam pela RTFC tanto para os ramais analgicos quanto
para os ramais IP, no novo PBX IP.

Obviamente, a soluo final depende de anlise do plano de numerao e da distribuio de


DDRs em cada instituio.

Planejamento para instalao do fone@RNP


importante que no s os procedimentos de instalao, mas tambm as caractersticas do
servio na sua instituio estejam claramente documentadas. Ento, escreva um plano de
mudana para sua instituio.

Se desejar, utilize o Plano de Mudana de exemplo, que se encontra na sesso de anexos,


adaptando para a realidade de sua instituio.

Captulo 4 - Arquitetura do fone@RNP v.2012

57
58
Servio fone@RNP
5
Gateway Transparente (GWT) e
Gateway Transparente analgico
(GWT-a)
objetivos

Aprender o roteiro de instalao, configurao e operao do mdulo Gateway


Transparente do fone@RNP.

conceitos
GWT.

GWT

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


O Gateway Transparente (GWT) o mdulo fundamental do novo fone@RNP. Ele faz a
ligao entre o servio de telefonia digital tradicional das instituies e o servio de telefonia
IP da RNP de forma transparente, isto , sem que o usurio do servio telefnico precise
decidir se quer usar ou no o fone@RNP. Com esse mdulo, o fone@RNP consegue alcanar
redues expressivas na conta de telefonia das instituies clientes, com valores de cerca de
30% a 80% das chamadas de longa distncia para nmeros fixos. Mas ateno: esse nmero
pode variar bastante, para mais e para menos, dependendo do perfil de cada instituio.

O GWT foi desenhado para trabalhar com outros mdulos do fone@RNP e com quaisquer
PABX legados, pr-existentes nas instituies. Ele espera receber INVITES apenas do SRL ou
SRC. E tambm s deve encaminhar INVITES para seu SRL ou SRC. Ele capaz de entregar
ligaes para serem terminadas na RTFC ou em um PABX legado com interface digital. O
GWT suporta os protocolos RDSI Rede Digital de Servios Integrados (em ingls, ISDN
Integrated Services Digital Network) ou R2Digital (R2D) nas interfaces de telefonia e suporta
o protocolo SIP verso 2 na interface IP, de acordo com a RFC 3261.

O GWT uma soluo formada por um conjunto de partes, cada uma com uma funo espe-
cfica. possvel destacar quatro partes principais:

11 Programas do fone@RNP:

22 Um conjunto com o Sistema Operacional (Ubuntu), Asterisk, OpenLDAP, Mysyql, Apache


(e outros) responsvel pela interface grfica de configurao do GWT, pelo backup das
configuraes e pelo funcionamento do GWT em conjunto com o servio fone@RNP.

59
11 Servidor (com interface de rede IP):

22 Responsvel por abrigar o Sistema Operacional e programas do GWT. Pode variar


bastante, tanto no poder computacional quanto de fabricante ou montador. No h
rigidez quanto a requisitos de disco, memria ou mesmo velocidade da CPU. De forma
geral, um servidor mediano atual suficiente.

11 Placas de telefonia digital (E1):

22 Responsveis pela interface com a rede de telefonia tradicional. A RNP comeou utili-
zando placas fabricadas pela Digium, a mesma empresa responsvel pela evoluo do
Asterisk, mas depois evoluiu e est utilizando atualmente placas da empresa brasileira
Khomp, sediada em Florianpolis.

11 Kommuter:

22 Dispositivo de fabricao nacional, tambm pela Khomp, responsvel pela sobrevi-


vncia do servio de telefonia no caso de parada do servidor.

GWT 2.0
Em 2013, foi testada e aprovada uma soluo de hardware para telefonia com portas E1 e
Kommuter integrados, de fabricao nacional, onde seria possvel embarcar todo o software
necessrio ao funcionamento do GWT, integrando totalmente as quatro partes que citamos.
A essa soluo a RNP deu o nome de GWT 2.0.

Essa ao facilitou substancialmente os processos de:

11 Aquisio de hardware, eliminando importaes;

l
11 Composio da soluo, reduzindo o nmero de fornecedores;

11 Instalao do software, que agora vir pronto, j embutido no hardware;


Para informaes sobre
11 Manuteno, j que o fornecedor nacional e com timo relacionamento com a RNP. como instalar o GWT
com servidores Dell +
Portanto, restou ao cliente do GWT 2.0 ligar os cabos e configur-lo. Placas Digium +
Kommuter, veja os
Esse captulo tratar da configurao do Gateway transparente 2.0, implementado em anexos neste livro.
hardware nacional, da empresa Khomp.

Gateway Transparente 2.0


O GWT 2.0 mdulo do fone@RNP GWT embarcado em hardware nacional que j con-
templa portas E1 para telefonia digital, by-pass (kommuter) e todos os recursos computacio-
nais necessrios para rodar o fone@RNP.

Figura 5.1
O Gateway
Transparente
(GWT).
Servio fone@RNP

60
l Ligando os cabos
Para ilustrar esse guia,
foi utilizando o Sistema A ligao fsica do GWT 2.0 muito fcil. Reserve o cabo de fora para lig-lo apenas no final
Operacional Windows 7. da operao.
Caso voc esteja
utilizando outra verso 11 Tomemos por base a figura que apresenta a viso da parte de trs do GWT. H pelo
do Windows ou mesmo
menos cinco portas que parecem ser portas ethernet;
outro Sistema
Operacional, ser 11 As duas portas da metade superior esto sobre um fundo preto. Esse o mdulo das placas
necessrio adequar as
E1. Portanto, no so portas de rede! A porta E1 que fica mais esquerda deve ser ligada ao
instrues sua
estao de trabalho. balun que vai ligar ao tributrio da operadora. A porta E1 que se localiza direita deve ser
ligada ao balun que vai se ligar ao PABX da instituio. H a possibilidade de o GWT apre-
sentar mais mdulos. Note que h mais dois espaos para insero de mdulos adicionais;

11 As portas que se localizam na metade de baixo so as portas de rede. Utilize a porta mais
esquerda para ligar o cabo UTP ao seu switch. Deixe as demais portas livres;

11 Por fim, ligue o cabo de energia e ligue o GWT.

Ligao
Convencional PABX

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Conexo
RJ45
Balum Balum

Placa VoIP do Servidor Gateway


com kommuter embutido

Internet
Figura 5.2 SRL ou SRC
Ligao dos cabos e Fone@RNP
baluns no GWT.

Acessando e configurando o GWT


Configurando uma estao para acessar o GWT
O GWT vem pr-configurado com o endereo IP 10.255.255.1. Para acess-lo, coloque seu
desktop ou outra mquina no mesmo segmento de rede, por exemplo: 10.255.255.5. Clique
no boto Iniciar, Painel de Controle, Rede e Internet, Central de Rede e Compartilha-
mento e do lado esquerdo escolha, Alterar as configuraes do adaptador.

61
Aparecer a tela conforme prxima imagem. Figura 5.3
Central de rede e
compartilhamento.

Clique com o boto direito na placa de rede do computador e escolha a opo Propriedades. Figura 5.4
Conexes de rede.
Servio fone@RNP

62
Figura 5.5 Selecione Protocolo TCP/IP Verso 4 e clique em Propriedades.
Conexes de rede.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

Figura 5.6
Propriedades de
conexo local.

63
Selecione a opo Usar o seguinte endereo IP: e preencha os campos de acordo com a
prxima figura. Clique em OK para salvar a configurao.

Figura 5.7
Propriedades de
protocolo TCP/IP v4.

Para testar, execute um comando atravs do prompt de comando. Clique no boto Iniciar. No
campo destinado a Pesquisar programas e arquivos, digite CMD e tecle ENTER (figura 5.8).
Servio fone@RNP

64
Figura 5.8
Menu Iniciar.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Figura 5.9
Ping: Prompt de Na tela do prompt digite: ping 10.255.255.1 e tecle ENTER. O resultado deve ser seme-
comando. lhante prxima figura.

65
Feche o prompt e, utilizando o navegador de sua preferncia, digite o endereo
https://10.255.255.1. Nesse guia, foi utilizado o Google Chrome.

Figura 5.10
Primeiro acesso
ao GWT.

Ignore o aviso do certificado autoassinado. Clique em Continuar mesmo assim.

Acessando e configurando o GWT Figura 5.11


Seguindo os passos anteriores, ser exibida a tela de login: Login.
Servio fone@RNP

66
Informe os dados a seguir para o acesso e clique no boto login.

Usurio: admin
Senha: gwt.admin

Substitua o usurio e a senha padro de administrador imediatamente!

Aps fazer o acesso, ser exibida a tela inicial, semelhante figura 5.10. Observe no canto
superior direito que o mdulo Gateway est selecionado. Essa a tela de monitoramento
do GWT, que indica quais servios esto funcionando ou no, informaes do hardware,
informaes de rede e outros detalhes.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Figura 5.12 Para fazer a configurao do GWT, acesse a tela de administrao do sistema, clicando em
Status. Sistema no canto superior direito.

67
1

4
2

Nesta tela, possvel criar um novo usurio (3) ou editar as informaes de um usurio Figura 5.13
existente (4), alm de fazer as configuraes para o funcionamento do equipamento (2). Usurios.

Lembre-se de trocar o usurio Admin e altere a senha padro, para uma nova senha, mas
desta vez use uma senha forte.
Servio fone@RNP

68
Figura 5.14 Feitas as configuraes, devemos em seguida configurar o firewall para evitar a perda de
Edio de usurios. acesso ao servidor, quando este for configurado com IP pblico.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Configuraes > Firewall

O incio da configurao do GWT ser feito pelo firewall, pois ser preciso cadastrar o IP da
mquina e/ou rede que far a gerncia do GWT. Se for feita alguma alterao de IP antes da
configurao da gerncia, poder ocorrer a perda do acesso ao GWT.

No menu Configuraes, clique na opo Firewall. Role a pgina at o final e localize a


rea que contm Rede de Gerncia.

69
Observe na prxima figura que o IP 10.255.255.0 est cadastrado e deve permanecer assim Figura 5.15
at a finalizao da configurao, pois ele permitir acesso a essa rede caso algo saia errado. Configurao de
firewall.
Voc deve remov-lo apenas em uma segunda etapa.

Agora inclua as demais redes de onde voc poder realizar manuteno no GWT. Clique no Figura 5.16
boto e informe o IP da mquina/rede que far o acesso ao GWT e a mscara da rede, Rede de Gerncia.

conforme exemplos na figura anterior. Clique em Salvar e depois em Aplicar Configuraes.

Na rea Aes, ainda na pgina do Firewall, fornea os IPs que podero enviar mensagens
SIP ao GWT (no caso SRC ou SRL). Se o ambiente estiver conectado ao SRL, somente esses
IPs so necessrios.
Servio fone@RNP

Insira tambm a porta 8443 TCP com origem no endereo IP 200.143.193.54/32. Esse o Figura 5.17
servidor que busca informaes de CDR para o sistema de estatsticas nacionais. Aes.

Seguem alguns endereos importantes para configurao:

70
SRC-RJ 200.143.193.54

SRC-DF 200.130.35.113

Monitoramento SNMP da RNP 200.130.77.77

Servio de estatsticas do fone 200.143.193.54:8443

Tabela 5.1 Servidor de Hora 200.144.121.33 (CAIS RNP)


Endereos
importantes. Servidor de Hora (alternativo) 200.160.0.8; 200.189.40.8; 200.192.232.8 (NTP.br)

Aps configurar o firewall revisando os parmetros de sua instituio, clique em Salvar e


depois Aplicar.

Configuraes > Ambiente: Configurao Inicial

Nesta opo, o administrador poder inserir ou editar configuraes de funcionamento


do servio FONE@RNP. No menu Configuraes, do lado esquerdo da pgina, na opo
Ambiente, existem algumas guias que sero descritas a seguir.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

Figura 5.18 Guia Instituio


Configuraes
de Ambiente: Guia que contm as informaes da instituio e do responsvel pela administrao do
Instituio. servio Fone@RNP.

Clique na guia Instituio e preencha com os dados do solicitados. Ao concluir clique em


Salvar Alteraes.

71
11 Sigla: sigla corresponde instituio que est sendo instalado o GWT. No devem ser Figura 5.19
utilizados espaos em branco nem mais de uma palavra para a sigla. Caso necessrio, Instituio.

utilize um trao;

11 Campus: campus ou unidade correspondente a instituio em que est sendo instalado


o GWT;

11 Nome da Instituio: nome completo da instituio;

11 Nome do responsvel para contato: nome da pessoa que ficar responsvel pelo
servio na instituio;

11 Telefone para contato: telefone de contato do responsvel; preferencialmente,


telefone mvel;

11 E-mail para contato: correio eletrnico de contato do responsvel.

Guia Sistema

Guia responsvel pelas configuraes do Sistema do GWT. A seguir, a descrio de cada


campo, conforme mostrado na prxima figura.

11 Hostname: nome do servidor no domnio. No deve conter espaos em branco; Figura 5.20
Instituio.
11 IP: preencher com o IP que ser destinado ao GWT. este IP deve ser pblico;

11 Mscara: mscara de Rede do IP;


l
11 Gateway: IP do Gateway da rede; No Hostname a
11 NTP1 e NTP2: endereos dos servidores de NTP; padronizao adotada
para o FONE@2014
Servio fone@RNP

11 DNS Resolver1 e DNS Resolver 2: esses servidores de nomes devem ser capazes de GWT-sigla da
instituio,
resolver zonas de ENUM;
Exemplo:Exemplo:: o
11 Domnio: o domnio ao qual o GWT pertence. IFPE Campus de
Garanhuns/PE, por
exemplo, ser
GWT-IFPEGUS.

72
Faa a configurao de acordo com seu ambiente e depois clique em Salvar Alteraes.

Guia Aplicar Configuraes

Aps configurar o ambiente, necessrio aplicar as configuraes do sistema, para que


todas as alteraes surtam efeitos. Para isso, voc deve acessar, no menu Ambiente, a
opo Aplicar Configuraes.

Figura 5.21 11 Configuraes de Sistema: quando selecionada, aplica as configuraes que foram feitas no
Aplicar que se diz respeito ao sistema, como alteraes nas guias Instituio, Sistema e Gerncia;
configuraes.
11 Configuraes de Asterisk (TDM, ENUM, Proxy SIP): quando selecionada, aplica as
configuraes que foram feitas no que se diz respeito ao GWT e seus servios.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Marque as duas caixas de opo (Configuraes de Sistema e Configuraes de Asterisk,
e clique no boto Aplicar configuraes selecionadas).
Lembre-se que, aps
esse procedimento, Configuraes > Sistema: atualizando o GWT
voc perder o acesso
ao GWT. Para obter
No menu Configuraes, selecione Sistema e, em seguida, a opo Atualizaes. Se
novamente o acesso ao
GWT, voc ter de houver alguma atualizao disponvel, ser exibido conforme a prxima figura.
reconfigurar a rede da
sua mquina e acessar,
via browser, o novo IP
que foi configurado no
GWT.

73
Caso a aba de atualizao apresente algum erro na conexo, por favor, entre em contato Figura 5.22
com o Service Desk. Aes do sistema.

Para atualizar, basta clicar ento em Atualizar aplicaes e aguardar a execuo do proce-
dimento. Na sequncia, clique na guia Aes e em Reiniciar Servidor.
l
Nesse ponto, pode ser
Configuraes > Ambiente: finalizando a Configurao necessrio entrar em
contato com o suporte
do fone@RNP para
Guia Gerncia liberao do acesso de
seu novo servidor ao
Nesta tela possvel definir comunidades SNMP de Read-Only para gerncia do ambiente, repositrio do servio,
onde se encontram as
desviar logs para um servidor centralizado e ainda definir um servidor para envio de e-mails.
atualizaes de todos
os mdulos do fone.
No quadro SNMP, configure com sua comunidade e a rede de gerncia, caso sua instituio
possua um sistema de gerncia de redes. O servio de monitoramento da RNP j auto-
maticamente inserido e no fica explcito aqui. Voc deve apenas configurar a firewall para
permitir o acesso do servidor da RNP.

O servidor de e-mail permite realizar relay de forma autenticada. Se voc tem um relay de
e-mails em sua instituio, configure com esse parmetro para receber mensagens de alerta
desse mdulo do fone.

Voc tambm pode configurar um servidor de syslog. Para desabilitar o relay para um syslog
externo, fornea o endereo 127.0.0.1.
Servio fone@RNP

74
Figura 5.23 Guia TDM
Gerncia.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Nesta opo, sero definidos os prefixos dos nmeros da instituio, e como ser realizado
o encaminhamento interno no GWT.

Na rea Telefonia convencional, devem ser informados os dados atuais de telefonia


da instituio.

75
11 Cdigo de Pas: no necessrio incluir o sinal +. Digite 55 para Brasil; Figura 5.24
TDM.
11 DDD: deve ser preenchido com o cdigo de rea da localidade da instituio cliente;

11 Prefixo: so os quatro primeiros dgitos do nmero telefnico da instituio.


Por exemplo, a RNP-RJ possui o nmero (21) 2102-9660. O prefixo 2102;

11 Cdigo da Operadora: o CSP, cdigo de seleo da prestadora. Exemplo: 31 (Oi),


21 (Embratel);

11 Linha Externa: se existe algum nmero programado, para ser digitado para acessar a
PSTN. Normalmente, utilizado 0 (para dar linha). Caso no possua, deixe em branco.

11 Ramal PBX Inicial e Final: informaes da faixa de ramal PABX convencional, onde o
GWT encaminhar as chamadas recebidas para o tronco conectado ao PABX.

Os campos na rea VoIP devem ser preenchidos com informaes fornecidas pela RNP:

11 Prefixo: so os quatro primeiros dgitos (do total de 8 dgitos) dos nmeros de telefones
virtuais. Esses prefixos so informados pela RNP ao cliente durante a adeso e so
vlidos apenas dentro do servio Fone@RNP;

11 Ramal Inicial: so os quatro ltimos dgitos (do total de oito dgitos) que especificam o
primeiro ramal do intervalo que o cliente deseja utilizar como nmeros virtuais. Esses
nmeros so determinados pelo administrador do fone@RNP na instituio;

11 Ramal Final: so os quatro ltimos dgitos (do total de 8 dgitos) que especificam o ltimo
ramal do intervalo que o cliente deseja utilizar como nmeros virtuais. Esses nmeros
so determinados pelo administrador do fone@RNP na instituio;

11 Ramal Padro de Sada: o nmero que ser apresentado como origem das chamadas
feitas pela instituio. Normalmente, se utiliza o tronco-chave;
Servio fone@RNP

11 Ramal da URA: o ramal que deve ser discado para acesso ao sistema de telefonia IP,
utilizado no fone verso 2008. Est presente aqui para fins de compatibilidade com as
verses anteriores do fone.

76
Na rea externa:

11 Valor do Minuto: valor estimado do custo do minuto de uma chamada telefnica. Utili-
zado para clculo aproximado da economia.

Os botes de perodo de contabilizao so utilizados para definir o intervalo de tempo que


se deseja apresentar a estimativa de economia.

Guia ENUM

O GWT utiliza mais de uma rvore ENUM em sua lgica interna para encaminhamento das
chamadas.

Nesta guia, devem-se definir quais tabelas ENUM o GWT vai consultar para verificar se existe
rota IP para o nmero discado. Caso o GWT esteja conectado ao SRL, dever ser habilitada a
tabela local para ativar a consulta de rotas do SRL criadas pela instituio.

Figura 5.25 Ative todas as tabelas de pesquisa. Clicando em Selecionar em todas as opes. S ative a
ENUM. tabela Local se estiver utilizando um SRL. Em seguida, clique em Salvar as Alteraes.

Guia Proxy SIP

Define as informaes referentes ao GWT e IPs do SIP-Router (Central ou Local).

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

Figura 5.26 11 Realm VoIP: preencher com o realm da instituio. Exemplo: rnp.br ou voip.rnp.br (realm
Proxy SIP. = reino; domnio);

11 IP do Gateway: endereo IP no qual o GWT vai escutar. Esse endereo deve ser o mesmo
fornecido da Guia Sistema, campo IP (figura 18);

11 Porta do Gateway: recomenda-se deixar a padro: 5071;

11 IP SIP Router: colocar os endereos do SRL ou SRC, de acordo com a topologia escolhida.

77
Guia Servios Habilitados

Para iniciar um servio, basta clicar em Selecionar e, para parar. clique em Cancelar.

Aps finalizar as configuraes do ambiente, repita o procedimento para aplicar as configu- Figura 5.27
raes, conforme descrito no item 2.2.2.c (Guia Aplicar Configuraes). Servios
Habilitados.
Configuraes > Placas: configurao das Placas E1

Para acessar o mdulo de configurao do EBS da Khomp, clique em Mostrar Mdulo de


Configuraes Khomp.

Feito isso, ser exibida a tela conforme figura a seguir. Figura 5.28
Configuraes
das placas.
Servio fone@RNP

78
Figura 5.29 Para acessar o mdulo de configurao Khomp, utilize as credenciais confirme informado na
Acesso ambiente tela: usurio: config e Senha: config.
Khomp.
Aps o acesso, dever ser exibida uma tela semelhante a esta:

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

Figura 5.30 Na interface da Khomp, no quadro interno, selecione as opes Configurao,


Configurao de Dispositivos, Procurar.
placas Khomp.

79
Selecione o dispositivo encontrado e clique em Adicionar. Figura 5.31
Configurao de
placas Khomp.

Clique na imagem do dispositivo para fazer a sua configurao. Figura 5.32


Configurao de
placas Khomp.
Servio fone@RNP

80
Figura 5.33 Ser exibida a tela a seguir, onde voc dever configurar o IP e o sincronismo das placas.
Configurao do Utilize o IP 192.0.2.201.
EBS Server.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

Figura 5.34 A seguir, configure o tipo de sinalizao utilizado no seu link e o clock. O link 1 ser o link da
Configurao do operadora e dever Receber o clock. O link 0 vai Gerar clock. Ao final, clique em Salvar.
EBS Server.

81
Figura 5.35
Deve-se acertar o nmero de dgitos de entrada dos canais R2. Para a placa da PBX, confi- Configurao do
gure com 20 dgitos e, para a placa da PSTN, configure com 4 ou 8, dependendo de quantos sincronismo de
dgitos sero de identificao e encaminhados para a operadora. linha.

Voc ser redirecionado para a viso do dispositivo, conforme a prxima figura, onde no Figura 5.36
mais consta o erro, possivelmente exibido antes. Configurao da
quantidade de
dgitos esperados.
Servio fone@RNP

82
Figura 5.37 Em seguida, habilite o servio Asterisk em Ambiente > Servios Habilitados, e clique em
Configurao do Salvar Alteraes.
EBS Server.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

Figura 5.38 Ao acessar, pela interface do Khomp, a opo de monitorao dos servios, voc poder
Servios obter um erro conforme mostra a figura a seguir.
habilitados.

83
Caso isso ocorra, reinicie o servidor no menu Sistema, Aes, Reiniciar Servidor. Figura 5.39
Configurao do
EBS Server.

Acesse novamente a opo de monitorao dos servios Khomp e verifique se o servio Figura 5.40
Reiniciar GWT.
Servio fone@RNP

Asterisk est ativo. Observe que agora j so exibidas as interfaces dos links 0 e 1.

84
Figura 5.41 O prximo passo fazer a configurao das placas. Selecione a primeira placa, clicando no
Configurao do cone da coluna Editar, e preencha os dados conforme mostrado na figura a seguir. Essa
EBS Server.
placa refere-se ao contexto da PBX.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

Em seguida, configure a segunda placa com o contexto PSTN, conforme demonstrado na


Figura 5.42 prxima figura.
Configurao do
primeiro link.

85
Volte ao menu Ambiente, Aplicar as Configuraes. Selecione a opo Configuraes de Figura 5.43
Asterisk e aplique as configuraes selecionadas. Configurao do
segundo link.

Habilite em seguida o Kommuter, no menu Ambiente > Servios Habilitados, e salve as Figura 5.44
alteraes, aplicando novamente as configuraes em seguida. Aplicar
Servio fone@RNP

configuraes.

86
Figura 5.45 Configuraes > Backup
Confirmao
para aplicar Essa opo permite a criao de arquivos de backup, bem como restaurar a configurao
configuraes. importando as informaes de um arquivo de backup existente.

Caso acontea alguma falha de hardware no servidor ou por algum motivo voc tenha de
troc-lo, os dados de configurao de seu ambiente podem ser facilmente restaurados,
otimizando o tempo de instalao e configurao.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Figura 5.46 Crie um arquivo de backup, clicando no boto Backup do arquivo M4, e escolha onde vai
Fazendo backup. guardar o arquivo. Caso seja necessrio restaurar as configuraes, basta clicar no boto
Escolher arquivo e apontar onde o arquivo M4 estaria e em seguida clicar no boto Enviar.

Monitoramento
a tela exibida logo assim que se entra no mdulo ou quando se clica no boto Gateway, no
canto superior direito da pgina. Nessa pgina sero apresentados erros de no confor-
midade com algum servio monitorado, que merece ateno e devem ser corrigidos para
evitar problemas de disponibilidade ou segurana.

Clique no mdulo Gateway (canto superior direito da pgina) para abrir a pgina de
monitoramento.

87
Observe que quando executada a ao anterior, no lado esquerdo da pgina nas opes do Figura 5.47
menu Monitoramento, podemos escolher TDM ou Canais. Status do GWT.

Clique na opo TDM.

Quando clicado na opo TDM, possvel monitorar as interfaces (placa 1 e placa 2) conec- Figura 5.48
tadas na PABX e PSTN, informando visualmente um status das interligaes. A figura mostra Status dos links E1.

como ficar a tela aps tudo configurado corretamente.

Clique no boto Detalhes, ltimo cone na linha de cada placa.

Ao clicar no boto Detalhes, sua pgina deve ficar semelhante prxima figura, onde so
exibidos todos os canais de comunicao e seu status.
Servio fone@RNP

88
Figura 5.49 possvel tambm visualizar as ligaes que esto ocorrendo nesse instante no GWT. Em
Status dos links E1. Monitoramento > Canais, ser exibida uma tela como a da prxima figura. Observe que
existe uma ligao em andamento. O sistema mostra as duas pernas da ligao.

Figura 5.50
Ligao em curso. Contabilizao
No menu Contabilizao, existem as opes que nos do relatrios de como est o compor-
tamento do servio Fone@RNP no GWT. Nesse menu existem as opes: Estatsticas,
Chamadas Completadas, No Completadas e Mais Chamados (Nmeros mais discados).

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Estatsticas
Na opo Estatsticas do menu Contabilizao, possvel acompanhar e observar
graficamente as estatsticas das ligaes do ambiente. Abrange ainda estatstica de Estima-
Figura 5.51
Estatsticas. tiva de Economia e exibe os valores em moeda corrente.

89
Completadas
Na opo mostrado o CDR (Call Detail Record ou Registro de Detalhes da Chamada: registro
de uma ligao conexo telefnica) das chamadas completadas pelo GWT. Essa tela
tambm exibe o tipo de terminal utilizado para fazer essa ligao: se foi IP, PSTN ou PABX.

Figura 5.52
No Completadas Chamadas
completadas.
Mostra o CDR das chamadas no completadas pelo GWT, informa o motivo por que no
completou e com o tipo de terminal utilizado para realizar a chamada IP, PSTN ou PABX.
Figura 5.53
Note que chamadas no completadas nem sempre significam um problema. Uma ligao Chamadas no
para um nmero ocupado ou inexistente gera um registro (CDR) de no completamento. completadas.
Servio fone@RNP

90
Mais Chamados
Em Mais Chamados, no menu Monitoramento, o administrador tem acesso s informa-
es de uma base de reputao do GWT, onde fornece informaes sobre os destinos. Esse
relatrio foi desenvolvido para ajudar a detectar falhas em alguma entrega atravs de rede IP.

Figura 5.54
Nmeros mais Gateway Transparente Analgico (GWTa)
chamados.
Uma das solicitaes mais recorrentes que a equipe do fone@RNP recebia das instituies
era uma soluo para que as instituies que no possuem enlaces digitais E1 pudessem

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


participar ativamente do servio.

Inicialmente, foi esboada a especificao de uma soluo a qual teria capacidade de


atender aos requisitos funcionais da demanda. Em continuidade a essa ao, foi iniciada
uma busca nos sites (internet) e agendadas reunies com os principais fabricantes, objeti-
vando identificar quais equipamentos poderiam funcionar como GWT analgico.

Aps essas aes com os principais fabricantes de equipamentos de telefonia IP com sede
ou representante no Brasil, identificamos que o aparelho CIP850, fabricado pela Intelbras,
possui caractersticas compatveis com o tipo de uso proposto e capaz de atender as especi-
ficaes mnimas. Adicionalmente, o equipamento apresentou opes de uso superiores s
necessidades definidas.

Muito simplificadamente, o CIP850 possui capacidade para 50 ramais (ou troncos) SIP, mais
8 portas analgicas, FXS ou FXO, agrupadas de 2 a 2.

importante ressaltar que outros equipamentos tambm podem ser utilizados, como
Gateways AudioCodes ou um conjunto de servidor + placas Digium). A RNP decidiu realizar
um Piloto com esse produto, pois do ponto de vista financeiro, o equipamento utilizado aqui
significativamente mais barato que outras solues estudadas. Alm disso, no momento em
que este livro escrito, a RNP ainda realiza outro piloto para um GWTa, utilizando o mesmo
hardware que o GWT (digital), do fabricante Khomp. Deve-se embarcar uma distribuio
modificada do Asterisk.

91
de extrema importncia que todas as instituies que queiram utilizar o GWTa acatem e exe-
cutem as recomendaes a seguir desde os primeiros momentos da instalao do equipamento.

De qualquer forma, recomendaes mnimas j podem ser listadas aqui:

11 Recomendamos fortemente sua instalao atrs de um firewall;

11 Tambm recomendamos fortemente a troca da senha de administrador ime-


diatamente aps o primeiro acesso ao equipamento;

11 E recomendamos fortemente utilizar senhas fortes para os ramais! Jamais use


como senha o mesmo nmero do ramal ou o nome do usurio ou qualquer
combinao desses dois!

Enquanto escrevemos este livro, apenas o roteiro de instalao e configurao da soluo


com o CIP850 est concludo. Veja a seguir.

Cenrio considerado
Como a figura mostra, o CIP 850 deve funcionar interligando a operadora local aos ramais
analgicos pr-existentes. H tambm a possibilidade de adicionar ramais IP diretamente
ao dispositivo, que pode funcionar como um PABX. Para garantir a interligao com o fone@
RNP, deve haver nessa localidade um SRL. O PBX IP da RNP opcional.

SRL
RTFC

SIP FXOs
PBX IP CIP 850
Figura 5.55
FXSes Esquema de blocos
do ambiente com
Ramais IP Ramais analgicos GWTa.

O que o CIP 850?


O equipamento CIP850, fabricado pela empresa brasileira Intelbras, um PABX IP de
pequeno porte com interfaces analgicas para ramais e para troncos (FXSes e FXOs), e conta
tambm com a possibilidade de criar ramais e troncos IP atravs do protocolo SIP ou IAX.

Caractersticas bsicas

11 Capacidade mxima de 50 afiliaes (troncos + ramais);

11 Capacidade mxima de 8 portas analgicas para FXO/FXS (Modularizado de 2 em 2);

11 Suporte a cancelamento de ECO de 16ms;

11 Suporte a Codecs de udio (G711, G729) e Vdeo (H.261, H.263, H.263+, H.264).
Servio fone@RNP

92
Objetivo

O principal objetivo no uso do CIP850 a possibilidade de integrar ao fone@RNP pequenos


escritrios onde existam troncos analgicos. Existe tambm a possibilidade da utilizao
integrada de telefones analgicos e telefones IP diretamente nessa unidade.

O CIP850 pode ser utilizado como nica soluo de telefonia em unidades pequenas. O
equipamento conta com recursos como grupo de ramais, definio de categorias, salas de
conferncia, correio de voz etc. Entretanto, o escopo desse trabalho no prev a configu-
rao de tais recursos.

Pr-requisito para utilizao do CIP850 como GWTa do fone@RNP

Deve existir uma instncia do SIP Router Local (SRL) na instituio atendida pelo CIP850.

Especificaes tcnicas

Capacidade mxima 50 linhas e/ou ramais IP


8 linhas e/ou ramais analgicos

Atendimento Automtico DISA Incorporado

Identificao de chamadas Incorporado via DTMF e/ou FSK

Codecs de udio G.711 U/A, G.729

Codecs de vdeo H.261, H.263, H.263+, H.264

Numerao dos ramais Flexvel (qualquer nmero)

Peso 2 Kg

Dimenses 432 x 44,45 x 169 mm

Alimentao AC 90-240 Vac Bivolt automtica, 50 ou 60 Hz

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Potncia mxima 14 W

Alcance de linhas e ramais Linhas: 2000 Ohms


Ramais: 1100 Ohms (incluindo o telefone)

Proteo eltrica Nos troncos, ramais e alimentao AC contra transientes e oscilaes da rede

Proteo de programao Uso de memria flash

Cancelamento de eco 16 ms

Interface Ethernet 1 porta RJ45 10/100

Protocolo SIP SIP Intelbras (soluo proprietria compatvel SIP 2.0)

Processador Blackfin BF 537 600 MHz

Memria Flash NAND 256 MB

93
Painel frontal

1 2 3 4 5

1. LEDs indicando o status da central.


2. Boto de Reset.
3. Conector RJ45 para porta Ethernet.
4. Conector para sada de udio (Busca Pessoa).
5. Conectores RJ45 para portas analgicas. Figura 5.56
Painel frontal.

LEDs no painel frontal

1 2 3 4 5

1. LEDs indicando o status da central.


2. Boto de Reset.
3. Conector RJ45 para porta Ethernet. Figura 5.57
4. Conector para sada de udio (Busca Pessoa). LEDs do painel
5. Conectores RJ45 para portas analgicas. frontal.

Painel traseiro

3 1 2 3

1. Conector do cabo de alimentao.


2. Parafusos para xao da parte traseira da central. Figura 5.58
3. Suporte para xao em rack 19. Painel traseiro.

Instalao fsica do CIP 850


Instalao das placas FXOs e FXSs

O PABX IP CIP 850 possui a capacidade mxima de oito portas FXO e/ou FXS. As oito portas
so definidas atravs de placas modulares para uso da interface em duas em duas portas.
Caso o equipamento no esteja com os mdulos previamente instalados, ser preciso que
siga os seguintes procedimentos:
Servio fone@RNP

1. Desconecte a central da alimentao eltrica;

2. Retire os parafusos da parte posterior da central;

3. Com a central aberta, encaixe as placas conforme a figura a seguir:

94
Figura 5.59
Instalao das
placas FXSs e FXOs.

Identifique a porta que a interface FXO e/ou FXS estar conectada.

Montagem em rack 19 (EIA)

As dimenses da central CIP 850 atendem ao padro EIA: Electronic Industries Alliance, per-
mitindo sua instalao em Rack 19 polegadas. A central CIP 850 necessita de 1 U de altura
disponvel no Rack para sua correta fixao. Para instalar corretamente o equipamento no
Rack, siga os seguintes procedimentos:

1. Desconecte a central da rede eltrica;

2. Instale os dois suportes em L (acompanham o produto), parafusando-os nas laterais da


central, conforme figura a seguir:

Figura 5.60
Presilha lateral.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


3. Escolha a posio desejada no rack e parafuse a central, conforme figura a seguir:

Figura 5.61
Fixao no rack.

4. Conecte o cabo de alimentao central em uma tomada eltrica;

5. Conecte a central rede atravs da porta Ethernet e conecte as linhas ou aparelhos tele-
fnicos s portas analgicas (caso as interfaces FXS e/ou FXO estejam instaladas).

Ateno: para garantir a ventilao correta e a dissipao do calor, no obstrua as


laterais da central.

95
Montagem em uma superfcie lisa

A central pode ser posicionada sobre uma superfcie lisa como uma mesa ou uma prateleira.
Para instalar nesse tipo de ambiente, siga o seguinte procedimento:

1. Desconecte a central da rede eltrica;

2. Fixe os quatro ps de borracha (acompanham o produto) na base da central, conforme


a figura a seguir. Os ps de borracha so autoadesivos. Retire a proteo para possibilitar
a colagem;

Figura 5.62
Apoio em mesa.

3. Conecte o cabo de alimentao central e, em seguida, a uma tomada eltrica;

4. Conecte a central rede atravs da porta Ethernet. Conecte as linhas ou aparelhos telef-
nicos s portas analgicas (caso as interfaces FXS e/ou FXO estejam instaladas).

Aterramento

O aterramento realizado pelo cabo tripolar que acompanha o produto.

Acoplamento

Na falta de energia eltrica, a central realiza o acoplamento. Para que ocorra o acoplamento,
os jumpers J5 e J6 (placa CPU) devem estar fechados. Para o correto funcionamento do aco-
l
Observao: os
plamento, obrigatoriamente dever constar no slot 1 uma placa FXO, e no slot 4 uma placa jumpers J5 e J6 so
FXS. Caso no exista a conexo de placas distintas ou na ordem pr-definida, os jumpers abertos de fbrica.
devero permanecer abertos, conforme padro de fbrica.

Configurao lgica da central


Definies e conceitos bsicos

Para correta configurao da central, alguns conceitos devem ser entendidos, tais como:

11 Juntores: troncos que permitem aos ramais realizarem e receberem ligaes externas.
Os juntores operam como sendo a ponte de conexo entre a central privada e a pblica.
Podemos configurar juntores analgicos, SIP e IAX;

11 Ramais: usurios que podem originar e receber chamadas, operando como linhas telef-
nicas internas. A central CIP 850 disponibiliza a configurao de ramais analgicos, SIP e IAX;

11 Rota: as rotas so utilizadas pelos ramais para efetuar chamadas externas (para rede
pblica, outra central ou um provedor de servios VoIP) atravs dos juntores.
Servio fone@RNP

96
Plano de numerao da Central

A Central CIP 850 tem um plano de numerao completamente configurvel. Alm de per-
mitir a troca de numerao dos ramais, podem ser alterados os cdigos das funcionalidades
oferecidos aos usurios.

Sinalizao dos aparelhos telefnicos

A central CIP 850 somente trabalha com sinalizao por tom, no suportando a sinalizao
por pulso (decdico). O uso das teclas * ou # essencial para utilizao dos servios disponi-
bilizados ao usurio.

Configurando a central

A central CIP 850 configurada atravs do programador web. Para acess-lo, o endereo
IP da central deve estar na mesma faixa de endereo IP da rede do(s) computador(es) que
far(o) a configurao.

Informaes de fbrica ao iniciar o uso do CIP 850

11 Endereo IP: 10.0.0.50

11 Mscara: 255.0.0.0

11 Login: admin

11 Senha: 1234

Para alterar o IP de fbrica da central CIP 850 (10.0.0.50), conecte a central CIP 850 direta-
mente ao computador, conforme a figura a seguir.

Figura 5.63

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


Primeiro acesso.

No computador, coloque o endereo de rede, na mesma faixa do endereo de rede de


fbrica da central CIP 850 (exemplo: 10.0.0.51/255.0.0.0). Dessa forma, podemos acessar no
navegador o IP de fbrica da central CIP 850 e alterar a rede conforme necessidades.

97
Abra o browser de sua preferncia e acesse http://10.0.0.50 utilizando o usurio admin e a Figura 5.64
senha 1234. Propriedades da
placa de rede.

l
Observao: sempre
que realizar qualquer
alterao, clique no
boto Aplicar/Salvar
para que no perca a
configurao.
Servio fone@RNP

Figura 5.65
login.

Alterar senha do usurio para acesso WEB

Para alterar a senha do usurio no acesso WEB do CIP 850, preciso acessar o Sistema e a
opo Configuraes. A aba Geral j ser carregada automaticamente.

98
Troque a senha de administrador agora!

Figura 5.66
Alterando a senha
do administrador.

Configurando a interface de rede

Para alterar o endereamento IP do CIP 850, preciso acessar o Sistema e a opo


Configuraes, escolhendo depois Rede. Para o projeto fone@RNP, o equipamento pode
Figura 5.67
Configurao da estar associado a um IP Privado; contudo, a sada da rede privada obrigatoriamente dever
interface de rede. ter um IP fixo associado.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

Alterar configurao de data e hora

Para alterar as configuraes de data e hora do CIP 850, preciso acessar o Sistema e a
opo Configuraes. Selecione a aba Data/Hora.

99
Figura 5.68
Configurao da
data e hora.

Alterar configurao de SIP

Para alterar as configuraes bsicas do protocolo SIP no CIP 850, preciso acessar o
Sistema e a opo Configuraes. Selecione a aba SIP.

Colocar o IP externo SRL

Colocar o IP externo SRL


Servio fone@RNP

Figura 5.69
Configuraes SIP.

100
No campo Endereo Externo, essencial que se cadastre o valor do IP fixo associado ao
NAT na qual ser identificado pelo SRL.

O campo Bind Address o endereo IP do equipamento CIP 850.

Criando Juntor CIP850 para acesso ao fone@RNP

Para cadastrar o Juntor (tronco) do fone@RNP no CIP 850, preciso acessar Portas e a
opo Juntores. Selecione a opo Adicionar SIP para cadastrar um Juntor SIP que ser
configurado o fone@RNP.

Figura 5.70 Para esclarecer algumas informaes, importante saber que:


Juntores.
11 Nmero piloto: nmero enviado como identificao externa pelo Juntor;

11 ID Juntor: quando mais de um juntor SIP configurado em uma mesma central CIP 850 for
registrado em uma mesma operadora ou asterisk, ou seja, mesmo IP de destino, deve
ser configurado um identificador (nmero associado ao juntor) onde a central utiliza para
rotear/encaminhar as chamadas entrantes;

11 Modo de operao de DTMF: permite selecionar o modo como os DTMFs sero enviados
pelo juntor;

11 Permitir reinvites: se habilitado, permite que aps estabelecida a chamada a mdia seja
trocada diretamente entre os ramais sem passar pela central;

11 Substituir reinvites por updates: envia um UPDATE em vez de um novo INVITE. Na


maioria dos casos no existem diferenas, exceto para algumas funcionalidades, como

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


por exemplo, uma renegociao do SDP;

11 SIP Qualify: permite selecionar o tempo mximo de resposta para que o juntor seja
considerado ativo;

11 Limite de chamadas: permite selecionar o nmero de chamadas (entrantes e saintes


somadas) que podem ser estabelecidas atravs desse Juntor;

Ao carregar a opo de Adicionar SIP, o formulrio de cadastro ser disponibilizado no padro


a seguir. Atentem-se s informaes de cadastro para que o servio funcione perfeitamente.

101
1
Fone 2012

6
CIP850

7
*******

Figura 5.71
8 Configurao
IP do SRL
de juntores.

1. Nome: fone 2012 (Nome utilizado para identificar o Juntor);

2. Nmero piloto: YYXXXXXXXX (Nmero de identificao da Central atravs desse juntor.


Exemplo: 2131891050);

3. Atendente diurno: bridge (permite a funo central de trnsito);

4. Atendente noturno: bridge (permite a funo central de trnsito);

5. Direo: bidirecional (pode efetuar e receber o retorno da consulta);

6. Usurio: cIP850 (informao cadastrada no SRL);

7. Senha: foneatrnp (informao cadastrada no SRL);

8. Servidor: endereo do servidor SRL da sua instituio;

9. Porta: 5060 (Porta padro SIP 5060);

10. Enviar pedido de registro: sim (Manter o CIP 850 registrado e assim com tronco funcional);
Servio fone@RNP

11. Permitir reinvites: no permitir (SRL no permite reinvites);

12. Fromuser: manter informao no preenchida;

13. Fromdomain: manter informao no preenchida.

Aps executar essas configuraes, o status do Juntor SIP dever estar indicando REGISTRADO,
conforme a imagem:

102
Figura 5.72 Fone 2012
Juntor registrado.

Criando Juntor CIP850 para acesso aos canais Analgicos

O CIP 850 cria automaticamente os Juntores associados aos canais Analgicos FXOs insta-
lados. Dessa forma, ao acessar o menu Portas e a opo Juntores, sero listadas todas as
Portas de 1 a 8 que estiverem com mdulo FXS.

Para editar a configurao desses mdulos, basta clicar na opo do lpis prximo ao nome
do juntor e escolher as configuraes melhor associadas ao cenrio da sua instituio.

Configurando encaminhamento de chamadas no CIP 850

Aps a configurao dos juntores analgicos e o juntor SIP do fone@RNP, preciso confi-
gurar o roteamento das chamadas. Para isso, clique na opo Roteamento e depois na
opo Rotas.

O CIP 850, para funcionar corretamente no fone@RNP 2012, precisa configurar duas rotas de
acesso. A primeira rota a rota de acesso direto operadora. Para isto, clique em Adicionar
rota e preencha o formulrio de cadastro com as seguintes informaes:

11 Nome: operadora;

11 Acesso: 5;

11 Categoria Livre: sim;

11 Sem bilhetagem: sim;

11 Juntores utilizados: transfira para a caixa de seleo Juntores Utilizados todos os juntores

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)


ativos de FXS (Juntores que comeam com o nome PORTAX);

11 Mantenha o Fone2012 na caixa de selao Juntores Disponveis.

A segunda rota a rota de acesso comum do servio que incluir o Juntor Fone 2012. Para isso,
clique em Adicionar rota e preencha o formulrio de cadastro com as seguintes informaes:

11 Nome: rotaFone;

11 Acesso: 0;

11 Categoria Livre: sim;

11 Sem bilhetagem: sim;

11 Juntores utilizados: transfira para a caixa de seleo Juntores Utilizados primeiramente


o juntor Fone2012 e posteriormente todos os juntores ativos de FXS (Juntores que
comeam com o nome PORTAX);

11 Importante que o primeiro juntor na caixa de Juntores Utilizados seja o Fone2012.

103
Figura 5.73
Rotas.

Dessa forma, configuramos o dgito 0 como acesso para encaminhar chamadas para o Juntor
RotaFone, portanto, todo nmero que for discado com 0 na frente (exemplo: 0 048 9999-9999)
Figura 5.74
ser encaminhado para o SRL. Visualizando rotas.

Configurando ramais no CIP 850


Figura 5.75
Clicar em ramais, depois em adicionar SIP. Ramais e rotas.
Servio fone@RNP

104
Figura 5.76
Ramais.
Configurar ramais de 3 ou 4 posies e adicionar a RotaFone.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

105
Figura 5.77
Ramais.
Servio fone@RNP

106
Figura 5.78
CODECs.
Configurando os CODECs

Marque ao menos alaw, ulaw e G.729.

Captulo 5 - Gateway Transparente (GWT) e Gateway Transparente analgico (GWT-a)

107
Servio fone@RNP

108
6
SIP Router Local (SRL)
objetivos

Conhecer o roteiro de instalao, configurao e operao do mdulo SIP Router


Local do fone@RNP.

conceitos
SRL.

Sobre o SIP Router Local SRL


O SIP Router Local (SRL) o mdulo do fone@RNP responsvel por manter a informao
de cada dispositivo SIP, da manipulao (reescrita) de nmeros, quando necessrio, e das
rotas para encaminhamento das chamadas entre os diversos campi e/ou dispositivos SIP da
instituio e o ncleo do servio fone@RNP. O SRL s aceita INVITEs vindos dos dispositivos
cadastrados nele ou dos SRCs.

No SRL encontram-se todas as rotas para os nmeros alcanveis pela instituio cliente,
sejam eles nmeros internos (dos ramais dos PABX pr-existentes), nmeros na RTFC ou
nmeros virtuais do fone@RNP. As informaes de rota ficam armazenadas no LDAP e so
publicadas no DNS, em registros NAPTR, de acordo com o protocolo ENUM [RFC-6116].

O SIP Router Local (SRL) equivalente ao SRC, mas instanciado nas premissas dos clientes.
O SRL pode ser instanciado mais de uma vez dentro da mesma instituio. Isso significa que
o prprio SRL pode ser hierarquizado, criando nveis de atendimento e isolando logicamente
os campi das instituies clientes.

Quando um INVITE chega ao SRL, ele realiza uma pesquisa ENUM para verificar o endereo
SIP equivalente ao nmero discado. Pode receber como resposta
Captulo 6 - SIP Router Local (SRL)

11 A indicao de encaminhamento pelo SRC quando a chamada para outro cliente do


fone ou para uma cidade onde haja um cliente ou;

11 A indicao de outro mdulo SRL, PBX IP ou para um GWT da prpria instituio quando
a chamada para um telefone analgico da prpria instituio ou para um telefone na
RTFC local.

O SRL preferivelmente implementado como uma Mquina Virtual. A RNP utiliza VMWare,
mas possvel implementar em qualquer outro fabricante ou tecnologia de virtualizao,
embora a RNP no d suporte para outras VMs.

109
O SRL implementado sempre em duplas com finalidade de promover a alta disponibili-
dade do servio. Se um servidor parar de responder por qualquer motivo, o outro deve
assumir e o servio de telefonia no deve parar. Por isso, escolha servidores de virtualizao
diferentes para instalar os SRLs, de preferncia, distantes geograficamente.

Quando usar o SRL?


O nico caso em que o SRL dispensvel quando h apenas um GWT em uso pela insti-
tuio cliente. Em qualquer outro caso, o uso do SRL recomendvel. Mesmo que parea
trivial a ligao de um dispositivo SIP diretamente ao fone@RNP, recomendado a insta-
lao de um (par de) SRL na instituio cliente.

O SRL isola a rede interna, no domnio do cliente, do core do servio do fone@RNP.


Fazendo uma analogia para redes IP, ligar um PABX diretamente ao SRC seria igual a querer
conectar uma estao de trabalho diretamente em um roteador do backbone.

Alm disso, o SRL instalado na rede local da instituio diminui consideravelmente o tempo de
resposta das mensagens de controle e, consequentemente, o tempo de conexo das chamadas.

O SRL tambm faz manipulaes no nmero discado, formatando de acordo com a reco-
mendao E.164 para que as pesquisas por rotas sejam padronizadas ou, ainda, adequando-o
para integrao com outros dispositivos do fone@RNP.

As mensagens que os dispositivos SIP ligados ao SRL devem esperar como resposta quando
uma chamada no pode ser realizada so:

11 404: Not Found: sem Rota;

11 408: Request Timeout: o outro lado no responde. Pode estar indisponvel;

11 503: Servio Indisponvel: enviado pelo GWT quando a E1 apresenta problemas;

11 486: Busy: o nmero discado est ocupado;

11 487: Request Terminated: o usurio chamou determinado nmero e cancelou antes de


atender ou chamou at cair.

Roteiro de instalao e configurao


Este guia apresenta como instalar, configurar e gerenciar o SIP Router Local (SRL), compo-
nente do fone 2012 responsvel por realizar o controle, encaminhamento e contabilizao
das chamadas no ambiente local da instituio.

Este guia foi elaborado com suporte as seguintes verses:

11 web: 1.0.35: 07/01/2014;

11 Core: 1.0.64: 07/01/2014.

O guia est dividido em Pr-instalao, Instalao, Configurao dos componentes e Docu-


mentao de uso de todos os dos mdulos desenvolvidos at a verso atual.

Pr-instalao
Servio fone@RNP

O SIP Router Local pode ser instalado tanto em mquina fsica quanto em mquina virtual,
atravs de procedimento manual ou via imagem do VMware. Para se instalar o componente
de forma redundante, necessrio realizar o procedimento de instalao duas vezes.
Recomenda-se o uso da imagem VMware.

110
Os requisitos mnimos para a operao so os seguintes:

11 Memria: 2GB RAM;

11 Armazenamento: 50 GB;

11 Sistema Operacional: Linux Debian 6.0.6;

11 VMware 5.0 e VMware-Tools instalados (somente quando instalado como mquina virtual).

Tenha em mo os endereos IP do servidor de mquinas virtuais e dos novos servidores que


sero instalados.

Nesse momento, necessrio entrar em contato com o Suporte do FONE@RNP, para


que seja liberado o IP da mquina que est baixando os pacotes para instalao, e
assim prosseguir com a instalao.

Instalao
O SIP Router pode ser instalado manualmente, partindo de um Sistema Debian, ou atravs
de imagem disponvel de VMWare.

A seguir, detalhado o procedimento para mquinas virtuais, utilizando VSphere Client.


A instalao manual ser apresentada em um documento anexo.

Instalao utilizando VMWare

Antes de qualquer coisa, voc deve ter instalado em uma estao de trabalho o programa
VMware vSphere, para acessar o servidor de VMs da sua instituio, que hospedar o SRL.

Para iniciar a instalao do SRL, siga os procedimentos a seguir:

11 Acessar o servidor de VMs atravs do VMware vSphere Client.

Captulo 6 - SIP Router Local (SRL)

Figura 6.1
Login no VMware
vSphere Client.

Iniciar processo de importao da mquina atravs do menu File > Deploy OVF Template....

111
Figura 6.2
vSphere Client:
Inventrio.

No campo Deploy from a file or URL, definir a URL para selecionar o arquivo do template da VM:
http://repositorio-fone.rnp.br/fone2012/SRL/VM/release/1.0/update-20150313/FoneRNP-
-SRL-v2.ovf
Servio fone@RNP

112
Figura 6.3
vSphere Client: ovf
template.

Captulo 6 - SIP Router Local (SRL)

113
Prossiga com a instalao clicando em Next/Prximo.

Figura 6.4
vSphere Client: ovf
template details.
Servio fone@RNP

114
Definir um nome para a mquina.

Figura 6.5
vSphere Client:
Nome e localizao.

Captulo 6 - SIP Router Local (SRL)

115
Definir o Resource Pool para colocar a mquina.

Figura 6.6
vSphere Client:
Resource Pool.
Servio fone@RNP

116
Definir o disco a ser alocado para o SRL.

Figura 6.7
vSphere Client:
Storage.

Captulo 6 - SIP Router Local (SRL)

117
Definir o formato do disco, selecionar Thick Provision Lazy Zeroed.

Figura 6.8
vSphere Client:
Formato do disco.
Servio fone@RNP

118
Definir a rede a ser alocada para o SRL.

Figura 6.9
vSphere Client:
Mapeamento
de rede.

Captulo 6 - SIP Router Local (SRL)

119
Finalizar a importao da VM.

Aps ter concludo o processo de importao da VM, ligar a VM e a instalao estar concluda. Figura 6.10
vSphere Client:
Instalao com outros servidores de virtualizao Pronto!

Alternativamente, possvel realizar a instalao da mquina virtual utilizando outras


solues de virtualizao. Nesse caso, a RNP no dar suporte nessa etapa, cabendo insti-
tuio cliente concluir a instalao da mquina virtual.

Acessando e configurando o SRL


Configurando uma estao para acessar o SRL

O SRL est pr-configurado com o endereo IP 10.255.255.10/24. Para acess-lo, preciso


colocar uma estao de trabalho no mesmo segmento de rede do novo SRL, ou seja,
Servio fone@RNP

10.255.255.0/24. Essa estao de trabalho pode ser uma mquina real, com a devida confi-
gurao de switches. Alternativamente, um mtodo menos trabalhoso talvez seja instalar
uma estao de trabalho virtual no mesmo servidor de mquinas virtuais e acess-la remo-
tamente, como um Desktop Virtual. A seguir, os passos a serem executados:

120
Na estao de trabalho j ligada na mesma rede do SRL, clique no boto Iniciar, depois em
Painel de Controle, e ento em Central de Rede e Compartilhamento. Do lado esquerdo,

l
escolha Alterar as configuraes do adaptador.

Observao: se a Se a tentativa de acesso for de dentro do servidor de mquinas virtuais, basta adicionar um
mquina virtual estiver novo IP dentro da placa de Rede do TCP/IP.
atrs de um firewall,
preciso ficar atendo s
Para ilustrar esse guia, foi utilizado o Sistema Operacional Windows 7. Caso voc esteja
configuraes e
permisses de acesso. utilizando outra verso do Windows ou mesmo outro Sistema Operacional, ser necessrio
adequar as instrues sua estao de trabalho.

Figura 6.11 Aparecer a tela conforme imagem seguinte:


Central de
compartilhamento.

Captulo 6 - SIP Router Local (SRL)

Figura 6.12 Depois, clique com o boto direito em cima da placa de rede do computador e escolha a
Conexes de rede. opo Propriedades:

121
Nesse momento, ser feita a configurao do IP da mquina no mesmo segmento de rede Figura 6.13
do SRL, para ser iniciado o acesso. Conexo local.

D um clique duplo em Protocolo TCP/IP Verso 4, conforme selecionado na figura a seguir.


Servio fone@RNP

Figura 6.14
Propriedades da
conexo local.

122
Selecione a opo Usar o seguinte endereo IP: e digite, por exemplo, 10.255.255.5, de
acordo com a figura a seguir, e depois clique no boto OK.

Figura 6.15
Propriedades de
protocolo TCP/IP v4.

Para testar se o SRL est alcanvel, execute um comando atravs do prompt de comando.
Clique no boto Iniciar. No campo destinado a Pesquisar programas e arquivos, clique e
digite CMD e tecle ENTER (figura 6.16).

Captulo 6 - SIP Router Local (SRL)

Figura 6.16
Iniciar.

123
Na tela do prompt, digite: ping 10.255.255.10 e tecle ENTER. O resultado deve ser como o
da prxima figura, indicando que o SRL pode ser acessado pela sua estao de trabalho.

Figura 6.17
Saia dessa tela digitando exit e tecle ENTER. Prompt de
Comando ping.
Abra o navegador de sua preferncia e digite o endereo https://10.255.255.10.
Servio fone@RNP

Aceite o certificado autoassinado. Figura 6.18


Primeiro acesso
ao SRL.

124
Clique em Entendo os riscos e, depois, no boto Adicionar exceo.... Aparecer uma
janela na qual voc deve clicar no boto Confirmar exceo de segurana.

Configurao preliminar do SRL

Seguindo os passos anteriores, aparecer a seguinte tela:

Figura 6.19 Digite os seguintes dados para o acesso iniciais:


Primeiro login
no SRL. Usurio: admin
Senha: srl.admin

Aps logar, a tela inicial ser semelhante figura 6.20. No canto superior esquerdo se
encontra o logo de identificao do SRL (1); na extrema direita se encontra a data de acesso
no sistema, nome do usurio de acesso e a opo de sair do sistema Logout (2); a seguir se
encontram os menus que o usurio tem habilitado no sistema (3).

Ao entrar no ambiente pela primeira vez com o usurio admin, o usurio acessa o primeiro item
Captulo 6 - SIP Router Local (SRL)

do menu Status, no qual o usurio tem acesso ao Status da mquina e o Status do Ambiente.

125
Status Figura 6.20
Status.
Na tela da guia Status, o administrador consegue obter as informaes referentes utili-
zao dos recursos da mquina do SRL e do ambiente.
Servio fone@RNP

126
Figura 6.21 As informaes contidas nessa sesso so as seguintes:
Status.
11 Nmero de CPUs e Porcentagem de Utilizao: listada a quantidade de CPUs alocadas
para o SRL, assim como seu modelo e velocidade, contendo ao lado o percentual de utili-
zao de cada uma;

11 Memria Efetiva, Memria Utilizada e Swap: memria Efetiva a memria efetivamente


sendo usada pelo sistema; Memria Utilizada o total de memria utilizada contando a
memria em cache; e swap o total de memria utilizada como swap;

11 Nmero de processos: nmero de processos rodando no SRL;

11 Endereo IP: endereo IP alocado para o SRL;

11 Uptime: quantidade de tempo contada em dias, horas e minutos que o SRL est no ar
desde a ltima reinicializada;

11 Carga mdia do sistema: carga mdia do SRL no ltimo minuto, nos ltimos 5 minutos e
na ltima hora;
Captulo 6 - SIP Router Local (SRL)

11 Parties e Porcentagem de Utilizao: lista de parties utilizadas pelo SRL, contendo


respectivamente suas porcentagens de utilizao;

11 Verso das tabelas do ENUM: listagem das verses das tabelas ENUM utilizadas pelo SRL.
As tabelas listadas so as seguintes:

22 enum.local: gerenciada pelo prprio SRL, na aba Rotas;

22 enum.fonernp.central: contm rotas internas do Fone@RNP. Gerenciada pelos SRC,


obtidas atravs de transferncia DNS;

127
22 enum.pbx.central: contm rotas de PBX do Fone@RNP. Gerenciada pelos SRC, obtidas
atravs de transferncia DNS;

22 enum.pstn.central: contm rotas de PBX do Fone@RNP. Gerenciada pelos SRC, obtidas


atravs de transferncia DNS;

22 O formato de Verso a data de ltima alterao da tabela mais um nmero de


2 dgitos.

11 Informaes Gerenciais: contm o nmero de peers configurados, quantidade de rotas


configuradas, nmero de chamadas completadas e no completadas, e a quantidade de
chamadas dos ltimos 5 minutos. Ao final, h um grfico ms a ms contendo o nmero
de chamadas completadas e no completadas.

Configuraes

Para realizar as configuraes do sistema, o administrador deve acessar o menu Configura-


es. Nessa sesso, devem ser inseridas as informaes pertinentes instituio. Cada aba
de configurao vai ser detalhada nas sesses subsequentes.

Aba Instituio Figura 6.22


Configuraes:
Aba que contm as informaes da instituio, o responsvel pela Administrao do servio Instituio.
Servio fone@RNP

Fone@RNP e configurao das Estatsticas Nacionais.

Clique na guia Instituio e preencha com os dados solicitados. Ao concluir, clique em


Salvar Configuraes.

128
Figura 6.23 Informaes gerais:
Configuraes:
Instituio. 11 Sigla: sigla corresponde instituio em que est sendo instalado o SRL;

11 Campus: Campus ou Unidade corresponde instituio que est sendo instalado o SRL;

11 Nome da Instituio: nome completo da instituio. Existe um bug, que ser corrigido
(a quantidade de caracteres no deve ser superior a 20);

11 Nome do responsvel para contato: nome da pessoa que ficar responsvel pelo
servio na instituio;

11 Telefone para contato: telefone de contato do responsvel; preferencialmente,


telefone mvel;

11 E-mail para contato: correio eletrnico de contato do responsvel.

Estatsticas nacionais:

11 ID da Instituio: ID de identificao da instituio no servio de Estatsticas Nacionais


da RNP, da antiga verso do servio fone@rnp. Essa informao vital para o sistema de
estatsticas. A RNP poder fornecer o ID de sua instituio;

11 DDD Padro: DDD padro da instituio para fins de contabilizao nas Estatsticas
Nacionais da RNP.

Aba Sistema

Aba responsvel pelas configuraes do Sistema do SRL. onde se configura o SRL com um
dispositivo de rede. A seguir, a descrio de cada campo, conforme mostrado na figura.

Captulo 6 - SIP Router Local (SRL)

Figura 6.24 11 Hostname: nome do servidor no domnio.


Configuraes:
Sistema. Importante: no Hostname, a padronizao adotada para o FONE@2012 SRL-sigla da
instituio-0X, no qual o X deve ser substitudo por 1 ou 2, indicando respectivamente,
o SRL principal e secundrio. Exemplo: a RNP em Braslia ter os seguintes hostnames:
sRL-RNPDF-01 e SRL-RNPDF-02.

129
11 IP: aqui inserido o endereo IP definitivo que ser destinado ao SRL. Este IP deve
ser pblico;
l
Utilize um hostname
11 Mscara: mscara de Rede do SRL; qualificado. No use:
_, :, ou outro
11 Gateway: o endereo IP do Gateway dessa rede; caractere que no
11 NTP1 e NTP2: servidores NTP, para manter o relgio do servidor sincronizado. forme um FDQN (Fully
Qualified Domain
Por exemplo, ntp.cais.rnp.br, a.npt.br ou b.ntp.br; Name). FQDN o nome
dado a computadores e
11 DNS Resolver1 e DNS Resolver 2: esses servidores devem ser capazes de resolver
domnios de redes de
zonas de ENUM. Caso no possua servidores capazes de resolver DNS ENUM, repita computadores aps a
os endereos dos SRCs 1 e 2; atribuio do Domnio.

11 Domnio: o endereo ao qual o SRL pertence;

11 Timezone: fuso horrio que deve ser definido para ser adotado para o SRL.

Faa a configurao de acordo com seu ambiente e depois clique em Salvar Configuraes.

Aba Gerncia

Nesta tela, possvel definir comunidades SNMP de Read-Only para gerncia do ambiente,
desviar logs para um servidor centralizado e ainda definir um servidor para envio de
e-mails.

No quadro SNMP, configure com sua comunidade e a rede de gerncia, caso sua instituio
possua um sistema de gerncia de redes. O servio de monitoramento da RNP j auto-
maticamente inserido e no fica explcito aqui. Voc deve apenas configurar a firewall para
permitir o acesso do servidor da RNP.

O servidor de e-mail permite realizar relay de forma autenticada. Se voc tem um relay de
e-mails em sua instituio, configure com esse parmetro para receber mensagens de alerta
desse mdulo do fone.

Voc tambm pode configurar um servidor de syslog. Para desabilitar o relay para um syslog Figura 6.25
externo, fornea o endereo 127.0.0.1. Configuraes:
Gerncia.
Servio fone@RNP

130
Faa a configurao de acordo com seu ambiente e depois clique em Salvar Configuraes.

Aba Proxy SIP

Nesta aba so definidas as informaes referentes ao SRL atuando como um SIP Proxy, os
endereos IP dos SRCs (SIP Router Centrais), portas de comunicao e prioridades.

Figura 6.26 11 Realm VoIP: colocar o voip REALM da instituio: Exemplo: fone.rnp.br ou voip.ufsc.br
Configuraes: ou ufsc.br;
Proxy SIP.
11 IP do SIP Router: endereo IP no qual o SRL vai escutar. Esse endereo deve ser o mesmo
indicado da Aba Sistema, campo IP (figura 6.24);

11 Porta do SIP Router: recomenda-se deixar a padro: 5060;

11 IP SIP Router Central 1, Porta SIP Router Central 1, IP SIP Router Central 2, Porta SIP
Router Central 2: colocar os endereos e portas dos SRCs, os quais no ambiente da RNP
so: 200.143.193.54:5060 e 200.130.35.113:5060;

11 IP Proxy SIP DNS Srv 1, Prioridade, IP Proxy SIP DNS Srv 2, Prioridade: definio dos
endereos IP e prioridade, que sero utilizados para configurar a zona DNS que respon-
der pelas configuraes de rotas ENUM. Utilizar os endereos IP do SRL1 e do SRL2. As
prioridades devem ser definidas conforme desejar, seguindo padro de configurao
conforme prioridades do DNS.

Faa a configurao de acordo com seu ambiente e depois clique em Salvar Configuraes.

Ateno! Clique em Salvar Configuraes, mas ainda no aplique as configuraes.

Nesse momento, devemos configurar o firewall para que no percamos o acesso ao servidor.
Depois voltaremos s prximas abas de configurao.

Aba Firewall

Alm de controlar o iptables (acesso na camada 3, de rede), a aba Firewall e sua sesso
Gerncia, tambm so responsveis por configurar e controlar o acesso a pastas do apache
Captulo 6 - SIP Router Local (SRL)

(acesso na camada 7, de aplicao).

Deixar de configurar a aba firewall nesse momento poder comprometer todo o procedimento
de configurao do SRL, pois deixar o usurio sem alternativas para acess-lo novamente.

No menu superior, clique na opo Firewall para acessar suas configuraes.

131
Localize a rea/sesso Rede de Gerncia.

Observe na prxima figura que o IP 10.255.255.0 est cadastrado. Ele deve permanecer Figura 6.27
assim at a finalizao da configurao, pois permitir acesso a partir dessa rede caso algo Configuraes
de firewall.
saia errado. Voc deve remov-la em uma segunda etapa.

Agora inclua as demais redes de onde voc poder realizar a configurao e manuteno Figura 6.28
do SRL. Clique no boto + e depois no campo onde deve digitar o IP. Seguindo o exemplo, Firewall: Rede
de gerncia.
digite o IP da mquina que far o acesso ao SRL.

Nesse ponto, j temos as condies suficientes para aplicar as modificaes e retomarmos


as configuraes na aba Configuraes e suas sub-abas.

Insira tambm a porta 8443 TCP com origem no endereo IP 200.143.193.54/32. Esse o
servidor que busca informaes de CDR para o sistema de estatsticas nacionais.
Servio fone@RNP

Vamos, agora, terminar a configurao do firewall interno para podermos prosseguir e


aplicar todas as configuraes realizadas at agora.

Ao incluir todas as redes de onde ser possvel acessar o SRL, clique no boto Salvar e
depois em Aplicar Configuraes.

132
Agora hora de aplicar as configuraes realizadas at aqui.

Aba Aplicar Configuraes

Aps configurar o ambiente, necessrio aplicar as configuraes do sistema, para que


todas as alteraes surtam efeito.

Figura 6.29 11 Configuraes de Sistema: quando selecionada, aplica as configuraes que foram
Configuraes: feitas no que diz respeito ao sistema, como alteraes nas guias, Instituies, Sistema e
Aplicar
configuraes. Gerncia;

11 Configuraes de Proxy SIP: quando selecionada, aplica as configuraes que foram


l feitas no que diz respeito ao SRL e seus servios;
O SRL vai aplicar as
primeiras configura- 11 Realizar sincronizao LDAP: quando selecionada, realiza a sincronizao do LDAP dos
es escolhidas e dois SRL configurados na instituio.
reiniciar com o novo IP.
Realizar o acesso com Marque as duas caixas de opo Configuraes de Sistema e Configuraes de Proxy SIP,
o novo IP aps o SRL
e clique no boto Aplicar configuraes selecionadas.
ter reiniciado e
continuar com a sua
Aparecer uma tela de confirmao. Selecione o boto OK para aceitar a aplicao das
configurao.
configuraes.

Figura 6.30 Nesse ponto, a conectividade com o servidor perdida.


Configuraes:
Confirmao para Agora voc deve colocar a estao de trabalho (de onde voc est acessando o SRL) na rede
Captulo 6 - SIP Router Local (SRL)

aplicar mudanas. gerncia que foi configurada h pouco.

Acesse o novo endereo IP pelo browser. Depois, aceite o certificado autoassinado clicando
em Entendo os riscos e Adicionar exceo.... Aparecer uma janela onde voc deve clicar
no boto Confirmar exceo de segurana.

Entre com o usurio admin e suas credenciais para continuar as configuraes.

Observao: esses avisos de segurana so reportados pelo browser devido ao uso do certi-
ficado autoassinado. No necessariamente um problema do fone@RNP.

133
Retomando a configurao do servidor, voltemos aba Configuraes > Servios Habilitados.

Aba Servios Habilitados

Para iniciar um servio, basta clicar em Selecionar e, para parar um servio, clicar em
Cancelar.

Figura 6.31
Habilite todos os servios! Servios
habilitados.

Atualizao

Aps ter realizado as configuraes iniciais, necessrio realizar a atualizao do SRL para
obter a ltima verso do software desse componente. Para tal, acesse o menu superior
Atualizao e clique no boto Atualizar Aplicaes e, em seguida, aceite a atualizao
Figura 6.32
clicando no boto OK. Atualizaes.

Logo aps, aparecer a tela com as configuraes aplicadas e uma caixa de texto verde Figura 6.33
informando sobre a necessidade de aplicar as configuraes. Confirmao de
atualizao.
Servio fone@RNP

Clique no link Configuraes de Ambiente destacado nessa caixa de texto. Voc ser redi-
recionado para a tela de aplicao de configuraes.

134
Figura 6.34 Aplique a configurao selecionando as opes Configuraes de Sistema e Configuraes
Logs de atualizao. de Proxy SIP.

Captulo 6 - SIP Router Local (SRL)

Figura 6.35
Aplicar Replicao LDAP entre dois SRLs
configuraes.
possvel para o fone@RNP funcionar com apenas um SRL por instituio. Entretanto,
aconselhvel ter dois SRLs instalados e funcionando em redundncia para aumentar a
disponibilidade do servio.

Internamente, no SRL existem mdulos que operam de forma redundante e outros no.
Os que operam de forma redundante so os que mais sofrem alteraes e que precisam
estar sincronizados. Os mdulos redundantes so: peers, Rotas e Pas. Os demais no so
redundantes e operam de forma independente.

135
Para habilitar a replicao dos dados entre os SRLs, necessrio que os dois SRLs estejam
instalados e configurados at o passo 4 do manual de instalao. Uma vez que essa con-
dio tenha sido atendida, prossiga com os passos a seguir.

Faa login no primeiro SRL. Acesse a guia Configuraes, aba Gerncia, sesso Replicao
LDAP e altere os seguintes parmetros (figura 6.86):

11 Server ID: preencher com o valor 1 o primeiro SRL;

11 Server Provider: preencher com o endereo IP do segundo SRL;

11 Habilitar Replicao: habilitar campo para realizao de replicao.

Logo aps ter preenchido os valores, clique no boto Salvar Configuraes. Figura 6.36
Replicao LDAP
Depois, v para a guia Configuraes, aba Aplicar Configuraes. Marque Configuraes Servidor 1.
de Sistema, clique no boto Aplicar Configuraes Selecionadas e no boto OK para
confirmar ao.

Importante: aps realizada a aplicao das configuraes, devemos entrar na guia Firewall Figura 6.37
e clicar em Aplicar Configuraes, para que as configuraes do espelhamento do LDAP Aplicar
configuraes.
sejam refletidas nas regras de firewall.

Agora, faa login no segundo SRL. Acesse a guia Configuraes, aba Gerncia, sesso
Replicao LDAP e altere os seguintes parmetros (figura 6.89):

11 Server ID: preencher com o valor 2 o segundo SRL;

11 Server Provider: preencher com o endereo IP do primeiro SRL;

11 Habilitar Replicao: habilitar campo para realizao de replicao.


Servio fone@RNP

Figura 6.38
Replicao LDAP:
servidor 2.

136
Logo aps ter preenchido os valores, clique no boto Salvar Configuraes. Depois v para
a guia Configuraes, aba Aplicar Configuraes. Marque Configuraes de Sistema e
Figura 6.39
Aplicar Realizar sincronizao LDAP. Clique no boto Aplicar Configuraes Selecionadas e no
configuraes. boto OK para confirmar ao.

Figura 6.40 Peers


Confirmao
de mudana na Um peer (ou parceiro) o equivalente a uma instituio (ou ao equipamento SIP dessa ins-
base LDAP. tituio) que ser ligado ao fone@RNP. Um peer pode ser o GWT do fone@RNP, um gateway
de outro fabricante, o PBX-IP (do fone@RNP ou de terceiros) ou outro SRL.

Na guia Peers vamos realizar o gerenciamento dos peers cadastrados no SRL. Nessa tela,
possvel inserir, excluir e alterar um peer. A listagem contida nessa tela possui os peers
cadastrados no SRL.

As informaes listadas nessa tela so: sigla, Nome, website, E-mail e Telefone.

Podemos visualizar cinco sesses distintas: filtro de exibio de resultados: 20, 25, 50 etc.,
que significam a quantidade de linhas a serem apresentadas na tabela (1); campo de pes-
quisa dos peers (2); tabela de exibio dos peers (3); botes para cadastro e excluso de
Captulo 6 - SIP Router Local (SRL)

peers (4); e botes de paginao da tabela de peers (5).

137
1 2

3
4 5

Cadastro de um novo peer Figura 6.41


Peers.
Para realizar o cadastro de um novo peer, na tela de Peers, clique no boto Cadastrar.

Figura 6.42
Boto cadastrar
peer.

Aps clicar no boto Cadastrar, aparecer a tela de gerenciamento do peer. Essa tela
contm as seguintes abas com as seguintes informaes cadastrais:
Servio fone@RNP

11 Aba Dados do Peer: dados gerenciais do peer, incluindo compatibilizao com o sistema
de estatsticas nacionais do fone@RNP 2008:

22 Sigla [*]: sigla adotada para identificar o peer no SRL, podendo ser a sigla da ins-
tituio de interesse. Ateno: a string SRL uma palavra reservada e no pode
aparecer no campo Sigla.

138
22 Nome [*]: nome de identificao do peer;

22 website: website de identificao do peer, podendo ser o website da instituio;

22 Telefone: telefone de contato do peer;

22 E-mail: e-mail de contato do peer;

22 Estatsticas Nacionais [*]: ID da Instituio e DDD Padro: esses dados so utilizados


para a adequao ao sistema de estatsticas nacionais do fone@RNP 2008. O ID da
instituio identifica uma instituio no sistema de estatsticas, e o DDD Padro utili-
zado quando no possvel identificar corretamente o DDD pelo nmero de origem.

11 Aba Endereo: dados do endereo de contato da instituio para fins de gerenciamento,


sendo que os dados so autodescritivos: CEP, Logradouro, Nmero, Complemento,
Bairro, Cidade, Estado e Pas;

11 Aba Responsvel: dados sobre o responsvel por administrar o peer, contendo os


seguintes dados de cadastro: Nome, Telefone e E-mail;

11 Aba Troncos: dados referentes ao endereamento IP dos equipamentos do peer e sobre


que tabelas devem ser exportadas para o peer:

22 Status: opo para ativar ou desativar o peer. Quando o peer desativado, suas rotas
deixam de valer no servio;

22 Tipo do Peer: define o tipo do peer (origem e destino) que utilizado na contabilizao,
quando no consegue definir qual o tipo de ligao atravs das marcaes do ambiente;

22 Endereo do SIP Proxy [*] [**]: define qual o endereo do peer, que pode ser um
SIP Proxy ou um gateway. Deve ser preenchido de acordo com o formato: [ENDEREO
IPv4]:[PORTA], Exemplo: 10.20.30.40:5071;

22 Endereo dos Servidores DNS [**]: define quais so os servidores que recebero
as tabelas ENUM (local e as centrais fone@RNP, PBX e PSTN). Para dispositivos do
fone@RNP, repita o endereo IP do peer, mas sem a informao de porta. Deixe em
branco caso o peer no seja um dispositivo do fone@RNP. Esse campo tem o seguinte
formato: [ENDEREO IPv4], considerando como porta padro a do DNS (UDP 53);

22 Completar para: define se o peer vai acessar a tabela local. A princpio, devem-se
selecionar todas as tabelas sem restries. As tabelas centrais so automaticamente
exportadas conforme os privilgios gerenciados no SRC.

[*] Campos obrigatrios.

[**] Para adicionar o campo, necessrio clicar no boto logo ao lado o do campo corres-
pondente, logo aps seu preenchimento. O campo ser mostrado na listagem a seguir do
prprio campo. Caso deseje remover um valor associado ao campo que esteja na listagem a
seguir, deve-se selecionar o campo e pressionar o boto ao lado da listagem dos campos.
Captulo 6 - SIP Router Local (SRL)

139
Figura 6.43
Dados do peer.

Aps ter preenchido com os campos obrigatrios e os desejados para questes de gerencia-
mento, deve-se clicar no boto Adicionar. O SRL controla caso tenha algum campo faltando
ser preenchido e retorna uma mensagem de aviso autoexplicativo logo aps clicar no boto
Adicionar. Caso o peer tenha sido cadastrado com sucesso, aparecer uma mensagem de
confirmao de cadastro aps clicar no boto Adicionar.

Figura 6.44
Dados do peer:
Itens obrigatrios.
Servio fone@RNP

140
Edio de um peer existente

Para editar um peer existente, deve-se mover o mouse em cima de uma das linhas da
listagem de peers cadastrados, at que o cursor do mouse vire uma mozinha e essa linha
fique em tom de cinza. Logo aps, d um clique com o mouse para aparecer sua tela de
edio. Note que essa tela e seus campos so os mesmos j apresentados anteriormente,
alterando o boto Adicionar para o boto Atualizar. Podemos alterar qualquer campo e
no final pressionar o boto Atualizar.

Figura 6.45
Peer pr-existente.

Excluso de um ou mais peers existentes

Para excluir um ou mais peers, deve-se selecionar os peers desejados para realizar a
excluso e logo aps clicar no boto Excluir selecionados. Ao remover os peers, as rotas
cadastradas para para eles tambm sero removidas. Um aviso mostrado. Clique em OK
para confirmar ou Cancelar para no realizar a excluso dos peers selecionados.

Figura 6.46
Peer pr existente.

Procurando informaes sobre os peers cadastrados

Para realizar uma procura dos peers, basta digitar os termos de pesquisa no campo
Procurar. O filtro aplicado conforme so digitados os termos de pesquisa, e a seleo
Figura 6.47
Busca. aparece na planilha a seguir.
Captulo 6 - SIP Router Local (SRL)

141
Rotas
No contexto do fone@RNP, as rotas esto relacionadas aos nmeros de telefone e o peer
responsvel por terminar a ligao telefnica feita para esse determinado nmero. Por
exemplo, para ligar para +55 21 2102-9600, um dos peers que terminam essa chamada o
escritrio da RNP na cidade do Rio de Janeiro, na tabela de PBX, o que significa que esse
um nmero dentro da prpria instituio.

Ao clicar na guia Rotas, sero listados os peers previamente cadastrados. Nessa tela, pos-
svel realizar o gerenciamento das rotas dos peers cadastrados previamente no SRL.

Nesta tela, possvel inserir, excluir e alterar rotas referentes aos peers. As informaes
listadas nessa tela so: Sigla, Nome, Website, E-mail e Telefone.

Podemos visualizar 5 sesses distintas: filtro de exibio de resultados: 20, 25, 50 etc. (1);
campos de aplicao das rotas cadastradas e verificao de encaminhamento ENUM (2),
campo de pesquisa das rotas (3); tabela de exibio dos peers (4); e botes de paginao da
tabela de peers (5).

2
1
3

4
5

Para se gerenciar as rotas de cada peer, deve-se mover o mouse para cima de uma das Figura 6.48
linhas da listagem at o peer desejado, quando essa linha fica em tom de cinza. Logo aps, Rotas.
Servio fone@RNP

d um clique para que abra a tela de gerenciamento de rotas do peer selecionado.

A listagem contida nessa tela possui informaes das rotas do peer. As informaes listadas
nessa tela so: Cdigo de Pas, Cdigo de rea, Prefixo inicial, Prefixo final, Prefix, Strip,
Destino, Prioridade e Status.

142
Podemos visualizar 8 sesses distintas: navegao hierrquica indicando em qual peer est
sendo gerenciado as rotas (1); filtro de exibio de resultados: 20, 25, 50, 100, 200 e 500 (2);
campos de aplicao das rotas cadastradas, importao e exportao de rotas (3), campo
de pesquisa das rotas (4); tabela de exibio das rotas do peer selecionado (5); opo para
excluir todas as rotas cadastradas (6); botes de cadastro, excluso e atualizao de rotas (7);
e botes de paginao da tabela de rotas (8).

3
1
2 4

6 5
7 8

Figura 6.49 Cadastro de uma nova rota


Rotas do peer
DEMO. Para realizar o cadastro de uma nova rota, deve-se selecionar um peer na guia Rotas e clicar
no boto Cadastrar.

Captulo 6 - SIP Router Local (SRL)

Figura 6.50
Cadastrar rotas do
peer DEMO.

Aps clicar no boto Cadastrar, vai aparecer a tela de gerenciamento da rota. Essa tela
contm as seguintes informaes cadastrais, que devem ser preenchidas:

143
11 Cdigo de rea: define o cdigo de rea da determinada rota ou, mais especificamente,
esse campo se refere ao DDD sem o cdigo de nao. Exemplo: Rio de Janeiro: DDD 21;

11 Prefixo inicial e Prefixo final: define o incio da faixa e o final da faixa de nmeros de
determinada rota. Os dois campos devem conter o mesmo nmero de dgitos;

11 Strip: nmero de dgitos que sero suprimidos do nmero chamado aps a definio da
rota. Exemplo: 554837211000 com strip de 4 fica como 37211000;

11 Prefix: sequncia de caracteres alfanumricos que ser includa aps a definio da rota.
Exemplo: 554837211000 com prefix TESTE fica como TESTE554837211000;

11 Prioridade: definio de prioridade da rota. Quanto menor o nmero, mais prioritrio.


Para os mesmos nmeros de prioridades, sero chamados os destinos simultaneamente;

11 Proxy SIP: seleo do destino que deve ser encaminhado para essa especificao de
rota. Esse campo buscado nos endereos do SIP Proxies definidos na aba Troncos do
Guia peers;

11 Protocolo: definio do protocolo para ser usado pela rota (UDP ou TCP). Por padro,
definir como sendo UDP;

11 Pas: selecionar o pas da rota. Esse campo define o Cdigo do Pas, o qual definido na
Guia Pas;

11 Status: opo para ativar ou desativar a rota.

Figura 6.51
Informaes
de rota.

Aps ter preenchido com os campos, deve-se clicar no boto Cadastrar. Caso os campos
Cdigo de rea, Prefixo inicial e Prefixo final no estejam preenchidos, o sistema
retorna o erro.

Observe que as rotas so formadas atravs de faixas numerais que so formadas com os
seguintes campos:

Cdigo de Pas + Cdigo de rea + Prefixo inicial


Servio fone@RNP

at

Cdigo de Pas + Cdigo de rea + Prefixo final

Exemplo:

144
Pas: Brasil (implica em Cdigo de Pas = 55)
Cdigo de rea: 48
Prefixo Inicial: 37210000
Prefixo Final: 37219999

A faixa de nmeros ser definida pelos telefones:

554837210000 at 554837219999

O sistema est preparado para gerenciar as rotas conflitantes, o qual aponta para os
diversos destinos levando em considerao suas prioridades, independentes de serem ou
no faixas de rotas exatamente iguais.

Edio de uma rota existente

Para editar uma rota existente, mova o mouse para cima de uma das linhas da listagem de
rotas cadastradas at que o cursor do mouse vire uma mozinha e essa linha fique em tom
de cinza. Logo aps, d um clique com o mouse para aparecer sua tela de edio.

Note que essa tela e seus campos so os mesmos dos j apresentados anteriormente,
quando se realiza um cadastro de uma rota nova, alterando o boto Cadastrar para o
boto Salvar. Podemos alterar qualquer campo e no final pressionar o boto Salvar.

Figura 6.52
Informaes
de rota.

Excluso de uma ou mais rotas existentes

Para excluir uma ou mais rotas, deve-se selecionar as rotas desejadas para realizar a
excluso e logo aps clicar no boto Excluir selecionados.
Captulo 6 - SIP Router Local (SRL)

145
Figura 6.53
Excluir rotas do
peer DEMO.

Excluso de todas as rotas

Para excluir todas as rotas, deve-se clicar no link Excluir Todas as Rotas.

Atualizao de mltiplas rotas

Para a realizao de atualizao de vrios campos simultaneamente, devem ser selecio-


nados as linhas que a serem atualizadas e, em seguida, clicar no boto Atualizar selecio-
nados. vai aparecer a tela com os possveis campos para serem atualizados. Devemos
alterar os campos desejados e chec-los para definir quais devem ser alterados, conforme
exemplo da figura 6.55. Em seguida, clicar no boto Salvar.

Figura 6.54
Excluir todas
as rotas.
Servio fone@RNP

146
Figura 6.55
Modificao de
rotas de um peer.

Aplicao das alteraes de rotas

Logo aps serem includas, excludas, alteradas, habilitadas e/ou desabilitadas as rotas e/ou
peers, deve-se aplicar as modificaes para que de fato sejam consideradas como vlidas.
Para tal, na guia rotas deve-se clicar no boto Aplicar alteraes e logo em seguida clicar
no boto Aplicar, para que sejam aplicadas as alteraes feitas.

Figura 6.56
Aplicando
modificaes
nas rotas.
Captulo 6 - SIP Router Local (SRL)

147
Figura 6.57
Resultado da
aplicao de
mudanas.

Procurando informaes sobre as rotas cadastradas

Existem duas formas de busca das rotas cadastradas. As duas formas podem ser aplicadas
tanto na tela de visualizao da listagem de peers ou na listagem das rotas do peer selecio-
nado. O filtro aplicado conforme so digitados os termos de pesquisa e a seleo aparece
na planilha a seguir. A diferena da busca o resultado, todavia a forma de operao a
mesma.

Na primeira os resultados contero a listagem dos peers que foram filtrados com os par-
metros de busca, e na segunda as rotas de determinado peer.

A primeira forma de busca a busca por atributo. Essa considera todos os campos da pla-
nilha como campos de filtro, sendo que o campo Tipo deve ser definido como Atributo.

A segunda forma de busca a busca de rotas ativas. Essa realiza o filtro dos peers buscando Figura 6.58
como critrio de pesquisa uma rota no formato E.164, ou seja, deve-se inserir no campo o Busca por atributo.

nmero inteiro de busca a partir do cdigo de pas. Exemplo: caso deseje-se buscar as insti-
tuies que possuam rotas para o nmero +55-48-37216335, deve-se selecionar como tipo
de busca a opo Rotas Ativas e no campo de busca inserir o valor 554837216335 (Viso
peers e; Viso rotas de determinado peer).
Servio fone@RNP

Figura 6.59
Busca por rotas
(mostra peer).

148
Figura 6.60 Verificar encaminhamento DNS ENUM
Busca por rotas.
Para verificar o encaminhamento de rotas nas zonas de encaminhamento DNS ENUM,
deve-se clicar no boto Verificar Encaminhamento na guia Rotas.

Figura 6.61 Em seguida, deve-se entrar com o nmero completo no formato E.164, conforme explicado
Verificao do na sesso 6.6, sendo que ao digitar o nmero de busca o sistema vai realizar o filtro para
encaminhamento
ENUM. verificar em qual zona a rota se encontra cadastrada.

possvel verificar detalhes do registro, clicando no cone + ao lado da zona ENUM. Caso o
status apresente como OK, porque existe rota na zona ENUM; caso apresente como SEM
ROTA!, porque no existe rota ENUM nessa zona.

Figura 6.62
Resultado da
verificao do
encaminhamento.
Captulo 6 - SIP Router Local (SRL)

149
Exportao/Importao de rotas Figura 6.63
Resultado da
Na guia Rotas, viso Peers, podemos facilmente exportar as rotas clicando no cone verificao do
Exportar Rotas. Vai ser criado um arquivo com todas as rotas do peer. Para poder importar, encaminhamento.

basta clicar no cone Importar Rotas, selecionar o arquivo com as rotas de importao e
clicar em Enviar. Caso esteja marcado para Preencher com valores padro se o valor no
estiver setado, os campos que no arquivo no estiverem configurados sero utilizados os
campos preenchidos da interface.

Contabilizao
Na guia Contabilizao, possvel realizar a contabilizao das chamadas que passam pelo
SRL. Essa tela autoexplicativa, sendo que devem ser selecionados os peers de origem e os
peers de destino, selecionar o intervalo de contabilizao desejado e informar o tipo de rela-
trio desejado. O relatrio que essa tela gera pode ser no formato em tabela, nas quais as
ligaes completadas e no completadas aparecem em linhas de tabelas distintas; pode ser
no formato em matriz, nos quais aparecem os Peers nas linhas e colunas e contm a quantia
de chamadas e total de tempo das ligaes completadas e no completadas em tabelas
distintas; e ainda pode ser no formato de grficos.
Servio fone@RNP

Figura 6.64
Contabilizao.

150
Figura 6.65
Contabilizao
tabela.

Figura 6.66
Contabilizao:
Matriz de trfego.

Captulo 6 - SIP Router Local (SRL)

151
Figura 6.67
Contabilizao:
Grficos.

Usurios
Na guia Usurios onde so gerenciados os usurios do SRL. Nessa guia possvel incluir,
excluir, alterar e visualizar os usurios cadastrados.

Os campos de cadastro dessa guia so os seguintes: Figura 6.68


Usurios.
11 Login: login do usurio para acesso no SRL;

11 Senha: senha do usurio para acesso ao SRL;

11 Nome: nome do usurio por extenso;

11 E-mail: e-mail de contato do usurio;

11 Telefone: telefone de contato do usurio;


Servio fone@RNP

11 Privilgios: seleo dos mdulos e modo de acesso (escrita/leitura ou somente leitura) a


que o usurio ter acesso.

152
Figura 6.69
Edio de usurio.

Pas
Figura 6.70 Na guia Pas possvel cadastrar os pases que o SRL ter conhecimento para formar as
Pas. rotas. Nessa guia possvel incluir, excluir, alterar e visualizar os pases cadastrados.

Captulo 6 - SIP Router Local (SRL)

153
Os campos de cadastro dessa guia so os seguintes (figura 6.71):

11 Sigla: sigla do pas;

11 Nome: nome do pas;

11 Cdigo Nao: cdigo de nao do pas de cadastro;

11 Rota Final: expresso regular que define o nmero em formato E.164 completo que um pas
tem, importante para definir corretamente as rotas no SRL. Para adicionar novas expresses,
deve clicar no cone +, e para remover uma expresso deve-se clicar no cone -.

Figura 6.71
Configurao de
um pas.

Para testar se a expresso est correta, deve-se entrar com um nmero completo no
formato E.164 no campo Teste de Rota e verificar se est de acordo (verde) com uma das
expresses listadas.

Figura 6.72
Configurao de
um pas: Campo de
teste de rota.

Sistema
Atualizaes

Na guia Sistema, aba Atualizaes, possvel realizar a atualizao do sistema de forma


semelhante como foi explicado na sesso 5.1.2, destacando que essa funcionalidade foi
movida de abas somente, diferentemente do que estava descrito na sesso citada.
Servio fone@RNP

154
Figura 6.73 Aes
Atualizar sistema.
Na guia sistema, aba Aes, possvel reiniciar ou desligar o SRL, bastando clicar nos
cones correspondentes a cada ao.

Figura 6.74
Aes. Console
Na guia Console, possvel visualizar os logs do Opensips e do Apache2 (acesso e erros),
Figura 6.75 podendo selecionar filtros atravs de expresses regulares. Podemos tambm alterar a taxa
Console. de atualizao e nmero de linhas consideradas para filtro no arquivo especificado.

Captulo 6 - SIP Router Local (SRL)

155
Backup/Restore
No Fone@RNP distribuio 2012, foi desenvolvida uma ferramenta para criao de arquivos
de backup, ou seja, ser possvel, aps finalizar todas as configuraes do SRL ou sempre
que desejado, criar um arquivo de backup.

Essa ferramenta est na aba Backup no menu superior.

Alm de criar, possvel restaurar a configurao importando as informaes de um


arquivo backup.

importante manter uma cpia de segurana (Backup) das configuraes, porque, caso Figura 6.76
acontea alguma falha de hardware no servidor, ou por algum motivo voc tenha de troc- Backup.

-lo, os dados de configurao de seu ambiente podem ser facilmente restaurados, otimi-
zando o tempo de instalao e configurao.

Crie um arquivo de backup, clicando no boto Backup do arquivo M4, e escolha onde vai
guardar o arquivo. Caso seja necessrio restaurar as configuraes, basta clicar no boto
Escolher arquivo e apontar onde o arquivo M4 estaria e em seguida clicar no boto Enviar.
Servio fone@RNP

156
Logs
Na guia Logs possvel verificar os eventos que ocorrem no SRL na questo da adminis-
trao e gerncia, podendo verificar detalhes de cada ao.

Figura 6.77
Logs.

Captulo 6 - SIP Router Local (SRL)

157
Servio fone@RNP

158
7
PBX IP
objetivos

Estudar o roteiro de instalao, configurao e operao do mdulo PBBX IP


do fone@RNP.

conceitos
PBX IP.

Sobre o PBX IP Corporativo


O PBX IP uma implementao especial de um PABX tradicional, desenvolvido para o
fone@RNP, que procura atender s demandas comuns do servio de telefonia de uma
grande universidade brasileira. Foi desenvolvido primeiramente pela Universidade Federal
de Santa Catarina (UFSC), para atender s necessidades da UFSC. Quando da solicitao
de incorporao dessa soluo ao fone@RNP, foi modificado para se integrar ao servio e
melhor atender a todos os clientes do fone.

Desenhado para funcionar com outros mdulos do fone, o PBX IP tem como pr-requisito
a instalao de um SRL. Alm disso, a terminao de ligaes na RTFC deve ser feita por um
gateway (idealmente o GWT) configurado como um peer do SRL que controla esse domnio.

O PBX IP deve receber INVITES apenas do SRL diretamente acima. Todas as chamadas feitas
a partir de um PBX IP devem ser encaminhadas para o SRL. Conexes de udio e vdeo
podem seguir entre o PBX e o SRL, e o PBX e outros dispositivos desse domnio. Como visto
nos pargrafos anteriores, o SRL fica responsvel por indicar a rota correta para o nmero
de telefone desejado.

H duas verses do PBX IP: uma que se chama corporativa, para atender aos funcionrios,
e outra que chamamos acadmica, para atender aos alunos das universidades. Essa ltima
verso possui integrao com o servio de Identidade Digital da RNP, a CAFe, Comunidade
Acadmica Federada. Essa integrao permite a implementao de uma caracterstica nica
no PABX IP desenvolvido pelo servio. a funo de autoatendimento, onde o aluno capaz de
Captulo 7 - PBX IP

solicitar seu prprio ramal IP em uma pgina web, sem a interveno de qualquer funcionrio.

O PBX IP tambm preferivelmente implementado como uma Mquina Virtual. A RNP utiliza
VMWare, mas possvel implementar em qualquer outro fabricante ou tecnologia de virtua-
lizao, embora a RNP no d suporte para outras VMs.

159
Alm disso, o PBX IP implementado sempre em duplas, para garantir a Alta Disponibilidade
do servio. Se um servidor parar de responder por qualquer motivo, o outro deve assumir e
o servio de telefonia no deve parar. Por isso, escolha servidores de virtualizao dife-
rentes para instalar os SRLs, de preferncia, distantes geograficamente.

muito importante ressaltar que a RNP no atuar como mantenedora do PABX das
instituies, mesmo se elas optarem por instalar o PABX do fone@RNP.
Ns desenvolvemos a soluo e estamos oferecendo-a para uso nas instituies
em conjunto com os outros mdulos do servio fone@RNP. Mas, exatamente como
quando uma instituio escolhe utilizar qualquer outro PABX, seja ele Siemens,
Avaya, Cisco, Leucotron, Intelbras, Asterisk, Elastix, SNEP ou qualquer outro fabri-
cante, necessrio que a instituio contrate uma empresa (ou possua o conheci-
mento internamente) para manter seu PABX funcionando corretamente.

Atualmente, no momento em que este livro est sendo escrito, para realizar o
trabalho de mantenedor do PABX IP do fone@RNP, a RNP conta com a equipe do
PoP-SC, que desenvolveu o PABX, e com a CAM Tecnologia, que nos d suporte no
fone@RNP

Roteiro de instalao e configurao PBX IP Corporativo


Instalao do PBX Corporativo
A instalao do mdulo PBX-IP Corporativo est disponvel na forma de duas imagens de
mquinas virtuais (VM Virtual Machine. Neste documento, sempre ser referenciada como
VM1 para a Mquina Virtual 1 e VM2 para a Mquina Virtual 2), pr-configuradas no formato
OVF (Open Virtualization Format), facilitando assim sua implementao. Para cada VM, ser
l
Importante: as duas
necessrio um IP Pblico (portanto, dois endereos) e mais um terceiro endereo IP que ser PBX-IP funcionam em
utilizado para a redundncia atravs do Virtual Router Redundancy Protocol (VRRP). modo redundante e
devem estar no mesmo
Estas imagens requerem do sistema hospedeiro: segmento de rede.
Aps a importao das
11 Ambiente VMware; VMs, configurar a
primeira interface de
11 35GB de HD; rede de cada VM para a
sub-rede de telefonia e
11 2GB de RAM;
a segunda interface,
11 Duas interfaces de rede, 1 com IP pblico e 1 interface para conexo direta entre os dois com uma VLAN interna
de comunicao entre
PBX-IP, para realizar procedimentos de redundncia;
as duas mquinas.
11 Tamanho do download: 1 GB.

Configurao de DNS
Na configurao do DNS da instituio, devem ser includas as entradas das duas mquinas,
mais o IP virtual, e o domnio de provisionamento, o qual ser utilizado para configurao
dos telefones IP.
Servio fone@RNP

A configurao deve ser realizada conforme modelo a seguir, adequando os endereos IP e


nomes conforme cada instituio.

m1.lab IN A 10.10.2.111
m2.lab IN A 10.10.2.112
vrrp.lab IN A 10.10.2.110

160

adm.voip CNAME vrrp.lab
aprov.voip CNAME vrrp.lab

_sip._udp.adm.voip SRV 5 10 5080 vrrp.lab
_sip._udp.adm.voip SRV 10 10 5080 m1.lab
_sip._udp.adm.voip SRV 10 10 5080 m2.lab

Importao das Mquinas Virtuais


As imagens podero ser importadas diretamente pelo hypervisor, a partir das seguintes URLs:

Link da VM1

http://repositorio-fone.rnp.br/fone2012/PBX-IP/VM/release/2.0/FoneRNP-PBXIP-v3-m1/
FoneRNP-PBXIP-v3-m1.ovf

Link da VM2

http://repositorio-fone.rnp.br/fone2012/PBX-IP/VM/release/2.0/FoneRNP-PBXIP-v3-m2/
FoneRNP-PBXIP-v3-m2.ovf

Os demais passos demonstram um procedimento bsico de importao atravs do cliente


VMware vSphere.

Faa o deploy da VM1 utilizando o link da VM1 de acordo com as prximas figuras; depois,
repita o mesmo procedimento para a VM2 utilizando o link da VM2.

Figura 7.1
Deploy ovf
template.
Captulo 7 - PBX IP

161
Figura 7.2
Arquivo ovf de
origem.
Servio fone@RNP

Figura 7.3
Detalhes do ovf.

162
Na tela a seguir, solicita qual ser o nome da mquina virtual. Aconselhamos deixar no
formato que vir no arquivo.OVF, como mostra na imagem:

Figura 7.4 Prossiga com a configurao da VM. Para o formato do disco, selecionar 1 Thick Provision
Nome da Mquina Lazy Zeroed.
Virtual.

Captulo 7 - PBX IP

163
Voc deve realizar instalao das duas VMs. Assim que terminar a VM1, instale tambm a VM2. Figura 7.5
Pronto para
Aps finalizar a importao das duas VMs, ligue a as duas. Acesse o console, conforme mostra completar.
a prxima figura. Depois, digite os comandos que sero apresentados na prxima sesso.
Servio fone@RNP

164
Figura 7.6
Tela de login do
PBX IP.

Realize o sincronismo das bases MySQL da PBX-IP


Nessa verso do PABX IP, foi identificado um bug no sincronismo do banco de dados das duas
mquinas virtuais. Os prximos passos ajudam a recuperar o sincronismo entre as mquinas.

bug j foi corrigido na prxima verso do PABX IP do fone@RNP.

Login

Feito o deploy das duas VMs, inicie-as, acesse a console da PBX-IP da VM1 e execute os
passos a seguir. Depois, repita os mesmos passos para a VM2.

Login: root
Password: pbxip.root

Conectividade

O primeiro passo verificar se h conectividade entre as VMs.

Cada PBX possui uma segunda interface de rede especificamente para o sincronismo do
mysql.

necessrio que essas interfaces se alcancem uma a outra. Teste utilizando ping.

Aps essa verificao, execute os passos a seguir.

Sincronismo
Captulo 7 - PBX IP

pbxip-m1# mysql -p
Enter Password: mysql.admin
mysql> stop slave;
Query OK, 0 rows affected (0.02 sec)
mysql> reset slave;

165
Query OK, 0 rows affected (0.04 sec)
mysql> start slave;
Query OK, 0 rows affected (0.06 sec)
mysql> show slave status\G

Aps a execuo do ltimo comando acima, a sada deve ser semelhante ao texto a seguir:

*************************** 1. row ***************************


Slave_IO_State: Waiting for master to send event
Master_Host: 192.0.2.2
Master_User: replicant
Master_Port: 3306
....

Agora execute:

mysql> exit
pbxip-m1# exit

Lembre-se: execute esse procedimento nas duas mquinas.

Quando entrar na interface grfica (alguns passos mais adiante), antes de iniciar a configu-
rao do PBX IP, lembre-se de verificar se as duas mquinas esto sincronizadas. Caso no
estejam, aguarde alguns minutos e verifique novamente.

Figura 7.7
Status da replicao
do banco de dados
(mysql).

Se for necessrio, repita o procedimento de sincronismo nas duas VMs.

Acessando e configurando
Configurando uma estao para acessar o PBX IP
Para ilustrar esse guia, foi utilizado o Sistema Operacional Windows 7. Caso voc esteja
utilizando outra verso do Windows ou mesmo outro Sistema Operacional, ser necessrio
adequar as instrues sua estao de trabalho.
Servio fone@RNP

A seguir, seguem os passos a serem executados. Os passos seguintes sero executados para
a VM1. Depois, basta executar os mesmos procedimentos para a VM2.

166
Como mostrado na figura do console, o PBX-IP vem pr-configurado na VM1 com o
endereo IP 10.255.255.20. As demais interfaces de rede seguem na sequncia. IP VM 2:
10.255.255.21, IP da VRRP: 10.255.255.22.

Para acessar o servidor de outra mquina, coloque-a no mesmo segmento de rede do ser-
vidor, por exemplo: 10.255.255.5.
Figura 7.8
Central de Clique no boto Iniciar, depois em Painel de Controle, ento em Central de Rede e
compartilhamento. Compartilhamento e, do lado esquerdo, escolha, Alterar as configuraes do adaptador:

Aparecer a tela conforme imagem da figura 7.9:

Captulo 7 - PBX IP

Figura 7.9 Depois, clique com o boto direito no cone da placa de rede do computador e escolha a
Conexes de rede. opo Propriedades:

167
Nesse momento, ser feita a insero do IP da mquina no mesmo segmento de rede da Figura 7.10
PBX-IP, para ser iniciado o acesso. Conexo local.

D um clique duplo em Protocolo TCP/IP Verso 4, conforme selecionado na prxima figura.


Servio fone@RNP

Figura 7.11
Propriedades de
conexo local.

168
Selecione a opo Usar o seguinte endereo IP: e digite o IP exemplo 10.255.255.5. Depois,
clique no boto OK.

Figura 7.12
Propriedades de
protocolo TCP/IP v4.

Para testar, execute um comando atravs do prompt de comando. Clique no boto Iniciar.
No campo destinado a Pesquisar programas e arquivos clique e digite CMD e tecle ENTER.

Na tela do prompt digite: ping 10.255.255.20, tecle ENTER e o resultado deve ser exata-
mente como o da figura 7.13.

Captulo 7 - PBX IP

Figura 7.13 Feche a tela do prompt e abra o navegador de sua preferncia, digitando o endereo
Prompt de https://10.255.255.20/PBX-IP.
comando: ping.

169
A mquina a partir da qual o acesso est sendo feito deve estar na mesma LAN das
mquinas que sero acessadas.

Para esse guia, utilizamos o Chrome.

Os componentes do fone@2012 utilizam certificados autoassinados para no deixar que Figura 7.14
informaes de administrao e configurao trafeguem em texto plano pela rede. Primeiro acesso
interface grfica
Clique em Entendo os riscos, caso aparea essa mensagem, e depois clique em Continuar do PBX IP.

mesmo assim.

Configurando o PBX-IP Corporativo


Servio fone@RNP

Figura 7.15
Login.

170
Digite os seguintes dados para o primeiro acesso:

11 Usurio: admin

11 Password: pbxip.admin

Aps o primeiro acesso, troque a senha de administrador imediatamente.

No canto superior direito, clique em Sistema, depois em Administradores. Edite o admi-


nistrador padro e certifique-se de utilizar uma senha forte!

Aps efetuar o login, ser exibida a tela de status ou viso geral do ambiente representada
na prxima figura.

Figura 7.16 Nesta tela, possvel verificar:


Status.
11 Status dos servios;

11 Estatsticas da central;

11 Status do ambiente;

11 Status de replicao do banco de dados;

11 Status administrativo e operacional dos servidores master (VM1) e slave (VM2).


Captulo 7 - PBX IP

171
Caso o sincronismo no tenha sido realizado com sucesso, repita o procedimento de sincro-
nizao do mysql informado anteriormente, no incio deste captulo.
l
Observao: a
No canto superior direito, informado o nome do usurio que est logado, e h a opo sincronizao entre o
mster (VM1) e o slave
Sair. Ainda nessa posio, possvel alternar entre as opes de configurao e gerncia (VM2) pode demorar
do Sistema e da Central PBX-IP. alguns minutos; por
isso, os servios podem
esquerda da tela, h um menu com opes para administrao e controle de funcionali- aparecer como
desabilitados (cone
dades, alm de servios relacionados aos ramais que sero gerenciados pelo ambiente.
vermelho) por algum
tempo.
Administradores

Nesta opo, possvel fazer o gerenciamento dos administradores do ambiente PBX-IP,


cadastrando usurios e definindo permisses de acesso.

Para o cadastro de um usurio, necessrio informar os dados de login, nome, e-mail


e unidade qual o usurio vinculado. Alm disso, devem ser marcadas as opes de
mdulos e acessos que o usurio poder visualizar e/ou modificar no sistema. Os mdulos
que no forem selecionados na criao de um usurio no sero visveis a ele na aba
Central da PBX-IP quando esse usurio estiver logado. possvel marcar os acessos como
somente leitura, nos quais o usurio no poder fazer alteraes. Para dar permisso total,
basta deixar a opo Somente Leitura desmarcada.
Servio fone@RNP

Logs Figura 7.17


Cadastrar
Todo o histrico de aes do usurio da PBX-IP fica registrado no log do ambiente, permi- administrador.
tindo identificar quais operaes foram executadas por ele, quando e a partir de qual IP esse
acesso foi feito.

172
Ao clicar sobre uma das linhas de registro de log, aberta uma aba a seguir do registro,
detalhando as modificaes realizadas por aquela operao. Assim, rastrear operaes
indevidas ou incorretas de modo a fazer as correes necessrias. possvel filtrar os resul-
tados do log por data, por usurio, por IP de origem do acesso ou at mesmo por tipo de
ao executada.

Figura 7.18 Menu Configuraes


Logs do sistema.
No cabealho, direita, clique em Sistema.

Firewall

O incio da configurao da PBX-IP ser pelo Firewall, pois vamos precisar inserir o IP da
mquina que far a gerncia do PBX-IP. Se fizermos alguma alterao de IP antes de configu-
rarmos a gerncia, poderemos perder o acesso ao PBX-IP.

No cabealho, direita, clique em Sistema. No menu esquerda, clique em Firewall.

Devero ser liberados tambm os endereos NTP, DNS, Estatsticas do fone, monitoramento etc.

Na opo Aes sero fornecidos os endereos IP que podero enviar mensagens SIP ao
GWT (no caso SRC ou SRL). Se o ambiente estiver conectado ao SRL, somente esses IPs so
necessrios.

Aps configurar o firewall revisando os parmetros de sua instituio, clique em Salvar e


depois em Aplicar.

A aplicao de regras de firewall pode demorar alguns minutos caso haja algum problema
Captulo 7 - PBX IP

com a resoluo de nomes.

173
Figura 7.19
Configurao
de firewall.
Servio fone@RNP

Figura 7.20
Configurao > Sistema Firewall: Aes e
Rede de gerncia.

174
Guia Instituio

Ainda na sesso Sistema, no menu esquerda, clique tambm em Sistema. Depois,


acesse a aba Instituio.

Nesse item so registradas informaes sobre a instituio. Essas informaes so utili-


zadas para diversos processos internos, algumas so somente para registro e outras so
utilizadas para gerar o certificado autoassinado para acesso nas telas administrativas.
Os seguintes dados devem ser preenchidos:

11 Nome da Instituio: nome completo da instituio;

11 Sigla: sigla corresponde instituio em que est sendo instalada a PBX-IP;

11 Campus: campus ou unidade corresponde instituio em que est sendo instalada


a PBX-IP;

11 Nome do responsvel para contato: nome da pessoa que ficar responsvel pelo
servio na instituio;

11 E-mail para contato: correio eletrnico de contato do responsvel;

11 Telefone para contato: telefone de contato do responsvel; preferencialmente, telefone


mvel;

11 CEP: Cdigo de Endereamento Postal;

11 Endereo, Bairro, Cidade, Estado, Pas: informaes de endereo postal da instituio;

11 CNPJ: nmero correspondente ao Cadastro Nacional da Pessoa Jurdica da instituio;

11 website: site web da instituio.

Aps realizar o preenchimento dos dados da instituio, no se esquecer de salvar.

Figura 7.21 Sistema


Configuraes do
Captulo 7 - PBX IP

sistema: Instituio. Nesta aba, feita a parametrizao das configuraes do sistema, devendo ser preenchidos
os seguintes campos:

11 IP: aqui inserido o endereo IP que ser destinado a PBX-IP Administrativa. Este IP deve ser
pblico! Aps a configurao do IP, deve ser alterada a VLAN da VM para acessar a mquina;

11 Mscara: mscara de rede do IP;

175
11 Gateway: o endereo IP do gateway da instituio;

11 MTU: Tamanho mximo da MTU no segmento LAN, padro: 1500;

11 Hostname: Nome do servidor no domnio;

11 NTP1 e NTP2: utilizar os servidores NTP da instituio. Caso no possua, utilizar: pool.
ntp.br e ntp.cais.rnp.br;

11 DNS Resolver1 e DNS Resolver2: caso a instituio possua servidor de DNS, ou tenha
algum que deseje apontar, inserir nesses campos. Esses DNSs devem ser capazes de
resolver zonas de ENUM;

11 Domnio: o endereo ao qual a PBX-IP pertence;


Figura 7.22
11 TimeZone: selecionar de acordo com o Timezone de sua regio. A entrada e sada do
Configuraes do
horrio de vero realizada automaticamente. sistema: Sistema.

Gerncia
l
Na aba Gerncia, possvel parametrizar as informaes de acesso SNMP/RO, Syslog, SMTP Importante: no
e Acesso WEB da interface administrativa da PBX-IP. Hostname, a
padronizao adotada
para o FONE@2012
11 SNMP:
PBXIP-adm-sigla da
22 Comunidade: Comunidade SNMP somente leitura; instituio,
Exemplo:Exemplo:: rNP
22 Rede de Gerncia: rede de gerncia para onde a comunidade de leitura ter acesso. / Braslia, ser,
PBXIP-DF-RNP. No
11 SYSLOG:
Hostname no
22 IP: Endereo IP do servidor syslog de sua instituio; utilizar: _ ; . Ou
outro caractere que
22 Porta: Porta onde o servidor estar escutando (Padro: 514); possa quebrar na
formao do FDQN
22 Protocolo: Protocolo de transporte, atualmente suportado TCP e UDP (Padro: UDP); (fully qualified domain
Servio fone@RNP

22 Syslog: para desabilitar o envio remoto via syslog, apontar para o IP 127.0.0.1. name).

11 SMTP

22 Servidor SMTP: nome ou endereo IP do servidor SMTP responsvel por encaminhar


os e-mails da PBX-IP Administrativa;

176
22 Porta do servidor SMTP: porta do servidor SMTP utilizada para receber os e-mails.

l Exemplo: 25, 465;

22 E-mail de origem: e-mail utilizado para compor as mensagens;


Acesso WWW: liberar
somente para a rede de 22 Autenticao SMTP: marcar caso o servio de e-mail requeira autenticao:
gerncia da instituio
ou equipe de suporte 22 Usurio: usurio utilizado para autenticao de envio;
RNP. Acesso WebSer-
vice: o mtodo atual de 22 Senha: senha do usurio para autenticao.
autenticao atravs
11 Acesso WEB: define a partir de quais redes possvel acessar as interfaces administra-
do IP de origem.
Somente liberar para o tivas e de WebService:
IP de sua aplicao
22 WWW [1 5]: Redes onde as interfaces administrativas podero ser acessadas, isto ,
caso deseje interagir
com a PBX-IP. Para /PBX-IP/;
desabilitar, deixar em
22 WebService: rede ou Host de onde o WebService da PBX-IP para criao de ramais
branco.
poder ser acionado.

Figura 7.23 11 Acesso Provisionamento: define a partir de quais redes os telefones IP podem acessar o
Configuraes do servidor de provisionamento para buscar configuraes:
sistema: Gerncia.
22 Domnio Aprovisionamento: nome do servidor de provisionamento. Exemplo: prov.
voip.instiuio;

22 Redes: devem ser includas as redes nas quais h telefones IP que precisam acessar
Captulo 7 - PBX IP

o servidor de provisionamento. Podem ser includas at cinco redes diferentes.


Exemplo: x.X.0.0/16.

11 Catlogo Telefnico: define a visibilidade do catlogo telefnico, delimitando qual o escopo


de rede da instituio. Os acessos ao catlogo a partir de IPs que casem com o definido
podero visualizar todas as informaes do ramal/usurio. J os acessos de redes externas,
no vo visualizar alguns ramais/usurio, nem os nomes de contatos e responsveis;

177
22 Rede Interna: segue o padro de expresso regular /^10.10./ para definir qual a rede
interna da instituio;
Figura 7.24
22 E-mail: e-mail para o qual sero enviadas notificaes de alteraes de erros no catlogo. Aprovisionamento.

Proxy SIP
lImportante: para que o
Nesta aba configuramos o PBX IP como um cliente SIP do fone@RNP. REALM funcione, ser
necessrio criar as
11 PBX: VoIP REALM-REALM que ser utilizado para atender ao servio VoIP. Exemplo: voip. entradas DNS SRV
instituicao.br; apontando para a
PBX-IP, informando em
11 OpenSIPs: porta onde o SIPProxy (OpenSIPS) vai atender requisies. Padro: 5080; qual porta o proxy vai
trabalhar. Portas
11 OpenSIPs: nvel de Debug: nvel de log que ser gerado pelo OpenSIPs. Escolha entre
SIPProxy e Mdia
0 e 7. Recomenda-se utilizar 1; Server: recomenda-se
evitar o uso da porta
11 Midia Server: porta UDP onde o Asterisk responsvel por executar funes de Servidor
5060 para utilizar
de Mdia vai atender requisies (padro: 5071). No pode ser a mesma do OpenSIPs. dispositivos SIP, pois a
O Acesso dessa porta somente ser realizado pelo OpenSIPs. maior fonte de
incidentes de scans
11 VRRP/UCARP: IP virtual para implementao de failover entre o servidor Master e o Slave. devido ao seu interesse
comercial.
Servio fone@RNP

Figura 7.25
Configuraes do
178
sistema: Proxy SIP.
SIP Router

Configurao dos parmetros do SIP Router Local (SRL) da instituio que ser utilizado
pelo ambiente:

11 IP Master: endereo IP do SipRouter Local (SRL) de sua instituio (Mquina 1);

11 Porta Master: porta do SipRouter Local (Mquina 1). Padro: 5060;

Figura 7.26 11 IP Slave: endereo IP do SipRouter Local (SRL) de sua instituio (Mquina 2);
Configuraes do
sistema: SIP Router. 11 Porta Slave: porta do SipRouter Local (Mquina 2). Padro: 5060;

TDM

l Parmetros de telefonia convencional:


AImportante: a PBX-IP
somente aceita cnvites 11 Cdigo de Pas: cdigo do Pas/CN: para o Brasil utilizar 55;
de chamadas (INVITES)
11 DDD: cdigo DDD da instituio;
de peers vlidos (SIP
Router Locais) ou 11 Prefixo: prefixo TDM da instituio;
usurios autenticados.
INVITES no autenti- 11 Cdigo da Operadora: cdigo da operadora de longa distncia. Exemplo: Embratel 21;
cados ou de fontes
11 Linha Externa: cdigo extra para acesso alinha externa. Exemplo: 0;
desconhecidas so
negados. O SRL 11 Ramal PBXIP Inicial: ramal inicial no prefixo TDM que ser atendido por essa PBX-IP;
somente aceita INVITES
dos peers vlidos. O 11 Ramal PBXIP Final: ramal final no prefixo TDM que ser atendido por essa PBX-IP;
uso da porta 5060
11 Ramal Padro de Sada: ramal no prefixo TDM utilizado para completar ligaes atravs
pode ser utilizado sem
grade impacto na da URA da PBX-IP.
segurana. Para saber
como configurar um Parmetros de VoIP: numerao Interna do Fone@RNP.
peer no SRL, consultar
o Guia de Implemen- 11 Prefixo: prefixo fornecido pela RNP para uso interno da instituio. Exemplo: 1XXX;
tao do SRL FONE@
11 Ramal Inicial: ramal inicial no prefixo VoIP que ser atendido por essa PBX-IP;
RNP Verso 2012.
11 Ramal Final: ramal final no prefixo VoIP que ser atendido por essa PBX-IP.
Captulo 7 - PBX IP

179
Servios Figura 7.27
Configuraes do
Os servios disponveis nessa opo podem ser habilitados/desabilitados clicando sobre o sistema: TDM.
servio desejado.

Aplicar Figura 7.28


Configuraes do
Modificaes feitas na configurao do sistema devem ser aplicadas para ter efeito. Basta sistema: Servios.
selecionar os itens onde as configuraes devem ser aplicadas. Normalmente, selecionam-se
os trs itens: sistema, OpenSips e Asterisk. Em seguida, clicar em Aplicar e Aguardar.
Servio fone@RNP

Figura 7.29
Configuraes do
sistema: Aplicar.

180
Permisses de Discagem

Os tipos de chamadas permitidas pelo ambiente so mapeados atravs de expresses regu-


lares, definidas nesta sesso. Esses tipos so os perfis que permitem a cada usurio realizar
(ou no) ligaes para determinados tipos de telefones. A combinao das chamadas efetu-
adas com as expresses definidas utilizada para gerao de relatrios, contabilizao de
custos (para chamadas tarifadas) e gerao de faturas, bem como a identificao dos tipos
de chamadas autorizadas na configurao individual de cada usurio.

Existe um campo para teste de nmero destino, no qual possvel testar com quais regras
um determinado nmero destino casa.

Figura 7.30 Plano de Discagem


Permisses de
discagem. Define como os nmeros discados pelos usurios sero encaminhados para o prximo
mdulo do fone@RNP. Em outras palavras, define regras de reescrita.

11 Descrio: id/nome da regra sendo criada;

11 Prefixo: definido de acordo com a regra

11 Expresso: expresso regular que case com a discagem feita pelo usurio;

11 Strip: quantidade de dgitos esquerda do nmero que devem ser removidos na reescrita;

11 Ativo: Ativar/Desativar regra. Captulo 7 - PBX IP

181
Faixa de Valores Figura 7.31
Plano de discagem.
Utilizada para gerao de faturas e contabilizao de custos de ligaes, dependendo do
tipo e horrio.

Essas informaes so utilizadas tambm para desconto de crditos de usurios. Deve ser
informados para cada tipo de ligao qual o valor por minuto. Podem ser includas faixas de
horrio diferentes para cada tipo de ligao, caso a tarifao pela operadora seja feita dessa
forma. Para adicionar outra faixa de horrio, basta clicar no cone +. Ao concluir a configu-
rao, clicar em Atualizar no final da pgina.
Servio fone@RNP

182
Figura 7.32
Faixa de valores.

Backup

possvel fazer o download ou upload de arquivo com as configuraes de sistema.

Para fazer o download do arquivo de backup, basta clicar em Backup do arquivo M4.

Para fazer o upload do arquivo, basta clicar em Selecionar Arquivo. Em seguida, clicar
em Enviar.

Captulo 7 - PBX IP

Figura 7.33 Atualizao


Backup.
Quando estiver na opo sistema e clicar no menu Atualizao, caso haja alguma a ser
feita, vai aparecer conforme imagem a seguir:

183
Caso no haja atualizaes a fazer, ser informado que o sistema j est atualizado. Figura 7.34
Atualizaes.

Acesso Provisionamento Figura 7.35


Sistema atualizado.
Permite cadastrar um par de usurio e senha que sero utilizados pelos telefones IP para se
autenticar no servidor de provisionamento e assim ter acesso aos arquivos de configurao.

Figura 7.36
Provisionamento:
Cadastro de acesso.

Central gerncia de usurios e ramais


Servio fone@RNP

Aps a instalao e configurao do PABX como um dispositivo de rede e com os parmetros


globais de telefonia, hora de configurar os ramais, departamentos, custos, perfis, usurios,
grupos de captura etc. Enfim, hora de popular o PABX.

184
A melhor forma de popular seu PABX comear preenchendo os dados da sua instituio.
Isso feito na Guia Organizao, no menu lateral esquerdo. Primeiro preencha os dados das
unidades atendidas por esse PABX. Depois, preencha os departamentos de cada unidade.

Depois, partimos para a configurao dos ramais. Nessa etapa, os ramais ainda no sero asso-
ciados a uma pessoa. Nesse momento, eles sero associados aos departamentos e unidades.

Primeiramente, devemos criar os prefixos que sero atendidos por esse PABX. Logo
depois, devem ser cadastradas as faixas de nmeros DDR de cada prefixo. Voc pode dividir
sua faixa DDR em sub-faixas para, por exemplo, distribu-las por diferentes departamentos.

Se houver centrais legadas em sua soluo, agora a hora de cadastrar os prefixos e faixas DDR
que elas sero responsveis em atender. Finalmente, no menu Ramais > Gerenciar, voc
poder cadastrar cada ramal de sua instituio, j sob a estrutura organizada anteriormente.

Por fim, hora de associar usurios aos ramais cadastrados. V em usurios SIP > Gerenciar
e crie seus usurios de acordo com os funcionrios. Nesse momento, os usurios sero
associados aos nmeros de telefones (ramais) e seus departamentos, so descritos os perfis
com permisses de ligao, quantidade de crditos e outros parmetros ligados pessoa
que utilizar esse recurso.

Usurios SIP
Gerenciar

Nesse menu, possvel consultar a lista de usurios cadastrados, bem como cadastrar novos
usurios no sistema. Na lista de usurios, a coluna SO (Status Operacional) contm um cone
que fica na cor cinza quando o usurio no est registrado e verde, quando o usurio est
registrado. J a coluna SA (Status Administrativo) indica os seguintes estados de ramal:

11 Verde: ativo;

11 Amarelo: em manuteno;

11 Vermelho: inativo/Bloqueado.

Figura 7.37 Apenas o status ativo (verde) permite que o usurio possa efetuar e receber chamadas.
Usurios SIP. Quando o usurio estiver em manuteno ou bloqueado, no poder efetuar nem receber
chamadas. Para alternar entre os estados do ramal, basta clicar sobre o cone da coluna SA
do usurio desejado, que mudar de cor indicando o novo estado do usurio.

possvel exibir toda a lista, bem como fazer buscas especficas por usurios ou por dados
de outras colunas, como departamento, local etc. A ordenao padro da lista de resultados
feita por ordem alfabtica de usurio, mas tambm pode ser feita clicando sobre o nome
Captulo 7 - PBX IP

da coluna de acordo com a qual os resultados devem ser ordenados.

185
Ao clicar sobre o nome do usurio na lista, uma aba aberta a seguir do mesmo, indicando
algumas informaes e dados. possvel ver o nmero dos ramais associados ao usurio,
endereo IP, caso ele esteja registrado, histrico de endereos IP nos quais o usurio j se
registrou, verso de firmware, modelo e MAC do telefone IP do usurio, com as respectivas
datas e horrios.

possvel tambm reiniciar o telefone IP do usurio, utilizando o cone Reiniciar ao lado do Figura 7.38
ltimo registro de IP ou atravs de Reiniciar Telefone. Informaes de
cadastro.
Servio fone@RNP

Figura 7.39
Reiniciar cadastro.

186
Cadastrar Usurio

Ao clicar na opo Cadastrar Usurio, uma nova tela ser aberta, conforme a prxima figura:

Figura 7.40 Nesse formulrio, as seguintes informaes devem ser preenchidas:


Cadastrar usurio.
11 Nome completo do usurio;

11 Login para registro;

11 E-mail do usurio: receber os dados do cadastro, faturas etc.;

11 Senha registro: a senha que ser utilizada para registrar o login do usurio. Ao clicar no
cone , feita a gerao automtica de uma senha para registro. Por default, a senha de
registro no informada ao usurio. Caso deseje enviar a senha para o e-mail cadastrado
do usurio, basta clicar no cone;

11 Senha web: senha para acesso ao Portal do Usurio. Pode ser gerada automaticamente
clicando-se no cone. Essa senha sempre ser enviada para o e-mail cadastrado do usurio;

11 Local: onde o usurio ser registrado, bem como sua Unidade e Departamento;

11 Captura direta: permite ao usurio fazer captura de chamadas, quando ativada, direta-
mente de outro usurio especfico;

11 Grupo de captura: informar o id do grupo de captura, caso o usurio seja membro de


algum grupo;

11 Permisso IP: por default o usurio pode ser registrado em qualquer IP. Para limitar o
acesso, possvel permitir que o usurio registre-se apenas em IPs da instituio. Para
Captulo 7 - PBX IP

isso, basta selecionar Limitar e informar a expresso regular da rede autorizada no


campo IP. Exemplo: ^200\.135\..;

11 Sistema de crditos: permite ligaes tarifadas ilimitadas, caso esteja inativo, ou restringe
ao valor de crditos do usurio, caso esteja ativo.

187
11 Crditos (Tipo Recarga):

22 Sem substituio: o usurio poder utilizar apenas o valor de crdito disponvel no


campo Crditos Atuais, mas no ser feita recarga mensal, mesmo que haja valor
preenchido no campo Crdito Recarga;

22 Com substituio: o valor no campo Crditos Atuais, substitudo mensalmente


pelo valor fixo contido no campo Crdito Recarga, independentemente de o valor de
Crditos Atuais possuir saldo ou no;

22 Incremental: o valor fixo no campo Crdito Recarga somado ao saldo do campo


Crditos Atuais, que ficar com o valor acumulado de crditos.

11 Ramais Associados: define quais ramais esto associados ao usurio. necessrio


informar pelo menos um ramal. Caso haja mais de um ramal associado a um usurio,
necessrio selecionar o ramal que ser Default, isto , o nmero de telefone que permi- l
tir ao usurio efetuar e receber chamadas. A incluso/excluso de ramais associados Editar Usurio: para
pode ser feita utilizando os cones + e -; alterar as configuraes
e os dados de um
11 Permisses: indicam os privilgios de ligaes que o usurio possui; usurio, basta clicar no
cone do lpis na linha
11 Ativar sistema de bloqueio: ao marcar essa opo, dever ser informada uma senha do usurio desejado.
de 6 nmeros que ser solicitada ao usurio toda vez que for realizada uma chamada Aps fazer as modifica-
es desejadas,
dos tipos indicados com o cone do cadeado fechado. Os tipos de permisso que estejam
necessrio clicar em
com o cone do cadeado aberto indicam que para esse tipo de ligao no ser solicitada Alterar para salvar as
a senha, mesmo que o sistema de bloqueio esteja ativado. Para abrir/fechar o cadeado, novas configuraes.
basta clicar sobre o cone.

Ramais
Gerenciar

Nesta sesso, possvel ver a lista dos ramais cadastrados, bem como fazer buscas, novos Figura 7.41
cadastros e editar ramais j cadastrados. Ramais.

possvel gerenciar tanto ramais IP, que so indicados pelo cone do telefone digital na
coluna Tipo, quanto ramais convencionais (analgicos ou digitais), identificados pelo cone
Servio fone@RNP

do telefone analgico.

A coluna Usurios indica quantos IDs de usurios esto associados a cada ramal.

possvel fazer busca por nmero de ramal, ou por dados de localizao (unidade, departa-
mento e local), bem como por nome de central telefnica, para ramais convencionais.

188
Para editar dados de ramais j cadastrados, basta clicar no cone do lpis e, aps fazer as
alteraes desejadas, clicar em alterar para salvar as novas configuraes.

Cadastrar Ramal

Os dados informados no cadastro do ramal so os dados que vo constar na pgina do


catlogo telefnico, independente dos dados de localizao cadastrados nos usurios asso-
ciados. Os seguintes itens devem ser preenchidos no formulrio:

11 Tipo de Ramal: define o ramal sendo cadastrado. Atualmente somente o cadastro de


ramal IP suportado;

11 Unidade/Departamento/Local: os dados preenchidos nesses campos so os que sero


exibidos no catlogo telefnico;

11 Ramal: nmero do ramal com 4 dgitos;

11 Prefixo: tronco/prefixo com a operadora;

11 Pginas amarelas: define a visibilidade do ramal no catlogo:

22 Pblico: ser exibido no catlogo disponvel para toda a internet;

22 Somente Interno: ser exibido somente quando a consulta ao catlogo for feita
dentro da rede da instituio;

22 No exibir: o ramal no ser exibido nem dentro nem fora da instituio.

11 Contatos do Ramal: podem ser includos nomes de usurios do ramal, alm do respon-
svel, que o usurio associado. Para incluir mais de um nome, basta clicar no cone;

11 Servios: servios disponveis apenas para ramais IP:

22 Modo Fax: todas as chamadas recebidas pelo ramal recebero tom de fax;

22 Modo Fax Temporrio: apenas a prxima chamada aps a habilitao desse campo
receber tom de fax e as demais sero tratadas como chamadas de voz;

22 Siga-me contnuo: todas as chamadas sero encaminhadas para o ramal preenchido


nesse campo;

22 Correio de voz Secretria Eletrnica: habilita as chamadas no atendidas a serem


enviadas para a caixa postal do ramal, acessvel com a senha preenchida nesse item;

22 Correio de voz Anexar recado para o e-mail: as chamadas encaminhadas para o


correio de voz sero enviadas por e-mail para o usurio responsvel, no formato de
arquivo de udio;

22 Correio de voz Secretria Eletrnica: as chamadas encaminhadas para a caixa


postal ficaro disponveis para acesso apenas atravs do ramal, sem o envio de e-mail.
Captulo 7 - PBX IP

189
Figura 7.42
Cadastrar ramal.

Prefixos

Definem os troncos com a operadora que a instituio possui, indicando os prefixos aos
quais sero atribudos ramais.

Para o cadastro de prefixo, devero ser informados:

11 Cdigo do Pas (2 dgitos);

11 Cdigo DDD do prefixo (2 dgitos);

11 Prefixo (4 dgitos);

11 Descrio: informaes opcionais.


Servio fone@RNP

Figura 7.43
Prefixos.

190
Faixas

Permite definir faixas de ramais para unidades especficas. Ao fazer um cadastro de ramal,
aps selecionar uma unidade cadastrada com uma faixa de ramais, basta clicar nos cones
das setas para esquerda e direita para que o sistema selecione automaticamente o primeiro
ou o ltimo ramal disponvel na faixa reservada para a unidade, respectivamente.

Ao fazer o cadastro de uma faixa, necessrio informar:

11 Tipo de Faixa: normalmente, Ramais IP;

11 Prefixo: prefixo dos ramais da faixa;

11 Incio/Fim da Faixa: o ramal inicial e final da faixa;

11 Descrio: informaes opcionais;

11 Unidade Preferencial: se nenhuma unidade preferencial for escolhida, os ramais perten-


centes faixa podero ser atribudos a qualquer unidade. Se uma unidade for selecionada
como preferencial, os ramais da faixa somente podero ser atribudos a essa unidade.

Figura 7.44
Faixas.

Provisionamento

No provisionamento, feita a configurao de telefones IP com ramais/usurios cadas-


trados no ambiente, bem como fazer o controle patrimonial dos aparelhos de telefone IP.

possvel consultar MACs de telefones IP cadastrados, cdigos de tombamento patrimonial,


modelos de telefones IP e usurios, bem como alterar o arquivo.cfg com configuraes dos
telefones Polycom.

Para edio do arquivo.cfg, basta clicar no cone da engrenagem ao lado do aparelho desejado.
Para edio dos mapeamentos entre telefone IP x usurio, basta clicar no cone do lpis.

Figura 7.45 possvel ainda exportar a listagem dos dados dos telefones IP para um arquivo.xls clicando
Provisionamento. no boto Exportar para Excel.
Captulo 7 - PBX IP

191
Cadastrar Configurao

Para fazer o provisionamento de um telefone IP, devem ser preenchidas as seguintes


informaes:

11 Nmero do Patrimnio: cdigo de tombamento patrimonial do aparelho;

11 Nmero de Srie/Endereo MAC: o endereo completo deve ser preenchido, pois esse dado
ser utilizado para fazer a configurao do aparelho quando o este for conectado rede;

11 Modelo do Telefone: ao selecionar o modelo, so mostrados os campos de usurio/


ramal, de acordo com a quantidade de linhas suportada por cada modelo;

11 Usurio: dever ser preenchido com o login de usurio previamente cadastrado.

11 Telefone: aps o preenchimento do usurio, sero mostrados os ramais associados a


ele. Dever ser selecionado no combo, o ramal que deseja utilizar para o usurio nesse
telefone IP sendo configurado.

11 Nome/Email do Responsvel: aps preencher o usurio e telefone, basta clicar no cone


para preencher automaticamente esses campos com os dados do usurio.

Telefones Figura 7.46


Patrimnio.
Essa opo permite cadastrar e consultar os modelos e caractersticas dos telefones IP que
sero utilizados no ambiente.
Servio fone@RNP

Para cadastrar um telefone IP, devem ser informados: Figura 7.47


Lista de telefones.
11 Fabricante;

11 Modelo;

192
11 Quantidade de linhas suportadas;

11 Se h ou no suporte a PoE.

Figura 7.48 Fabricantes


Cadastro de
telefones. Os nomes de fabricantes cadastrados nessa opo sero utilizados para o posterior
cadastro de telefones.

Figura 7.49 Histrico


Cadastro de
fabricantes. Permite consultar informaes de data/hora de cadastro e alterao de provisionamento.

um registro histrico de cada telefone IP, indicando quais usurios j foram configurados
em um dado aparelho e quando as alteraes foram feitas.

Figura 7.50 Servios


Histrico.
So funcionalidades adicionais para os ramais da instituio. Esto disponveis os servios
de gravao de mensagem para informar sobre mudanas de nmero de ramal, bem como
captura de ligaes entre grupos predefinidos.
Captulo 7 - PBX IP

Troca de Nmero

Quando um ramal desativado e substitudo por outro, possvel criar uma mensagem
informando o novo nmero quando houver ligaes para o nmero antigo. Essa opo
apenas faz a gravao da mensagem, sendo necessrio configurar o funcionamento do
servio e a rota no SRL.

193
Ao cadastrar o nmero novo e o antigo, necessrio que eles estejam no formato Cd.Pas +
DDD + Prefixo + nmero (Exemplo: 554837210000).

Figura 7.51
Troca de nmero.

Captura

A captura de chamadas entre ramais IP gerenciados pelo ambiente foi testada e homologada
para telefones IP Polycom. Para fazer a captura de chamadas, basta teclar Menu 1 8 no apa-
relho que deseja puxar uma ligao de outro.

Para que possa ser feita a captura, necessrio cadastrar um grupo, no qual dever ser
informado:

11 Um ID para o grupo (geralmente o nmero de um dos ramais pertencentes ao grupo);

11 Descrio/Nome;

11 Login dos usurios pertencentes ao grupo. Para adicionar mais usurios, basta utilizar
o cone +.

Figura 7.52
Grupo de captura.

Organizao

Essa opo permite o cadastro de informaes administrativas de localizao dos ramais


instalados.

Unidades

Como Unidades, geralmente so cadastrados centros de ensino e pr-reitorias, por exemplo.

Para o cadastro de Unidades devem ser preenchidas as seguintes informaes:

11 Nome: identificador nico para cada unidade;

11 Descrio: informaes opcionais;

11 Crditos Padro: caso deseje que todos os ramais vinculados a uma unidade, que uti-
lizem o sistema de crditos, recebam inicialmente o mesmo valor, dever ser informado
Servio fone@RNP

nesse campo o valor desejado;

11 Responsvel/E-mail: informaes utilizadas apenas para fins de gerao de relatrios;

194
11 Permisses Padro: caso deseje que todos os usurios vinculados a uma unidade sejam ini-
cialmente autorizados para os mesmos tipos de ligao, devero ser marcadas as permisses
desejadas. possvel selecionar configuraes diferentes para unidades diferentes.

Figura 7.53
Cadastro de
unidade.

Departamentos

Para o cadastro de departamentos, devem ser utilizados nomes nicos. Cada departamento
vinculado a apenas uma unidade.

Figura 7.54
Cadastro de
departamento.

Painel de Controle
Console

Essa opo visa facilitar o debug e acompanhamento de logs. possvel filtrar logs de
ligaes, de erros, de acesso ao boot Server, entre outros. O log atualizado no intervalo de
tempo definido, sendo que possvel pausar a atualizao para verificao.
Captulo 7 - PBX IP

195
Status Figura 7.55
Console.
Viso geral

Nesse menu, possvel verificar:

11 Status dos servios;

11 Estatsticas da central;

11 Status do ambiente;

11 Status de replicao do banco de dados;


Figura 7.56
11 Status administrativo e operacional dos servidores Master e Slave. Status.
Servio fone@RNP

196
Ligaes

possvel acompanhar as ligaes ativas em tempo real, observando origem, destino e


durao da chamada at o momento. Para atualizar o registro das ligaes, basta clicar no
cone no canto inferior direito.

Figura 7.57
Estatsticas. Contabilizao
Completadas

Disponibiliza a listagem das chamadas completadas pelos ramais do ambiente, tanto chamadas
feitas, quanto recebidas, informando origem, destino, data e hora, durao e usurio associado.

possvel aplicar filtros para consulta por data, origem, destino, prefixo do tronco e usurio
associado. H trs botes de atalho rpido para filtro por data, para pesquisar chamadas
completadas nos sete dias anteriores, nos 30 dias anteriores, ou no ms atual.

Figura 7.58 No Completadas


Contabilizaes
Ligaes Disponibiliza a listagem das chamadas no completadas pelos ramais do ambiente, tanto
completadas. chamadas feitas, quanto recebidas, informando origem, destino, data e hora, cdigo de erro
e usurio associado.
Captulo 7 - PBX IP

possvel aplicar filtros para consulta por data, origem, destino, prefixo do tronco e usurio
associado. H trs botes de atalho rpido para filtro por data, para pesquisar chamadas
no completadas nos sete dias anteriores, nos 30 dias anteriores, ou no ms atual.

197
Figura 7.59
Sobre o PBX IP Acadmico Contabilizao
Ligaes no
O PBX IP Acadmico uma implementao especial de um PABX tradicional, desenvolvido completadas.
para o fone@RNP, que procura atender s demandas comuns do servio de telefonia de uma
grande universidade brasileira. Foi desenvolvido primeiramente pela Universidade Federal
de Santa Catarina (UFSC), para atender s necessidades da UFSC. Quando da solicitao
de incorporao dessa soluo ao fone@RNP, foi modificado para se integrar ao servio e
melhor atender a todos os clientes do fone.

O PBX IP foi desenhado para funcionar com outros mdulos do fone, tendo como pr-requisito
a instalao de um SRL. Alm disso, a terminao de ligaes na RTFC deve ser feita por um
gateway (idealmente o GWT) configurado como um peer do SRL que controla esse domnio.

O PBX IP deve receber INVITES apenas do SRL diretamente acima. Todas as chamadas feitas
a partir de um PBX IP devem ser encaminhadas para o SRL. Conexes de udio e vdeo
podem seguir entre o PBX e o SRL, e o PBX, e outros dispositivos desse domnio. Como visto
nos pargrafos anteriores, o SRL fica responsvel por indicar a rota correta para o nmero
de telefone desejado.

Essa verso do PBX IP se chama acadmica porque foi desenhada para atender aos alunos
das universidades. Ela possui integrao com o servio de Identidade Digital da RNP, a
CAFe, Comunidade Acadmica Federada. Essa integrao permite a implementao de uma
funo de autoatendimento, onde o aluno capaz de solicitar seu prprio ramal IP em uma
pgina web, sem a interveno de qualquer funcionrio. Uma caracterstica nica no PABX IP
desenvolvido para a comunidade acadmica brasileira.

O PBX IP tambm preferivelmente implementado como uma Mquina Virtual. A RNP utiliza
VMWare, mas possvel implementar em qualquer outro fabricante ou tecnologia de virtua-
lizao, embora a RNP no d suporte para outras VMs.

O PBX IP Acadmico no implementado em dupla. H apenas uma mquina virtual para ele.
Servio fone@RNP

O PBX-IP Acadmico foi concebido para prover um ambiente grfico de gerncia de acesso
telefonia IP para alunos e funcionrios de uma instituio. Esse guia descreve uma viso
geral da PBX-IP Acadmica, contemplando todos os passos necessrios para a instalao,
configurao e operao do ambiente, incluindo a integrao com a federao CAFe e com
aplicaes da instituio via WEB Service.

198
l A PBX-IP Acadmica possui duas formas de integrao com os sistemas da instituio:
muito importante
ressaltar que a RNP 11 Atravs do LDAP da Federao CAFe;
no atuar como
11 Atravs do WebService da PBX-IP.
mantenedora do PABX
das instituies, A PBX-IP Acadmica disponibiliza para a instituio:
mesmo se elas optarem
por instalar o PABX do 11 Catlogo Telefnico: listagem pblica para consulta de ramais e usurios;
fone@RNP.Ns
desenvolvemos a 11 Portal do Usurio: interface de autosservio, para acesso individual de cada usurio
soluo e estamos criao e configuraes do seu prprio ramal;
oferecendo-a para uso
nas instituies em 11 rea administrativa: Mdulo Sistema: para configurao de parmetros da prpria
conjunto com os outros mquina, firewall etc., atravs de uma interface web;
mdulos do servio
fone@RNP. Mas, 11 rea administrativa: Mdulo Central: para gerncia (cadastros, consultas e alteraes)
exatamente como de ramais, usurios e permisses de discagem;
quando uma instituio
escolhe utilizar 11 WebService: para integrao com sistemas de gerenciamento de identidade e vnculo
qualquer outro PABX, com a instituio, consultando os alunos e funcionrios com vnculo ativo/regular, permi-
seja ele Siemens, Avaya,
Cisco, Leucotron, tindo ento o uso de ramal da PBX-IP Acadmica.
Intelbras, Asterisk,
Elastix, SNEP ou Esse guia foi elaborado com suporte as seguintes verses:
qualquer outro
fabricante, necessrio 11 Web: 2.0.158: 01/04/2015
que a instituio
11 Core: 2.0.28- 05/06/2015
contrate uma empresa
(ou possua o conheci-
mento internamente) Instalao do PBX IP acadmico
para manter seu PABX
funcionando correta- Os requisitos mnimos para o funcionamento da mquina so os seguintes:
mente.
Atualmente, no 11 Memria: 2GB RAM;
momento da escrita
desse livro, para 11 Armazenamento: 50 GB;
realizar o trabalho de
11 VMware 5.0 e VMware-Tools instalado.
mantenedor do PABX IP
do fone@RNP, a RNP
Alm disso, os seguintes requisitos tambm devem ser atendidos para a implantao da
conta com a equipe do
PoP-SC, que desen- PBX-IP Acadmica:
volveu o PABX, e com a
CAM Tecnologia, que 11 J possuir o SIP Router Local (SRL) instalado e em produo na instituio;
nos d suporte no
11 J possuir implantado o servio da Comunidade Acadmica Federada (CAFe) da RNP;
fone@RNP.
11 Ter um endereo IP pblico disponvel para ser alocado PBX-IP;

11 Fazer a configurao hostname/IP no DNS da rede da instituio;

11 Ter faixa de ramais para alocao TDM ou nmeros privados do fone@RNP;


Captulo 7 - PBX IP

199
Antes de iniciar a configurao da PBX-IP Acadmica, tenha em mo os seguintes dados:

Informao Descrio Exemplo

IP SRL-M1 Endereo IP do SIP Router Local Mquina 1 200.0.2.11

IP SRL-M2 Endereo IP do SIP Router Local Mquina 2 200.0.50.22

Realm Domnio que ser utilizado para registro dos usurios voip.instituicao.br
ou acad.voip.instituicao.br

IP para a PBX-IP Endereo IP Pblico que ser utilizado pela PBX-IP 200.0.20.33
Acadmica Acadmica

LDAP CAFe Informaes do LDAP da CAFe como: hostname/IP, ldap.pop-sc.rnp.br


DN ou=people,dc=ufsc,dc=br

Faixa TDM Prefixo e faixa de ramais TDM e/ou fone@RNP 48 1234-1000 a 48 1234-1999

Configurao de DNS para a PBX-IP Acadmica


Para o registro de ramal dos usurios da PBX-IP Acadmica, ser necessrio fazer a configu-
rao de um Realm para a mquina. Para isso, deve-se fazer a configurao de Realm/Porta
no DNS-SRV da instituio, isto , incluir no DNS o registro SRV do Realm que ser utilizado.
Siga os exemplos a seguir para fazer a configurao no DNS da sua instituio:

Exemplo 1: Realm direto no nome da instituio

11 Realm: instituicao.edu.br

11 Catlogo/Acesso usurios: acad.instituicao.edu.br

11 Porta SIP: 5080

instituicao.edu.br

pbxip-acad IN A 10.10.2.33
acad CNAME pbxip-acad
_sip._udp SRV 5 10 5080 pbxip-acad.instituicao.edu.br

Exemplo 2: Realm em um subdomnio da instituio

11 Realm: voip.instituicao.edu.br

11 Catlogo/Acesso usurios: acad.voip.instituicao.edu.br

11 Porta SIP: 5080

voip.instituicao.edu.br

@A 10.10.2.33
pbxip-acad IN A 10.10.2.33
acad CNAME pbxip-acad
_sip._udp SRV 5 10 5080 pbxip-acad.instituicao.edu.br.
Servio fone@RNP

Importao da Mquina Virtual

A PBX-IP Acadmica deve ser instalada atravs de imagem para VMware. Caso tenha outro
tipo de sistema de virtualizao, podemos baixar o disco do VMware atravs do seguinte link:
http://repositorio-fone.rnp.br/fone2012/PBX-IP-ACAD/VM/1.0/stable/FoneRNP-PBXIP-ACAD-
disk1.vmdk

200
w Para realizar a instalao via imagem do VMware, acesse o servidor de VMs atravs do
Para que voc consiga VMware vSphere Client.
fazer o deploy da URL,
voc deve antes Siga os passos descritos no item 1.2 desde captulo para o PABX Corporativo, logicamente,
solicitar RNP a
substitudo o link da VM para o PABX Acadmico.
liberao do IP do seu
servidor de VM junto ao
Aps concludo o processo de importao da VM, ligue a mquina para poder acess-la e
repositrio. Para
consultar a chave SHA1 iniciar a configurao.
para validao das
imagens, utilize o
seguinte link: http://
Acessando e configurando
repositorio-fone.rnp.br/
Configurando uma estao para acessar a PBX-IP
fone2012/PBX-IP-
-ACAD/VM/1.0/stable/
FoneRNP-PBXIP-ACAD.
A configurao de uma estao de trabalho para acesso inicial ao PBX IP Acadmico idn-
mf tica a preparao para acesso a outra VM qualquer do fone@RNP.

Repita os procedimentos descritos no item 2.1 desde captulo, at o acesso pelo browser.

Para fazer o acesso inicial rea administrativa da PBX-IP Acadmica basta acessar a URL
https://10.255.255.30/PBX-IP. Voc ser direcionado tela inicial de login.

Configurando o PBX-IP Acadmico


Seguindo os passos anteriores, aparecer a tela de login.

Figura 7.60 Digite os seguintes dados para o acesso:


Primeiro login do
Captulo 7 - PBX IP

PBX IP Acadmico. 11 Usurio: admin

11 Password: pbxip.admin

Aps o primeiro acesso, troque a senha de administrador imediatamente!

201
No canto superior direito, clique em Sistema, depois em Administradores. Edite o admi-
nistrador padro e certifique-se de utilizar uma senha forte.

Mdulo Central: Status

Aps fazer o login, ser exibida uma tela inicial de viso geral da mquina e da aplicao,
na qual possvel observar diversas informaes, como status de recursos da mquina,
servios, estatsticas, entre outras.

11 Status dos Servios: lista os principais servios utilizados pela PBX-IP, informando se Figura 7.61
esto rodando (cone verde) ou no (cone amarelo ou vermelho); Status.

11 Estatsticas da Central: estatsticas de ramais e chamadas da PBX-IP;

11 Status Administrativo: endereo IP alocado para a PBX-IP;

11 Nmero de CPUs e Porcentagem de Utilizao: lista de CPUs da mquina, assim como


seu modelo e velocidade, contendo ao lado o percentual de utilizao de cada uma;

11 Memria Efetiva, Memria Utilizada e Swap: memria efetiva a memria efetiva-


mente sendo usada pelo sistema. Memria utilizada o total de memria utilizada con-
tando a memria em cache, e swap o total de memria utilizada como swap;

11 Carga mdia do sistema: carga mdia da PBX-IP no ltimo minuto, nos ltimos
5 minutos e na ltima hora;

11 Nmero de processos: nmero de processos rodando na PBX-IP;

11 Parties: lista de parties utilizadas pela mquina, contendo respectivamente suas


porcentagens de utilizao.
Servio fone@RNP

202
Central/sistema

So os mdulos de configurao e operao da PBX-IP, os quais podem ser alternados,


clicando no canto superior direito da tela inicial, conforme figura 7.62.

11 No mdulo central, feita a operao da PBX-IP, isto , a gerncia de ramais e usurios,


contabilizao de chamadas etc.;

11 No mdulo sistema, feita a configurao da mquina e da aplicao, isto , so feitas


configurao de rede, firewall, TDM etc.

Firewall

Iniciaremos a configurao da PBX-IP Acadmica pelo Firewall, de modo a evitar a perda de


acesso aps alterar as configuraes de rede da mquina. Para isso, clique em Sistema, no
canto superior direito da tela inicial. Em seguida, abra o menu lateral Firewall. Nessa tela,
possvel liberar diversos tipos de acesso mquina.

Figura 7.62 Inicialmente, na opo Rede de Gerncia, clique no boto para adicionar uma nova linha.
Firewall.
Preencha o IP/mscara da rede da instituio a partir da qual sero feitos acessos futuros
para operao da PBX-IP, quando for alterado para IP vlido. Alm disso, voc dever liberar
os IPs de NTP e DNS que sero utilizados pela mquina. Tambm possvel liberar acesso a
portas especficas atravs do item Aes, conforme exemplo da prxima figura.
Captulo 7 - PBX IP

203
Por default, a porta padro 5060 no aberta, a fim de evitar acessos no autorizados. Caso Figura 7.63
queira que a porta fique aberta, basta incluir no item Portas Abertas, mas no recomen- Configurao da
firewall.
dado, por ser uma porta comumente explorada em tentativas de SIP scan. A porta SIP local
padro para operao do ambiente a 5080, mas poder ser alterada na opo Portas
Abertas. Essa porta ser utilizada pelos usurios para registro de ramal na PBX-IP e deve
ser a mesma porta configurada no DNS da instituio.

Configuraes > Sistema


l
Aps fazer a liberao de firewall, faremos a configurao da mquina e da aplicao. Para Sempre aps fazer
isso, acesse o menu lateral Sistema e preencha nas abas, as informaes pertinentes da alteraes na configu-
rao do firewall, clique
instituio e as principais configuraes da aplicao e da mquina. em Salvar e em
seguida em Aplicar.
Aba Instituio necessrio aplicar para
que as configuraes
Aba que contm as informaes da instituio e do responsvel pela administrao da do firewall tenham
PBX-IP Acadmica. Clique na guia Instituio e preencha com os dados cadastrais solici- efeito.

tados, conforme exemplo da figura a seguir. Ao concluir, clique em Salvar.


Servio fone@RNP

204
Figura 7.64 Aba Sistema
Configuraes do
sistema: Instituio. Nesta aba, sero preenchidas as configuraes bsicas da mquina, como rede, DNS, NTP etc.

Figura 7.65 11 IP: IP vlido que ser atribudo mquina. Este IP deve ser pblico;
Configuraes do
sistema: Sistema. 11 Mscara: mscara de rede do IP;

11 Gateway: gateway da rede qual pertence o IP da mquina;

l 11 MTU: tamanho mximo da MTU no segmento LAN, padro: 1500;

Observao: no 11 Hostname: nome do servidor no domnio de rede da instituio;


utilizar: _ ; . ou
outro caractere que Importante: no Hostname, a padronizao adotada PBXIP-Acad-Sigla da Instituio.
possa quebrar na
Exemplo: a UFSC ter o seguinte hostname: PBXIP-Acad-UFSC.
formao do
FDQN(Fully Qualified
11 NTP1 e NTP2: endereos dos servidores de NTP que sero utilizados pela mquina.
Captulo 7 - PBX IP

Domain Name).
Lembre de liberar esses endereos no firewall;

205
11 DNS Resolver 1 e DNS Resolver 2: caso a instituio possua servidor de DNS, ou tenha
algum que deseje apontar, inserir nesses campos e liberar no firewall. Esses DNSs devem
ser capazes de resolver zonas de ENUM. Caso no possua DNS capaz de resolver DNS
ENUM, utilize os mesmos endereos IP dos SRLs. Esses endereos tambm devem ser
liberados no firewall;

11 Domnio: domnio de rede ao qual pertence o IP da mquina;

11 Time zone: fuso horrio que a mquina vai utilizar.

Aba Gerncia

Na aba Gerncia, possvel configurar comunidades de monitoramento SNMP, desviar


os logs para um servidor externo, configurar o SMTP para envio de e-mails automticos e
configurar permisso acesso para determinadas redes interface de gerncia da PBX-IP
(IPdaPBX/PBX-IP).

11 SNMP: Figura 7.66


Configuraes do
22 Comunidade: Comunidade SNMP somente leitura; sistema: Gerncia.
22 Rede de Gerncia: rede de gerncia para onde a comunidade de leitura ter acesso.

11 SYSLOG:

22 IP: endereo IP do servidor syslog de sua instituio;

22 Porta: porta onde o servidor estar escutando (Padro: 514);

22 Protocolo: protocolo de transporte, atualmente suportado TCP e UDP (Padro: UDP).

22 Syslog: para desabilitar o envio remoto via syslog, apontar para o IP 127.0.0.1.

11 SMTP:

22 Servidor SMTP: nome ou endereo IP do servidor SMTP responsvel por encaminhar


Servio fone@RNP

os e-mails da PBX-IP Administrativa;

22 Porta do servidor SMTP: porta do servidor SMTP utilizada para receber os e-mails.
Exemplo: 25, 465;

22 E-mail de origem: e-mail utilizado para compor as mensagens;

206
l 22 Autenticao SMTP: marcar caso o servio de e-mail requeira autenticao:
Importante: acesso 22 Usurio: usurio utilizado para autenticao de envio;
WWW: liberar somente
para a rede de gerncia 22 Senha: senha do usurio para autenticao.
da instituio ou
equipe de suporte RNP. 11 Acesso WEB: define a partir de quais redes possvel acessar as interfaces administra-
Acesso WebService: o tivas e de WebService:
mtodo atual de
autenticao atravs 22 WWW [1 5]: redes onde as interfaces administrativas podero ser acessadas, isso ,
do IP de origem. /PBX-IP/;
Somente liberar para o
IP de sua aplicao 22 WebService: rede ou Host de onde o WebService da PBX-IP para criao de ramais
caso deseje interagir poder ser acionado.
com a PBX-IP. Para
desabilitar, deixar em
branco.

Figura 7.67 Aba Proxy SIP


Configuraes
do sistema: Define as configuraes dos proxys para comunicao com a PBX-IP.
Acesso web.

11 PBX: VoIP Realm: Realm que ser utilizado para responder ao servio VoIP, isto , o nome
Captulo 7 - PBX IP

Figura 7.68
Configuraes do definido para o IP da mquina no DNS da instituio. Exemplo: acad.voip.instituicao.br;
sistema: Proxy SIP.
11 OpenSIPs: Porta: porta onde o SIPProxy (OpenSIPS) vai atender requisies. Padro: 5080;

11 OpenSIPs: Nvel de Debug: nvel de log que ser gerado pelo OpenSIPs. Escolha entre
0 at 7. Recomenda-se utilizar 1;

207
11 Midia Server: Porta: porta UDP onde o asterisk responsvel por executar funes de
servidor de mdia vai atender requisies (padro: 5071). No pode ser a mesma do
OpenSIPs. O acesso dessa porta somente ser realizado pelo OpenSIPs;

11 Sip Router Local: IP Master: IP do Sip Router Local (SRL) master da instituio (Mquina 1);

11 Sip Router Local: Porta Master: porta do SRL master (Mquina 1). Padro: 5060;

11 Sip Router Local: IP Slave: iP do Sip Router Local (SRL) slave de sua instituio (Mquina 2);

11 Sip Router Local: Porta Slave: porta do SRL slave (Mquina 2). Padro: 5060;

Aba CAFe

Contm os parmetros do LDAP de acesso para realizar a integrao da PBX-IP com a


Federao CAFe.

11 CAFe LDAP Host: IP ou hostname do servidor LDAP da CAFe de sua instituio; Figura 7.69
Configuraes do
11 DN: ponto de acesso DN (Nome distinto) do diretrio LDAP da instituio; sistema: CAFe.
11 Modo: Modo de Conexo: default ou SSL. Padro: default;

11 Porta: porta para realizar conexo. Padro: 389 ou 636 (LDAP sobre SSL); l
A PBX-IP somente
11 Autenticao Por: informar o modo de autenticao: uID ou CN. aceita INVITES de
chamadas de peers
Aba TDM vlidos (SIP Routers
Locais) ou usurios
Nesta aba, sero configurados os parmetros de TDM, isto , numerao de telefonia que autenticados. Invites
ser utilizada pela PBX-IP. no autenticados ou de
fontes desconhecidas
so negados. Para que
o Realm funcione ser
necessrio criar as
entradas DNS-SRV
apontando para a
PBX-IP, informando em
qual porta o proxy vai
Servio fone@RNP

trabalhar (padro
5080).

208
Figura 7.70 Parmetros de telefonia convencional:
Configuraes do
sistema: TDM. 11 Cdigo de Pas: cdigo do Pas/CN: para o Brasil utilizar 55;

11 DDD: cdigo DDD da instituio;

11 Prefixo: prefixo TDM da instituio;

11 Cdigo da Operadora: cdigo da operadora de longa distncia. Exemplo: Embratel 21;

11 Linha Externa: cdigo extra para acesso alinha externa. Exemplo: 0;

11 Ramal PBXIP Inicial: ramal inicial no prefixo TDM que ser atendido por essa PBX-IP;

11 Ramal PBXIP Final: ramal final no prefixo TDM que ser atendido por essa PBX-IP;

11 Ramal Padro de Sada: ramal no prefixo TDM utilizado para completar ligaes atravs
da URA da PBX-IP.

Parmetros de VoIP: numerao Interna do Fone@RNP

11 Prefixo: prefixo fornecido pela RNP para uso interno da instituio. Exemplo: 1XXX;

11 Ramal Inicial: ramal inicial no prefixo VoIP que ser atendido por essa PBX-IP;

11 Ramal Final: ramal final no prefixo VoIP que ser atendido por essa PBX-IP.

Aba Servios

Os servios disponveis nessa opo podem ser habilitados/desabilitados clicando sobre o


servio desejado, em Cancelar > Selecionar. Captulo 7 - PBX IP

209
Aba Aplicar Figura 7.71
Configuraes do
Modificaes feitas na configurao do sistema devem ser aplicadas para ter efeito. Sele- sistema: Servios.
cione os itens onde as configuraes devem ser aplicadas. Normalmente, seleciona-se os
trs itens: sistema, OpenSips e Asterisk. Em seguida, clicar em Aplicar configuraes e
aguardar sua concluso.

Aps aplicar as configuraes, o IP da mquina ser alterado. Ser necessrio voltar Figura 7.72
configurao original de IP na mquina de acesso. Pode ser necessrio tambm alterar a Configuraes do
sistema: Aplicar.
configurao de vlan da mquina virtual no ambiente WMWare, caso tenha utilizado uma
vlan diferenciada para a configurao.

Em seguida, acesse novamente a o PBX IP Acadmico, agora utilizado o IP vlido que foi
configurado.
Servio fone@RNP

Configuraes > Atualizao

Aps acessar a mquina atravs do IP vlido, com sada para a internet, o primeiro passo
verificar se h atualizaes disponveis. Para isso, acesse o menu Atualizao.

Se houver atualizao disponvel, ser exibido conforme figura a seguir:

210
Figura 7.73 Clique em Atualizar Aplicaes. Aps concluir a atualizao, ser exibido o log conforme
Atualizaes. exemplo da prxima figura. Na caixa de texto destacada em verde, clique em Configuraes
de Ambiente. Voc ser redirecionado para a tela do menu Sistema, onde dever aplicar as
configuraes para que as alteraes tenham efeito.

Figura 7.74 Caso no tenha nenhuma atualizao disponvel, ser exibida a mensagem conforme figura
Atualizao a seguir.
aplicada.
Caso o sistema informe Erro ao buscar atualizaes, solicite RNP permisso para fazer
Figura 7.75
Sistema atualizado. atualizao do componente, ligando para o Service Desk.

Captulo 7 - PBX IP

211
Configuraes > Backup

possvel guardar um arquivo de backup das configuraes atualizadas de sistema e firewall


da PBX-IP, caso ocorra algum problema com a mquina e seja necessrio fazer uma reinsta-
lao futuramente.

Para fazer o download do arquivo de backup, basta acessar o menu Backup e clicar em
Backup do arquivo M4. Ser gerado um arquivo de texto com os principais parmetros e
variveis do sistema. Recomenda-se fazer o download do arquivo e armazen-lo para uso
futuro, caso seja necessrio.

Para fazer o upload do arquivo M4 (restaurao de backup), basta clicar em Selecionar


Arquivo. Em seguida, clicar em Enviar.

Figura 7.76
Backup.

Administradores > Gerenciar

Aps concluir a configurao e atualizao, mais que alterar a senha do usurio de adminis-
trao, recomenda-se trocar o login admin (que j conhecido e documentado), a fim de
evitar acessos no autorizados.

Para isso, acesse o menu Gerenciar, na guia Administradores.

Ser exibida a listagem dos usurios administrativos cadastrados no sistema, onde pos-
svel editar as informaes de um usurio clicando no cone do lpis.

Apague o usurio admin e cadastre outro Administrador. Clique em Cadastrar Administrador. Figura 7.77
Usurios
Ser exibida uma tela para preenchimento das informaes do usurio, bem como as (Administradores
permisses de acesso que sero concedidas a ele. Caso deseje que o usurio tenha acesso do PBX).

somente leitura a algum mdulo especfico, basta marcar a opo Somente Leitura ao
lado da permisso. Caso deseje que o usurio no tenha acesso a um determinado mdulo,
basta deix-lo desmarcado.
Servio fone@RNP

212
Figura 7.78 Logs > Visualizar
Configurao dos
administradores. Os usurios cadastrados para acesso rea administrativa da PBX-IP tero suas aes
registradas atravs do menu logs, desde tentativas de login, cadastro de usurios, alterao
de privilgios, entre outras.

Figura 7.79 Ao acessar o menu Visualizar, sero listadas as aes do arquivo de logs, onde possvel
Filtros dos logs. realizar filtragem por data, usurio, aes, endereo IP e/ou alguma descrio.

Figura 7.80
Captulo 7 - PBX IP

Logs do sistema.

213
Para obter mais detalhes sobre uma determinada ao, basta clicar sobre a linha, conforme
exemplificado na prxima figura.

Configuraes > Permisses de Discagem Figura 7.81


Detalhes dos logs.
O prximo passo de configurao antes de poder iniciar a operao da PBX-IP Acadmica a
configurao dos tipos de chamadas que podero ser realizados pelos usurios, bem como
as regras de formatao de nmero para encaminhamento ao SRL.

Os tipos de chamadas permitidas pelo ambiente so mapeados atravs de expresses regu-


lares, definidas nesta sesso. Quando um usurio fizer uma chamada, o nmero destino
ser comparado com as expresses regulares definidas nessa sesso, para identificar qual
o tipo de destino que est sendo discado (Ramal, fixo/celular local, DDD etc.). Em seguida,
ser verificado se o usurio possui permisso para esse tipo de chamada, para ento fazer o
encaminhamento ou recusar a chamada. Alm disso, a combinao das chamadas efetu-
adas com as expresses definidas utilizada para gerao de relatrios e contabilizao de
custos (para chamadas tarifadas). Por exemplo, se o nmero discado por um usurio casar
com a linha Chamadas locais de PSTN para Fixo, conforme a figura 7.82, ser em seguida
verificado se esse usurio possui permisso para fazer chamadas para fixo local PSTN. Se
possuir, a chamada ser encaminhada e o tipo de chamada ser marcado na contabilizao
como sendo do tipo Fixo local PSTN.

Nesta sesso, devem basicamente ser alterados nas expresses regulares o DDD, cdigo de
operadora, prefixo da instituio e faixa de ramais. Existe um campo para teste de nmero
destino, no qual possvel testar as regras alteradas, inserindo um nmero e verificando se
casa com alguma regra.
Servio fone@RNP

Configuraes > Plano de Discagem Figura 7.82


Permisses de
Aps definir os tipos de chamadas permitidos no ambiente, necessrio definir os planos de discagem.
discagem (dialplan) contendo as regras alterao de numerao/reescrita para fazer o enca-

214
minhamento dessas chamadas ao SRL. Atravs dos planos de discagem, possvel alterar
o formato do nmero discado pelo usurio antes de encaminhar ao SRL. Por exemplo, a
instituio pode definir que os usurios disquem 0+DDD+8 nmeros para chamadas interur-
banas, e o plano de discagem pode incluir o cdigo de operadora automaticamente antes de
encaminhar a chamada ao SRL.

Figura 7.83 11 Descrio: id/nome da regra sendo criada;


Plano de discagem.
11 Expresso: expresso regular que case com a discagem feita pelo usurio;

11 Strip: quantidade de dgitos esquerda do nmero destino que devem ser removidos
na reescrita;
l 11 Prefixo: dgitos/caracteres que devem ser inseridos esquerda do nmero destino,
Uma chamada somente depois que os dgitos do strip foram removidos;
ser encaminhada ao
SRL depois de casar 11 Ativo: ativar/Desativar regra.
com pelo menos um
plano de discagem, Nesse ponto, a configurao da PBX-IP est concluda e a mquina j est pronta para operao.
mesmo que esse no
Para isso, ser detalhado a seguir os procedimentos de operao do mdulo Central.
altere o nmero. Caso
haja planos de
discagem conflitantes, Guia de operao
ser casado com o que
aparecer primeiro na O mdulo Central permite ao administrador fazer a operao do ambiente, oferecendo
lista.
acesso ao status da PBX-IP, painel de controle, gerncia de usurios, definio de infor-
maes de ramais, mapeamento de grupos da entidade Eduperson para os privilgios de
interesse, informaes de contabilizao, entre outras funes.

Organizao: Classes

Inicialmente, necessrio cadastrar as classes de usurios (alunos, funcionrios etc.) refe-


rentes ao esquema BR Eduperson, presentes na Federao CAFe, que sero utilizadas para
o mapeamento no momento do auto-servio de cadastro. Por padro, a PBX-IP j possui trs
classes cadastradas conforme tipo de afiliao do Eduperson, as quais voc dever editar e
definir os parmetros de permisses e crditos.
Captulo 7 - PBX IP

215
possvel editar uma classe clicando no cone na linha da classe desejada. Tambm Figura 7.84
possvel fazer cadastro de novas classes clicando em Cadastrar Classe. Tanto para cadastro Classes.

quanto edio de classe, os seguintes campos ficam disponveis para preenchimento:

11 Nome: identificador nico para cada classe;

11 Descrio: informaes opcionais;

11 Tipo de Afiliao: tipo de afiliao (classe) ao Eduperson;

11 Crditos Padro: todos os ramais de usurios vinculados a uma classe, que utilizem o
sistema de crditos, recebero inicialmente o mesmo valor de crditos, definido nessa
tela, e ser feita uma recarga automtica mensal no mesmo valor;

11 Permisses Padro: caso deseje que todos os usurios vinculados a uma classe sejam
inicialmente autorizados para os mesmos tipos de ligao, devero ser marcados as per-
misses de ligao desejadas.
Servio fone@RNP

216
Figura 7.85 Ramais: Prefixos
Cadastro de
classes. Aps definir as classes de usurios, necessrio definir os prefixos e as faixas TDM de
ramais que sero atribudas a cada uma, pela PBX-IP. Para isso, acesse o menu Ramais >
Prefixos e cadastre os prefixos de numerao que sero utilizados pela PBX-IP, conforme
cadastrado anteriormente na aba TDM, das configuraes do sistema.

Figura 7.86 Para o cadastro de prefixo, devero ser informados os parmetros, conforme exemplo.
Prefixos.
11 Cdigo do Pas (2 dgitos). Exemplo: 55;

11 Cdigo DDD do prefixo (2 dgitos). Exemplo: 48;


Captulo 7 - PBX IP

11 Prefixo (4 dgitos). Exemplo: 1050;

11 Descrio: informaes opcionais. Exemplo: prefixo Fone@RNP.

217
Ramais: Faixas Figura 7.87
Cadastro de
Aps cadastrar os prefixos que sero utilizados, necessrio definir as faixas de ramais do prefixos.
prefixo, fazendo a diviso para cada classe, isto , ser definido o pool de ramais para cada
classe Eduperson.

Para fazer o cadastro de uma faixa, necessrio informar: Figura 7.88


Faixas de ramais.
11 Prefixo: prefixo dos ramais da faixa;

11 Incio/Fim da Faixa: o ramal inicial e final da faixa;

11 Descrio: informaes opcionais;

11 Classe Preferencial: deve ser informada uma classe, previamente cadastrada, qual a
faixa de ramais ser atribuda.
Servio fone@RNP

218
Figura 7.89
Cadastro de faixa
de ramais.

Usurios SIP

l Aps concluir o cadastro atravs do Portal do Usurio, os ramais/usurios so inseridos na


Quando for cadastrado interface administrativa da PBX-IP. No menu Usurios SIP, possvel consultar a lista de
um usurio, ser usurios cadastrados. Na lista de usurios, a coluna SO (Status Operacional) contm um
automaticamente
atribudo o prximo cone que fica na cor cinza quando o usurio no est registrado, e verde, quando o usurio
ramal disponvel da est registrado. J a coluna SA (Status Administrativo) indica os seguintes estados de ramal:
faixa associada a sua
classe. 11 Verde: usurio ativado;

11 Vermelho: usurio aguardando ativao.

Figura 7.90 Apenas o SA ativo (verde) permite que o usurio possa se registrar e efetuar/receber
Usurios SIP chamadas. Para fazer a ativao manual de um usurio, sem clicar no link do e-mail, basta
Contatos.
clicar sobre o cone da coluna SA do usurio desejado, passando de vermelho para verde.

possvel exibir toda a lista, bem como fazer buscas especficas por usurios ou por dados
de outras colunas, local, responsvel etc. A ordenao default da lista de resultados feita
por ordem de usurio, mas tambm pode ser feita clicando sobre o nome da coluna de
acordo com a qual os resultados devem ser ordenados.
Captulo 7 - PBX IP

Ao clicar sobre o nome do usurio na lista, uma aba aberta a seguir, indicando algumas
informaes e dados. possvel ver o nmero dos ramais associados ao usurio, endereo
IP, caso ele esteja registrado, histrico de endereos IP nos quais o usurio j se registrou,
com as respectivas datas e horrios, conforme pode ser observado nas prximas figuras.

219
Figura 7.91
Usurios SIP:
detalhes.

Tambm possvel editar um usurio e alterar manualmente algumas informaes, seme- Figura 7.92
lhante ao que feito atravs do Portal do Usurio. Para isso, basta clicar no cone do lpis ao Usurios SIP:
detalhes.
lado do usurio que se deseja editar. Ao fazer alteraes no usurio, no deve ser alterado os
dados de nome, login e documento, pois so dados automaticamente preenchidos pelo LDAP
da CAFe. Podem ser alterados o e-mail, habilitar/desabilitar sistema de crditos, inserir mais
crditos, alterar o ramal, deixar o ramal como pblico ou no exibir no catlogo e alterar as
permisses de discagem. Aps fazer as alteraes desejadas, clique em Alterar.
Servio fone@RNP

220
Figura 7.93 Ramais: Gerenciar
Cadastro de
usurio SIP. Embora seja permitido cadastrar um ramal manualmente, essa ao no necessria, pois
no momento do cadastro do usurio SIP tambm automaticamente cadastrado o ramal
escolhido pelo usurio no Portal. Nessa sesso, possvel ver a lista dos ramais cadas-
trados, bem os usurios associados, fazer buscas, cadastrar novos ramais ou editar ramais
j cadastrados. Podemos fazer buscas por nmero de ramal ou outros dados do ramal.
Ao clicar na linha do ramal, aberta uma extenso a seguir do ramal, onde so detalhadas
algumas informaes do ramal selecionado.
Captulo 7 - PBX IP

221
Para cadastrar um novo ramal, basta clicar em Cadastrar Ramal e preencher os dados Figura 7.94
solicitados. Para editar dados de ramais j cadastrados, basta clicar no cone do lpis e, aps Ramais.

fazer as alteraes desejadas, clicar em Alterar para salvar as novas configuraes.

Figura 7.95
Cadastro de ramais.

Os seguintes campos esto disponveis na tela de cadastro/edio de ramal:

11 Classe: classe de afiliao, definida no cadastro da faixa que inclui o ramal;

11 Prefixo: prefixo da faixa do ramal;


Servio fone@RNP

11 Ramal: nmero do ramal (dgitos);

11 Local: informao de local a ser exibida no catlogo telefnico.

11 Pginas Amarelas: visibilidade do ramal no catlogo telefnico: pblico, somente rede


interna da instituio ou no ser exibido;

222
11 Contatos do Ramal: caso um ramal tenha mais de um usurio;

11 Servios: Correio de Voz: para habilitar a secretria eletrnica. necessrio definir uma
senha de 6 nmeros, para acesso a partir do dispositivo onde o ramal estiver registrado
(Telefone IP ou Softfone);

11 Hora e Data Certa: servio que fala a data e hora certa;

11 Teste de Eco: realiza teste de latncia de udio permitindo o usurio perceber a quali-
dade da chamada;

11 Siga-me: permite realizar um desvio contnuo para outro ramal ou nmero externo.
O usurio poder alterar essa funo atravs do Portal do Usurio. O nmero a ser
preenchido nesse campo deve obedecer as regras de discagem. Caso o siga-me seja para
um nmero externo, o usurio deve ter permisso para fazer esse tipo de chamada.

Registro de Usurio em Sofphone para teste

Nesse ponto, a PBX-IP j est com a configurao finalizada e possui um usurio/ramal


cadastrado.

Para testar as configuraes da PBX-IP e o registro e realizao de chamadas do usurio,


vamos fazer o registro do usurio SIP. Para isso, utilize qualquer softfone de sua preferncia
ou Telefone IP, com os seguintes dados para o registro:

11 Domnio: Realm da PBX-IP, conforme configurado no DNS da instituio e na configurao


de sistema de mquina;

11 Porta SIP Local: 5080;

11 Username: usurio da CAFe/LDAP. Exemplo: nome.sobrenome;

l 11 Password: senha configurada no momento do cadastro do usurio no Portal;

Para que a PBX-IP 11 Authentication Username: usurio da CAFe/LDAP. Exemplo: nome.sobrenome;


Acadmica possa
realizar e receber 11 Caller ID: nome do usurio ou nmero do ramal.
chamadas, necessrio
Voc pode acompanhar o registro do ramal na interface de gerncia de usurios SIP. Quando
que esteja cadastrada
como um peer no SRL o usurio SIP estiver registrado na PBX-IP, o cone do telefone, na coluna SO, da linha do
da instituio e que usurio, ficar verde. Aps o usurio registrar, j possvel realizar chamadas.
tenha como rotas as
faixas de ramais por ela Painel de Controle: Console
atendidas. Tambm
necessrio que esteja Voc pode acompanhar o log das chamadas de um usurio atravs do menu Console. Essa
liberado o acesso da
opo visa facilitar o debug e acompanhamento de logs quase em tempo real. possvel
PBX-IP Acadmica no
firewall do SRL. filtrar logs de ligaes do OpenSIPS, de erros, Fail2Ban, entre outros. O log atualizado no
intervalo de tempo definido, sendo que possvel pausar a atualizao para verificao.
Captulo 7 - PBX IP

223
Ligaes Figura 7.96
Console.
Atravs desse menu, tambm possvel acompanhar informaes das ligaes ativas em
tempo real, observando de forma resumida origem, destino e durao da chamada at o
Figura 7.97
momento. Para atualizar o registro das ligaes, basta clicar no cone no canto inferior direito. Estatsticas.

lVoc pode tambm


Contabilizao

A PBX-IP gera um relatrio interno de chamadas completadas e no completadas.


acompanhar os logs
Completadas das chamadas externas
geradas/recebidas pela
Disponibiliza a listagem das chamadas completadas pelos ramais do ambiente, tanto cha- PBX-IP Acadmica,
atravs da tela de
madas realizadas, quanto recebidas, informando origem, destino, data e hora, durao e
console do SRL da
usurio associado. instituio. Assim,
possvel identificar se
Servio fone@RNP

possvel aplicar filtros para consulta por data, origem, destino, prefixo do tronco e usurio est ocorrendo
associado. H trs botes de atalho rpido para filtro por data, para pesquisar chamadas corretamente a
comunicao entre a
completadas nos sete dias anteriores, nos 30 dias anteriores, ou no ms atual. Um exemplo
PBX-IP e o SRL para o
dessa tela pode ser visualizado na figura. encaminhamento de
chamadas.

224
Figura 7.98 No completadas
Contabilizao:
Completadas. Disponibiliza a listagem das chamadas no completadas pelos ramais do ambiente, tanto
chamadas realizadas, quanto recebidas, informando origem, destino, data e hora, cdigo
SIP e usurio associado. As opes de filtragem so semelhantes as chamadas completadas,
com acrscimo do cdigo SIP.

w Os cdigos SIP mais comuns so de erros associados a clientes e alguns do servio ou servidor:
Para acessar o Portal
do Usurio, digite no 11 401/403: no permitido ou sem privilgio;
navegador web o
11 404: usurio/Ramal/Rota no encontrado;
endereo: https://
IPdaMquina/usuario 11 480: temporariamente no disponvel;
ou https://NomeDNS-
daMquina/usuario. 11 486: ocupado (provavelmente em ligao);

11 487: geralmente o usurio no atendeu a ligao.

Captulo 7 - PBX IP

Figura 7.99 Portal do Usurio


Contabilizao: No
completadas. Aps a configurao dos prefixos e faixas, possvel iniciar o cadastro de usurios.
O cadastro de usurios no pode ser feito de forma manual na interface administrativa da
PBX-IP Acadmica. Esta interface permite apenas a gerncia, consulta e edio de alguns

225
dados dos usurios. Para o cadastro de usurios, dever ser utilizado sistema prprio da
instituio, integrado PBX-IP via web service, ou poder ser cadastrado via interface de
autosservio do Portal do Usurio.

Para acessar o portal, o usurio deve utilizar suas credenciais da CAFe: Figura 7.100
Portal do usurio.
11 Usurio: usurio da CAFe. Exemplo: nome.sobrenome;

11 Senha: senha do usurio da CAFe.

Aps a autenticao, a PBX-IP Acadmica busca os vnculos do usurio e, caso possua mais
Figura 7.101
de um vnculo (exemplo: funcionrio e aluno), ficar a cargo do usurio definir qual vnculo Portal do usurio:
ele utilizar na criao de sua conta. vnculo.
Servio fone@RNP

226
Aps selecionar a afiliao, ser solicitado o e-mail do usurio para confirmao do
cadastro. necessrio informar um e-mail vlido, bem como a configurao de SMTP da
PBX-IP deve ser vlida. Como o campo e-mail no obrigatrio na CAFe, caso seja encon-
trado o e-mail do usurio no LDAP, este ser resgatado e caso no encontre o usurio
poder fornecer outro e-mail. Aps a escolha do e-mail, ser solicitada uma senha que o
usurio vai utilizar para fazer o registro do seu ramal. Por questes de segurana, optou-se
por no forar o uso da mesma senha da CAFe, pois ficar salva na configurao do softfone
e somente servir para registro do usurio SIP. Alm disso, o usurio deve selecionar um dos
ramais disponveis no combo. Feito isto, deve-se clicar em Selecionar Ramal.

Figura 7.102 Com isso, o cadastro do usurio est concludo e esse ser redirecionado para a tela inicial
Portal do usurio: do Portal do Usurio, onde constam alguns dados da conta.
cadastro.
Captulo 7 - PBX IP

227
Alm disso, o usurio receber uma mensagem no e-mail cadastrado, com as informaes Figura 7.103
de registro do seu usurio, e com um link para fazer a ativao da conta. O ramal ficar Portal do usurio.

bloqueado e no poder ser utilizado enquanto o usurio no clicar no link enviado no


e-mail para fazer a ativao.

Caso ainda no tenha confirmado a ativao da conta, o usurio no conseguir logar seu
softfone e aparecer na tela inicial do portal a mensagem de status: Para ativar seu ramal,
utilize o link enviado no seu e-mail.
Servio fone@RNP

228
Figura 7.104 Aps a ativao, o status do ramal na pgina inicial do Portal do Usurio, dever aparecer
Portal do usurio: como Ativo.
e-mail de requisio
de ramal.

Figura 7.105
Status do usurio.
Captulo 7 - PBX IP

Aps a ativao do ramal, o usurio poder realizar pequenos ajustes em suas configuraes,
atravs do portal do usurio, como alterar o e-mail e a senha, ativar servio de correio de
voz ou at mesmo realizar um redirecionamento contnuo (siga-me) para outro nmero,
desde que possua privilgios para isso.

229
O Portal do Usurio dispe ainda de uma agenda onde o usurio pode cadastrar seus contatos. Figura 7.106
Portal do usurio:
configuraes.

Integrao de sistemas: WebService Figura 7.107


Portal do usurio:
O Web Service prov uma interface para comunicao da PBX-IP Acadmica com outros Contatos.
sistemas da instituio. A instituio poder optar por utilizar o autosservio da PBX-IP
integrado CAFe (Portal do Usurio) ou incorporar em sua plataforma de servios a gerncia
das contas SIP.

Para ambos os casos, o endereo de acesso :


https://IP_DO_SERVIDOR/webservice/webservice.php?wsdl.

Os parmetros de sada (retorno das chamadas dos mtodos) so devolvidos na forma de


string codificada em JSON que pode ser interpretada e utilizada para mostrar as informa-
es solicitadas, possveis erros ou mensagem de sucesso na chamada do mtodo. Exem-
plos de mensagem de retorno:

string(61) {status:success,msg:Usurio criado com sucesso.}.


string(86) {status:error,msg:Erro no banco de dados. A operao foi
cancelada!}.
Servio fone@RNP

O acesso ao WS restrito para o IP/rede configurado em: Sistema > Configuraes >
Sistema > Gerncia > WebService.

O WebService facilita a integrao com outros sistemas desenvolvidos em qualquer lin-


guagem. Exemplo de acesso em PHP utilizando a biblioteca SOAP do framework Zend:

230
require_once(dirname(__FILE__) . /Zend/Soap/Client.php);
$url= https://IP_DO_SERVIDOR/webservice/webservice.php?wsdl;
$client = new Zend_Soap_Client($url);
try{
$retorno= json_decode($client-> excluirUsuario(100000000263074@edu.br),
true);
if($retorno[status] == success){
//Trecho de cdigo em caso de sucesso
} else if ($retorno[status] == error) {
//Exemplo de impresso do erro ocorrido
echoERRO: .utf8_decode($retorno[msg]);
}
}catch (Exception$e) {
echoOcorreu um erro no WebService: .$e-> getMessage();

Os seguintes mtodos esto disponveis para utilizao:

createRamal
Recebe como parmetros o UID do usurio na instituio, o tipo de afiliao, a senha e o
e-mail. Os quatro campos so obrigatrios e atravs do UID consultam-se as outras infor-
maes na CAFe, como nome, nmero de documento etc. Levando-se em considerao o
tipo de afiliao (student, employee, staff) o primeiro ramal disponvel para a respectiva
classe criado e associado ao usurio. feito um hash com a senha e outras informaes
que depois so confrontadas durante o registro do usurio em um cliente SIP (softphone).

Parmetros de Entrada

Parmetro Tipo Obrigatrio Observaes

Uid String Sim Identificador nico do usurio


Exemplo: 100000000287834@edu.br

affType String Sim student, employee, staff

Tabela 7.1 senha String Sim Senha de registro


createRamal
Parmetros de mail String Sim E-mail do usurio
entrada.

Parmetros de Sada

Parmetro Observaes

Tabela 7.2 status success, error


createRamal:
Parmetros msg Mensagem informativa do resultado
de Sada.
Captulo 7 - PBX IP

231
alterarSenha
Recebe o UID do usurio e a nova senha, recalcula o hash e altera os dados no banco de dados.

Parmetros de Entrada

Parmetro Tipo Obrigatrio Observaes

uid String Sim Identificador nico do usurio


Tabela 7.3
Exemplo: 100000000287834@edu.br alterarSenha:
Parmetros de
senha String Sim Senha de registro entrada.

Parmetros de Sada

Parmetro Observaes
Tabela 7.4
Status success, error alterarSenha:
Parmetros de
Msg Mensagem informativa do resultado sada.

buscaInfoRamais
Recebe o UID do usurio e retorna os dados dele.

Parmetros de Entrada

Parmetro Tipo Obrigatrio Observaes Figura 7.3


buscaInfoRamais:
uid String Sim Identificador nico do usurio
Parmetros de
Exemplo: 100000000287834@edu.br entrada.

Parmetros de Sada

Parmetro Tipo Observaes

usurio String nome de usurio (username)

status String -1 = Inativo, 0 = Manuteno, 1 = Ativo


error = em caso de erro

creditosatual String Valor dos crditos atuais do usurio

creditosvalorreposicao String Valor da reposio mensal dos crditos

telefones Array de Array contendo os telefones associados ao usurio


Strings

tempo_total_falado String Tempo total de ligaes do usurio no formato


HH:MM:SS

tempo_total_falado_ String Tempo total de ligaes no ms atual do usurio


mes no formato HH:MM:SS Figura 7.6
buscaInfoRamais:
msg String Mensagem de erro (S retorna no caso de status = Parmetros de
Servio fone@RNP

error) sada.

232
excluirUsurio
Recebe o UID do usurio e o exclui do banco de dados, excluindo-se tambm os contatos cadas-
trados no portal do usurio. Se os ramais s estiverem associados a esse usurio, so deletadas
tambm as mensagens do correio de voz do ramal e o prprio correio de voz. Durante o pro-
cesso de excluso armazenado em tabela do banco de dados a atual informao de crditos,
que ser utilizada em caso de nova criao desse usurio dentro do mesmo ms, evitando
abusos por parte do usurio para tentativa de renovao dos crditos de forma indevida.

Parmetros de Entrada

Parmetro Tipo Obrigatrio Observaes


Tabela 7.7
excluirUsurio: uid String Sim Identificador nico do usurio
Parmetros de Exemplo: 100000000287834@edu.br
entrada.

Parmetros de Sada

Parmetro Observaes

Figura 7.8 status success, error


excluirUsurio:
Parmetros msg Mensagem informativa do resultado
de sada.

Captulo 7 - PBX IP

233
Servio fone@RNP

234
8
Estudo de casos
objetivos

Conhecer exemplos e possibilidades reais de uso do fone@RNP em diversos tipos de


ambientes.

conceitos
Versatilidade do fone@RNP.

Neste captulo, so propostos casos de uso do fone@RNP que vm sendo encontrados em


diversas instituies clientes. Vrios so casos reais.

A dinmica se baseia na apresentao do caso. O aluno deve sugerir a soluo, descrevendo-a


textualmente e atravs de um esquema de blocos. Idealmente, se houver tempo, deve-se
finalizar o estudo no laboratrio, com a instalao e configurao das solues.

Lembrete sobre o uso do SRL nas instituies


O nico caso em que o SRL dispensvel quando h apenas um GWT em uso pela insti-
tuio cliente. Em qualquer outro caso, o uso do SRL recomendvel. Mesmo que parea
trivial a ligao de um dispositivo SIP diretamente ao fone@RNP, recomendada a insta-
lao de um (par de) SRL na instituio cliente.

O SRL isola a rede interna, no domnio do cliente, do core do servio do fone@RNP.


Fazendo uma analogia para redes IP, ligar um PABX diretamente ao SRC seria igual a querer
conectar uma estao de trabalho diretamente em um roteador do backbone.

Alm disso, o SRL instalado na rede local da instituio diminui consideravelmente o tempo de
resposta das mensagens de controle e, consequentemente, o tempo de conexo das chamadas.

O SRL tambm faz manipulaes no nmero discado, formatando de acordo com a recomen-
Captulo 8 - Estudo de casos

dao E.164 para que as pesquisas por rotas sejam padronizadas ou ainda, adequando-o
para integrao com outros dispositivos do fone@RNP.

As mensagens que os dispositivos SIP ligados ao SRL devem esperar como resposta quando
uma chamada no pode ser realizada so:

11 404: Not Found: sem Rota;

11 408: Request Timeout: o outro lado no responde. Pode estar indisponvel;

11 503: Servio Indisponvel: enviado pelo GWT quando a E1 apresenta problemas;

235
11 486: Busy: o nmero discado est ocupado;

11 487: Request Terminated: o usurio chamou determinado nmero e cancelou antes de


atender ou chamou at cair.

Caso 1
Cenrio
A instituio possui um PABX digital, sem interfaces IP, com uma porta E1 para a operadora
e diversos ramais internos. Ela pretende apenas integrar seu PABX ao fone@RNP, sem
nenhuma pretenso de expandir de seu parque de telefonia.

PBX RTFC
Figura 8.1
Caso 1: Cenrio.

Soluo proposta
Nesse caso, o mais indicado a instalao do GWT entre seu PABX e a operadora telefnica,
ligado diretamente ao SRC.

SRCs
RNP

PBX GWT RTFC


Figura 8.2
Caso 1: Soluo.

Caso 2
Cenrio
A instituio possui um PABX digital, com interfaces SIP disponvel, com uma porta E1 para a
operadora e diversos ramais internos.

Ela pretende apenas integrar seu PABX ao fone@RNP, sem pretenso de expandir de seu
parque de telefonia.

RTFC
PBX IP
3os
Figura 8.3
Caso 2: Cenrio.
Servio fone@RNP

236
Soluo proposta
Nesse caso, h duas sadas:

1. Se a instituio no quer ou tem dificuldades em configurar seu PABX, a soluo indicada


a mesma do caso 1: a instalao do GWT entre seu PABX e a operadora, ligado direta-
mente ao SRC.

A soluo 1 deve ser evitada, pois gera custos desnecessrios. Alm disso, ocupa espao no
datacenter e consome mais energia que uma VM.

2. possvel integrar ao fone@RNP sem a aquisio de nenhum hardware adicional.


Deve-se, ento:

11 Instalar um par de SRLs (mquinas virtuais);

11 Configurar um tronco SIP em seu PABX IP e;

11 Configurar l a transparncia, isto , chamadas a distncia para nmeros fixos devem


tentar ser entregues pelo tronco SIP (fone@RNP);

22 Se a ligao no puder ser completada, a chamada deve ser transbordada pelo tronco
padro, com a operadora local.

11 Configurar a entrega de ligaes locais, entrantes pelo fone@RNP, com destino cidade
da instituio.

Vamos ilustrar aqui a opo 2, j que a primeira desaconselhvel e idntica ao primeiro caso.

SRCs
RNP

SRL

RTFC
PBX IP
3os
Figura 8.4
Caso 2: Soluo.

Caso 3
Cenrio
A instituio do caso 3 tem um perfil de escritrio. Foi crescendo com pouco (ou sem) pla-
Captulo 8 - Estudo de casos

nejamento do seu servio de telefonia. Hoje, possui um PABX sem troncos digitais, mas com
25 troncos analgicos com a operadora local e 30 ramais. Est adequando sua rede IP para
suportar a implementao do servio de Telefonia sobre IP.

237
25 FXOs
PBX RTFC
Figura 8.5
Caso 3: Cenrio.

Soluo proposta
Tendo um perfil aproximado de escritrio, com 30 ramais, dificilmente a quantidade de
ligaes durante a HMM vai ocupar os 25 troncos simultaneamente. Assim, no deve haver
grande impacto perder alguns troncos. Para confirmar isso, preciso conseguir relatrios de
uso desses recursos.

Alm disso, ao interligar com o fone@RNP, parte das ligaes que utilizariam os troncos
analgicos passaro a ser encaminhados pelos troncos SIP, pelo fone@RNP.

Tambm somos encorajados a indicar a adoo da tecnologia de voz sobre IP porque a


instituio mostra interesse em modernizar seu servio de telefonia e porque a ampliao
do servio baseado em VoIP relativamente mais fcil e menos custosa do que a ampliao
do servio tradicional.

Assim, a sugesto a substituio do PABX atual pelo GWT Analgico, implementado pelo
equipamento CIP850. Apesar dos troncos analgicos serem limitados a oito canais simult-
neos, as ligaes a distncia para fixos sero encaminhados pelo fone@RNP (gerando eco-
nomia) e a quantidade de ramais poder aumentar. Futuramente, se houver a necessidade
de aumentar a quantidade de troncos, possvel expandir a soluo com relativa facilidade,
adicionando mdulos do fone@RNP.

Para a integrao do GWT analgico ao fone@RNP, necessria a instalao do SRL para


manipulao dos nmeros e controle das rotas dentro desse domnio.

SRCs
RNP

SRL

SIP

GWT 8 FXOs RTFC


analgico Figura 8.6
Ramais IP Caso 3: Soluo.

Caso 4
Cenrio
Servio fone@RNP

A instituio possui um PABX com uma interface digital com a operadora telefnica.
Ela precisa expandir sua oferta de ramais, mas tm dificuldades em adquirir novas placas
(ou no h mais espao no aparelho). A rede IP saudvel e h condies de implantao
de telefonia IP.

238
PBX RTFC
Figura 8.7
Caso 4: Cenrio.

Soluo proposta
Para a integrao da rede de telefonia tradicional com a rede IP, ser necessrio um GWT.
Para ampliar a oferta de ramais, a sugesto utilizar o PBX IP do fone@RNP. Sempre que h
mais de um dispositivo SIP na instituio, para que eles funcionem juntos ser necessria a
instalao tambm do SRL, que controlar as rotas dentro desse domnio.

SRCs
RNP

SRL

PBX IP

PBX GWT RTFC


legado
Figura 8.8
Caso 4: Soluo.

Caso 5
Cenrio
A instituio ainda no possui soluo de voz. Quer aproveitar 100% do fone@RNP. Mas
precisa ter uma interface digital local. A instituio considera acrescentar troncos GSM,
para celular. Tambm considera a contratao de provedor de telefonia IP (ITSP).

PBX RTFC

Figura 8.9
Caso 5: Cenrio.

Soluo proposta
Captulo 8 - Estudo de casos

Como no caso anterior, h mais de um dispositivo SIP a ser controlado nesse domnio. Logo,
ser necessria a instalao de um par de SRLs.

A seguir dele, o PBX IP do fone@RNP, porque a instituio manifestou o interesse de utilizar


100% da soluo do fone@RNP.

Para a interface com a rede digital de telefonia, necessrio um GWT, configurado como um
peer no SRL.

239
O tronco com o ITSP ser configurado como um peer no SRL.

O gateway para telefonia celular pode ser de dois tipos diferentes:

11 E1 - GSM: ficaria instalado no GWT;

11 SIP - GSM: instalado como um peer do SRL, como ilustrado a seguir.

SRCs
RNP

SRL

PBX IP GWT GW GSM

RTFC Mvel ITSP Figura 8.10


Caso 5: Soluo.

Caso 6
Cenrio
A instituio composta por vrios sites e j possui um servio de telefonia IP que interliga
seus campi. Toda a lgica de encaminhamento de chamadas controlada pela rede VoIP
pr-existente.

Reitoria
RTFC

Site 1
Servio ToIP RTFC
RTFC da instituio
Site N
RTFC Site 2 Figura 8.11
Caso 6: Cenrio.

Soluo proposta
Nesse caso, todos os sites interligados pelo servio de Telefonia IP da instituio se beneficiar
quando apenas um ponto se integrar ao fone@RNP. Basta instalar um par de SRLs para
interligar as duas redes.
Servio fone@RNP

240
Assim como no caso 2, o cliente dever configurar seu servio para encaminhar chamadas a dis-
tncia para nmeros fixos pelo tronco do fone@RNP e, se a ligao no for completada, dever
transbordar para sua estratgia padro de terminao de chamadas. Dever tambm aceitar
chamadas vindas do fone@RNP para serem entregues na RTFC nas cidades de seus sites.

SRCs
RNP

SRL

Reitoria
RTFC

Site 1
Servio ToIP RTFC
RTFC da instituio
Site N
RTFC Site 2
Figura 8.12
Caso 6: Soluo.

Caso 7
Cenrio
A instituio composta por trs sites. Cada campus independente (administrativamente)
do outro. Cada um possui um PABX digital com uma interface E1 com a operadora. No h
inteno de expandir o servio de telefonia a curto prazo para nenhum dos campi.

RTFC RTFC
PBX PBX

Reitoria Site 1

RTFC
PBX

Site 2
Figura 8.13
Caso 7: Cenrio.

Soluo proposta
Captulo 8 - Estudo de casos

Novamente h mais de um dispositivo SIP no domnio do cliente. Ento, h a necessidade


de instalar um par de SRLs. A seguir dele, configurado como peers, devem estar os GWTs,
ligados entre o PABX e a RTFC de cada site.

241
SRCs
RNP

SRL

PBX GWT RTFC PBX GWT RTFC

Reitoria Site 1

PBX GWT RTFC

Site 2
Figura 8.14
Caso 7: Soluo.

Caso 8
Cenrio
A instituio, uma universidade, composta por vrios sites. Cada campus tem sua adminis-
trao independente dos outros e os ambientes so extremamente heterogneos. Suponha
que os campi so equivalentes aos casos 4 (Reitoria), 5 (Site1), 2 (Site2) e 6 (sites {3+4+5+N}).

A instituio j possui uma rede IP que interliga seus sites, com condies de implantar o
servio de telefonia IP.

Alm disso, a universidade tambm tem interesse em brindar seus alunos com o servio de
telefonia IP, concedendo-lhes ramais IP (no o aparelho, mas nmeros locais) para se comu-
nicarem entre si e com outros alunos e pesquisadores de outras universidades.

RTFC
PBX RTFC PBX IP
3os
Reitoria
Site 2

Site 3
RTFC

Site 4
Servio ToIP RTFC
PBX RTFC RTFC da instituio
Site N
Site 1 RTFC Site 5
Figura 8.15
Caso 8: Cenrio.
Servio fone@RNP

242
Soluo proposta
l Como h vrios dispositivos SIP a serem controlados, h a necessidade de instalao de um
*Nota: os sites 1 e par de SRLs para o domnio da instituio cliente.
{3+4+5+N} podem (ou
no) precisar de um Para brindar seus alunos com ramais IP, basta instalar o PBX IP Acadmico, ligado direta-
SRL local (nesses
mente ao SRL principal do cliente.
subdomnios),
dependendo das
No primeiro site, equivalente ao caso 4, basta seguir a soluo do caso 4: um par de SRLs
caractersticas do
modelo de negcio do para esse (sub)domnio, um par de PBX IP e um GWT.
cliente e, eventual-
mente, do plano de No prximo site, equivalente ao caso 5, basta seguir a soluo do caso 5: um par de SRLs
numerao envolvido para controlar esse (sub)domnio, ou seja, a sada pelo ITSP um (par de) PBX IP, um GWT e
no cenrio.
um GW GSM.

No terceiro site, equivalente ao caso 2, basta aplicar a soluo do caso 2: ligar o PABX de 3o
no SRL do domnio.*

Figura 8.16 No ltimo site, equivalente ao caso 6, basta aplicar a soluo do caso 6: ligar o servio ToIP
Caso 8: Soluo. da instituio ao SRL do domnio.*

SRCs
RNP

SRL
PBX IP
Acadmico

SRL
Reitoria RTFC
PBX IP SRL
3os RTFC
Site 2 Site 4 Site 3
PBX IP GWT Servio ToIP RTFC
RTFC da instituio
Site N
RTFC Site 5

PBX RTFC
legado

SRL Site 1

PBX IP GWT GW GSM


Captulo 8 - Estudo de casos

RTFC Mvel ITSP

243
Servio fone@RNP

244
9
Estatsticas
objetivos

Entender como extrair informaes sobre as chamadas realizadas pelo fone@RNP,


individualmente, em cada mdulo do servio e, globalmente, pelo Sistema de
Estatsticas Nacionais.

conceitos
Estatstica; Call Detail Record (CDR).

Sobre estatsticas
De acordo com o dicionrio online Michaelis:

estatstica

substantivo feminino

1 Cincia que tem por objetivo a coleo, anlise e interpretao de dados numricos a
respeito de fenmenos coletivos ou de massa, bem como a induo das leis a que tais
fenmenos cabalmente obedecem e, ainda, a representao numrica e comparativa, em
tabelas ou grficos, dos resultados da anlise desses fenmenos.

2 Os fatos numricos pertencentes a um fenmeno coletivo ou de massa.

O fone@RNP possui uma frente de trabalho que se preocupa exatamente com as estatsticas
de uso do servio. Os dados das chamadas realizadas dentro do servio so coletados e
organizados de forma a permitir a anlise e interpretao por ns: gerentes, engenheiros,
tcnicos e analistas responsveis pelo servio.

Seja do ponto de vista da RNP, do prestador do servio ou do ponto de vista das instituies,
clientes do servio, o fone@RNP apresenta relatrios estatsticos ricos e teis para tomada
de deciso.
Captulo 9 - Estatsticas

Os relatrios do fone@RNP esto disponveis online, com dois tipos de acesso:

11 No portal estatisticasfone.rnp.br, com acesso livre para qualquer pessoa;

11 Nos dispositivos do fone, com acesso restrito aos administradores e operadores


dos clientes.

245
O primeiro mais til para mostrar sries histricas e perfis de uso do sistema. O segundo
pode ter um carter mais voltado para a descoberta de problemas, com pesquisas mais
pontuais. Mas ambos so muito importantes para tomada de deciso de tcnicos e gestores.

Relatrios do Sistema de Estatsticas


O Sistema de Estatsticas (estatisticasfone.rnp.br) foi elaborado ainda na verso anterior
do fone@RNP, a distribuio 2008. Ele foi adequado para exibir tambm as estatsticas dos
dados recolhidos dos dispositivos da distribuio 2012.

Seu funcionamento baseado nas aes de coleta dos Registros de Detalhes das Chamadas
(CDRs, na sigla em ingls), processamento dos CDRs, consolidao dos CDRs e apresentao
da informao em diversos relatrios diferentes. Cada relatrio possui um ponto de vista
diferente, resultando em diferentes informaes.

Ao acessar o sistema de estatsticas, o usurio vai encontrar uma tela de apresentao com
um dashboard contendo um mapa e uma tabela com informaes resumidas esquerda, e
quatro relatrios.

Uso do mapa Figura 9.1


Sistema de
O mapa esquerda funciona como um filtro rpido, auxiliando a selecionar informaes das estatsticas.
regies e estados do Brasil. Conforme se clica no mapa, as estatsticas vo se atualizando.

Para voltar a apresentar informaes nacionais ou regionais, ou seja, de todas as institui-


es de uma regio ou de todas as regies do Brasil, basta clicar no boto REGIONAL ou
NACIONAL, que aparecem acima do mapa quando uma regio ou estado selecionado.

A tabela exibe as quantidades de chamadas, instituies e minutos com base nos filtros
Servio fone@RNP

aplicados naquele instante.

246
Figura 9.2
Estatsticas gerais:
Detalhe.

l Para melhorar a visualizao dos relatrios, o mapa pode ser omitido clicando na pequena
nico grfico que no seta, localizada meia altura na divisria entre a coluna no mapa e os 4 relatrios.
reflete as escolhas do
mapa a Matriz de
Trfego.

Figura 9.3
Retrair painel
esquerdo.

Para voltar a apresentar o mapa, clique na mesma seta, que se reposicionar extrema
esquerda do quadro.

Uso dos relatrios


Os relatrios apresentados no dashboard possuem botes de controle e reas para infor-
maes, independente do tipo de grfico que est sendo exibido.

Repare as marcaes na figura a seguir.

Captulo 9 - Estatsticas

Figura 9.4
Navegao nos
relatrios.

247
As marcaes esquerda so de reas de informao. Acima, exibe o ttulo do grfico/rela-
trio, e a marcao de baixo a legenda. Quando o mouse colocado sobre essa rea, a
legenda para esse relatrio exibida.

As marcaes direita so botes de ao e controle desse relatrio. Acima, os j assimi-


lados botes de minimizar, expandir e fechar. E a seguir, um boto para exportar o relatrio,
para comparar com outros relatrios, e um boto de detalhes, que tem a mesma funo do
boto expandir, do conjunto superior de botes.

Na rea mais interna de cada janela de relatrio, alm da informao propriamente dita, h
tambm alguns outros botes para controle do que e como deve ser plotado no grfico.

Repare na figura a seguir.

Figura 9.5
Tipos de relatrios.

A rea destacada acima mostra as possibilidades de se exibir a informao, se o grfico deve


ser em linhas ou em barras.

A rea destacada a seguir mostras opes de informaes a serem plotadas no grfico.


Nesse caso, possvel escolher entre nmero de chamadas, tempo total das chamadas ou
tempo mdio das chamadas. Tambm possvel escolher se o que est sendo plotado so
chamadas feitas ou chamadas recebidas.

Exibio de outros relatrios


Servio fone@RNP

O dashboard s mostra quatro relatrios simultaneamente. S h espao para esses quatro.

Para exibir outros relatrios, primeiro necessrio fechar um ou mais relatrios em exibio.

Novos relatrios esto disponveis na combo box localizada na parte superior do portal
de estatsticas.

248
O boto Instituio usuria pode ser utilizado em conjunto com o Relatrio estatstico.
Ao selecionar uma instituio e um relatrio, quando o boto Adicionar relatrios acio-
nado, o relatrio j aparece com o filtro marcado para a instituio escolhida.

Figura 9.6 possvel at oito grficos abertos, quatro em estado normal e quatro minimizados;
Lista de relatrios.

Relatrio em Detalhes
Para apresentar um relatrio em detalhes, clique no boto Maximizar ou no boto Detalhes.
Figura 9.7
Detalhes de A seguir, note dois relatrios exibidos no modo de detalhes. O primeiro do tipo srie
relatrio em barras. histrica, apresentado em barras, e o segundo um Ranking, apresentado em forma de pizza.

Captulo 9 - Estatsticas

249
Note que no modo maximizado aparecem mais opes e informaes: Figura 9.8
Detalhes de
11 Diversos filtros na parte superior da janela do grfico; relatrio em pizza.

11 Uma tabela com informaes utilizadas para gerar o grfico;

11 A escolha do tipo de informao a ser plotada;

11 Um resumo totalizando os dados considerados no filtro aplicado.

Comparao de relatrios
Agora que j sabemos retirar e adicionar relatrios no dashboard, possvel comparar
relatrios.

A funo de comparao de relatrios foi pensada para ser utilizada com dois relatrios por vez.

Eles podem ser de mesmo ttulo ou de ttulos diferentes, e podem assumir qualquer filtro
que o usurio deseje configurar.

Para comparar dois relatrios, feche todos os relatrios. Depois escolha os dois grficos
que voc deseja comparar. Ento, clique no boto Comparar do primeiro relatrio e,
depois, no segundo.

A seguir, a figura exemplifica a comparao das Chamadas Realizadas e Recebidas, durante


o ano de 2012 pelos clientes RNP-Campinas e CEFET-MG.
Servio fone@RNP

250
Figura 9.9 Note que o modo de comparao exibe os dois grficos maximizados, com detalhes. Depois
Comparao de de maximizados, possvel navegar livremente entre os filtros e escolher o tipo de infor-
relatrios.
mao a ser plotada para realizar a comparao desejada.

Para sair do modo de comparao, necessrio clicar no boto Restaurar, o boto do


meio, nos trs botes superiores direita de uma das janelas.

Figura 9.10
Boto restaurar.

Descrio dos filtros


Os relatrios podem ser filtrados por perodo e localidade:

Perodo

Ano: pode ser escolhido um nico ano ou um range de anos, deslizando os pontos:
Captulo 9 - Estatsticas

Figura 9.11
Filtro de data Ano.

Obs.: os anos que aparecem para os filtros so derivados das coletas. No caso acima
existem informaes de 2010 at 2016.

251
Ms: pode ser feita a combinao de ms e ano:

Figura 9.12
Filtro de data: Ms.

Dia: pode ser feita para um nico dia (inicial igual final) ou um range de datas:

Figura 9.13
Filtro de data: Dia.

Hora: pode ser escolhido um perodo do dia para a exibio do relatrio (25/08/2011 de
8h at 18h):

Figura 9.14
Filtro de data: Hora.

l
Localidade

Todo o filtro tem a opo Todos, assim, no preciso limpar todo o filtro para modificao
Todos os filtros de
de apenas um item. localidade esto
interligados; assim,
Regio: quando selecionamos
uma regio, ela filtra as
Norte, Nordeste, Centro-Oeste, Sudeste e Sul. UFs, uma UF filtra os
DDDs e quando
UF: selecionamos um DDD
ele filtra as instituies.
Todas as UFs do Brasil, porm se a regio Sudeste for selecionada, por exemplo, sero exi-
bidos s os estados dessa regio, Esprito Santo, Minas Gerais, Rio de Janeiro e So Paulo.

DDD:

Todos os DDDs do Brasil, porm se o estado do Rio de Janeiro for selecionado, por exemplo,
sero exibidos os DDDs desse estado, 21, 22 e 24.

Instituio:

Todas as instituies participantes do Fone@RNP. Esse filtro segue o mesmo padro dos
anteriores.

Descrio dos relatrios


Chamadas Completadas Realizadas e Recebidas

Descrio do grfico: o grfico Chamadas Completadas mostra quantidade de chamadas


que foram feitas entre todas as instituies onde houve atendimento. Tambm h a opo
de exibir a durao das chamadas em minutos.

Esto excludas desse grfico, por exemplo, as chamadas em que o nmero chamado estava
Servio fone@RNP

ocupado, no atendeu ou ainda com destino inexistente.

Filtros auxiliares:

11 Totais: quantidades das chamadas realizadas e das chamadas recebidas;

11 Duraes: minutos das chamadas realizadas e das chamadas recebidas;

252
11 Tempo mdio: exibe o tempo mdio das chamadas, calculado no perodo do filtro principal.

Modos de exibio

Barras ou linhas.

Comparao de tipos por direo

Descrio do grfico: o grfico Comparao de Tipo por Direo mostra a quantidade


de ligaes feitas de acordo com seu destino ou origem. Tambm h a opo de exibir a
durao das chamadas em minutos.

A seleo de origem ou destino feita na caixa de opes a seguir da legenda. Quando sele-
cionado Recebidas, os tipos de chamadas se referem aos destinos. Quando selecionado
Realizadas, os tipos de chamadas se referem s origens.

Os destinos ou origens esto qualificados como:

11 RTFC: quando as chamadas so destinadas (Recebidas) ou originadas (Realizadas) em


telefones na Rede de Telefonia Fixa Comutada, ou seja, telefones na rede pblica, fora
dos institutos e universidades;

11 PABX: quando as chamadas so destinadas (Recebidas) ou originadas (Realizadas) em


telefones convencionais dentro das instituies clientes;

11 VoIP: quando as chamadas so destinadas (Recebidas) ou originadas (Realizadas) em


telefones IP, sejam eles softphones ou deskphones.

Filtros auxiliares

11 Totais: quantidades das chamadas realizadas e das chamadas recebidas;

11 Duraes: minutos das chamadas realizadas e das chamadas recebidas;

11 Tempo mdio: exibe o tempo mdio das chamadas, calculado no perodo do filtro principal.

Modos de exibio

Linhas ou barras.

Chamadas Completadas por Diferentes Tipos de Origem e Destino

Descrio do grfico: o grfico Chamadas Completadas por Diferentes Tipos de Origem e


Destino compara as chamadas feitas pelo sistema fone@RNP de acordo com os tipos de
origem e destino

A qualificao dos tipos de origem e destino semelhante ao grfico anterior.

11 RTFC: quando as ligaes so originadas ou destinadas em telefones da rede pblica, ou


seja, fora das instituies clientes;

11 PABX: quando as ligaes so originadas ou destinadas em telefones convencionais


dentro das instituies clientes;

11 PABX: quando as ligaes so originadas ou destinadas em telefones IP, sejam


Captulo 9 - Estatsticas

deskphones ou softphones.

A tabela associada ao grfico mostra tambm os valores absolutos da quantidade de chamadas


e tempo de durao de cada par origem x destino, separados por tipo.

253
Filtros auxiliares

11 Totais: percentuais das chamadas completadas de acordo com o cruzamento dos tipos
(origem x destino) possveis;

11 Duraes: percentuais dos minutos das chamadas completadas de acordo com o cruza-
mento dos tipos (origem x destino) possveis;

11 Tempo mdio: exibe o tempo mdio das chamadas, calculado no perodo do filtro principal

Modo de exibio

Pizza

Ranking de Uso para Chamadas Completadas por Local

Descrio do grfico: o grfico Ranking de Uso para Chamadas Completadas por Local
mostra um comparativo das chamadas realizadas ou recebidas de acordo com a opo sele-
cionada em Tipo do Grfico.

possvel ordenar as ligaes pela quantidade de chamadas originadas ou quantidade de


chamadas recebidas. Tambm possvel ordenar de acordo com a quantidade de minutos
realizados ou recebidos.

A tabela associada ao grfico mostra tambm os valores absolutos dos grficos selecionados.

Filtros auxiliares:

11 Fez mais ligaes: percentuais das chamadas completadas;

11 Recebeu mais ligaes: percentuais das chamadas completadas;

11 Tempo de ligaes realizadas: percentuais dos minutos das chamadas completadas;

11 Tempo de ligaes recebidas: percentuais dos minutos das chamadas completadas.

Modo de exibio

Pizza.

Ocupao de Canais

Descrio do grfico: o grfico Ocupao de Canais mostra exatamente o que ttulo prope.
Em sua apresentao padro, mostra as 24 horas do dia anterior, para todas as instituies.

Quando visualizado sem filtro de instituies, mostra a quantidade de chamadas simult-


neas que o sistema foi capaz de trafegar. Quando filtrado para uma instituio, mostra a
quantidade de troncos necessrios para atender demanda de chamadas a distncia para
nmeros locais desse cliente.

Em sua apresentao padro, mostra as 24 horas do dia anterior, para todas as instituies.

No faz sentido exibir esse grfico para intervalos alm de um dia. Por isso, o filtro de tempo
foi limitado para esse relatrio.

Modo de exibio
Servio fone@RNP

Linhas ou barras.

254
Ranking de Economia

Descrio do grfico: o grfico Ranking de Economia mostra um comparativo entre as


regies ou instituies que mais economizaram com o uso do fone@RNP, de acordo com a
opo selecionada em Tipo do Grfico.

Antes de visualizar a informao desse relatrio necessrio que o usurio estime valores para
o custo do minuto de uma chamada a distncia e o custo do minuto de uma chamada local.

possvel ordenar as ligaes pela economia alcanada.

Filtros auxiliares

11 Quem economizou mais no total de ligaes: total de ligaes para outros clientes
e cidades;

11 Quem economizou por ligaes no pagas: ligaes para outros clientes do fone;

11 Quem economizou mais por ligaes pagas: ligaes para cidades onde h clientes
do fone@RNP.

Modo de exibio

Pizza.

Ranking de Ligaes Pblicas

Descrio do grfico: o grfico Ranking de Ligaes Pblicas mostra um comparativo entre


as regies geogrficas ou instituies, das chamadas realizadas ou recebidas para RTFC, de
acordo com a opo selecionada em Tipo do Grfico.

possvel ordenar as ligaes pela quantidade de chamadas originadas ou quantidade de


chamadas recebidas. Tambm possvel ordenar de acordo com a quantidade de minutos
realizados ou recebidos.

A tabela associada ao grfico mostra tambm os valores absolutos dos grficos selecionados.

Filtros auxiliares

11 Fez mais ligaes: percentuais das chamadas completadas;

11 Recebeu mais ligaes: percentuais das chamadas completadas;

11 Tempo de ligaes realizadas: percentuais dos minutos das chamadas completadas;

11 Tempo de ligaes recebidas: percentuais dos minutos das chamadas completadas.

Modo de exibio

Pizza.

Motivos de No Completamento

Descrio do grfico: o grfico Motivos de No Completamento mostra um comparativo


entre as mensagens de retorno mais comuns quando as ligaes no so completadas.
Captulo 9 - Estatsticas

A tabela associada mostra tambm os valores absolutos e ordenada pela quantidade


de ocorrncia.

As informaes desse grfico no significam necessariamente um problema com o


sistema fone@RNP.

255
Ocorrncias como chamou at cair, usurio estava ocupado e discagem para nmero
inexistente esto includas aqui.

Modo de exibio

Pizza.

Estimativa de Economia

Descrio do grfico:

O grfico Estimativa de Economia oferece informaes para que seja possvel estimar a eco-
nomia feita com as ligaes executadas atravs do fone@RNP. Apresenta valores de quanti-
dade de ligaes e de durao total das chamadas. No grfico so apresentadas trs barras:

11 Quantidade de chamadas a distncia no pagas: so as chamadas realizadas para


telefones IP ou para ramais convencionais dentro das instituies clientes. Assim, no foi
gerado nenhum custo adicional para nenhuma instituio;

11 Quantidade de chamadas a distncia pagas: so aquelas terminadas na rede de tele-


fonia pblica. Nesse caso, alguma instituio no estado destino arcou com o custo dessa
ligao local;

11 Economia Total: a soma dos dois valores descritos acima. Essa barra s aparece l
quando os campos Valor DDD e Valor Ligao Local so preenchidos. O campo Valor DDD
deve ser preenchido
Filtros auxiliares com uma estimativa do
custo do minuto para
11 Totais: quantidades das chamadas realizadas; chamadas a distncia
para fixo. O campo
11 Duraes: minutos das chamadas realizadas; Valor Ligao Local
deve ser preenchido
11 Tempo mdio: tempo mdio das chamadas, calculado no perodo do filtro principal;
com uma estimativa
11 Economia: estimativa de economia, em reais. Os campos Valor DDD e Valor Ligao do custo do minuto
para chamadas locais
Local devem ser preenchidos pelo usurio.
para fixo.
Modos de exibio

Barras e Linhas.

Matriz de Trfego

Descrio do grfico: o grfico Matriz de Trfego oferece uma viso geral das ligaes feitas
pelo sistema fone@RNP. As clulas da matriz mostram a quantidade de chamadas e o total
de durao das chamadas.

A matriz apresenta todos os possveis fluxos, indicando origem e destino das ligaes, agru-
pado de acordo com o filtro selecionado.

Filtros auxiliares

11 Trfego: a opo trfego mostra as ligaes que foram atendidas;

11 No trfego: a opo no trfego mostra a quantidade de ligaes que no foram


atendidas, independente do motivo.
Servio fone@RNP

256
Filtros

Esse relatrio tem um sistema de filtros particular. A construo da matriz depende da com-
binao de Regies, UFs, DDDs, Instituies (origem e destino) e a escolha do Tipo de Filtro.
Exemplos:

11 Criao de uma matriz com os estados da Regio Sudeste:

22 Selecione a Regio Sudeste na combo box Regio;

22 Em Tipo de Filtro, selecione UF;

22 Clique em Filtrar Relatrio.

11 Criao de uma matriz com alguns estados da Regio Nordeste:

22 Selecione a Regio Nordeste na combo box Regio;

22 Com o boto shift do teclado sendo pressionado, selecione Alagoas, Bahia, Cear e
Maranho, por exemplo;

22 Em Tipo de Filtro, selecione UF;

22 Clique em Filtrar Relatrio.

11 Criao de uma matriz com todas as instituies do Rio de Janeiro com DDD 21:

22 Selecione a Regio Sudeste na combo box Regio;

22 Selecione Rio de Janeiro na combo box UF;

22 Selecione 21 na combo box DDD;

22 Em Tipo de Filtro, selecione Instituio;

22 Clique em Filtrar Relatrio.

Relatrios dos mdulos do fone@RNP


Os relatrios embutidos nos mdulos do fone@RNP (GWT, SRL e PBX IP) so mais indicados
para identificao e auxlio na resoluo de problemas locais. Embora nada impea que possa
ser utilizado para gerar sries histricas de sua instituio ou do domnio que atendem.

Relatrios do GWT
Ao acessar a interface grfica de configurao do GWT, na coluna esquerda, o mdulo de
Figura 9.15
Estatsticas contabilizao aparece na segunda posio. O GWT conta com quatro relatrios estatsticos
no GWT. que sero descritos nesse momento.

Captulo 9 - Estatsticas

257
Estatsticas

Esse um relatrio online e interativo.

direita exibe um grfico com a quantidade de chamadas nos ltimos 13 meses. possvel
plotar quatro tipos de chamadas:

11 Completadas VoIP: que seguiram pelo fone@RNP;

11 Completadas PSTN: que seguiram pela RTFC;

11 No completadas VoIP: que no foram completadas e deveriam seguir pelo fone;

11 No completadas PSTN: que no foram completadas e deveriam seguir pela RTFC.

Ao clicar na linha ou na legenda de cada tipo de informao, possvel habilitar do desabi-


litar a informao correspondente no grfico.

A seguir desse grfico v-se a estimativa de economia, baseada em informao fornecida


quando da configurao do GWT.

Figura 9.16
Relatrio interativo.

esquerda exibida a informao sobre o nmero de chamadas completadas ou no desde o


incio de operao do GWT. Esses nmeros so utilizados para a formao do grfico direita.

Essa informao tambm interativa. Ao se clicar em completadas, por exemplo, os


nmeros se desdobram em VoIP ou PSTN, indicando se as ligaes foram encaminhadas
pelo fone@RNP ou pela RTFC, respectivamente. Novamente, ao se clicar em VoIP, por
exemplo, a informao se desdobra nos anos em que o GWT esteve em operao. Por
ltimo, ao se clicar em um ano, a informao se desdobra nos meses daquele ano.
Servio fone@RNP

Figura 9.17
Resumo das
informaes.

258
Completadas

O relatrio Completadas exibe o detalhamento das chamadas completadas com sucesso.


Basicamente, o CDR.

Figura 9.18 Na parte superior, h uma srie de campos onde possvel criar filtros para conseguir a
Chamadas informao desejada com maior preciso.
completadas.
Na parte de baixo do quadro de filtros h botes com filtros de tempo predefinidos.

Logo a seguir, exibida a tabela com os detalhes das chamadas. possvel ordenar a tabela
de acordo com a coluna desejada clicando no cabealho da referida coluna.

As colunas de informao so:

Data A data e hora do incio da tentativa de chamar o destino

Origem O nmero de origem, exatamente como repassado pelo GWT

Destino O nmero de destino, exatamente como repassado pelo GWT

Durao Tempo desde o incio da tentativa de estabelecer a chamada

Tempo de Bilhetagem Durao a partir do atendimento


Captulo 9 - Estatsticas

Tabela 9.1 Entrada Informa se a chamada entrou pelo PABX, RTFC ou fone@RNP
Informaes
do relatrio Categoria FORA DE USO
de chamadas
completadas. Terminao Informa se a chamada saiu para o PABX, RTFC ou fone@RNP

259
No Completadas

O relatrio No Completadas exibe o detalhamento das chamadas que no foram com-


pletadas com sucesso. De forma geral, um dos primeiros lugares a se visitar quando h
suspeita de problemas com as entregas das chamadas.

As informaes so muito semelhantes ao relatrio anterior, incluindo a rea de filtros.

A nica mudana que as colunas Durao e Tempo de Bilhetagem so substitudas pela


coluna Motivo, que informa o motivo pelo qual a chamada no foi completada.

Mais Chamados Figura 9.19


Chamadas no
O relatrio Mais Chamados exibe os nmeros que mais foram chamados por esse GWT, a completadas.
partir do PABX.

Na parte superior h dois campos onde possvel criar filtros para conseguir a informao
desejada com maior preciso. possvel escolher a terminao, ou seja, se a ligao foi
encaminhada pelo fone@RNP ou pela RTFC. Tambm possvel filtrar o nmero destino.

Ainda existem dois filtros predefinidos. O primeiro boto exibe as chamadas que foram
encaminhadas pela RTFC que no possuem rota pelo fone@RNP (um comportamento
esperado). O segundo boto exibe chamadas que foram encaminhadas pela RTFC, mas que
possuem rotas pelo fone@RNP. Essas, podem ser indcio de algum problema.

Logo a seguir exibida a tabela com os detalhes das chamadas. possvel ordenar a tabela
de acordo com a coluna desejada clicando no cabealho da referida coluna.

As colunas de informao so:

Nmero destino Nmero mais discado

ltima atualizao ltima vez em que o nmero foi discado


Servio fone@RNP

Sucesso VoIP Quantidade de vezes em que foi encaminhado pelo fone@RNP

Sucesso PSTN Quantidade de vezes em que foi encaminhado pela RTFC Tabela 9.2
Informaes
Prxima ligao Porta pela qual a prxima ligao deve ser encaminhada do relatrio de
chamadas mais
Detalhe Apenas apresenta o cone de detalhe discadas.

260
Figura 9.20 Ao clicar sobre o nmero mais chamado, na primeira coluna, apresentada uma nova janela
Nmeros mais de informaes com os detalhes das chamadas para o nmero em questo.
chamados.

Figura 9.21
Lista de chamadas
Captulo 9 - Estatsticas

para determinado
destino mais
chamado.

Ao clicar sobre o cone da lupa, na ltima coluna, apresentada uma nova janela de informa-
es com os detalhes das informaes tabeladas para o nmero em questo.

261
Relatrios do SRL Figura 9.22
Detalhes do
O SRL, assim como o SRC, possui trs tipos de relatrios estatsticos. Todos baseados nos nmero destino.
Registros das Chamadas (CDRs) que passam por eles. Eles mostram, basicamente:

11 O prprio detalhamento das chamadas;

11 A matriz de trfego, com quantidade de chamadas e minutos;

11 Grficos da matriz de trfego, com a quantidade de chamadas.

Figura 9.23
Servio fone@RNP

Contabilizao
do SRL: Seleo
de peers.

Essa imagem a tela da aba de contabilidade do SRC. So apresentados todos os peers

262
cadastrados para escolha da origem e para escolha do destino, um ao lado do outro.
A seguir e esquerda h um quadro para configurao do filtro de intervalo de tempo.
E a seguir e direita se encontram os trs botes para os trs tipos de relatrios diferentes.
Os passos para gerao de um relatrio so bem simples.

Na aba Contabilizao:

11 Escolha os peers de origem;

11 Escolha os peers de destino;

11 Escolha o intervalo de tempo a ser analisado;

11 Escolha o tipo de relatrio desejado.

Gerar tabela

Figura 9.24 Na imagem, um exemplo de relatrio do boto Gerar tabela.


Contabilizao do
SRL: tabela. A tabela o prprio Detalhamento da Chamada, o CDR.
Captulo 9 - Estatsticas

As colunas de informao so:

263
Data e hora da chamada Marca o incio da chamada Tabela 9.3
Informaes da
Origem Informa o peer que originou a chamada tabela de ligaes.

Tipo Origem Informa tipo de telefone que originou a chamada

Nmero Origem Informa o nmero chamador

Destino Informa o peer para onde a chamada foi encaminhada

Tipo Destino Informa o tipo de telefone onde a chamada foi terminada

Nmero Destino Informa o nmero chamado, no formato E.164

Durao Informa a durao da chamada

A janela ainda apresenta alguns comandos auxiliares. l


As ligaes no
No canto superior direito encontram-se dois botes: Completadas e No completadas. completadas no
significam necessaria-
Por padro, o boto Completadas est selecionado. Ele exibe as ligaes que ocorreram mente um problema no
normalmente. Se o usurio escolher o boto No Completadas, sero exibidas as tenta- fone@RNP. Ali podem
estar listadas, por
tivas de conexo que no foram bem-sucedidas.
exemplo, chamadas
feitas para destinos
No canto inferior direito esto botes de navegao nos registros. Sua utilizao
que estavam ocupados
bem intuitiva. na hora da ligao.

No canto inferior esquerdo esto botes com opes para exportao dos dados exibidos
na tela. possvel exportar os dados para o clipboard (memria), para o formato Excel
Figura 9.25
(separado por vrgulas), para o formato PDF e para impressora. Contabilizao
do SRL: Matriz de
Gerar Matriz trfego.
Servio fone@RNP

Essa imagem um exemplo de relatrio do boto Gerar Matriz.

264
O relatrio a prpria matriz de trfego entre os peers selecionados. No h necessidade de
escolher os mesmos peers de origem e destino. Ou seja, a matriz no precisa ser quadrada.

l Os peers mostrados no incio de cada linha so as origens e os peers mostrados no incio de


Nesse contexto, o
PoP-SP um peer cada coluna so os destinos.
mantido pela RNP. Sua
funo apenas A informao dentro de cada clula o nmero de chamadas e o volume em minutos entre
entregar chamadas na origem e destino.
cidade de So Paulo
para as instituies Por exemplo, a matriz mostra que a UFSC fez 249 chamadas, totalizando mais de 15 horas
clientes.
de conversao, para So Paulo, pelo peer PoP-SP. Por outro lado, o PoP-SP no realizou
chamadas para nenhum dos peers exibidos.

Gerar Grfico

Figura 9.26 Na imagem est um exemplo do relatrio obtido ao escolher o boto Gerar Grfico.
Contabilizao do
SRL: Grficos. Esse relatrio exibe em forma de grfico a informao de quantidade de ligaes que ocor-
reram com sucesso e tambm as tentativas que no foram completadas.

Os grficos so obtidos com dados da matriz de trfego equivalente s instituies escolhidas.

As abas correspondem aos peers de origem. Todas as abas (origens) exibem um grfico para
cada destino.

Por exemplo, de acordo com o grfico, houve tentativas sem sucesso de ligaes da RNP-DF
para RNP-RJ em alguns dias. Em outros, houve quantidades semelhantes de ligaes com
Captulo 9 - Estatsticas

sucesso. Ento, possvel inferir que houve algum problema entre os peers RNP-DF e
RNP-RJ no incio e no meio de fevereiro.

Relatrios do PBX IP

As estatsticas do PBX IP so bem simples. Podemos encontrar informaes estatsticas em


dois lugares.

265
Na primeira pgina, Viso Geral (Primeiro quadro, Status, na coluna da esquerda), h um
pequeno resumo da quantidade e da situao dos ramais cadastrados e das ligaes.

O outro local onde possvel encontrar informaes estatsticas no PBX IP se est no ltimo Figura 9.27
quadro da coluna esquerda, chamado Contabilizao. Estatsticas do
PBX IP.
Servio fone@RNP

H dois relatrios nesse mdulo: Completadas e No completadas. Figura 9.28


Menu de
contabilizao.
266
Completadas

O relatrio Completadas mostra, basicamente, o CDR das ligaes que foram originadas e
recebidas pelos ramais do PBX.

Na parte superior h uma srie de campos onde possvel criar filtros para conseguir a
informao desejada com maior preciso.

Na parte de baixo do quadro de filtros h botes com filtros de tempo predefinidos.

Logo a seguir exibida a tabela com os detalhes das chamadas. possvel ordenar a tabela
de acordo com a coluna desejada clicando no cabealho da referida coluna.

As colunas de informao so:

Data A data e hora do incio da tentativa de chamar o destino

Origem O nmero de origem, no formato E.164 ou como recebido pelo PBX

Destino O nmero de destino, no formato E.164 ou como recebido pelo PBX


Tabela 9.4
Informaes da Durao Intervalo de tempo em que o chamado ocupou recursos no PBX
tabela de chamadas
Usurio O nome do usurio no PBX ou o nmero recebido pelo PBX
completadas.

Captulo 9 - Estatsticas

Figura 9.29 No Completadas


Contabilizao do
PBX IP: Relatrio O relatrio No Completadas exibe o detalhamento das chamadas que no foram com-
de chamadas pletadas com sucesso. De forma geral, um dos primeiros lugares a se visitar quando h
completadas.
suspeita de problemas com as entregas das chamadas.

267
As informaes so muito semelhantes ao relatrio anterior, incluindo a rea de filtros.

A nica mudana que a coluna Durao substituda pela coluna Cdigo, que informa
o cdigo da mensagem SIP com que a chamada foi desligada, indicando o motivo pelo qual a
chamada no foi completada.

Figura 9.30
Contabilizao do
PBX IP: Relatrio
de chamadas no
completadas.
Servio fone@RNP

268
10
Anexos

dAnexo 1 Planejamento para instalao do


fone@RNP em uma empresa fictcia
Mudana
Renovao do servio de telefonia da empresa fictcia XPTO e integrao de seus trs escritrios.

Resumo da mudana
O servio de telefonia atual que utiliza equipamentos tradicionais e independente em cada
escritrio ser substitudo pela soluo de telefonia IP desenvolvida para o servio fone@RNP,
distribuio 2012. Tambm ser substitudo o servio fone@RNP na sua verso antiga.

Alm da substituio de equipamentos (PABX e telefones), tambm sero includas algumas


funes extras no servio de telefonia.

11 Chamadas a quatro dgitos entre os escritrios;

11 Criao de caixas de mensagens para todos os ramais.

22 Encaminhamento de recados para e-mail, com arquivo de udio anexado.

11 Para os viajantes, mesmo nmero na mesa ou no softphone.

22 Registro em mais de um telefone IP ao mesmo tempo;

22 Softphone herdar todas as caractersticas do telefone de mesa;

22 Possibilidade de atender ou realizar chamadas na mesa ou no softphone.

11 Capacidade de FAX para cada ramal.

O que ser instalado?


Captulo 10 - Anexos

Instalao do fone@RNP v.2012, com substituio do fone 2008 e do sistema tradicional de


telefonia nos trs escritrios.

269
Aes previstas
A mudana est prevista para ocorrer em duas fases:

11 Fase1: Piloto;

11 Fase2: Migrao completa;

A fase1: piloto contar com a participao de toda a equipe da Servios, Colaboradores indi-
cados pela TI, colaboradores indicados de P&D, mais alguns colaboradores-chave.

Aps a instalao e configurao da fase1, haver um perodo de dois meses de avaliao


do piloto.

A fase2: migrao completa dever executar a migrao dos telefones dos demais colabora-
dores da XPTO.

As seguintes atividades esto previstas:

11 Aprovao do plano de migrao;

11 Instalar GWTs em cada escritrio;

11 Instalar SRL para XPTO (1 nvel);

11 Instalar SRLs em cada escritrio (2 nvel);

11 Instalar PBX IP em cada escritrio;

11 Instalar os primeiros ramais IP (registrar telefones no PBX IP);

11 Considerar configurao dos telefones por autoprovisionamento;

11 Configurar encaminhamento padro pela rota de menor custo;

11 Configurar encaminhamento dos DDRs dos telefones antigos para os novos;

11 Configurar encaminhamento a 4 dgitos entre sites internos;

11 Configurar encaminhamento dos nmeros virtuais (2008) para novos ramais;

11 Automatizar como siga-me do nmero virtual para o novo ramal IP;

11 Conversar com cada usurio do ramal antigo;

11 Rodar o checklist;

11 Revisar e corrigir configuraes no servio fone@RNP e na rede IP de suporte (rotas e firewall);

11 Rodar o checklist sem nenhum erro;

11 Perodo de anlise do Piloto do fone@RNP nos escritrios da RNP;

11 Migrar os outros telefones;

11 Rodar o checklist sem nenhum erro;

11 Desligamento dos servidores do fone antigo;

11 Desligamento dos PABX legados;

11 Retirada dos telefones analgicos.


Servio fone@RNP

270
Cronograma
# Descrio Data Incio Data final Observao

1 Aprovao do plano de Migrao 14/10 17/10

2 Instalar GWTs em cada escritrio GWT-S1 ok GWT-S1 ok


GWT-S2 ok GWT-S2 ok
GWT-S3 ok GWT-S3 ok

3 Instalar SRL para XPTO (1o nvel) SRL (1n1) ok SRL (1n1) ok
SRL (1n2) SRL (1n2) 17/10
14/10

4 Instalar SRLs em cada escritrio 14/10 24/10


(2 nvel) SRL2n1-S1 SRL2n1-S1
SRL2n2-S1 SRL2n2-S1
SRL2n1-S2 SRL2n1-S2
SRL2n2-S2 SRL2n2-S2
SRL2n1-S3 SRL2n1-S3
SRL2n2-S3 SRL2n2-S3

5 Instalar PBX IP em cada escritrio 14/10 24/10


PBX1-S1 PBX1-S1
PBX2-S1 PBX2-S1
PBX1-S2 PBX1-S2
PBX2-S2 PBX2-S2
PBX1-S3 PBX1-S3
PBX2-S3 PBX2-S3

6 Instalar os primeiros ramais IP (registrar 27/10 31/10 Com auxlio das equipes
telefones no PBX IP) de suporte locais.

7 Configurar encaminhamento padro 03/11 07/11 Auxlio de suporte


pela rota de menor custo terceirizado

8 Configurar encaminhamento dos DDRs 03/11 07/11 Auxlio de suporte


dos telefones antigos para os novos terceirizado

9 Configurar encaminhamento a 4 dgitos 03/11 07/11 Auxlio de suporte


entre sites internos terceirizado

10 Configurar encaminhamento dos nmeros 03/11 07/11 Auxlio de suporte


virtuais (2008) para novos ramais terceirizado

11 Rodar o checklist 07/11 07/11

12 Revisar e corrigir configuraes no 10/11 12/11


servio fone@RNP e na rede IP de
suporte (rotas e firewall)

13 Rodar o checklist sem nenhum erro 13/11 13/11

-- Perodo de anlise do Piloto 13/11 15/01

14 Migrar os outros telefones 01/02 01/03


Captulo 10 - Anexos

15 Rodar o checklist sem nenhum erro 01/03 01/03

16 Desligamento dos servidores do 15/03 15/03


fone antigo

17 Desligamento dos PABX legados 15/03 15/03

18 Retirada dos telefones analgicos 16/03 23/03

271
Plano de discagem
Sempre que possvel, deve ser mantida a forma de discar atualmente em vigor na empresa.
Para evitar mudana no hbito dos colaboradores, ser mantido o primeiro 0, para pegar
linha externa, apesar de saber que, tecnicamente, no mais necessrio.

11 Nmeros internos do mesmo escritrio: 4 dgitos;

11 Nmeros internos de outros escritrios: 4 dgitos ou completo (0+CA+8dgitos);

11 Nmeros locais fixos: 0 + 8 dgitos iniciados por 2-5;

11 Nmeros locais celulares: 0 + 8 dgitos iniciados por 6-7 | 0 + 9 dgitos iniciados por 8-9;

11 Nmeros a distncia fixo: 0 + CA + 8 dgitos iniciados por 2-5;

11 Nmeros a distncia celular: 0 + CA + 8 dgitos iniciados por 6-7 | 0 + CA + 9 dgitos


iniciados por 8-9;

11 Nmeros Internacionais: 0 + 0 + CP + nmero de 7 a 11 dgitos (incluindo cdigo de rea


do pas);

11 Ligaes a cobrar local: 0 + 90 + 90 + 8 ou 9 dgitos;

11 Ligaes a cobrar a distncia: 0 + 90 + CA + 8 ou 9 dgitos.

Servios especiais:

0 + 0X00 + 8 dgitos
0 + 1XX

Sobre a infraestrutura
Lista de dispositivos e DMZs
DMZ para servios externos

SRC: Servio Nacional para clientes da RNP (J existe! Pertence ao prestador do servio).

SRC-RJ: 200.143.193.54

SRC-DF: 200.130.35.113

Rede Externa

SRL-S1 (2o nvel): Servio local para o escritrio (Site1).

SRL-S1-2n1:

SRL-S1-2n2:

PBX-S1: Servio local para o escritrio (Site1)

PBX-S1-1:

PBX-S1-2:
Servio fone@RNP

GWT-S1: Servio local para escritrio (Site1)

GWT-S1: XXX.XXX.XXX.XXX

SRL-S2 (2o nvel): Servio local para o escritrio (Site2)

SRL-S2-2n1:

272
SRL-S2-2n2:

PBX-S2: Servio local para o escritrio (Site2)

PBX-S2-1:

PBX-S2-2:

GWT-S2: Servio local para escritrio (Site2)

GWT-S2: XXX.XXX.XXX.XXX

SRL-S3 (2o nvel): Servio local para o escritrio (Site3)

SRL-S3-2n1:

SRL-S3-2n2:

PBX-S3: Servio local para o escritrio (Site3)

PBX-S3-1:

PBX-S3-2:

GWT-S3: Servio local para escritrio (Site3)

GWT-S3: XXX.XXX.XXX.XXX

Rede (ou VLAN) de telefonia

Telefones IP Site1: Servio local para o escritrio

l
Rede IP: XXX.XXX.XXX.XXX/24

Telefones IP Site2: Servio local para o escritrio


Os telefones podem ter
endereo IP no Rede IP: XXX.XXX.XXX.XXX/24
rotevel (RFC-1718),
desde que haja rota e
Telefones IP Site3: Servio local para o escritrio
no haja NAT entre os
demais dispositivos de
Rede IP: XXX.XXX.XXX.XXX/24
telefonia.
QoS da camada 2

Recomendvel criao de VLAN para telefonia. Ou mesmo o uso de switch separado.

Priorizao de quadros nos switches no necessrio, mas tambm pode ser aplicvel.

QoS da camada 3

Amplamente recomendvel a priorizao de pacotes de voz (e vdeo).

QoS entre escritrios responsabilidade da equipe de Engenharia.

QoS interno a cada escritrio no necessrio, mas tambm pode ser aplicado.

Alimentao dos telefones


Captulo 10 - Anexos

DADO: os telefones IP existentes no estoque so antigos e no suportam PoE.

Se houver, nas baias, ponto de energia assegurado por nobreaks, utilizar esses pontos para
alimentao dos telefones IP.

Novas aquisies de telefones devem considerar PoE e tambm a compra de Switches PoE.

273
dAnexo 2 Configurao de firewall
Esse guia apresenta as regras de firewall que devem ser abertas para cada componente do
fone 2012. O ambiente composto por quatro tipos de componentes, sendo:

11 SRC SIP Router Central;

11 SRL SIP Router Local;

11 GWT Gateway Transparente;

11 PBX-IP Private Branch Exchange-Internet Protocol.

SRC SIP Router central


Gerencia a tabela ENUM global dos participantes do Fone@2012. Responsvel por rotear as
sinalizaes SIPs entre os participantes e controle de DNS na zona ENUM. Pode interagir com
SRL e GWT, SIP e DNS e outros peerings externos. Ambiente composto por duas mquinas
para contingncia.

IPs do SRC
SRC-DF: 200.130.35.113
SRC-RJ: 200.143.193.54

A seguir, exemplo em pseudo linguagem de firewall. SRC conectado com SRL e GWT. O SRL j
realiza controle das chamadas permitindo somente sinalizao entre peerings autorizados.
Para facilitar as regras de firewall, sero liberadas somente as portas de SRL e GWT.

Sentido Internet > DMZ

;; PERMITIR CONEXO TCP ESTABELECIDAS


permitir conexoes estabelecidas
;;
;; SIP
permitir protocolo UDP origem INTERNET porta 5060,5071 destino SRC-DF,SRC-RJ porta
5060
;;
;; RTP -- NO REALIZA MIDIA PROXY.
;;
;; ZONE-TRANSFER e consultas DNS
permitir protocolo UDP,TCP origem INTERNET porta 53,>1024 destino SRC-DF,SRC-RJ
;;
;; NTP
permitir protocolo UDP origem IP-NTP1,IP-NTP2 porta 123,>1023 destino SRC-DF,SRC-RJ
porta 123
;; GERENCIA do ambiente
permitir protocolo TCP origem REDE_GERENCIA destino SRC-DF,SRC-RJporta 22,80,443
;; GERENCIA do ambiente
permitir protocolo udp origem REDE_GERENCIA_NMS destino SRC-DF,SRC-RJ porta 161
Servio fone@RNP

274
SentidoMZ > Internet

alguns ADMs de firewall permitem tudo do SRV - > Internet


;; PERMITIR CONEXO TCP ESTABELECIDAS
permitir conexoes estabelecidas
;;
;; SIP
permitir protocolo UDP origem SRC-DF,SRC-RJ porta 5060 destino INTERNET porta
5060,5071
;; RTP -- NAO REALIZA
;; DNS-QUERY E ZONE TRANSFER
permitir protocolo UDP,TCP origem SRC-DF,SRC-RJ porta 53,>1023 destino INTERNET
porta 53,>1023
;; GERENCIA
permitir protocolo UDP origem SRC-DF,SRC-RJ destino IP-SYSLOG porta 514

SRL SIP router local


Gerencia a tabela ENUM local da instituio e recebe cpias das tabelas do servio central.
Responsvel por rotear as sinalizaes SIPs no mbito local da instituio, podendo ser inte-
grado com PBX-IP, GWT e outros proxys/Gateways SIP, como (AudioCodes, Asterisk, Central
IP, Provedor SIP externo. Exemplo: VONO etc.). Pode realizar Realiza Media-Proxy. Ambiente
composto por duas mquinas para contingncia. Exemplo: em pseudo linguagem de firewall.
SRC conectado com SRL e GWT. O SRL j realiza controle das chamadas permitindo somente
sinalizao entre peerings autorizados. Para facilitar as regras de firewall, ser liberado
somente as portas de SRL e GWT.

SentidoInternet > DMZ

;; PERMITIR CONEXO TCP ESTABELECIDAS


permitir conexoes estabelecidas
;;
;; SIP
permitir protocolo UDP origem SRC-DF,SRC-RJ porta 5060 destino SRL1,SRL2 porta
5060
;;
;; RTP -- SE HABILITADO MEDIA PROXY e sem SUPORTE FIREWALL SIP/RTP
permitir protocolo UDP origem INTERNET porta >1024 destino SRL1,SRL2 porta RANGE
50000-60000
;;
;; ZONE-TRANSFER e consultas DNS
permitir protocolo UDP,TCP origem PBX-IP-m1, PBX-IP-m2, PBX-IP-vrrp, GWT destino
SRL1,SRL2 porta 53
;;
;; NTP
Captulo 10 - Anexos

permitir protocolo UDP origem IP-NTP1,IP-NTP2 porta 123,>1023 destino SRL1,SRL2


porta 123
;; GERENCIA do ambiente
permitir protocolo TCP origem REDE_GERENCIA destino SRL1,SRL2 porta 22,80,443
;; GERENCIA do ambiente
permitir protocolo udp origem REDE_GERENCIA_NMS destino SRL1,SRL2 porta 161

275
SentidoMZ > Internet

;; alguns ADMs de firewall permitem tudo do SRV - > Internet


;; PERMITIR CONEXO TCP ESTABELECIDAS
permitir conexoes estabelecidas
;;
;; SIP
permitir protocolo UDP origem SRL1,SRL2 porta 5060 destino PBX-IP-m1, PBX-IP-m2,
PBX-IP-vrrp porta 5060
permitir protocolo UDP origem SRL1,SRL2 porta 5060 destino GWT porta 5071
permitir protocolo UDP origem SRL1,SRL2 porta 5060 destino [CASO EXISTA OUTROS\
PROXYS LOCAIS, ADICONAR AQUI]
;; RTP -- SE HABILITADO MEDIA PROXY e sem SUPORTE FIREWALL SIP/RTP
permitir protocolo UDP origem SRL1,SRL2 destino INTERNET porta RANGE 50000-60000
porta >1023
;; DNS-QUERY E ZONE TRANSFER
permitir protocolo UDP,TCP origem SRL1,SRL2 porta 53,>1023 destino PBX-IP-m1, PBX-
IP-m2, PBX-IP-vrrp, GWT porta 53,>1023
;; GERENCIA
permitir protocolo UDP origem SRL1,SRL2 destino IP-SYSLOG porta 514

GWT Gateway transparente


O GWT faz o roteamento de menor custo de forma transparente entre a instituio,
FONE@RNP e PSTN local. Esse equipamento tambm realiza o Media-Proxy.

Em um momento pertinente, o administrador encontrar os seguintes parmetros a


serem configurados:

11 DNS: Zone Transfer do SIP-Router (Local ou Central), dependendo da configurao;

11 TCP/UDP 53: Realiza o DNS-Forward para os DNS da instituio;

11 SIP: udp: 5071;

11 RTP: udp: 10.000 at 20.000;

11 IP-GWT: Definido pela instituio;

11 IP-DNS_RECURSIVO1: DNS Recursivo da instituio;

11 IP-DNS_RECURSIVO2: DNS Recursivo da instituio;

11 IP-NTP1: definido pela instituio: Exemplo: ntp.pop-sc.rnp.br, ntp.cais.rnp.br,


ntp.intituio.br;

11 IP-NTP2: definido pela instituio: Exemplo: ntp.pop-sc.rnp.br, ntp.cais.rnp.br,


ntp.intituio.br;

11 REDE_GERENCIA: rede de gerncia do ambiente;

11 REDE_GERENCIA_NMS: rede ou IP da estao de gerncia SNMP Exemplo: cacti, Nagios,


Dude, WhatsUP etc.;
Servio fone@RNP

11 IP-SYSLOG: permitir exportar logs do sistema para outra mquina, caso necessrio.
Exemplo em PSEUDO linguagem de firewall o GWT Conectado ao SRC. Caso o GWT
conecte ao SRL, basta trocar os IPs de SRC-DF e SRC-RJ pelos respectivos IPs do SRL.

276
SentidoInternet > DMZ

;; PERMITIR CONEXO TCP ESTABELECIDAS


permitir conexoes estabelecidas
;;
;; SIP
permitir protocolo UDP origem SRC-DF,SRC-RJ porta 5060 destino IP-GWT porta 5071
;;
;; RTP
;; OBS: caso o firewall possua suporte a SIP/RTP, basta habilitar as regras do SIP,
que as demais
;; sero abertas automaticamente
permitir protocolo UDP origem INTERNET porta >1023 destino IP-GWT porta RANGE
10.000-20.000
;;
;; ZONE-TRANSFER e consultas DNS
permitir protocolo UDP,TCP origem SRC-DF,SRC-RJ porta 53 destino IP-GWT
;;
;; DNS FORWARD para DNS da instituio, retorno das requisies
permitir protocolo UDP,TCP origem IP-DNS_RECURSIVO1,IP-DNS_RECURSIVO2 porta 53
destino IP-GWT
;;
;; NTP
permitir protocolo UDP origem IP-NTP1,IP-NTP2 porta 123,>1023 destino IP-GWT porta
123
;; GERENCIA do ambiente
permitir protocolo TCP origem REDE_GERENCIA destino IP-GWT porta 22,80,443
;; GERENCIA do ambiente
permitir protocolo udp origem REDE_GERENCIA_NMS destino IP-GWT porta 161

SentidoMZ > Internet

;; alguns ADMs de firewall permitem tudo do SRV - > Internet


;; PERMITIR CONEXO TCP ESTABELECIDAS
permitir conexoes estabelecidas
;;
;; SIP
permitir protocolo UDP origem IP-GWT porta 5071 destino SRC-DF,SRC-RJ porta 5060
;; RTP
;; OBS: caso o firewall possua suporte a SIP/RTP, basta habilitar as regras do SIP,
que as demais
;; sero abertas automaticamente
permitir protocolo UDP origem IP-GWT porta RANGE 10.000-20.000 destino INTERNET
porta >1023
;;
Captulo 10 - Anexos

;; DNS FORWARD para DNS da instituio, retorno das requisies


permitir protocolo UDP origem IP-GWT destino IP-DNS_RECURSIVO1,IP-DNS_RECURSIVO2
porta 53
;; NTP
permitir protocolo UDP origem IP-GWT destino IP-NTP1,IP-NTP2 porta 123
;; GERENCIA
permitir protocolo UDP origem IP-GWT destino IP-SYSLOG porta 514
277
PBX IP
PBX IP responsvel pelo AAA dos ramais SIP, gerenciamento do aprovisionamento dos Tele-
fones, Catlogo, Relatrios etc. Para telefones corporativos da Instituio. Ambiente composto
por duas mquinas para contingncia, que compartilham um IP Virtual para rpido failover.
Esse componente somente pode falar com o SRL. Pode fazer Media-Proxy, se habilitado.

SentidoInternet > DMZ

;; PERMITIR CONEXO TCP ESTABELECIDAS


permitir conexoes estabelecidas
;;
;; SIP -- INVITE
permitir protocolo UDP origem SRL1,SRL2 porta 5060 destino PBX-IP-m1, PBX-IP-m2,
PBX-IP-vrrp porta 5060
;; SIP -- INVITE/REGISTER -- TELEFONES
permitir protocolo UDP origem REDE_TELEFONES_IPS_INSTITUICAO destino PBX-IP-m1,
PBX-IP-m2, PBX-IP-vrrp porta 5060
;;
;; RTP -- SE HABILITADO MEDIA PROXY e sem SUPORTE FIREWALL SIP/RTP
permitir protocolo UDP origem INTERNET porta >1024 PBX-IP-m1, PBX-IP-m2, PBX-IP-
vrrp porta RANGE 50000-60000
;;
;; ZONE-TRANSFER e consultas DNS
permitir protocolo UDP,TCP origem SRL1,SRL2 porta 53 destino PBX-IP-m1, PBX-IP-m2,
PBX-IP-vrrp
;;
;; DNS FORWARD para DNS da instituio, retorno das requisies
permitir protocolo UDP,TCP origem IP-DNS_RECURSIVO1,IP-DNS_RECURSIVO2 porta 53
destino PBX-IP-m1, PBX-IP-m2, PBX-IP-vrrp
;;
;; NTP
permitir protocolo UDP origem IP-NTP1,IP-NTP2 porta 123,>1023 destino PBX-IP-m1,
PBX-IP-m2, PBX-IP-vrrp porta 123
;; GERENCIA do ambiente
permitir protocolo TCP origem REDE_GERENCIA destino PBX-IP-m1, PBX-IP-m2, PBX-IP-
vrrp porta 22,80,443
;; GERENCIA do ambiente
permitir protocolo udp origem REDE_GERENCIA_NMS destino PBX-IP-m1, PBX-IP-m2, PBX-
IP-vrrp porta 161

SentidoDMZ > Internet

;; alguns ADMs de firewall permitem tudo do SRV - > Internet


;; PERMITIR CONEXO TCP ESTABELECIDAS
permitir conexoes estabelecidas
Servio fone@RNP

;;
;; SIP
permitir protocolo UDP origem PBX-IP-m1, PBX-IP-m2, PBX-IP-vrrp porta 5060 destino
SRL1,SRL2 porta 5060
permitir protocolo UDP origem PBX-IP-m1, PBX-IP-m2, PBX-IP-vrrp porta 5060 destino

278
REDE_TELEFONES_IPS_INSTITUICAO
;; RTP -- SE HABILITADO MEDIA PROXY e sem SUPORTE FIREWALL SIP/RTP
permitir protocolo UDP origem PBX-IP-m1, PBX-IP-m2, PBX-IP-vrrp porta RANGE 50000-
60000 destino INTERNET porta >1023
;; DNS-QUERY E ZONE TRANSFER
permitir protocolo UDP,TCP origem PBX-IP-m1, PBX-IP-m2, PBX-IP-vrrp porta 53,>1023
destino SRL1,SRL2 porta 53,>1023
;; DNS FORWARD para DNS da instituio, retorno das requisies
permitir protocolo UDP,TCP origem PBX-IP-m1, PBX-IP-m2, PBX-IP-vrrp destino IP-DNS_
RECURSIVO1,IP-DNS_RECURSIVO2 porta 53
;; GERENCIA
permitir protocolo UDP origem PBX-IP-m1, PBX-IP-m2, PBX-IP-vrrp destino IP-SYSLOG
porta 5140 2

dAnexo 3 Instalao manual do SRL


O SIP Router pode ser instalado via configurao manual ou atravs de imagem disponvel
de VMWare.

A seguir, detalhado o procedimento manual.

Instalao manual
Para realizar a instalao manualmente, deve ser informado qual mquina vai ser instalada,
1 ou 2. Quando o componente for operar sem redundncia, podemos informar que est se
instalada a mquina 1 e, quando solicitado na instalao o IP da mquina vizinha, informar
o mesmo IP. A configurao do host e da redundncia entre as duas mquinas finais sero
aplicadas na interface grfica.

Particionamento
recomendado o uso de LVM nas parties para facilitar futuras expanses de disco caso
sejam necessrias. O particionamento da mquina recomendado que seja feito utilizando
LVM seguindo o modelo a seguir:

Filesystem Size Used Avail Use% Mounted on


/dev/mapper/vg--root-lv--root 1.9G 174M 1.6G 10% /
/dev/mapper/vg--root-lvtmp1.9G 35M 1.8G 2% /tmp
/dev/mapper/vg--root-lvusr3.7G 495M 3.0G 14% /usr
/dev/mapper/vg--root-lvvar3.7G 104M 3.4G 3% /var
/dev/mapper/vg--root-lv--var--lib 22G 237M 21G 2% /var/lib
/dev/mapper/vg--root-lv--var--log 15G 180M 14G 2% /var/log

Configurao pacotes Linux


Captulo 10 - Anexos

Adicionar no arquivo /etc/apt/sources.list as seguintes entradas:

deb http://debian.pop-sc.rnp.br/debian/ squeeze main


deb-src http://debian.pop-sc.rnp.br/debian/ squeeze main
deb http://security.debian.org/ squeeze/updates main
deb-src http://security.debian.org/ squeeze/updates main

279
# squeeze-updates, previously known as volatile
deb http://debian.pop-sc.rnp.br/debian/ squeeze-updates main
deb-src http://debian.pop-sc.rnp.br/debian/ squeeze-updates main
# AG Projects software
deb http://ag-projects.com/debian stable main
deb-src http://ag-projects.com/debian stable main

Atualizar a base de pacotes do Sistema Operacional e instalar a chave para o repositrio do


Media Proxy e pacotes requeridos para realizar a instalao:

apt-get update
cd /usr/local/src
wget http://download.ag-projects.com/agp-debian-gpg.key
apt-key add agp-debian-gpg.key
apt-get install rsync vim

Sistema Core e Web


Para realizar a instalao do SRL, executar os seguintes comandos:

cd /usr/local/src/
wget http://rep.fone2012.pop-sc.rnp.br/fone2012/SRL/APP/core/SRL-core-last-stable.
tar.gz
wget http://rep.fone2012.pop-sc.rnp.br/fone2012/SRL/APP/web/SRL-web-last-stable.
tar.gz
tar zxvf SRL-core-last-stable.tar.gz
tar zxvf SRL-web-last-stable.tar.gz
cd SRL
./update_scripts.sh

esperado ocorrer erro na verso 1.0.0, na cpia do /var/lib/backup/local-config.m4.ORIGINAL.

Opensips
necessrio realizar a compilao do OpenSIPs e inicializar a base de dados. O script de
instalao vai baixar as dependncias de compilao e uso, solicitando as senhas do MySQL
e LDAP. Guarde-as para posterior uso.

Tempo estimado: 10 minutos, dependendo do tempo da rede e processamento do host.


Para isso, executar o seguinte procedimento:

cd /usr/local/SRL/install
./pacotes_debian_geral.sh

Ao instalar, o postfix deve ser configurado como local-only, conforme tela a seguir:
Servio fone@RNP

280
l
Aceitar instalar mesmo
no autenticado os
APT-GET INSTALL.

Aps ser solicitado o nome do host para o SRL. importante que esse nome seja FDQN
para que o SMTP da instituio possa trabalhar corretamente.

A instalao do OpenSIPs para o SRL disparada atravs do seguinte comando:

cd /usr/local/SRL/install
./install_opensips.sh 0

Media proxy
Para disparar a instalao do Media Proxy, devem ser executados os seguintes comandos:

cd /usr/local/SRL/install
./install_mediaproxy.sh

Configurao inicial
Para realizar a configurao inicial, deve ser executado o procedimento a seguir respon-
dendo as perguntas conforme forem sendo mencionadas. No final, a mquina estar insta-
lada e pronta para ser configurada via interface grfica:

cd /usr/local/SRL/install
./init_sistema.sh
____ ____ _
/ ___|| _ \| |
\___ \| |_) | |
___) | _ <| |___
Captulo 10 - Anexos

|____/|_| \_\_____|
Versao 1.0.0 / 2012/12/18
SRL Install
Entre com as informacoes do Host
SRL Servidor (1 ou 2): 1
IP da SRL_M1: 10.255.255.10

281
Digite o IP da SRL_M2 (VIZINHO): 10.255.255.11
Defina o dominio [voip.rnp.br]: fone.rnp.br
Defina o LDAP DN [dc=fone,dc=rnp,dc=br]:
Inicializar MySQL (S/N):S
*** DB:MySQL ***
Digite a senha de root do MySQL(Definida na Instalacao do MySQL)
MySQL ROOT PW:
Crie uma senha para os acessos ao MySQL
MySQL USER PW:
LDAP
Inicializar LDAP (S/N):S
*** LDAP ***
Crie uma nova senha para o LDAP
SENHA LDAP ADMIN: Senha para replicacao- ** LDAP ** Ambas IGUAIS em M1 e M2
LDAP REPLICACAO PW:
OPENSSL_CONF: Houve alteracoes
md5sum: /var/lib/backup/last/openssl.cnf.tar.gz: No such file or directory
Nova versao, arquivar e atualizar last - openssl.cnf -
Jah Arquivado - local-config.m4 -
OPENSSL_CONF: Reiniciando..
rm /etc/apache2/apache.pem
rm: cannot remove `/etc/apache2/apache.pem: No such file or directory
Gerando certificado...
Generating a 1024 bit RSA private key
.......................................++++++
...........++++++
writing new private key to /etc/apache2/apache.pem
-----
Enabling module ssl.
See /usr/share/doc/apache2.2-common/README.Debian.gz on how to configure SSL and
create self-signed certificates.
Run /etc/init.d/apache2 restart to activate new configuration!
Enabling module rewrite.
Run /etc/init.d/apache2 restart to activate new configuration!
Inicializando OpenSIPS
stty: standard input: Invalid argument
stty: standard input: Invalid argument
stty: standard input: Invalid argument
Inicializando LDAP...
Stopping OpenLDAP: slapd.
Starting OpenLDAP: slapd.
Inicializando LDAP...
ldap_add: Already exists (68)
Servio fone@RNP

update-rc.d: using dependency based boot sequencing


FIREWALL: Houve alteracoes
md5sum: /var/lib/backup/last/firewall.sh.tar.gz: No such file or directory
Nova versao, arquivar e atualizar last - firewall.sh -
Jah Arquivado - local-config.m4 -

282
FIREWALL: Reiniciando..
/etc/init.d/firewall restart
Reiniciando Firewall..
.
Restarting web server: apache2... waiting.

Observaes:

11 Na seleo do campo SRL Servidor (1 ou 2), caso esteja instalando uma segunda
mquina para operar de forma redundante, definir como sendo o servidor 2;

11 No campo IP da SRL_M1, selecionar o IP que deve ser configurado pela mquina.

11 No campo IP da SRL_M2 (VIZINHO), selecionar o IP que a mquina vai fazer peering.

A partir daqui, retome o manual de instalao e configurao do SRL.

dAnexo 4 Plano de Testes


Cada instalao do fone@RNP possui um caderno de testes especfico. Para evitar vrias
cpias de documentos similares, vamos apresentar a ideia geral que originou os formulrios.

Antes e aps cada instalao de um mdulo do fone, ser necessrio testar se todos os tipos
de chamadas podem ser realizados normalmente.

Testes de chamadas (Checklist)


Tomemos um hipottico Campus A como referncia.

Todos os tipos e direes de chamadas devem ser testadas, sempre que for cabvel, con-
forme listadas a seguir.

Ligaes dentro do Campus A

11 Ligaes feitas a partir de telefones IP para telefones IP;

11 Ligaes feitas a partir de telefones analgicos para telefones analgicos;

11 Ligaes feitas a partir de telefones IP para telefones analgicos;

11 Ligaes feitas a partir de telefones analgicos para telefones IP.

Ligaes entrantes no Campus A

11 Ligaes para dentro do Campus A, com origem na RTFC.

22 Para ramais IP;

22 Para ramais analgicos.

11 Ligaes para dentro do Campus A, com origem em outro Campus da mesma instituio.

22 Para ramais IP;


Captulo 10 - Anexos

22 Para ramais analgicos.

11 Ligaes para dentro do Campus A, com origem em outro cliente do fone@RNP.

22 Para ramais IP;

22 Para ramais analgicos.

283
Ligaes saintes do Campus A

11 Ligaes para fora do Campus A, para outro Campus da mesma instituio.

22 A partir de telefones IP;

22 A partir de telefones analgicos.

11 Ligaes para fora do Campus A, para outra instituio do fone@RNP no mesmo DDD.

22 A partir de telefones IP;

22 A partir de telefones analgicos.

11 Ligaes para fora do Campus A, para outra instituio do fone@RNP em outro DDD.

22 A partir de telefones IP;

22 A partir de telefones analgicos.

11 Ligaes para fora do Campus A, mas dentro da mesma cidade.

22 A partir de telefones IP para nmeros locais na RTFC.

33 Celulares;

33 Fixos.

22 A partir de telefones analgicos para nmeros locais na RTFC, celulares ou fixos.

33 Celulares;

33 Fixos.

22 Ligaes para fora do Campus A, para nmeros na RTFC em outro cdigo de rea

33 Celulares;

33 Fixos.

22 A partir de telefones IP para nmeros DDD na RTFC

33 Celulares;

33 Fixos.

22 A partir de telefones analgicos para nmeros DDD na RTFC

33 Celulares;

33 Fixos.

Ligaes para servios especiais

11 1XX

11 1XX XXXX

11 0X00 XXXXXXX

11 9090 XXXXXXXX

11 90CA XXXXXXXX

Esses testes devem ser repetidos a cada modificao no servio de telefonia, em todos os
sites dos clientes.
Servio fone@RNP

284
dAnexo 5 Ajuste de temporizao do R2
Problema
Aps a instalao do GWT 2.0, o tempo de comutao de uma ligao da PBX para a PSTN
com o kommuter habilitado estiver muito mais elevado que com o kommuter desabilitado.

Soluo
Uma possvel soluo para esse problema ajustar o comportamento da sinalizao R2 que
vem por padro configurada no GWT 2.0. Para tal, entre na configurao das placas aces-
sando a guia Sistema e menu Configuraes > Placas.

Lembrete: para acessar o mdulo de configurao Khomp, utilize as credenciais:

Usurio: config
Senha: config

l Entrar na aba Configurao, menu Telefonia > Profiles e copiar o Perfil R2.

Feche os jumpers e
insira em um slot PCI
do Servidor. Caso a
placa j venha instalada
fisicamente no GWT,
importante que seja
feita a verificao do
jumper. Se essa
Captulo 10 - Anexos

configurao no
estiver correta, a
ligao com o PABX e
com a operadora no
funcionar.

285
Alterar o nome do perfil para R2_PABX e ajustar os parmetros Comportamento para fim
de nmero de destino para Enviar I15 e Timeout de recepo de MFC para frente para 1000.
Esses parmetros podem ser ajustados conforme central integrada. Ao finalizar a configu-
rao clique em Concluir.
Servio fone@RNP

Mapear o perfil recm-criado para a placa da PBX. Para tal, entrar na aba Configurao,
menu Telefonia > Links E1. Alterar o parmetro Sinalizao da placa PBX para o perfil
R2_PABX e clicar em Aplicar.

286
Reiniciar o servio Khomp API Server, atravs da aba Monitorao, guia Servios.

Para finalizar, entrar na guia Sistema, menu Configuraes > Ambiente, aba Servios
Habilitados e reiniciar o servio Asterisk.
Captulo 10 - Anexos

287
dAnexo 6 Instalao do GWT com Servidor
+ Placa Digium
Pr-instalao
Antes de comear, certifique-se de ter disponveis em sua instituio todas as informaes
relacionadas a seguir.

Relao de materiais

11 1 placa TDM Digium modelo TE220 com duas interfaces E1, RJ45, com mdulo de cancela-
mento de eco;

11 1 Servidor homologado e com automtico aps queda de energia, que a partir desse
momento ser chamado de Gateway Transparente ou GWT;

11 1 Kommuter 10, modelo RJ45(figura 1), para alta disponibilidade da conexo com a opera-
dora, com 4 interfaces E1, RJ45 e uma interface USB utilizada para alimentao e comuni-
cao com o driver do Asterisk;

Kommuter 10
Servio fone@RNP

Modelo RJ45

288
11 2 Baluns (figura 2) para balanceamento de impedncia, possuindo um conector RJ45 de
um lado e 2 conectores BNC no outro lado;

11 2 cabos coaxiais, duplex, 75 Ohms com 1 ponta BNC e outra (IEC ou BNC), dependendo da
interface de conexo com a PSTN, devidamente identificados como C1 e C2;

11 2 cabos coaxiais, duplex, 75 Ohms com 1 ponta BNC e outra (IEC ou BNC), dependendo da
interface da PABX, devidamente identificados como C3 e C4;

11 1 Cabo RJ45, de tamanho que atenda a necessidade de seu ambiente, para a conexo
entre balun e o Kommuter, devidamente identificado como C5;

11 1 Cabo RJ45, pode ser padro de 1,5mt ou do tamanho da necessidade de seu ambiente,
para a conexo entre balun e o Kommuter, devidamente identificado como C6;

11 1 Cabo USB, devidamente identificado como C7. Na caixa do Kommuter j contm um no


tamanho padro, para conexo Kommuter > Servidor;

11 2 cabos RJ45, 1,5mt que servir para a conexo do Kommuter com o Servidor, devida-
mente identificados como C8 e C9;

11 Servidor conectado rede local.

Instalao da placa e1
A placa para telefonia digital, utilizada para comunicao do servidor com a rede de telefonia
pblica convencional (PSTN) e com o PABX, vem configurada de fbrica para o padro T1.
Antes de instal-la no servidor necessrio configur-la para o padro E1. Para isso, antes ins-
talar a placa no GWT ser necessrio fechar os jumpers J1-J2 e J3-J4, no local indicado a seguir:

Captulo 10 - Anexos

289
Conexo entre GWT, KOMMUTER, PABX e PSTN
Inicialmente feita a identificao do tipo de conector. Observe na figura a seguir qual o tipo
de conector sua central possui:

BCN

IEC

Mini-IEC

Antes de continuar a instalao, certifique-se de que est de posse de todos os


cabos, compatveis com o seu ambiente de telefonia.

11 BNC: conector tipo BNC, tamanho grande, tipo encaixe. Tamanho de 5cm;

11 IEC: conector tipo IEC, tem um tamanho menor que o BNC, sendo uma extremidade de
rosca (2cm) com um antiderrapante;

11 Mini-IEC: conector tipo mini-IEC. Em sua extremidade de conexo tem formato de rosca,
na extremidade dessa rosca ele tem formato de uma porca (hexagonal), diferente do IEC.

Na prxima figura, observa-se o diagrama de como deve ficar a conexo dos cabos entre os
equipamentos (Ateno, a seguir est ilustrado um cenrio possvel, entre vrios outros).

BALUN BALUN
PSTN B1 B1 PBX
C1 C3
RX RX RX RX
TX TX TX TX
C2 RJ-45 RJ-45 C4
C5
KOMMUTER 10 (ISDN)
C6
l
Faa a identificao dos
USB A B C D cabos de acordo com a
descrio anterior.
Lembre-se de
C7 C8 C9
identificar os dois lados
SERVIDOR ou GATEWAY TRANSPARENTE do cabo, para que
posteriormente seja
USB LAN 2 1 Placa E1
possvel o suporte em
caso de problemas.
REDE LOCAL
C10

O Kommuter o componente utilizado para prover alta disponibilidade do ambiente, em


caso de falha da mquina (exemplo: software, hardware e falha eltrica), esse equipa-
mento vai chavear automaticamente da PSTN para a PBX convencional Porta (A) PARA (D).
Servio fone@RNP

O Kommuter possui LEDs verdes, que quando est aceso indica que as chamadas estraro
passando pelo GWT, e os LEDs vermelhos, que indicam que as chamadas seguem direto
entre PABX e a PSTN.

290
A conexo deve seguir o seguinte padro:

11 Cabo coaxial 1, identificado como C1 (PSTN-RX > B1-TX);

11 Cabo coaxial 2, identificado como C2 (PSTN-TX > B1-RX);

11 Cabo coaxial 3, identificado como C3 (PBX-RX > B2-RX);

11 Cabo coaxial 4, identificado como C4 (PBX-TX > B2-TX);

11 Cabo RJ-45, identificado como C5 (B1-RJ45 > KOMMUTER-PORTA A);

11 Cabo RJ-45, identificado como C6 (B2-RJ45 > KOMMUTER-PORTA D);

11 Cabo USB, identificado como C7 (KOMMUTER-USB > Servidor-USB);

11 Cabo RJ45, identificado como C8 (KOMMUTER-PORTA B > PLACA DIGIUM: PORTA 2);

11 Cabo RJ45, identificado como C9 (KOMMUTER-PORTA C > PLACA DIGIUM: PORTA 1);

11 Cabo RJ45, identificado como C10 (LAN > Rede Local).

Note que aps a ligao completa dos cabos conforme descrito anteriormente, o servio de
telefonia deve estar funcionando exatamente como antes da ligao dos cabos. Alm disso,
mesmo durante a instalao do servidor GWT o servio de telefonia tambm no deve
sofrer nenhum prejuzo.

Instalao do servidor
a. Instale o servidor no rack;

b. Conecte o cabo de rede local;

c. Ligue o Servidor.

d. Inicialize o servidor com o DVD de instalao do mdulo de Gateway Transparente.

e. Quando iniciar, aparecer a tela a seguir. Escolha a primeira opo e tecle ENTER. Na
prxima tela aguarde a carga completa dos componentes, para prosseguir a instalao:

Captulo 10 - Anexos

291
l
Se aps o trmino o
GWT no reiniciar e
ficar parado no status
da figura 15, desligue e
ligue o GWT para que
seja concluda a tarefa.

A prxima figura apresenta um alerta, o qual lembra que ao prosseguir com a instalao todos
os dados no servidor sero perdidos, pois este ser formatado. Caso queira continuar com a
instalao, certifique-se de que no h dados importantes no servidor. Informa tambm que
por questes de segurana ser solicitado que confirme seu desejo de continuar.

Tecle ENTER (EXIT), para continuar.

Conforme alertado na tela anterior, a confirmao solicitada.


Servio fone@RNP

292
Digite GWT e tecle ENTER.

Aparecer mais um aviso informando sobre a excluso de dados e perguntando se realmente


essa ao que voc quer executar.

Tecle ENTER YES.

Quando confirmar, aparecer a tela de instalao (figura 11), informando o tempo de instalao.
Esse tempo pode variar de 40 minutos at 2 horas.
Captulo 10 - Anexos

293
Com o progresso da instalao, as prximas telas sero:
Servio fone@RNP

294
Aps o trmino da instalao, a tela ficar assim.

Em seguida, o servidor ser reiniciado automaticamente, mas em alguns casos, por dife-
renas de equipamento de hardware, essa ao pode no ser executada. Se ocorrer falha ao
reiniciar o servidor, a tela ficar como mostra a figura anterior. Isso significa que a instalao
foi concluda, porm no reiniciou automaticamente. Captulo 10 - Anexos

295
Essa a tela padro do GWT (Gateway Transparente). Observe que nela est informado seu
nome e o domnio ao qual pertence esse GWT, o endereo IP, Verso do Core (ncleo da
soluo) e do Ambiente web (interface grfica da soluo).

A partir desse ponto, os procedimentos so os mesmos aos apresentados no captulo 5:


Gateway Transparente (GWT) e Gateway Transparente Analgico (GWTa), a partir da sesso 2.

dAnexo 7 Expresses regulares: RegEx


No nossa inteno esgotar o assunto sobre expresso regular. At porque h um livro
inteiro dedicado a isso: http://regex.info/book.html.

Mas vemo-nos obrigados a, minimamente, apresentar o conceito bsico e algumas regras


teis, muito utilizadas na configurao dos dispositivos do fone@RNP.

Expresses regulares so utilizadas para representar toda uma variao possvel de um


conjunto de caracteres.

O fone@RNP usa Expresses Regulares (RegEx) para classificar e diferenciar os nmeros


para onde os usurios esto discando: discagem local ou a distncia, celular ou fixo etc.
Servio fone@RNP

296
Regras mnimas
. Ponto indica qualquer caractere, em qualquer quantidade.

^4 Acento circunflexo indica incio da expresso.

25 Nmero (ou sequncia de nmeros) fora de marcadores indica o prprio nmero ou seq.

[135] Nmeros entre colchetes indica um grupo de possveis caracteres nessa posio.

[1-9] Trao indica todos os valores entre 1 e 9, inclusive, nessa posio.

{2} Chaves indica o tamanho da string do colchete imediatamente anterior.

$ Dlar indica o fim da string.

Exemplos
^0.

=> Nmeros comeados por 0 seguidos por qualquer sequncia de outros nmeros.

^[2-5][0-9]{7}$

=> Nmeros de 8 dgitos, onde o primeiro dgito est entre 2 e 5, inclusive. Ou seja, nmeros
locais fixos.

^2000[0-9]{4}$

=> Nmeros de 8 dgitos que comeam com 2000, onde os 4 ltimos dgitos podem variar de
0000 at 9999.

^0[1-9][0-9][7-9][0-9]{7}$

=> Nmeros que comeam com 0 + 2 dgitos, onde o primeiro no pode ser 0 (cdigo de
rea) + 8 dgitos, onde o primeiro comea entre 7 e 9, inclusive (nmeros de celulares). Ou
seja, ligao a distncia para celulares.

Captulo 10 - Anexos

297
Servio fone@RNP

298
Alex Galhano Robertson
PauloEngenheiro de Telecomunicaes
Cayres possui e
graduao no curso
Mestre em EngenhariaSuperior
de Redesde
comTecnologia
nfase em Comunicaes
em Processa-
Multimdia, ambos pela Universidade
mento de DadosFederal Fluminense (UFF).
pela Universidade para
o Desenvolvimento do Estado e da Regio
Edison Tadeu Melo Graduado em(UNIDERP),
do Pantanal Cincias daespecializao
Computao
e mestre em Sistemasem de Computao
Anlise pela pela
de Sistemas Universidade
Universi-
Federal de Santa Catarina.
dade Federal de Mato Grosso do Sul
(UFMS) e mestrado em Cincias da Computao pela Universi-
Estefania
dade Borm
Federal Graduada
do Rio emSul
Grande do Sistemas
(UFRGS).de Informao
Atualmente pela
coor-
Universidade
denador do Federal
Ncleo de
deSanta Catarina
Educao a -Distncia
UFSC. Ps-Graduanda
- NEaD da
em Sistemas de Telecomunicaes pela ESAB.
Faculdade da Indstria do Sistema FIEP. Scio-diretor da CPP
Consultoria e Assessoria em informtica Ltda. Tem experincia
Guilherme
na Rhodem
rea de Cincia Bacharel emcom
da Computao, Informtica
nfase empela UFPEL
Engenharia
(1999),
de MestreProfessor
Software. em Cincias da Computao
titular pelagraduao
em cursos de UFSC (200).
e
ps-graduao ministrando disciplinas de desenvolvimento de
Helder Vitorino
sistemas Mestre
desde 1995. em Gesto
Instrutor do Conhecimento
de treinamento na linguageme
Tecnologia
Java da Informao
de programao junto aopela Universidade
CITS em Curitiba e naCatlica
ESR-RNP.de
Braslia. Possui MBA em Gesto de Projetos, Especializao
em Engenharia de Software.

Jonatan Hartmann Matschulat Engenheiro de software com


especialidade em desenvolvimento web e mvel. Graduado
em Sistemas de Informao pela UFSC em 2010.

Lus Fernando Cordeiro Possui graduao em Sistemas de


Informao (2012) e especializao em Engenharia e Arqui-
tetura de Software (2015).

Murilo Vetter Graduado em Cincias da Computao pela


Universidade Federal de Santa Catarina - UFSC (2008). Mestre
em Cincias da Computao pela Universidade Federal de
Santa Catarina - UFSC (2015).

Paulo Alexandre de O Brandtner Graduado em Sistemas


de Informao pela Universidade Federal de Santa Catarina.

Thiago Maluf Bacharel em Cincia da Computao pela


UFRJ e detentor da certificao DCAP.

Wescley Patrick da Silva Graduado em anlise e desenvol-


vimento de sistemas, possui especializao em segurana
de redes de computadores, certificado em DELL DCSE
Foundation 2010, ITIL Foundation, Digium dCCA.
Alex Galhano Robertson Engenheiro de Telecomunicaes e A RNP Rede Nacional de Ensino
Mestre em Engenharia de Redes com nfase em Comunicaes
e Pesquisa qualificada como
Multimdia, ambos pela Universidade Federal Fluminense (UFF).
uma Organizao Social (OS),
Edison Tadeu Melo Graduado em Cincias da Computao
sendo ligada ao Ministrio da
e mestre em Sistemas de Computao pela Universidade
Federal de Santa Catarina. Cincia, Tecnologia e Inovao
(MCTI) e responsvel pelo
Estefania Borm Graduada em Sistemas de Informao pela
Universidade Federal de Santa Catarina - UFSC. Ps-Graduanda Programa Interministerial RNP,
em Sistemas de Telecomunicaes pela ESAB. que conta com a participao dos
Guilherme Rhodem Bacharel em Informtica pela UFPEL
ministrios da Educao (MEC), da

Servio
(1999), Mestre em Cincias da Computao pela UFSC (200). Sade (MS) e da Cultura (MinC).
O curso tem por objetivo capacitar profissionais das Pioneira no acesso Internet no

LIVRO DE APOIO AO CURSO


Helder Vitorino Mestre em Gesto do Conhecimento e
Tecnologia da Informao pela Universidade Catlica de instituies clientes da RNP na soluo tcnica de seu Brasil, a RNP planeja e mantm a

fone@RNP
Braslia. Possui MBA em Gesto de Projetos, Especializao
servio de Voz sobre IP, o fone@RNP. O profissional rede Ip, a rede ptica nacional
em Engenharia de Software.
ser capaz de instalar, operar e manter em sua insti- acadmica de alto desempenho.

Servio fone@RNP V.2012


Jonatan Hartmann Matschulat Engenheiro de software com
tuio o conjunto de servidores que constituem a rede Com Pontos de Presena nas
especialidade em desenvolvimento web e mvel. Graduado
em Sistemas de Informao pela UFSC em 2010. de VoIP da RNP. Este livro tem o objetivo de apoiar 27 unidades da federao, a rede

V.2012
os profissionais na disseminao do conhecimento em tem mais de 800 instituies
Lus Fernando Cordeiro Possui graduao em Sistemas de
Informao (2012) e especializao em Engenharia e Arqui- suas organizaes ou localidades de origem. conectadas. So aproximadamente
tetura de Software (2015). 3,5 milhes de usurios usufruindo
Murilo Vetter Graduado em Cincias da Computao pela de uma infraestrutura de redes
Universidade Federal de Santa Catarina - UFSC (2008). Mestre
Alex Galhano Robertson Lus Fernando Cordeiro avanadas para comunicao,
em Cincias da Computao pela Universidade Federal de
Santa Catarina - UFSC (2015). Edison Tadeu Melo Murilo Vetter computao e experimentao,
Estefania Borm Paulo Alexandre de O Brandtner que contribui para a integrao
Paulo Alexandre de O Brandtner Graduado em Sistemas
Guilherme Rhodem Thiago Maluf entre o sistema de Cincia e
de Informao pela Universidade Federal de Santa Catarina.
Helder Vitorino Wescley Patrick da Silva Tecnologia, Educao Superior,
Thiago Maluf Bacharel em Cincia da Computao pela Jonatan Hartmann Matschulat
Sade e Cultura.
UFRJ e detentor da certificao DCAP.

Wescley Patrick da Silva Graduado em anlise e desenvol-


vimento de sistemas, possui especializao em segurana
de redes de computadores, certificado em DELL DCSE
Foundation 2010, ITIL Foundation, Digium dCCA.

ISBN 978-85-63630-58-2

9 788563 630582