H.

323 E SIP - COMPARATIVO

Jean Seidi Ikuta
Escola de Engenharia Universidade Federal Fluminense
Rua Passo da Ptria, 156 So Domingos Niteri RJ 24210-040 Brasil
jeanseidi@yahoo.com.br

Abstract. This paper presents a brief description about H323 stack protocols
and SIP protocol that are used in NGN (Next Generations Network), where it
discusses a comparison between them and presents their differences,
advantages and disadvantages.
Keywords: H323, SIP
Resumo. O presente trabalho apresenta uma breve descrio dos protocolos
H323 e SIP utilizados na NGN (Next Generations Network), onde realizado
um quadro comparativo entre eles apresentando suas diferenas, vantagens e
desvantagens.
Palavra-chave: H323, SIP.

Introduo

Nos ltimos anos, o mercado de telecomunicaes mundial tem passado por muitos
desafios como manter a base de assinantes, aumentar a receita e reduzir os custos frente
a crescente concorrncia.
Foi ficando cada vez mais claro que o pr-requisito para se chegar a idia de
informao e comunicao a qualquer hora, em qualquer lugar e em qualquer forma
a convergncia das atuais redes, cada uma empregando diferentes tecnologias de
transporte e controle, em uma nica rede multiservios baseada em pacotes, oferecendo
servios com diferentes qualidades e custos em uma plataforma de servios aberta.
NGN (Next Generations Network) pode ser entendida como uma rede baseada em
pacotes onde a comutao por pacotes e elementos de transporte (roteadores, switches e
gateways) lgica e fisicamente separada do controle inteligente de servios/chamadas.
Esse controle inteligente usado para suportar todos os tipos de servios baseados em
rede de pacotes, incluindo servios bsicos de voz (telefone), dados, vdeo, multimdia,
e gerenciamento de aplicaes, que pode ser pensado como mais um tipo de servio que
a NGN ir suportar [J. C. Crimi].
Este artigo trata dos padres e protocolos utilizados na NGN, onde realizado um
quadro comparativo entre H.323 e SIP (Session Initiation Protocol).
Na seo 2 abordada uma viso geral sobre a pilha de protocolos que compem o
H.323. Na seo 3, de maneira anloga, abordada uma viso geral do protocolo SIP.
Um quadro comparativo entre o SIP e o H.323 apresentado na seo 4 e a seo 5
apresenta as concluses do trabalho.

Conceitos bsicos do H.323

O padro H.323 parte da famlia de recomendaes ITU-T (International

Telecommunication Union - Telecommunication Standardization Sector) H.32x, que
pertence srie H da ITU-T, e que trata de "Sistemas Audiovisuais e Multimdia". A
recomendao H.323 tem o objetivo de especificar sistemas de comunicao multimdia
em redes baseadas em pacotes. Alm disso, estabelece padres para codificao e
decodificao de fluxos de dados de udio e vdeo.

2.1 Arquitetura H.323

O padro H.323 especifica quatro tipos de componentes, que interligados, possibilitam a
comunicao multimdia. A figura 1 apresenta a arquitetura H.323.

Figura 1 - Arquitetura H.323

Uma rede H.323 tpica composta por zonas ou domnios interconectados atravs
de uma comunicao WAN (Wide Area Network). A funcionalidade de cada
componente descrita abaixo:
Um Terminal (TE) H.323 um componente da rede que prov comunicao em
tempo real com outro TE H.323, Gateway (GW) ou Multipoint Control Unit (MCU). A
comunicao consiste de controle, indicaes, audio, vdeo, e ou dados entre os dois
pontos finais (endpoints). Um terminal pode estabelecer uma chamada diretamente com
outro terminal ou atravs da ajuda de um Gatekeeper (GK).
O Gatekeeper (GK) uma entidade H.323 na rede que prov traduo de endereos
e controla o acesso (autorizao e autenticao) rede dos terminais H.323, GWs, e
MCUs. Os GKs podem comunicar-se entre si para coordenar seus servios de controle.
O GK tambm prov servios para os terminais, GWs e MCUs como gerenciamento de
banda, localizao de GWs e billing. A funo do GK opcional em sistemas H.323.
Ele logicamente separado das outras entidades H.323, mas pode coexistir fisicamente
com terminais, GWs ou MCUs. A presena dele no sistema H.323 prov as seguintes
funes:
- Traduo de endereos: O GK traduz endereos fictcios (ex: nmeros E164 de
telefone convencional) para endereos de transporte (endereo IP e porta) usando a
tabela de traduo que atualizada atravs das mensagens de registro e outros modos.
- Controle de admisso: O GK autoriza o acesso rede usando mensagens H.225.
Critrios de admisso incluem autorizao de chamada, largura de banda, e outras
polticas.
- Controle de banda: O GK controla quanto de banda cada terminal pode usar.

