VoIP

VoIP
Voz sobre IP
Nome: Mauro Azeredo, Thiago Lemos

Curso: Técnologo em redes de computadores
Professor: Luis Alberto Schäffer
Disciplina: Introdução a Telecomunicações
Sumário
1. VoIP - Voz sobre IP ......................................................................................3
2. SIP - Session Initiation Protocol......................................................................4
2.1 Apresentação do SIP ..............................................................................4
2.2 Funcionamento do SIP ............................................................................4
3. Funcionamento ............................................................................................8
3.1 Estabelecendo uma conexão ....................................................................8
3.2 Registro ..............................................................................................11
4. Arquitetura do VoIP.....................................................................................13
5. QoS - Qualidade de Serviço .........................................................................14
6. Conclusão .................................................................................................15
7. Bibliografia ................................................................................................16
VoIP – Voz sobre IP - Página 2

1. VoIP - Voz sobre IP
O VoIP como muitos já devem ter ouvido, trata-se da comunicação auditiva
através da rede IP, ou seja, no VoIP, trafega-se voz sobre IP. O voIP faz com que as
redes de telefonia se "misturem" às redes de dados. Dessa forma, é possível que,
usando um microfone, caixas ou fones e um software apropriado, você faça uma
ligação para telefones convencionais por meio de seu computador. Para trafegar
estes dados, o VoIP utiliza de um protocolo chamado SIP (Session Initiation Protocol)
que contêm as sinalizações das chamadas. O protocolo SIP é a base para o
funcionamento do VoIP, pois é através dele que iniciamos e terminamos uma
chamada.

2. SIP - Session Initiation Protocol
2.1 Apresentação do SIP
Antes de apresentarmos a arquitetura do sistema de VoIP, precisamos
entender o funcionamento do protocolo SIP. SIP foi moldado, inspirado em outros
protocolos de Internet baseados em texto como o SMTP (email) e o HTTP (páginas
da web) e foi desenvolvido para estabelecer, mudar e terminar chamadas em um ou
mais utilizadores de uma rede IP de uma maneira totalmente independente do
conteúdo de dados da chamada. Como o HTTP, o SIP leva os controles da aplicação
para o terminal, eliminando a necessidade de uma central de comutação.
O protocolo SIP possui as seguintes características:
• Simplicidade (apenas seis métodos).

• Independência do protocolo de transporte.
• Baseado em texto.
2.2 Funcionamento do SIP

O protocolo SIP funciona de forma simples numa arquitetura de
cliente/servidor, e utiliza de 6 métodos principais de requisição para se comunicar
tanto cliente/servidor, quanto servidor/servidor. Estes métodos são:
• INVITE – É utilizado para se iniciar uma chamada. É enviado pelo terminal do

cliente ao servidor numa requisição do tipo
"sip:número@servidorproxy.com.br". O método Re-INVITE serve para que o
cliente envie o tráfego da chamada direto para a terminação(conforme será
visto mais a frente na arquitetura do VoIP) liberando o tráfego do servidor
(chamado de proxy server).
• ACK - Serve como resposta de recebimento de um método.
• CANCEL - Cancela toda requisição pendentes de resposta.
• OPTIONS - Serve para transporte de dados extras e também para manter
uma conexão ativa com o terminal.
• REGISTER - Usado para o cliente se registrar no servidor proxy. Este método
só é necessário quando o terminal cliente recebe ligações externas, pois assim
o proxy precisa saber para onde encaminhar a ligação. O cliente envia esta
requisição por padrão a cada 1 hora.
• BYE - Encerra uma ligação ativa.
Para responder aos métodos, existem diversas respostas utilizadas pelo

protocolo SIP. Muitas delas já conhecidas de outras áreas. As mensagens seguem o
padrão abaixo:

• 1xx - Servem apenas para carregar informações.
• 2xx - Carregam informações positivas sobre requisições.
• 3xx - Informam redirecionamento.
• 4xx - Informa um erro por parte do cliente.
• 5xx - Informa um erro por parte do servidor.
• 6xx - Informa um erro global.
No protocolo SIP, utiliza-se para comutação de mídia o protocolo RTP (Real

Time Protocol). O protocolo RTP é responsável por carregar os dados de voz de um
lado da conexão até o outro. Neste protocolo muitas vezes é importante a utilização
de um codec, um algoritmo que é responsável por transformar a voz em dados de
forma otimizada para transmissão no meio. O protocolo RTP roda sob UDP, não
sendo orientado a conexão.
Dentre os codecs mais conhecidos atualmente, estão os principais que são o

