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 Setup Call Proceeding Descrio Indica que um ponto final deseja iniciar uma conexo com outro ponto final. 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. Ponto final de destino est sendo alertado (telefone tocando). enviada pelo ponto final de destino. 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. 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.

Alerting Connect

Release Complete Status

Status Inquiry Facility

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
Request Response

Client

Server

Server

Client

Request=Request-Line *(general-header |request-header |entity-header) CRFL [message-body]

Response=Status-Line *(general-header |response-header |entity-header) CRFL [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.