- Gerncia de zonas: Uma vez registrado em um GK, um TE no pode se registrar

em outro GK, ou seja, um TE pode se registrar em apenas um GK por vez. O GK prov
as funes descritas acima para os TEs e GWs registrados nele.
Um Gateway (GW) H.323 um componente da rede que prov comunicao em
tempo real entre terminais H.323 e terminais de outras redes como PSTN, PLMN, etc.
O Multipoint Control Unit (MCU) um componente da rede que prov a
funcionalidade de trs ou mais terminais e GWs participarem de uma conferncia
mutiponto.

2.2 Sinalizao e Controle em H.323

O H.323 uma sute completa e integrada de protocolos que definem cada um dos
componentes descritos acima. Alguns dos protocolos so:

H.225 para controle de registro, admisso e status (Registration, admission and

status - RAS).

H.225 (derivado do Q.9311) para sinalizao da chamada, como estabelecimento

e trmino de chamadas.

H.245 para troca de informaes sobre as funcionalidades do terminal e criao

de canais de mdia.

RTP/RTCP para sequenciamento de pacotes de audio e vdeo.

G.711, uma especificao de codec.

T.120 para conferncia de dados.

Figura 2 Protocolos em H.323

Basicamente, a sinalizao no H.323 composta de trs funes (atravs dos
protocolos H.225 e H.245).
1

Recomendao ITU-T que especifica os procedimentos de estabelecimento, manuteno e trmino de

conexes de rede dentro da interface de usurio ISDN (Integrated Services Digital Network).

2.2.1 Canal de Registro, Admisso e Status (RAS)

O canal RAS transporta mensagens usadas no processo de registro do TE no GK em que
associa um endereo fictcio (ex: nmero E.164 de telefone) a um endereo IP e porta
para ser utilizado na sinalizao da chamada. O canal RAS tambm usado para
transmisso de admisses a fim de estabelecer ou receber chamadas, descoberta de GKs,
controle de banda, informaes de status (atravs do envio de mensagens keep-alive), e
localizao de terminais (ou pontos finais). O H.225, usado no canal RAS, recomenda
time-outs e contadores para as mensagens RAS, j que as mesmas so transmitidas em
um canal no confivel UDP. Suas funes principais so:

Descoberta de gatekeepers: Permite ao ponto final identificar em qual GK se

registrar. O processo pode ser manual ou automtico.

Registro: Permite a pontos finais e MCUs se juntarem a uma zona. Os

procedimentos de registro incluram as seguintes mensagens:

Localizao de pontos finais: Permite a pontos finais e (principalmente) GKs

obter informaes sobre destinatrios.

Admisso: autoriza o acesso a uma zona H.323.

Informao de status: O GK pode usar o canal RAS para obter o status de um

ponto final.

Controle de banda: embora a banda de uma chamada seja negociada na

admisso, pode ser modificada na chamada.

2.2.2 Canal de Sinalizao de Chamada

O canal de sinalizao de chamada carrega mensagens H.225 de controle usando
conexo TCP, fazendo com que este seja um canal confivel. Em redes sem GKs, um
terminal envia mensagens de sinalizao diretamente para outro terminal usando
endereos de transporte (endereos IP) para sinalizao de chamada. Se a rede possuir
um GK, o terminal chamador envia a mensagem de admisso inicial para o GK usando
o endereo de transporte do canal RAS. Na troca inicial de mensagens de admisso, o
GK diz ao ponto final originador se ele deve enviar as mensagens de sinalizao
diretamente para o outro ponto final ou se deve rotear as mensagens atravs dele. As
mensagens de sinalizao de chamada podem ser roteadas das duas formas.
Tanto o H.225 quanto o H.245 usam conexes TCP para estabelecer uma conexo
confivel entre pontos finais. No caso de sinalizao de chamada roteada pelo GK, as
conexes TCP so mantidas at o final da chamada. Embora normalmente confivel, a
falha de uma conexo TCP pode resultar na terminao da chamada, mesmo se a
conexo TCP no estiver em uso naquele momento. Por exemplo, suponha que uma
sinalizao de chamada roteada pelo GK seja usada, e que a conexo TCP entre o ponto
final e o GK seja quebrada devido a um time-out ou falha na troca de mensagens keep
alive durante uma falha na conexo ou roteamento. As chamadas podem cair mesmo
se os fluxos RTP de udio no forem afetados pelo evento na rede que causou a conexo