G.729a e G.711. Ambos são os mais utilizados pois possuem um ótimo custo
qualidade/velocidade de banda. Abaixo uma tabela com as comparações entre alguns
dos codecs existentes.
Taxa de Duração do Taxa de

Codec Algoritmo
transmissão quadro amostragem
GSM 13 Kbps 20ms RPE-LTP 8 kHz
iLBC 15Kbps 20ms Internet Low 13.3 kHz
13.3 Kbps 30ms Bitrate Codec
G.711 (a- 64 Kbps PCM 8 kHz
law/u-law)
G.722 48/56/64 Kbps SBADPCM 16 kHz
G.723.1 5.3/6.3 Kbps 30ms Multi-rate Coder 8 kHz
G.726 16/24/32/40 ADPCM 8 kHz
Kbps
G.728 16 Kbps LD-CELP 8 kHz
G.729 8 Kbps 10ms CS-ACELP 8 kHz
Após verificar as diferenças entre os codecs, como saber qual o codec que será
utilizado na conexão? Muito bem, o codec é negociado durante o ínicio da
sinalização, até o exato momento onde a ligação é completada e a voz começa a
trafegar. No pacote do INVITE conforme será explicado o funcionamento no próximo
tópico, contem uma lista com todos os codecs suportados pelo cliente, e eles são
informados através de prioridades

U 2008/11/01 16:45:47.992720 200.192.143.93:5060 -] 200.229.119.76:5060
INVITE sip:05140030482@tln-proxy.novaphone.net SIP/2.0
Via: SIP/2.0/UDP 200.192.143.93:5060;mr=on
Via: SIP/2.0/UDP 189.27.203.252:60101
Via: SIP/2.0/UDP 192.168.100.191:5061;branch=z9hG4bK-1550bc48
Record-Route: [sip:05140030482@200.192.143.93:5060]
From: [sip:555151728@tln-proxy.novaphone.net];tag=edf4d970f0255abbo1
To: [sip:05140030482@tln-proxy.novaphone.net]
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 1 INVITE
Contact: [sip:555151728@200.192.143.93:5060]
max-forwards: 70
expires: 240
user-agent: Linksys/PAP2T-3.1.15(LS)
supported: x-sipura
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Content-Type: application/sdp
Content-Length: 451
v=0
o=- 52736748 52736748 IN IP4 192.168.100.191
s=-
c=IN IP4 200.192.143.93
t=0 0
m=audio 20008 RTP/AVP 0 2 4 8 18 96 97 98 100 101
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:4 G723/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729a/8000
a=rtpmap:96 G726-40/8000
a=rtpmap:97 G726-24/8000
a=rtpmap:98 G726-16/8000
a=rtpmap:100 NSE/8000
a=fmtp:100 192-193
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv
O codec utilizado na conexão é definido pelo servidor, que analisa todos os

codecs suportados pelo cliente e define um padrão (que deve estar na suas
configurações, em ordem de prioridades), e na resposta "Session Progress",
conforme será explicado a frente, vem a resposta do codec a ser utilizado para a
chamada.

