Voz sobre IP (VOIP)

Origem: Wikipdia, a enciclopdia livre.

Uma viso geral do funcionamento do VoIP
Voz sobre IP, tambm camado VoIP, telefonia IP, telefonia Internet, telefonia em banda larga e voz
sobre banda larga o roteamento de conversa!o umana usando a Internet ou "ual"uer outra rede de
computadores baseada no Protocolo de Internet, tornando a transmisso de vo# mais um dos servi!os
suportados pela rede de dados.
$mpresas "ue fornecem o servi!o de VoIP so geralmente camadas provedoras, e os protocolos usados
para transportar os sinais de vo# em uma rede IP so geralmente camados protocolos VoIP. $%iste uma
redu!o de custo devido ao uso de uma &nica rede para carregar dados e vo#, especialmente no "ual os
utili#adores '( possuem uma rede com capacidade subutili#ada, "ue pode transportar dados VoIP sem custo
adicional. )amadas de VoIP para VoIP no geral so gratuitas, en"uanto camadas VoIP para redes
p&blicas *P+,-. podem ter custo para o utili#ador VoIP.
)onsidera/se a telefonia IP a agrega!o do VoIP com outros servi!os agregados para a telefonia.
Funcionalidade
O VoIP pode facilitar tarefas dif0ceis em redes tradicionais. )amadas entrantes podem ser automaticamente
roteadas para o telefone VoIP, independentemente da locali#a!o na rede. Por e%emplo, poss0vel levar um
telefone VoIP para uma viagem, e onde voc1 conect(/lo 2 Internet pode/se receber liga!3es, contanto "ue a
cone%o se'a r(pida e est(vel o suficiente. O fato da tecnologia ser atrelada 2 Internet tambm tra# a
vantagem de poder integrar telefones VoIP a outros servi!os como conversa!o de v0deo, mensageiros
instant4neos, compartilamento de ar"uivos e gerenciamento de listas telef5nicas. $star relacionado 2
Internet tambm significa "ue o custo da camada independe da locali#a!o geodsica e dos or(rios de
utili#a!o, ambos os par4metros usados na cobran!a na telefonia fi%a e m6vel, e cu'os valores variam de
operadora a operadora.V(rios pacotes de servi!o VoIP incluem funcionalidades "ue em redes tradicionais
seriam cobradas 2 parte, como confer1ncia a tr1s, redirecionamento de camadas, rediscagem autom(tica e
identificador de camadas.
7,7 HandyTone 486
(Adaptador para telefone analgico *ATA. um dispositivo para reali#ar a interface de adapta!o para
"ue telefones convencionais *anal6gicos. possam se conectar a uma rede IP, afim de reali#ar de camadas
VoIP. Os 7,7s funcionam como um gateway de VoIP, variando entre uma 2 "uatro portas 89+ ou 89O
para a cone%o de telefones e uma ou duas portas $ternet.)
$ntretanto, apesar de amplamente utili#ado atravs de computadores, o VoIP pode ser utili#ado atravs de
adaptadores para telefones anal6gicos ou gateways VoIP, "ue so aparelos "ue podem ser conectados
diretamente em uma cone%o banda larga e a um aparelo telef5nico comum ou a um P7:9 em posi!3es de
troncos ou ramais. $les fornecem a interliga!o entre as redes IP e fi%as.
Funcionamento
O procedimento consiste em digitali#ar a vo# em pacotes de dados para "ue trafegue pela rede IP e
converter em vo# novamente em seu destino. +egue passo a passo um caso de uso de uma liga!o. O
utili#ador retira o telefone IP do ganco, e nesse momento emitido um sinal para a aplica!o sinali#adora
do roteador de ;telefone fora do ganco;. 7 parte de aplica!o emite um sinal de discagem. O utili#ador
digita o n&mero de destino, cu'os d0gitos so acumulados e arma#enados pela aplica!o da sesso. Os
gateways comparam os d0gitos acumulados com os n&meros programados< "uando ( uma coincid1ncia ele
mapeia o endere!o discado com o IP do gate=a> de destino. 7 aplica!o de sesso roda o protocolo de
sesso sobre o IP, para estabelecer um canal de transmisso e recep!o para cada dire!o atravs da rede IP.
+e a liga!o estiver sendo reali#ada por um P7:9, o gate=a> troca a sinali#a!o anal6gica digital com o
P7:9, informando o estado da liga!o. +e o n&mero de destino atender a liga!o, estabelecido um flu%o
?,P sobre U@P entre o gateway de origem e destino, tornando a conversa!o poss0vel. Auando "ual"uer
das e%tremidades da camada desligar, a sesso encerrada.
Implementao
Dificuldades
)omo o U@P no fornece um mecanismo para assegurar "ue os pacotes de dados se'am entregues em
ordem se"uencial, ou ainda "ue forne!a garantias de "ualidade de servi!o, as implementa!3es VoIP sofrem
com o problema de lat1ncia e jitter *varia!3es de atraso.. $sse problema acentuado "uando uma cone%o
por satlite usada, devido ao grande atraso de propaga!o *entre BCC e DCC milissegundos para um satlite
geoestacion(rio.. O n6 receptor deve reestruturar os pacotes IP "ue podem estar fora de ordem, atrasados ou
desaparecidos, en"uanto assegura o flu%o de (udio. Outro desafio para o roteamento de tr(fego VoIP so os
firewalls e os tradutores de endere!o. O +k>pe utili#a um protocolo propriet(rio para rotear camadas entre
utili#adores +k>pe, permitindo atravessar -7, e firewall
EFG
. Outros mtodos para passar firewalls incluem
+,U- e I)$.
$m resumo, os principais desafios tcnicos do VoIP so lat1ncia, perda de pacotes, eco, jitter e seguran!a. 7
principal causa de perda de pacotes o congestionamento, "ue pode ser controlado por gerenciadores de
congestionamento de rede. )ausas comuns de eco incluem inconsist1ncias de imped4ncia em circuitos
anal6gicos. @o ponto de vista de gesto, se a estrutura de rede e os e"uipamentos forem antigos ou
ine%istentes, uma mudan!a para VoIP pode custar alto para a a"uisi!o de novos e"uipamentos como o
cabeamento, comutadores, roteadores, telefones IP *cu'o pre!o mais alto "ue um telefone anal6gico., e
aumento da banda de cone%o *para suportar essa nova tecnologia., alm da mo de obra especiali#ada.
Confiabilidade
,elefones convencionais so conectados diretamente 2s linas de telefone da empresa de telefonia, "ue, em
caso de fala de energia, ainda so funcionais pelo uso de geradores de energia de apoio locali#ados na
central telef5nica. $ntretanto, os e"uipamentos VoIP domsticos utili#am roteadores de banda larga e outros
e"uipamentos "ue dependem da energia eltrica. Hesmo "ue a energia eltrica este'a dispon0vel, o provedor
de acesso 2 Internet pode estar indispon0vel. $n"uanto o P+,- amadureceu atravs das dcadas de uso e
atualmente considerado confi(vel, a maioria das redes de banda larga so novas.
ualidade de servi!o
7lgumas cone%3es de banda larga possuem uma "ualidade pobre de transmisso. Auando os pacotes IP so
perdidos ou atrasados em algum ponto da rede, e%iste um "ueda moment4nea da vo# na conversa!o. Isso
mais percept0vel em redes bastante congestionadas ou onde e%iste grandes dist4ncias entre os pontos de
cone%o. 7lguns protocolos '( foram definidos para suportar e relatar "ualidade de servi!o em liga!3es
VoIP, incluindo ?,)P 9? *?8)IDFF., SIP RTCP Summary Reports, J.BDC.K 7nne% : *para J.ILI.,
J.LBM.IC e e%tens3es HN)P.
C"amadas de emerg#ncia
7 nature#a do Protocolo de Internet torna dif0cil a locali#a!o geogr(fica dos utili#adores na rede.
)amadas de emerg1ncia portanto no podem ser roteadas facilmente para o centro de camadas mais
pr6%imo, e so imposs0veis em alguns sistemas. $ntretanto, sistemas VoIP podem rotear camadas de
emerg1ncia para linas de telefone no emergenciais.
$nvio de fa%
O suporte de envio de fa% sobre VoIP ainda limitado. Os codecs de vo# e%istentes no foram
desenvolvidos para a transmisso de fa%. Um esfor!o para remediar essa situa!o definir uma solu!o
baseada em IP alternativa para oferecer 8a% sobre IP, nomeadamente o protocolo ,.IM. Outra solu!o
poss0vel tratar o sistema de fa% como um sistema de troca de mensagens "ue no necessita transmitir em
tempo real, assim como enviar um fa% como ane%o de e/mail ou como uma impresso remota.
,elefone m6vel VoIP/Wi8i da :roadVoice
Integra!&o em um sistema global de n'mero telef(nico
$n"uanto redes tradicionais e m6veis compartilam um padro global comum *$.FDB. "ue permite aloca!o
e identifica!o de "ual"uer lina telef5nica,e%iste padro similar adotado em redes VoIP.
$-UH O $letronic -Umber Happing O novo padro de numera!o para o ambiente VoIP em substitui!o
ao padro $.FDB.
Telefonia mvel
Os telefones m6veis constituem uma tecnologia de grande uso no mercado, sendo inclusive usados para
substituir por completo telefones tradicionais. Portanto, no est( claro se aver( demanda suficiente para o
VoIP entre os consumidores at "ue as redes sem fio possuam cobertura similar 2s redes de celular,
permitindo o uso dos telefones Wi8i. $"uipamentos 0bridos entre as duas redes so esperados para "ue o
VoIP torne/se mais popular
ELG
.
)eguran!a
7 maioria das solu!3es VoIP ainda no suportam criptografia, o "ue resulta na possibilidade de se ouvir
camadas aleias ou alterar seu conte&do
EIG
. Um mtodo de seguran!a dispon0vel atravs de codificadores
de (udio patenteados "ue no so dispon0veis para o p&blico e%terno, dificultando o entendimento do "ue
est( sendo trafegado e protegendo o consumidor. $ntretanto, outras (reas de seguran!a atravs de
obscuridade no t1m tido sucesso a longo pra#o devido 2 grupos de engenaria reversa. 7lgumas empresas
usam compresso de dados para tornar a escuta aleia mais dif0cil. $ntretanto, seguran!a atravs de
criptografia e autentica!o ainda no est( amplamente dispon0vel ao p&blico
EBG
.
Protocolos
7lguns dos protocolos utili#ados no VoIP para sinali#a!o de camadas so J.ILI, +IP, HN)P,
J.LBMPH$N7)O, Qingle e I79 *usado na presen!a de servidores 7sterisk.. 7lguns dos protocolos
utili#ados no transporte de media incluem ?,P e ?,)P.
Adoo
*so corporativo
7pesar de poucos ambientes de escrit6rio e resid1ncias utili#arem uma infra/estrutura puramente de
telefonia IP, provedores de telecomunica!3es usam a tecnologia rotineiramente, geralmente em uma rede IP
dedicada para conectar esta!3es e converter sinais de vo# em pacotes IP e vice e versa. O resultado uma
rede digital genrica *tr(fego de vo# e dados. com escalabilidade. O consumidor corporativo usa a telefonia
IP para obter as vantagens da abstra!o da informa!o na rede. )om o VoIP necess(rio somente fornecer
uma cone%o de dados e mais banda de rede. -o sendo necess(rio distribuir uma rede espec0fica para a
telefonia no ambiente de trabalo. $mpresas maiores tambm fa#em uso de gateways para as redes
tradicionais, redu#indo custos de mo de obra e%terna o servi!o. +eu uso ainda mais vis0vel "uando uma
empresa necessita comunicar dois s0tios distantes a n0vel internacional. Outro tipo de aplica!o corporativo
deste sistema resulta na tele/confer1ncia com custos redu#idos, seno nulos, em "ue os sistemas envolvidos,
se'am eles soft=are cliente ou ard=are espec0fico para tal aplica!o, disponibili#am formas simples para
v(rios utili#adores *colaboradores das empresas. comunicarem entre si sem re"uereram grandes centrais
telef6nicas ePou se"u1ncias comple%as de n&meros e s0mbolos no telefone para darem in0cio a uma sesso.
?efira/se tambm "ue nas situa!3es de uso do sistema atravs de soft=are propriet(rio do fornecedor de
servi!o VoIP este poder( disponibili#ar outro tipo de ferramentas como transfer1ncia de ficeiros, partila
de pastas e em alguns casos a partila do pr6prio computador.
O Futuro do VoIP
Pelos pro'etos atuais das empresas "ue o'e trabalam com VoIP, segundo analistas de mercado e alguns
pontos de opinio, uma das pr6%imas etapas na evolu!o do VoIP a e%tin!o por completo do modelo
atual de liga!3es de longa dist4ncia *@@@P@@I. pela rede P+,- e, mais adiante, talve# a erradica!o dos
sistemas convencionais de telefonia.
Parte desta evolu!o estar( 2 medida "ue os telefones IP cegarem aos lares e os acessos em banda larga se
populari#arem. -este sentido, v(rios segmentos trabalam no intuito de criarem redes convergentes, se'a
utili#ando os meios de transmisso telef5nica atual, '( compartilado por servi!os 7@+R, se'a
compartilando meios de transmisso de servi!os de televiso a cabo, entre outros.
O futuro da tecnologia de Voice oer Internet Protocol *VoIP. so as comunica!3es unificadas sobre IP
*U)oIP. *!nified Communication oer IP..
Regulamentao no Brasil
O 6rgo respons(vel pela regulamenta!o de telecomunica!3es no :rasil a 7g1ncia -acional de
,elecomunica!3es *7-7,$R..
-o portal da 7natel est( observado "ue o VoIP um con'unto de tecnologias "ue usam a Internet ou redes
do IP privadas para a comunica!o de vo#, substituindo ou complementando os sistemas de telefonia
convencionais. 7 ag1ncia no regulamenta as tecnologias, mas os servi!os de telecomunica!3es "ue delas se
utili#am. 7 comunica!o de vo# utili#ando computadores conectados 2 Internet / uma das aplica!3es desta
tecnologia / considerada +ervi!o de Valor 7dicionado, no sendo necess(ria autori#a!o da 7natel para
prest(/lo.
-esse conte%to, o uso da tecnologia de VoIP deve ser analisado sob tr1s aspectos principais. Primeiro, a
comunica!o de vo# efetuada entre dois computadores pessoais, utili#ando programa espec0fico e recursos
de (udio do pr6prio computador / com acesso limitado a usu(rios "ue possuam tal programa / no constitui
servi!o de telecomunica!3es, mas +ervi!o de Valor 7dicionado, conforme entendimento internacional.
+egundo, a comunica!o de vo# no 4mbito restrito de uma rede corporativa ou na rede de uma prestadora de
servi!os de telecomunica!3es, de forma transparente para o assinante, efetuada entre e"uipamentos "ue
podem incluir o aparelo telef5nico, caracteri#ada como servi!o de telecomunica!3es. -este caso,
e%igida a autori#a!o para e%plora!o de servi!o de telecomunica!3es para uso pr6prio ou para presta!o a
terceiros. Por fim, a comunica!o de vo# de forma irrestrita com acesso a usu(rios de outros servi!os de
telecomunica!3es e numera!o espec0fica *ob'eto de controle pela 7natel. caracteri#ada como servi!o de
telecomunica!3es de interesse coletivo. S imprescind0vel autori#a!o da 7g1ncia e a presta!o do servi!o
deve estar em conformidade com a regulamenta!o.
)IP
O Protocolo de Inicia!&o de )ess&o ()ession Initiation Protocol + )IP) um protocolo de aplica!o, "ue
utili#a o modelo Tre"uisi!o/respostaU, similar ao J,,P, para iniciar sess3es de comunica!o interactiva
entre utili#adores. S um padro da Internet $ngineering ,ask 8orce *I$,8. *?8) LVBI, FKKK...
+IP um protocolo de sinal para estabelecer camadas e confer1ncias atravs de redes via Protocolo IP. O
estabelecimento, mudan!a ou trmino da sesso independente do tipo de m0dia ou aplica!o "ue ser(
usada na camada< uma camada pode utili#ar diferentes tipos de dados, incluindo (udio e v0deo.
+IP teve origem em meados da dcada de FKKC *na"uele tempo o J.ILI estava a come!ar a ser finali#ado
como um padro. para "ue fosse poss0vel adicionar ou remover participantes dinamicamente numa sesso
multicast. O desenvolvimento do +IP concentrou/se em ter um impacto to significativo "uanto o protocolo
J,,P, a tecnologia por tr(s das p(ginas da =eb "ue permitem "ue uma p(gina com links clic(veis conecte
com te%tos, (udio, v0deo e outras p(ginas da =eb. $n"uanto o J,,P efectua essa integra!o atravs de uma
p(gina =eb, o +IP integra diversos conte&dos a sess3es de administra!o. O +IP recebeu uma adop!o
r(pida como padro para comunica!3es integradas e aplica!3es "ue usam presen!a. *Presen!a significa a
aplica!o estar consciente da sua locali#a!o e disponibilidade..
+IP foi moldado, inspirado noutros protocolos de Internet baseados em te%to como o +H,P *email. e o
J,,P *p(ginas da =eb. e foi desenvolvido para estabelecer, mudar e terminar camadas num ou mais
utili#adores numa rede IP de uma maneira totalmente independente do conte&do de dados da camada.
)omo o J,,P, o +IP leva os controles da aplica!o para o terminal, eliminando a necessidade de uma
central de comuta!o.
O protocolo +IP possui as seguintes caracter0sticas:
+implicidade e possui apenas seis mtodos.
Independ1ncia do protocolo de transporte.
:aseado em te%to.
Diff)erv
Diff)erv ou servi!os diferenciados um mtodo utili#ado na tentativa de conseguir "ualidade de servi!o
em grandes redes, como a Internet.
O mtodo @iff+erv opera sobre grandes volumes de dados em oposi!o a flu%os ou reservas individuais.
Isto implica uma negocia!o para todos os pacotes de, por e%emplo, um I+P, ou universidade. Os acordos
resultantes destas negocia!3es so designados de ;acordos de n0vel de servi!o; *Serice "eel #greements.,
e envolvem inevitavelmente um pre!o monet(rio. $stes acordos especificam "ue classes de tr(fego sero
servidas, "ue garantias so necess(rias para cada classe, e "ual o volume de dados para cada classe.
Uma ;nuvem @iff+erv; um grupo de routers @iff+erv. Para os pacotes entrarem numa nuvem @iff+erv
tero "ue ser previamente classificados pelo emissor. O emissor preence o campo de ;tipo de servi!o;
*,O+, de Type of Serice, posteriormente designado de $iffSer Code Point ou @+)P. no cabe!alo IP
consoante a classe dos dados< as melores classes so identificadas com os n&meros menores *a escala varia
de C a FV, contudo deve/se evitar o uso do C..
7ssim "ue o pacote entra na nuvem @iff+erv, as pol0ticas so aplicadas pelo receptor. +e o tr(fego
ultrapassar o estabelecido no serice leel agreement, podem ser cobradas ta%as ao emissor, consoante os
detales do contrato. @entro da nuvem, basta a cada um dos routers dar prioridade m(%ima aos pacotes com
o maior valor no campo Type %f Serice, o "ue simples de implementar. Pode estabelecer/se tambm uma
pol0tica "ue descarte *drop. os pacotes com base na fre"u1ncia de drop caso o router se encontre sem espa!o
no buffer.
Int)erv
Origem, -i.ip/dia0 a enciclop/dia livre1
Ir para: navega!o, pes"uisa
$m redes de computadores, o Int)erv ou servi!os integrados um modelo "ue visa garantir a "ualidade de
servi!o *Ao+. em redes. Int+erv pode por e%emplo ser utili#ado para possibilitar a transmisso de v0deo e
som sem interrup!3es.
S um sistema de grande granularidade, muitas ve#es contrastado com os servi!os diferenciados, um modelo
de pouca granularidade.
:asicamente, a idia por detr(s do Int+erv "ue "ual"uer router no sistema suporte Int+erv, e "ue "ual"uer
aplica!o "ue e%i'a um determinado n0vel de garantias se'a respons(vel por fa#er reservas individuais. 7
;$specifica!o do flu%o; *&low Specs. descreve em "ue consistem as reservas, en"uanto "ue ;?+VP; o
mecanismo respons(vel por fa#1/las.
Especificao do fluxo
$%istem duas componentes na especifica!o do flu%o:
)omo o tr(fegoW $%plicado pela $specifica!o de ,r(fego *Traffic SP'Cification ou TSP'C..
Aue garantias necessitaW $%plicado pelo servi!o de $specifica!o da ?e"uisi!o *Re(uest
SP'Cification ou RSP'C)*
Para entender as ,+P$)s, dever( ser e%plicado em "ue consiste o filtro token bucket filter. :asicamente,
e%iste um balde "ue vai sendo lentamente preencido com to+ens *tickets.. )ada pacote enviado retira um
to+en e, caso no e%istam to+ens, o pacote no poder( ser enviado. 7 velocidade a "ue os to+ens cegam
regula a ta%a mdia do flu%o de tr(fego, en"uanto o volume *profundidade. do balde dita a varia!o
permitida no flu%o do tr(fego.
,ipicamente, 7s ,+P$)s apenas especificam estes dois par4metros: a ta%a dos to+ens e a profundidade do
,alde. Por e%emplo, um v0deo com ta%a de refrescamento de XV frames por segundo, com cada frame a
necessitar de FC pacotes, pode especificar uma ta%a de to+ens de XVCJ#, e uma profundidade de balde de
apenas FC. 7 profundidade seria suficiente para acomodar o pico associado ao envio imediato de uma frame.
Por outro lado, uma conversa!o iria necessitar uma ta%a de to+ens inferior, mas uma profundidade de balde
muito superior, dado "ue e%istem muitas pausas durante uma conversa!o e, portanto, pode ser satisfeita
com menos to+ens no enviando as pausas entre palavras e frases. )ontudo, isto implica "ue a profundidade
do balde se'a superior para compensar a "uantidade de palavras enviadas.
7s ?+P$)s especificam os re"uisitos do flu%o: pode ser o flu%o normal ,est effort da Internet, "ue no
carece de reservas. $sta configura!o provavelmente usada para a =eb, transfer1ncia de ficeiros, e
similares. O par4metro Y)ontrolled RoadY *)arga )ontrolada. espela a performance de uma rede com pouca
carga: podem verificar/se pe"uenas intermit1ncias "uando duas pessoas acedem ao mesmo recurso por
acaso, embora geralmente as ta%as de lat1ncia *delay. e descarte *drop. se'am praticamente constantes na
ta%a dese'ada. $ste par4metro um bom candidato para aplica!3es Ao+ simples. O par4metro YNuaranteedY
*Narantido. oferece um servi!o absolutamente delimitado, em "ue um limite m(%imo de lat1ncia
assegurado, e os pacotes nunca so descartados desde "ue o tr(fego se mantena dentro das especifica!3es.
RSVP
O Y2esource 2e)erVation Protocol *?+VP. descrito no ?8) LLCV. ,odas as m("uinas na rede capa#es
de enviar dados Ao+ enviam uma mensagem de P7,J a cada IC segundos, "ue ser( difundida a toda a
rede. 7"ueles "ue dese'em aceit(/lo enviam uma mensagem de ?$+V *diminutivo de Resere. "ue ir(
servir para resolver o camino de volta para o emissor. 7 mensagem ?$+V ir( incluir tambm as
especifica!3es de flu%o.
Os routers entre o emissor e receptor decidem ento se podem suportar a reserva re"uerida e, em caso
negativo, enviam uma mensagem de re'ei!o para notificar o interlocutor. )aso contr(rio, assim "ue aceitam
a reserva sero respons(veis por suportar o tr(fego.
$ntretanto, os routers arma#enam a nature#a do flu%o e regulam/no. Isto reali#ado sob um estado de
volatilidade, o "ue significa "ue se no e%istir contacto durante um determinado per0odo de tempo, o tempo
de escuta ir( e%pirar e a reserva ser( cancelada. $sta medida permite resolver situa!3es em "ue o emissor ou
o receptor blo"ueiam ou so desligados incorrectamente sem previamente cancelar as reservas.
Individualmente, os routers podem, como op!o, sondar o tr(fego para garantir a conformidade com as
especifica!3es de flu%o.
Problemas
O principal problema do modelo Int+erv a necessidade de arma#enar os m&ltiplos estados em cada router.
)omo resultado, o Int+erv torna/se pratic(vel numa escala redu#ida, embora com o escalonamento at um
sistema das dimens3es da Internet, torna dif0cil de gerir todas as reservas. )omo conse"u1ncia, o Int+erv
no muito popular.
otas e Refer!ncias
F.
:7+$,, +alman 7., +)JURZ?I--$, Jenning *FV de setembro de LCCB.. #n #nalysis of t-e S+ype
Peer.to.Peer Internet Telep-ony Protocol *em ingl1s.. P(gina visitada em M de maio de LCCX.
L. [ $ual.mode cellular/0i&i -andset adoption *em ingl1s.. ,H)net. P(gina visitada em M de maio e
LCCX.
I. [ '1amining Two 0ell.2nown #ttac+s on VoIP *em ingl1s.. )ircleI@. P(gina visitada em M de maio
de LCCX.
B. [ VoIP Security3 !ncoered *em ingl1s.. Wite@ust securit>. P(gina visitada em M de maio de LCCX.