TCP entre o ponto final e o GK falhar. A tabela 1 lista as mensagens usadas na

sinalizao de chamada.
Tabela 1 Mensagens utilizadas na sinalizao de chamadas
Mensagem

Descrio

Setup

Indica que um ponto final deseja iniciar uma conexo com

outro ponto final.

Call
Proceeding

Indica uma que uma requisio de estabelecimento de chamada

est sendo iniciada. Nenhuma informao adicional relativa ao
estabelecimento da chamada ser aceita aps o envio desta
mensagem. enviada pelo ponto final de destino.

Alerting

Ponto final de destino est sendo alertado (telefone tocando).

enviada pelo ponto final de destino.

Connect

Indica que a chamada sendo processada foi aceita pelo ponto

final de destino. enviada pelo ponto final que originou a chamada.
Indica a porta TCP a ser usada para o estabelecimento do canal de
controle H.245.

Release
Complete
Status

Status
Inquiry
Facility

Indica a liberao de uma chamada. Aps a liberao, os

identificadores da chamada podem ser reutilizados. enviada por
um ponto final.
Resposta a uma mensagem de sinalizao desconhecida ou a
uma mensagem de Status Inquiry. Fornece informaes do status da
chamada.
Requisita informao da chamada. Pode ser enviada por um
ponto final ou GK.
Indica que o roteamento de uma chamada deve ser direto ou por
meio de um GK.

2.2.3 Canal de Controle de Funes H.245

O H.245 carrega mensagens de controle que governam a operao entre entidades
H.323. A principal funo a troca de informaes sobre capacidades (ou
funcionalidades), como os codecs de udio/vdeo suportados.
Uma vez que a sinalizao e a codificao ocorrem, o Real-time Transport Protocol
(RTP) e o Real-time Control Protocol (RTCP) so utilizados para transportar os pacotes
de udio e/ou vdeo. Os fluxos de udio/vdeo so divididos em pacotes de acordo com
o formato pr-definido.
Os servios providos pelo RTP incluem identificao do tipo de dados,
seqnciamento, marcao de tempo (timestamping) e monitorao da entrega. As
aplicaes tipicamente rodam RTP em cima de UDP (User Datagram Protocol).
O Real-time Control Protocol (RTCP) baseia-se na transmisso peridica de
pacotes de controle para todos os participantes da sesso. O RTCP executa as seguintes
funes de feedback da qualidade da distribuio dos dados e controla a taxa de modo

que o RTP possa ser escalvel at um grande nmero de participantes. Alm disso,
transporta uma quantidade mnima de informao de controle de sesso.

Conceitos bsicos do SIP

SIP (Session Initiation Protocol) foi desenvolvido para estabelecer, modificar e terminar
qualquer tipo de sesso. As aplicaes SIP tm focado em sesses interativas
multimdia, como chamadas atravs da Internet ou conferncias multimdia. A estrutura
da sua mensagem baseada no HTTP e SMTP (protocolos baseados em texto), a fim de
criar um protocolo simples, flexvel e escalvel. As especificaes do H.323, por
exemplo, possuem mais de 700 pginas e seu desenvolvimento em C++ possuem cerca
de 100.000 linhas de cdigo, o que o tornam extremamente complexo.
Foi padronizado pelo IETF com a RFC2543 inicialmente. O trabalho inicial do
SIP recebeu grande ateno das companhias de tecnologia que estavam prontas para
lanar seus produtos baseados em SIP, fato que impulsionou a sua difuso e seu uso.
A RFC2543 foi substituda pelo novo conjunto de especificaes baseados na
RFC3261, devido ao rpido desenvolvimento e extenso s funes do SIP.

3.1 Viso Geral