U 2008/11/01 16:45:53.058868 200.229.122.15:5060 -] 200.229.119.76:5060
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 200.229.119.76;rport=5060;branch=z9hG4bK48e9.b30cd214.0,SIP/2.0/UDP
200.192.143.93:5060;mr=on,SIP/2.0/UDP 189.27.203.252:60101,SIP/2.0/UDP
192.168.100.191:5061;branch=z9hG4bK-4d63a9b8
To: [sip:05140030482@tln-proxy.novaphone.net];tag=45ADFCE0-15B0
Date: Sat, 01 Nov 2008 20:45:48 GMT
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 2 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER
Allow-Events: telephone-event
Contact: [sip:5000#555140030482@200.150.15.130:5060]
Record-Route: [sip:555140030482@200.229.122.15;ftag=edf4d970f0255abbo1;lr],
[sip:05140030482@200.229.119.76;ftag=edf4d970f0255abbo1;lr],[sip:05140030482@200.192.143.93:5060]
Content-Disposition: session;handling=required
Content-Type: application/sdp
Content-Length: 197
v=0
o=CiscoSystemsSIP-GW-UserAgent 4798 2125 IN IP4 200.150.15.130
s=SIP Call
c=IN IP4 200.150.15.130
t=0 0
m=audio 17078 RTP/AVP 0
c=IN IP4 200.150.15.130
a=rtpmap:0 PCMU/8000
a=ptime:20

3. Funcionamento
3.1 Estabelecendo uma conexão
Neste cenário, considere os seguintes endereços IPs respectivamente:
200.192.143.93 é o cliente, 200.229.119.76 é o servidor e 200.229.122.15 é a
terminação.
Quando uma chamada é feita, ocorre o seguinte processo. O terminal do cliente

já com os dados de usuário e senha e o endereço do servidor proxy (que recebe as
ligações e faz autenticação) envia uma requisição INVITE para o servidor, contendo o
número de destino. Após este envio, o servidor retorna uma mensagem 401
Unauthorized. Identificando que o terminal precisa fazer se autenticar para efetuar a
ligação. Neste pacote com a mensagem 401, existe um campo chamado "nonce".
Este campo identifica um hash MD5 feito com a senha que ambos os lados
sabem. Logo em seguida, é enviado ao servidor novamente o mesmo pacote INVITE
porém com o campo "response" que contém o resultado do hash enviado pelo
servidor junto com a senha da linha que esta sendo utilizada.

U 2008/11/01 16:45:47.992720 200.192.143.93:5060 -] 200.229.119.76:5060
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 1 INVITE
Contact: [sip:555151728@200.192.143.93:5060]
expires: 240
--
U 2008/11/01 16:45:47.993889 200.229.119.76:5060 -] 200.192.143.93:5060
SIP/2.0 401 Unauthorized
To: [sip:05140030482@tln-proxy.novaphone.net];tag=dd47956ff11982cd7352befc884be881.b617
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 1 INVITE
WWW-Authenticate: Digest realm="tln-proxy.novaphone.net", nonce="490cc1274330d63c21e72065af65ac5e7fd1bd09"
--
U 2008/11/01 16:45:48.079036 200.192.143.93:5060 -] 200.229.119.76:5060
ACK sip:05140030482@tln-proxy.novaphone.net SIP/2.0
To: [sip:05140030482@tln-proxy.novaphone.net];tag=dd47956ff11982cd7352befc884be881.b617
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 1 ACK
Contact: [sip:555151728@200.192.143.93:5060]
max-forwards: 70
--
U 2008/11/01 16:45:48.101092 200.192.143.93:5060 -] 200.229.119.76:5060
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 2 INVITE
Contact: [sip:555151728@200.192.143.93:5060]
Authorization: Digest username="555151728", realm="tln-proxy.novaphone.net",
nonce="490cc1274330d63c21e72065af65ac5e7fd1bd09", uri="sip:05140030482@tln-proxy.novaphone.net",
response="73d2e3445f1f6fca2b28e413362aa696", algorithm=MD5
expires: 240
Depois o servidor verificar o campo response e verificar que o calculo feito esta
correto de acordo com a senha, o servidor envia um INVITE a gateway de
terminação (que será visto mais a frente) e esta quando consegue completar a
ligação, envia um pacote Session Progress ao servidor, que reenvia ao cliente. E
quando o destino atende a ligação é enviado um pacote cotendo um OK e em
seguida a este pacote, o cliente responde com um ACK. A partir deste momento, a
ligação já esta em progresso.

