Académique Documents
Professionnel Documents
Culture Documents
Luiz Arthur
Luiz Arthur
Luiz Arthur
Luiz Arthur
Network Servers
Os Network Servers que se dividem em trs tipos, sendo:
Luiz Arthur
Luiz Arthur
Essa capacidade significa que pode especificar que seu telefone de desktop SIP,
seu telefone celular SIP e suas aplicaes de videoconferncia de casa SIP
possam TOCAR todas ao mesmo tempo quando qualquer chamada de chegada, e
voc atende de alguma dessas locaes e comea a conversar enquanto a outras
duas locaes param de tocar.
O servidor proxy SIP pode utilizar mltiplos mtodos para tentar resolver o
pedido de endereo de host, incluindo busca de DNS, busca em base de dados
ou retransmitir o pedido para o prximo servidor proxy.
Servidor de Redirecionamento SIP
A funo do servidor de redirecionamento SIP fornecer a resoluo de nome e
locao do usurio. O servidor de redirecionamento SIP reponde ao pedido do
Agente do Usurio fornecendo informaes sobre o endereo do servidor
para que o cliente possa contatar o endereo diretamente.
Registrador SIP - Registrar
O Registrador SIP fornece um
recebe informaes do Agente
registro. um servidor que
implementar outras funes SIP,
servidores SIP.
Luiz Arthur
Luiz Arthur
Requerimentos SIP
A comunicao SIP possui como caracterstica seis tipos de mensagens de
pedidos. Esses pedidos provm mtodos que permitem aos usurios e
servidores de rede, localizar, convidar e gerenciar chamadas.
Os pedidos SIP so enviados do terminal cliente para o terminal servidor. As
mensagens de pedidos mais comuns so:
INVITE: usado para iniciar uma chamada, esse mtodo indica que o usurio
ou servio est convidado outro a participar de uma sesso. Neste convite
enviado o tipo de mdia que vai ser usado e se o receptor no suportar a mdia
ele pode enviar na resposta quais tipos de mdia ele suporta, e o terminal
chamador ira reorganizar o pedido e tenta estabelecer novamente a
comunicao.
Luiz Arthur
CANCEL: Pode ser enviado para interromper um pedido que foi enviado
anteriormente, enquanto o servidor ainda no tiver enviado uma resposta final,
esse comando no afeta os pedidos que j foram aceitos pelo servidor;
10
Luiz Arthur
11
Luiz Arthur
v=0
o=- 238540244 238540244 IN IP4 10.0.0.2
s=VOVIDA Session
c=IN IP4 10.0.0.2
t=3174844751 0
m=audio 23456 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20
Neste exemplo, podemos verificar que o cabealho de constitui de dois
blocos. O primeiro, at o campo Content-Lenght, contm o cabealho SIP.
Abaixo disto, temos o corpo da mensagem com os parmetros do protocolo
SDP, que est especificado como padro para a sinalizao do pacote.
INVITE sip:1@192.0.0.3:6060;user=phone SIP/2.0 na primeira linha, o
comando INVITE vem precedido da identificao do protocolo (SIP), usurio
de destino separado do domnio por uma arroba, porta utilizada na comunicao,
e um ponto e vrgula. Este ponto e virgula tem o objetivo de separar os dados do
destinatrio dos primeiros parmetros do protocolo.
O primeiro (user), informa que a origem da chamada vem de um telefone
(phone), e no de um dispositivo que esteja emulando o aparelho.
Em seguida, informado que o protocolo SIP verso 2.0 suportado.
12
Luiz Arthur
13
Luiz Arthur
14
Luiz Arthur
15
Luiz Arthur
Como o protocolo SIP, o SDP usa cdigos em texto. Uma mensagem SDP
composta de varias linhas, chamadas campos, onde os nomes, abreviados em
uma letra minscula, indicam qual parmetro est sendo definido.
16
Luiz Arthur
17
Luiz Arthur
18
Luiz Arthur
19
Luiz Arthur
20
Luiz Arthur
Agente B
1. INVITE
INVITE
agenteB@10.1.1.1
c=IN ipv4 10.1.1.5
m=audio 49170 RTP/AVP 0
2. 180 Ringing
3. 200 OK
4. ACK
5. Voz RTP
6. BYE
7. 200 OK
21
Luiz Arthur
22
Luiz Arthur
Registro
Quando um agente conectado a um sistema de telefonia baseado em SIP, o
primeiro passo se registrar em um servidor de registro. Assim, as
mensagens de entrada no sistema que sejam destinadas ao usurio podero ser
encaminhadas corretamente para a localizao corrente do usurio.
O processo de registro pode ser feito de forma direta mas geralmente existe
um proxy no meio do caminho. Esse processo utiliza a requisio REGISTER e
alguns campos-chave no cabealho da mensagem.
O processo de registro pode ser como o exemplo a seguir:
Servidor
Proxy
Agente
Servidor
registrar
1. REGISTER
2. 100 Trying
1. REGISTER
4. 200 OK
5. 200 OK
23
Luiz Arthur
Agente A
Servidor
registrar
Servidor
proxy B
1. Invite
3. Invite
2. 100
Trying
4. 302
Moved
Temporarily
5. ACK
6. Invite
7. Trying
8. Invite
9. 302
Moved
Temporarily
10. ACK
11. Invite
12. Trying
Agente B
24
Luiz Arthur
1. O Agente A envia uma requisio INVITE para o servidor proxy encaminhar para o Agente B.
2. O servidor proxy A recebe o INVITE e notifica o Agente A enviando a resposta Trying.
3. Como o esquema de autenticao simplificado, o servidor proxy A simplesmente encaminha a
mensagem INVITE para o servidor de redirecionamento.
4. O servidor de redirecionamento envia a resposta 302 Moved Temporarily com o mapeamento
obtido a partir do servio de localizao.
5. O servidor proxy A envia a requisio ACK para o servidor de redirecionamento a fim de
completar o 3-handshake.
6. O proxy A utiliza a informao de mapeamento da resposta recebida para gerar um novo
INVITE a ser enviado para o servidor proxy B.
7. O servidor proxy B recebe o INVITE e notifica o servidor proxy A.
8. O servidor proxy B encaminha o um INVITE para o servidor de redirecionamento.
9. O servidor de redirecionamento envia a resposta 302 com o mapeamento da localizao de A.
10. O proxy B envia seu ACK para completar o 3-handshake.
11. O proxy B utiliza a informao de mapeamento da resposta recebida para gerar um novo
INVITE a ser enviado ao Agente B
12. O Agente B recebe o INVITE e notifica o servidor proxy B.
Um outro exemplo de comunicao SIP mostrado a seguir:
25
26
Luiz Arthur
27
Luiz Arthur
Multicast:
O IETF ganhou muita experincia em multicast. H milhares de usurios
regulares do M-bone e cada vez mais aplicaes multicast. O SIP foi projetado
para funcionar em backbones com capacidade para multicast, no apenas para
os fluxos de mdia, como o H.323, mas tambm para as mensagens de
sinalizao. Por exemplo, uma mensagem INVITE pode ser enviada para um
grupo multicast. Isso til para call centers ou quando se quer encontrar uma
pessoa em uma empresa. As verses 1 e 2 do H.323 precisam usar multi-unicast
para o mesmo fim.
Uso de URLs:
O uso de URLs como identificadores poderoso. primeira vista pode parecer
no haver
grandes diferenas
entre
um
alias
de
e-mail H.323
(John@compania.com) e uma URL SIP (sip:John@compania.com). Na verdade, h
uma diferena: um alias de e-mail H.323 considera que o protocolo usado seja o
H.323, ao passo que o SIP especifica ele mesmo o protocolo na URL. Por causa
disso, um servidor SIP pode redirecionar uma chamada para servidores
no SIP de maneira bem flexvel. Um terminal SIP, quando recebe uma chamada
de outro terminal SIP, pode redirecionar a chamada para uma pgina Web
ou para uma URL mailto. Isso facilita a integrao de aplicaes de udio e vdeo
com outras aplicaes multimdia.
Esse recurso agora est disponvel com o tipo URL_ID do aliasAddress no H.
225v2, mas o esquema global de nomes do H.225 est comeando a parecer um
pouco desordenado (h323-ID, url-ID, transport-ID, email-ID, partynumber).
28
Luiz Arthur
Priorizao de chamadas:
O campo de cabealho Priority um adicional til que foi negligenciado no H.
323. Muitos pases tm exigncias legais para priorizar algumas linhas
telefnicas.
Codificao de texto:
A codificao de texto uma caracterstica atrativa para uns e um problema para
outros. Esta uma das muitas interminveis guerras religiosas entre
programadores. A codificao de texto tem muitas vantagens simples, pode
ser depurada facilmente usando-se simples sniffers de rede e faz com que
problemas de interoperabilidade sejam detectveis visualmente. A maioria dos
programadores concordam sobre esses recursos.
O problema pode ser desempenho e tamanho, como alguns sustentam que
protocolos binrios so mais fceis de codificar e decodificar. Obviamente o
tamanho das mensagens de texto muito maior que o tamanho das mensagens
codificadas em binrio.
29
Luiz Arthur
30
Luiz Arthur
Controle de conferncias :
O H.323 sozinho ou em combinao com o H.332, possui recursos poderosos para
controle de conferncia. O SIP no foi projetado para o controle de
conferncias e, conseqentemente, muitos dos recursos necessrios para fazer
uma conferncia controlada no existem (ainda).
Codificao binria:
As mensagens H.323 so codificadas de acordo com o Q.931 para o
subconjunto de mensagens H.225 provenientes do Q.931 todas as outras
mensagens, bem como as extenses H.323 para mensagens Q.931, so
codificadas usando-se regras de codificao de pacotes (Packet Encoding Rules PER) ASN.1 (Abstract Syntax Notation 1). Isso provavelmente gerou tanto
interesse a respeito da complexidade do H.323. O fato que misturar dois
mtodos de codificao com regras totalmente diferentes no a melhor das
idias. Isso implica tambm grandes esforos de programao por parte das
empresas que ainda no tm uma implementao Q.931 e um compilador ASN.1.
Finalmente, depurar os problemas de interoperabilidade entre os terminais H.
323 exige monitores de rede com capacidade de decodificao tanto Q.931
quanto PER ASN.1. Existem alguns (um foi distribudo pela Microsoft aos
membros do SG16 do ITU como uma extenso do Network Monitor da Microsoft),
mas ainda no um recurso padro da maior parte das ferramentas.
31
Luiz Arthur
Portanto h de fato uma curva de aprendizado ngreme, mas uma vez que uma
empresa tenha um compilador ASN.1 e uma implementao Q.931, existem
algumas vantagens em usar uma codificao binria:
32
Luiz Arthur
Tendo analisado o funcionamento bsico das duas especificaes percebese que o H.323 bem mais complexo que o SIP.
O SIP utiliza campos de cabealhos, regras de codificao, cdigos de erro e
mecanismos de autenticao semelhantes ao HTTP, e teve assim um
desenvolvimento mais voltado para a Internet, contrariando a complexidade do
H.323. Esta simplicidade e conseqente capacidade de adaptao em ambiente
WEB criam uma explicita tendncia de que o SIP cresa a ponto de dominar a
comunicao por VoIP.
Mas isto apenas uma expectativa, pois muitas empresas apostam na
padronizao do protocolo H.323, e desta forma provavelmente apenas o tempo
dir qual o protocolo que dominara, porm isto pode nem acontecer!
33
fim
Luiz Arthur