O SIP um protocolo de controle da camada de aplicao que pode estabelecer,
modificar e terminar sesses multimdia como ligaes telefnicas atravs da Internet.
Foi desenvolvido para que sinalizao fosse simples, atendendo somente aos
requisitos bsicos (criar, modificar e terminar) de um protocolo de sinalizao de
chamadas. Logo, as chamadas podem ser estabelecidas de maneira mais rpida do que
no H.323. O rpido estabelecimento de chamadas crucial para uma alta qualidade de
servio (QoS). Alm disso, um grande nmero de parmetros usados na negociao e
estabelecimento de fluxos de mdia entre participantes de uma chamada encapsulado
no corpo da mensagem do SIP atravs do SDP (Session Description Protocol), o que
aumenta a velocidade no estabelecimento da chamada. [H. Schulzrinne and J.
Rosenberg]
SIP foi concebido com base em texto. Sua estrutura de mensagem tem facilidade
de extenso a novas aplicaes do que protocolos equivalentes, como o H.323 que
utiliza o padro de codificao ASN.1 em vez de texto. Desta maneira, facilita a
implementao em linguagens de programao orientadas a objetos como Java e Perl,
possibilitando fcil depurao de problemas e fazendo do SIP um protocolo simples,
flexvel e extensvel.
Os caminhos entre sinalizao e mdia so independentes. A sinalizao e mdia
podem passar por diferentes rotas atravs de conjuntos independentes de equipamentos
em diferentes redes.
O SIP utiliza UDP ao invs de TCP. O estabelecimento de conexes TCP e suas
rotinas de confirmaes introduzem atrasos e devem ser evitados em transmisses de

voz. Adotando o UDP, entretanto, os tempos das mensagens e suas retransmisses

podem ser controlados pela camada de aplicao.
Existe um mecanismo de procura paralela, o que possibilita que vrios
equipamentos sejam associados a um nico endereo com o intuito de que todos ou uma
seleo desses equipamentos sejam contatados simultaneamente ou sequencialmente.
Quem recebe a chamada o primeiro equipamento que atender.
Existem cinco etapas para estabelecimento e trmino de uma chamada dentre as
quais so mencionados:

Localizao do usurio Descobrir a localizao do usurio.

Disponibilidade do usurio Verificar disponibilidade do usurio para

chamadas telefnicas.

Capacidades do usurio Negociao e determinao dos formatos de mdia

a serem utilizados entre o usurio chamador e usurio chamado.

Estabelecimento da sesso O dilogo estabelecido e os fluxos de mdia

so transportados.

Controle da sesso, incluindo transferncia e trmino de sesses,

modificaes de parmetros da sesso e adio de servios.

3.2 Arquitetura da Rede SIP

SIP baseado no modelo cliente-servidor, onde um cliente qualquer elemento de rede,
como um PC com um microfone ou um SIP phone, que envia requisies SIP (SIP
requests) e recebe respostas SIP (SIP responses) e o servidor um elemento de rede que
recebe requisies e envia respostas, que podem aceitar, rejeitar ou redirecionar a
requisio.
Existem quatro tipos diferentes de servidores: proxies, user agent servers (UAS),
redirect servers e registrars [RFC 3261]:

Proxy: Servidores proxies so como roteadores da camada de aplicao,

responsveis por receber uma requisio, determinar para onde envi-la
baseando-se no conhecimento da localizao do usurio, e ento envi-la.
Para outras entidades, para que a mensagem vem do proxy e no de alguma
entidade escondida atrs do proxy. Eles podem adicionar parmetros s
requisies e podem rejeitar requisies, mas no iniciam requisies ou
respondem positivamente a qualquer requisio que eles recebem. As
mensagens passam pelos proxies sem qualquer modificao. Isso significa
que muitas novas funcionalidades podem ser implementadas na rede atravs
do upgrade de user agents, sem qualquer modificao aos proxies.

UAS: O user agent server uma entidade lgica que gera respostas a uma
requisio SIP e contacta o usurio. Na realidade, um terminal SIP (como
um SIP phone) funcionar como ambos user agent client (UAC), gerando
requisies, e user agent server (UAS), respondendo s requisies,
provendo uma comunicao peer-to-peer.

Redirect server: Um redirect server um servidor que recebe requisies

SIP, localiza o endereo de destino em um conjunto de um ou mais
endereos, e retorna a informao de roteamento para o originador da
requisio. O originador da requisio pode ento enviar uma nova
requisio para o(s) endereo(s) retornado(s) pelo redirect server. O redirect
server no gera requisies, apenas responde a uma requisio.