U 2008/11/01 16:45:48.115728 200.229.119.76:5060 -] 200.229.122.15:5060
INVITE sip:555140030482@200.229.122.15:5060 SIP/2.0
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 2 INVITE
Contact: [sip:555151728@200.192.143.93:5060]
expires: 240
--
U 2008/11/01 16:45:53.058868 200.229.122.15:5060 -] 200.229.119.76:5060
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 2 INVITE
Allow-Events: telephone-event
Contact: [sip:5000#555140030482@200.150.15.130:5060]
--
U 2008/11/01 16:45:53.059163 200.229.119.76:5060 -] 200.192.143.93:5060
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 2 INVITE
Contact: [sip:5000#555140030482@200.150.15.130:5060]
--
U 2008/11/01 16:45:53.288800 200.229.122.15:5060 -] 200.229.119.76:5060
SIP/2.0 200 OK
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 2 INVITE
Contact: [sip:5000#555140030482@200.150.15.130:5060]
--
U 2008/11/01 16:45:53.288966 200.229.119.76:5060 -] 200.192.143.93:5060
SIP/2.0 200 OK
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 2 INVITE
--
U 2008/11/01 16:45:53.395406 200.192.143.93:5060 -] 200.229.119.76:5060
ACK sip:05140030482@200.229.119.76;ftag=edf4d970f0255abbo1;lr SIP/2.0
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 2 ACK
Contact: [sip:555151728@200.192.143.93:5060]
nonce="490cc1274330d63c21e72065af65ac5e7fd1bd09", uri="sip:05140030482@200.192.143.93:5060",
response="f51deb0bde56f150c07b2951307f8580", algorithm=MD5
--
U 2008/11/01 16:45:53.399970 200.229.119.76:5060 -] 200.229.122.15:5060
ACK sip:5000#555140030482@200.150.15.130:5060 SIP/2.0
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 2 ACK
Contact: [sip:555151728@200.192.143.93:5060]

Após a conversa, o terminal envia o método chamado BYE identificando que a
chamda foi encerrada (isto ocorre quando o telefone do cliente é posto no gancho) .
Em seguida é confirmado o encerramento da ligação através de um método 200 OK.
U 2008/11/01 16:46:09.522928 200.192.143.93:5060 -] 200.229.119.76:5060

BYE sip:05140030482@200.229.119.76;ftag=edf4d970f0255abbo1;lr SIP/2.0
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 4 BYE
response="a378c541e10c587ba8516ba5028ad5e6", algorithm=MD5
--
U 2008/11/01 16:46:09.529964 200.229.119.76:5060 -] 200.229.122.15:5060
BYE sip:5000#555140030482@200.150.15.130:5060 SIP/2.0
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 4 BYE
response="a378c541e10c587ba8516ba5028ad5e6", algorithm=MD5
--
U 2008/11/01 16:46:09.813460 200.229.122.15:5060 -] 200.229.119.76:5060
SIP/2.0 200 OK
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 4 BYE
--
U 2008/11/01 16:46:09.813644 200.229.119.76:5060 -] 200.192.143.93:5060
SIP/2.0 200 OK
Call-ID: 83c8a354-9b8f7a27@192.168.100.191
CSeq: 4 BYE
Nesta sinalização de exemplo do SIP, foram retirados diversas informações dos

pacotes enviados para que simplificassem a visualização do pacote. Note que todo
pacote enviado ao servidor pelo cliente, é enviado para a terminação, e toda a
sinalização do servidor com a terminação, também é enviado ao cliente.
3.2 Registro
O registro do terminal do cliente é necessário para o caso de o terminal
precisar receber uma ligação. Caso a gateway não saiba onde o terminal esta
registrado, será devolvido uma mensagem "404 Not Found" e a chamada não será
completada, dando tom de ocupado. Porém, caso o terminal esteja registrado, a
gateway saberá para onde deverá mandar o INVITE. Um exemplo de registro de
terminal pode ser visto abaixo:

U 2008/11/02 18:24:19.224168 200.192.143.93:5060 -> 200.229.119.76:5060
REGISTER sip:tln-proxy.novaphone.net SIP/2.0
From: <sip:555154316@tln-proxy.novaphone.net>;tag=e17bea62e8da7c19o1..
To: <sip:555154316@tln-proxy.novaphone.net>..Call-ID: f8a155f4-8458b5a7@192.168.100.191..
CSeq: 8985 REGISTER..
expires=3600..
nonce="490e1bcd62540c75b5488da11259d9b046a7e5f5", uri="sip:tln-proxy.novaphone.net",
response="fe2a3f21306d25d57b54911abd73c82e", algorithm=MD5
--
U 2008/11/02 18:24:19.270194 200.229.119.76:5060 -> 200.192.143.93:5060
SIP/2.0 401 Unauthorized
To: <sip:555154316@tln-proxy.novaphone.net>;tag=dd47956ff11982cd7352befc884be881.b617..Call-ID:
f8a155f4-8458b5a7@192.168.100.191..
WWW-Authenticate: Digest realm="tln-proxy.novaphone.net",
nonce="490e29bfb6469bf112978ad0e3cff1db87ce23dc"
--
U 2008/11/02 18:24:19.318767 200.192.143.93:5060 -> 200.229.119.76:5060
REGISTER sip:tln-proxy.novaphone.net SIP/2.0
To: <sip:555154316@tln-proxy.novaphone.net>..Call-ID: f8a155f4-8458b5a7@192.168.100.191..
CSeq: 8986 REGISTER..
nonce="490e29bfb6469bf112978ad0e3cff1db87ce23dc", uri="sip:tln-proxy.novaphone.net",
response="91b066dad5a30e42ab1be925cb28c977", algorithm=MD5..
--
U 2008/11/02 18:24:19.364548 200.229.119.76:5060 -> 200.192.143.93:5060
SIP/2.0 200 OK..
To: <sip:555154316@tln-proxy.novaphone.net>;tag=dd47956ff11982cd7352befc884be881.b617..Call-ID:
f8a155f4-8458b5a7@192.168.100.191..
expires=3600
Novamente, neste exemplo, foram retirados alguns dados do pacote SIP para
melhor entendimento do processo.

4. Arquitetura do VoIP
Basicamente, a arquitetura do VoIP é bem simples. Baseia-se em uma
arquitetura cliente/servidor e servidor/servidor. A arquitetura que será mostrada da
rede VoIP, será bem simples, sem idéia de redundância e sem uma idéia de sistemas
complexos que atrasariam o aprendizado.
Figura 1 - Modelo de arquitetura VoIP
Nesta arquitetura simples, conforme a Imagem, podemos considerar que as

Gateways VoIPs são proxies e terminações. Digamos que um cliente de uma das
redes de computadores deseja ligar, ele se conecta a uma Gateways VoIP perto dele
(ou a que o provedor dele fornecer, e faz o processo anteriormente mostrado com
esta gateway). Se a chamada for para telefones convencionais e se a Gateway tiver
disponibilidade, ela mesma pode transformar esta chamada VoIP em chamada para
telefone convencional e completar a ligação, ou ela pode enviar a outra Gateway que
faz a ligação VoIP - PSTN.
Pode ser feito também uma ligação PSTN - PSTN. O cliente disca para algum
0800 ou um número de acesso a Gateway que encaminha para uma Gateway local
no destino que deve ser chamado. A comunicação Gateway - Gateway ocorre através
da rede IP, com VoIP, economizando assim uma ligação, por exemplo, internacional.
E da mesma forma que a ligação pode ser feita PSTN - PSTN, VoIP - PSTN,
também é possível fazer ligações VoIP - VoIP. A única diferença é que a chamada é
encaminhada diretamente ao outro cliente sem precisar passar pela rede PSTN.

5. QoS - Qualidade de Serviço
Como mostra o modelo da figura a seguir, o principal objetivo da QoS é
priorizar o tráfego interativo sensível a retardo, em detrimento do tráfego referente à
transferência de arquivos, que não é sensível a retardo.
Figura 2 - Modelo para QoS
A qualidade de serviço deve ser fim-a-fim, ou seja, considerando o modelo

acima, o tráfego tem que ser tratado inicialmente na rede local (LAN) de origem,
depois no próprio roteador (controle de descarte de pacotes, por exemplo),
posteriormente nas conexões de longa distância (WAN) e roteadores intermediários,
no roteador destino, e finalmente na rede local destino.

6. Conclusão
Neste trabalho vimos de forma resumida alguns tópicos de uma
implementação da tecnologia de VoIP. Acreditamos que no futuro esse tipo de
comunicação venha a se tornar mais comum, ocupando até uma grande parte do
mercado que hoje é da Rede Pública de Telefonia.
O uso de VoIP tanto em ambiente empresarial como doméstico deve crescer

cada vez mais, pois a internet cresce assustadoramente no Brasil. Assim o acesso
ao VoIP tende a ser maior.
Um grande problema do VoIP é a qualidade da voz nas transmissões. Esse

problema está sendo suprimido pela evolução dos codecs de voz e principalmente
pela grande oferta de Banda Larga de custo acessível, o que favorece
transmissões em tempo real.
Ao mesmo tempo, apesar do avanço da internet, ainda há muitas falhas no

protocolo que estabelece a comunicação. Os usuários domésticos em geral devem
ter a noção que no VoIP o preço certamente é reduzido, porém nem sempre a
qualidade da chamada é alcançada como na telefonia convencional em virtude
dos equipamentos utilizados e da largura de banda reduzida. Este é um dos
principais motivos pelo qual o VoIP ainda é duvidoso.
Resta aguardar se alguma tecnologia futura poderá substituir e aperfeiçoar

a voz sobre IP e garantir a qualidade máxima deste serviço. E também temos de
esperar a Internet ficar com uma velocidade estável para definirmos estes
parâmetros.

7. Bibliografia
http://www.gta.ufrj.br/grad/06_1/sip/index.html
http://www.webly.com.br/tutorial/hardware-e-redes/4269/redes-de-telefonia-ip.htm
http://pt.wikipedia.org/wiki/SIP
http://www.infowester.com/voip.php
http://www.rnp.br/newsgen/0005/qos_voip1.html#ng-qos
http://www.tech-faq.com/voip-codec.shtml
http://www.en.voipforo.com/codec/codecs.php

VoIP - Voz Sobre IP

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

VoIP - Voz Sobre IP

Transféré par

Droits d'auteur :

Formats disponibles

Nome: Mauro Azeredo, Thiago Lemos

2. SIP - Session Initiation Protocol......................................................................4

2.1 Apresentação do SIP ..............................................................................4

2.2 Funcionamento do SIP ............................................................................4

3.1 Estabelecendo uma conexão ....................................................................8

3.2 Registro ..............................................................................................11

5. QoS - Qualidade de Serviço .........................................................................14

VoIP – Voz sobre IP - Página 2

VoIP – Voz sobre IP - Página 3

O protocolo SIP possui as seguintes características:

• Simplicidade (apenas seis métodos).

2.2 Funcionamento do SIP

• INVITE – É utilizado para se iniciar uma chamada. É enviado pelo terminal do

Para responder aos métodos, existem diversas respostas utilizadas pelo

VoIP – Voz sobre IP - Página 4

No protocolo SIP, utiliza-se para comutação de mídia o protocolo RTP (Real

Dentre os codecs mais conhecidos atualmente, estão os principais que são o

Taxa de Duração do Taxa de

VoIP – Voz sobre IP - Página 5

O codec utilizado na conexão é definido pelo servidor, que analisa todos os

VoIP – Voz sobre IP - Página 6

VoIP – Voz sobre IP - Página 7

Quando uma chamada é feita, ocorre o seguinte processo. O terminal do cliente

VoIP – Voz sobre IP - Página 8

VoIP – Voz sobre IP - Página 9

VoIP – Voz sobre IP - Página 10

U 2008/11/01 16:46:09.522928 200.192.143.93:5060 -] 200.229.119.76:5060

Nesta sinalização de exemplo do SIP, foram retirados diversas informações dos

VoIP – Voz sobre IP - Página 11

VoIP – Voz sobre IP - Página 12

Figura 1 - Modelo de arquitetura VoIP

Nesta arquitetura simples, conforme a Imagem, podemos considerar que as

VoIP – Voz sobre IP - Página 13

Figura 2 - Modelo para QoS

A qualidade de serviço deve ser fim-a-fim, ou seja, considerando o modelo

VoIP – Voz sobre IP - Página 14

O uso de VoIP tanto em ambiente empresarial como doméstico deve crescer

Um grande problema do VoIP é a qualidade da voz nas transmissões. Esse

Ao mesmo tempo, apesar do avanço da internet, ainda há muitas falhas no

Resta aguardar se alguma tecnologia futura poderá substituir e aperfeiçoar

VoIP – Voz sobre IP - Página 15

VoIP – Voz sobre IP - Página 16

Vous aimerez peut-être aussi