Registrar: O registrar funciona como o elemento principal do servio de

localizao de usurios em um domnio, consultando e adicionando
mapeamentos entre usurios e endereos IP baseados nas mensagens
REGISTER. Isso possibilita que um usurio seja contactado mesmo ele se
registre em outro domnio que no seja o seu de origem. Os servidores
proxies, que so responsveis em enviar a requisio para o local atual onde
o usurio chamado se encontra, consultam esse servio de localizao.

3.3 Mensagem SIP

Conforme mencionado anteriormente, o SIP baseado em texto (utiliza o conjunto de
caracteres ISO 10646 com codificao UTF-8 8 bit unicode transformation format) e
usa uma sintaxe similar ao HTTP. Uma mensagem SIP, que pode ser uma requisio de
um cliente para um servidor ou uma resposta de um servidor para um cliente, a
unidade bsica da comunicao usando SIP. A mensagem contm uma sequncia
estruturada de octetos formando uma sintaxe definida. Ambas as mensagens de
requisio e resposta possuem uma linha de incio (start-line), um ou mais cabealhos
(headers), uma linha vazia (carriage-return line feed CRLF) indicando o fim dos
cabealhos, e um corpo de mensagem (message body) opcional. Uma mensagem tpica
parecer com a mostrada a seguir:
Generic-message = start-line
*message-header
CRLF
[message-body]
Start-line = Request-Line | Status-Line

SIP messages
Response

Request

Client

Server

Server

Client

Request=Request-Line

Response=Status-Line

*(general-header

*(general-header

|request-header

|response-header

|entity-header)

|entity-header)

CRFL

CRFL

[message-body]

[message-body]

Figura 3 - mensagem SIP

A RFC2543 define seis mtodos que podem ser usados em requisies: INVITE,
ACK, OPTIONS, BYE, CANCEL e REGISTER. Como no havia um mecanismo para
carregar controle de informaes durante uma sesso, o IETF adicionou o mtodo INFO
para resolver esse problema. A tabela 2 descreve resumidamente a funo de cada um
dos mtodos.
Tabela 2 Requisies SIP
Mensagem SIP
INVITE
ACK
OPTIONS
BYE
CANCEL
REGISTER
INFO

Descrio
Convida um usurio a participar de uma chamada
Usado para facilitar a troca confivel de mensagens INVITEs
Solicita informaes sobre as funcionalidades do servidor
Termina uma conexo entre usurios ou rejeita uma chamada
Termina uma requisio, ou procura, por um usurio
Registra a localizao atual de um usurio
Usado para troca de sinalizao durante a sesso

A mensagem de resposta contm um cdigo de status (trs nmeros) indicando a

consequncia da tentativa de entender e satisfazer uma requisio. A tabela 3 indica os
possveis cdigos, assim como suas descries.
Tabela 3 Cdigos de resposta
Classe
1xx
2xx
3xx
4xx
5xx
6xx

Descrio
Informativo : requisio recebida, continuando o processo de requisio
Bem sucedido : a ao foi recebida com sucesso, entendida e aceita
Redirecionado : uma ao mais adiante precisa ser tomada para que a requisio
possa ser completada
Erro do cliente : a requisio contm sintaxe falha ou no pde ser executada pelo
servidor
Erro do servidor : o servidor falhou em executar uma requisio aparentemente
vlida
Falha global : a requisio no pde ser executada pelo servidor

Exemplo
100 Trying, 180 Ringing
200 OK
302 Moved Temporarily
404 Not Found
501 Not Implemented
603 Decline

Os cabealhos acompanham as mensagens a fim de prover mais informao e

garantir que as mensagens sejam tratadas corretamente.
O corpo da mensagem responsvel pela descrio da sesso a ser estabelecida.
O tipo de mdia e codec, as taxas de amostragem fazem parte da negociao entre
usurio chamador e usurio chamado. O SDP (Session Description Protocol) utilizado
por padro para esse fim. O SDP simplesmente prov uma forma de descrever a
informao contida em uma sesso, incluindo parmetros da sesso e parmetros de
mdia. O SDP precisa ser utilizado em conjunto com outros protocolos, j que no prov
um meio de transportar ou informar aos potenciais participantes de uma sesso. Como o
SIP independente das caractersticas da sesso, ele carrega a informao do SDP em
seu corpo da mensagem.

Para estabelecer uma sesso de udio, o usurio chamador precisa conhecer o

endereo do(s) usurio(s) chamado(s). No SIP, esses endereos so similares a
endereos de e-mail e so conhecidos como SIP URI (Uniform Resource Identifier). A
URI um ponteiro para um recurso que gera diferentes respostas em diferentes horas,
dependendo da entrada. A URI no depende da localizao do recurso e geralmente
consiste de trs partes: o protocolo para comunicao com o servidor (ex: SIP), o nome
do servidor (ex: host.com) e o nome do recurso. A URL a forma mais comum de URI.
Como os endereos de e-mail, as SIP URIs podem ser colocados em web pages ou
mensagens de e-mails. Elas contm informao suficiente para iniciar e manter sesses
para comunicao com um usurio. SIP URIs usam o formato user@host como um
endereo de e-mail. Isso possibilita que as pessoas reutilizem seus endereos de e-mail
como seus endereos SIP, evitando a necessidade de se ter um outro endereo para fins
de comunicao. Para interconexo com a PSTN, o SIP possibilita que a parte do
endereo destinado ao nome ou apelido do usurio seja um nmero de telefone. Assim,
podemos ter um endereo SIP do tipo:
sip: 2131141001@companhiatelefonica.com
Em uma dada rede, este endereo SIP pode ser usado para rotear a mdia para
um Media Gateway (da companhiatelefonica.com). Para indicar que a chamada para
um nmero de telefone, a URI pode ser complementada com o parmetro user=phone.
Nesse caso, a URI teria o seguinte formato:
sip: 2131141001@companhiatelefonica.com; user=phone

Quadro comparativo entre H.323 e SIP

H.323 e SIP foram desenvolvidos para controle e sinalizao de chamadas em

arquiteturas de comunicao distribudas. O H.323 baseado em protocolos do ITU-T
j existentes e tem uma abordagem voltada aos equipamentos terminais. O SIP similar
ao HTTP e tem uma abordagem voltada aos usurios e servios integrados na Internet.
Em termos de complexidade, a implementao do H.323 maior em relao ao
SIP. A documentao do H.323 tem 736 pginas contra apenas 128 do SIP o que leva o
desenvolvedor a dedicar muito tempo apenas para o entendimento do funcionamento do
H.323. O SIP trabalha com apenas 37 tipos de cabealhos enquanto que o H.323 tem
centenas. O H.323 trabalha com vrios protocolos sem uma separao clara, ou seja,
esses protocolos so usados por vrios servios. J no SIP, em uma mesma requisio
esto todas as informaes necessrias.
Em se tratando de expanso funcional, temos que devido estrutura textual do
SIP, novas caractersticas so includas de forma fcil e compatvel com verses
anteriores e novos parmetros podem ser colocados em qualquer parte de mensagem.
No H.323 existem campos predefinidos para essas novas incluses. Se um novo
codec registrado em um rgo competente, possvel ser suportado pelo SIP,
enquanto o H.323 h uma dificuldade na incluso de novos codecs porque eles devem
ser padronizados pelo ITU-T. No SIP, o Proxy descreve os tipos de mdia e endereos
de transporte da mdia, enquanto no H.323 temos diversos subprotocolos (H.245, H.225,
etc); no SIP temos servidores com diferentes comportamentos (registrador, proxy e
redirecionador), enquanto o H.323 conta com um servidor nico Gatekeeper.

Quanto escalabilidade, os servidores ou gateways SIP podem trabalhar nos

modos stateful ou stateless, sendo que no segundo caso os servidores recebem e
encaminham as requisies no mantendo nenhum tipo de informao, pois as
mensagens possuem informaes suficientes para garantir que a mensagem seja enviada
corretamente. O H.323 stateful, ou seja, ele mantm todo o controle do estado da
chamada durante toda a durao, em um ambiente onde pode haver muitas chamadas
simultaneamente implicando em problemas de desempenho. O fato de o SIP usar
mensagens de texto, utilizar apenas um pedido para enviar toda a informao necessria
para o estabelecimento de uma chamada e ser baseado em UDP, torna-o um protocolo
com muitas potencialidades para ser usado na telefonia IP. Contudo, neste momento o
H.323 tem uma vantagem de j ter muitos sistemas implementados, o que obrigar o
SIP a fornecer mecanismos de interoperabilidade.
Quanto arquitetura, o H.323 tem os seguintes componentes: terminal, gateway,
gatekeeper e MCU; o SIP tem UA e Servers. Os protocolos no H.323 so H.245, RAS/
Q.931, H.225, enquanto no SIP, o prprio SIP e SDP [SOUZA, I].
Em se tratando dos aspectos de segurana, o H.323 define seus mecanismos de
segurana e negociao de facilidades via H.235 e tambm pode utilizar SSL.
Autenticao e encriptao no SIP so suportadas hop-by-hop via SSL/TSL, mas o SIP
pode utilizar qualquer outra camada de transporte ou mecanismo de segurana similares
ao HTTP, como o SSH ou S-HTTP. Chaves para encriptao de mdia so transportadas
usando SDP.
Interoperabilidade entre as verses e a completa compatibilidade existente no
H.323 permitem que todas as implementaes baseadas nas diferentes verses podem
ser integradas. J no SIP uma nova verso pode descartar um atributo antigo que no
esperado ser mais utilizado. Isto aproxima o melhor aproveitamento do tamanho do
cdigo e reduz a complexidade do protocolo, mas perde em algumas compatibilidades
em diferentes verses.
Em termos de Billing, mesmo havendo o modelo de chamada direta no H.323, a
habilidade de bilhetar uma chamada com sucesso no perdida porque os terminais se
reportam para o gatekeeper desde o incio at o final da chamada atravs do protocolo
RAS. J no SIP proxy, para realizar a coleta de informao de bilhetagem necessrio
estar entre o caminho de sinalizao durante o tempo de durao da chamada para que
ele possa detectar quando a chamada completa.

Concluso

O uso da Internet como meio de transporte de Voz tem alguns casos de sucesso,
principalmente nas chamadas de longa distncia. Hoje o usurio que est fazendo uma
chamada desse tipo no consegue identificar o tipo de tecnologia que est sendo usada,
e mesmo qual o caminho que a sua conversa est seguindo.
Entretanto, nem todas as aplicaes tm o mesmo resultado. O mercado
corporativo e mesmo residencial ainda tem dificuldades para usar de forma generalizada
esse tipo de tecnologia. medida que o mercado for demandando novos servios
atravs da Internet, a estrutura de se estabelecer preos desses servios poder ser
aperfeioada de forma a definir o custo do acesso de acordo com o tipo de aplicao do
usurio.

Esse novo formato de custo/benefcio pode permitir o aperfeioamento da

prpria arquitetura da Internet, atravs da implantao de protocolos mais sofisticados
que permitem a definio de prioridades para o transporte dos pacotes de dados de
acordo com o tipo de aplicao do usurio.
A fora do H.323 tem sido a sua disponibilidade de sistemas/aplicaes desktop
e salas de videoconferncia de preo acessvel. O SIP um protocolo desenvolvido
pensando-se na Internet e promete grande escalabilidade e flexibilidade. Nesse novo
contexto, tanto provedores como usurios tero a oportunidade de usar a Internet para as
aplicaes de telefonia IP (e para outras mdias) com custos um pouco superiores aos
atuais. O H.323 um protocolo muito complexo e que define especificaes para
comunicao em tempo real de dados para vdeo, dados e voz, enquanto o SIP foi
desenvolvido de maneira mais simples e eficiente.

Referncias bibliogrficas

[1] Net-Net Session Director solutions, 2006. Acme Packet

[2] H. Schulzrinne and J. Rosenberg, Signaling for Internet Telephony,Feb. 1998.
[3] J. C. Crimi , Next Generation Network (NGN) Services Telcordia Technologies
[4] P. Falcarin and C. A. Licciardi, Analysis of NGN service creation technologies.
[5] H. Schulzrinne and J. Rosenberg, The Session Initiation Protocol: Internet-Centric
Signaling, IEEE Communications Magazine, Oct 2000, pgs 134-141.
[6] IETF RFC 2543, SIP: Session Initiation Protocol, March 1999.
[7] IETF RFC 3261, SIP: Session Initiation Protocol, June 2002.
[8] SOUZA, I., Voice over IP, UFBA, Salvador, 2005.
[9] BERNAL FILHO, H., Tutoriais sobre banda larga e VoIP, Telefonia IP, 2003.
[10] PINHEIRO, C.D.B., Especificao H.323, UFPR, Dez. 2000.
[11] H.323 Forum. http://www.h323forum.org, 2006.