Implementao do Protocolo SIP-T com Suporte ao ISUP-BR

Danilo Jonas1, Emlio Carvalho Dias1, Joo Henrique de Souza Pereira2

CCR CTBC Telecom Uberlndia-MG, Brasil 2 Dept. de Eng. de Sistemas Eletrnicos (PSI) USP Universidade de So Paulo So Paulo-SP, Brazil {daniloj, emilio}@ctbc.com.br, joaohs@usp.br
AbstractThe NGN/IMS networks converge Data, Voice and Video services in one unique network. To be possible this convergence, is necessary the interoperability with the traditional networks. By this interoperability, is possible to migrate services, from traditional to the new networks. In Brazil, for the voice services, is necessary that the NGN/IMS supports the ISUP-BR protocol, with the Telebrs and Anatel modifications based on the Q.763 Recommendation. This work presents the first open implementation for the SIP-T protocol with ISUP-BR support. It also shows the results of the massive tests for simultaneous connections in this implementation, that is active for more than 1 million of users. ResumoAs redes NGN/IMS convergem os servios de Dados, Voz e Vdeo para uma rede nica. Para esta convergncia necessrio a interoperabilidade com as redes legadas, de forma que a migrao dos servios, para as novas redes, seja gradativa. Para a migrao dos servios de voz, no Brasil, necessrio suportar alteraes feitas pela Anatel e Telebrs sobre a Recomendao Q.763, publicada como ISUP-BR. Este trabalho apresenta a primeira implementao de cdigo aberto do protocolo SIP-T com suporte ao ISUP-BR. Tambm mostra o resultado dos testes de carga para conexes simultneas nesta implementao, que est em produo com mais de 1 milho de usurios ativos. Palavras Chave-ISUP-BR, Redes de Computadores; NGN; SIP-T
1

Rafael Leonardo Ferreira de Aquino1, Pedro Frosi Rosa3

Faculdade de Computao (FACOM) UFU Universidade Federal de Uberlndia Uberlndia-MG, Brazil rafaell@ctbc.com.br, frosi@facom.ufu.br
3

avano das redes de comunicao de dados e sua intrnseca flexibilidade, esta apresentou possibilidade de suportar os servios de Voz e Dados, at ento isolados nas redes de Telecomunicaes e Televisivas. Para este suporte, necessrio uma nova organizao de sua estrutura quanto aos elementos de rede responsveis pelos servios, a exemplo, devem ser substitudas as tradicionais CPA's (Centrais de Programa Armazenado) e seus ELI/ELR (Estgios de Linha Integrado e Remoto) pelos componentes de uma NGN (Next Generation Network): MG (Media Gateway), MGC (Media Gateway Controller), SBC (Session Border Controller) e MSAM (Multimedia Service Adaptation Module), ou pelos elementos de uma rede IMS: CSCF (Call Session Control Function), MGCF (Media Gateway Control Function), HSS (Home Subscriber Server), dentre outros. Este movimento de convergncia das redes motiva esta pesquisa que tem o objetivo de desenvolver a primeira implementao aberta do protocolo SIP-T com suporte ao ISUP-BR, na camada de aplicao. Este artigo tambm mostra os resultados dos testes de carga da implementao realizada neste trabalho. Este artigo apresenta, na seo, 2 os trabalhos relacionados nesta rea de estudos e a seo 3 as caractersticas do protocolo ISUP no Brasil e suas consequncias para o SIP-T. Esta seo tambm mostra a implementao do protocolo SIP-T com suporte ao ISUP-BR. A seo 4 apresenta a avaliao de desempenho dos testes de carga e a seo 5 apresenta a concluso deste trabalho e sugestes para trabalhos futuros. II. TRABALHOS RELACIONADOS Para garantir a interoperabilidade dos servios nas NGN e compatibilidade com as redes PSTN (Public Switch Telecommunication Network), em Setembro de 2002 o IETF publicou a RFC-3372 para interoperar as redes de sinalizao ISUP com as redes de nova gerao utilizando o protocolo SIP [2].

I.

INTRODUO

Um dos marcos do surgimento das redes de comunicao foi a inveno do telefone, em 1.876, por Alexander Gran Bell. Posteriormente, a inveno da televiso, em 1922, resultou em outra rede, para suportar o envio de imagens unidirecionais. Uma terceira rede surgiu com o advento da comunicao de dados e sua expanso, na dcada de 60 [1]. Cada uma destas 3 redes nasceram em momentos diferentes, para atender necessidades distintas de comunicao, o que resultou no isolamento destas, por dcadas. A partir do

Posteriormente, Peterson e Camarillo trabalharam na publicao da RFC-3398, que descreve as melhores prticas para interoperar redes de sinalizao SS7 ISUP (ISDN User Part) e redes SIP utilizando um MGC entre as duas redes. Aps, no XXI SBRC em 2002, foi apresentado um estudo de "Voz sobre IP-Tecnologia e tendncias", que apontou o SIPT como uma tendncia para a interoperabilidade de PSTN com NGN. Os anos mostraram que este estudo estava completamente correto. Nesta rea de trabalhos em redes h alguns projetos open source que implementam parte das recomendaes da RFC3372 ou RFC-3398. Como exemplo os projetos OpenSBC[12], Asterisk[13] e OpenSIPS[14] (antigo OpenSER[15]). Porm a interoperabilidade ainda no completa em vrios aspectos, principalmente quando h necessidade de responder as sinalizaes contendo o cabealho ISUP em conformidade com este protocolo. A maioria dos projetos trabalham apenas entregando a sinalizao ao "SIP Proxy" na forma simples, com o cabealho "Mime", correspondente para que o elemento reconhea que se trata de uma chamada originada na rede tradicional de VOZ sem qualquer operao com os parmetros do protocolo ISUP, como por exemplo, estados da ligao, categorias, parmetros de identificao do tipo de chamada, entre outros, e as respostas utilizam apenas a sinalizao SIP tradicional, no includo o contedo ISUP no protocolo SIP enviado. Tambm, as particularidades do ISUP que foram adaptadas pela Telebrs no Brasil (ISUP-BR), no so consideradas pelas comunidades que desenvolvem os projetos que implementam as recomendaes de interoperabilidade entre as duas tecnologias o que no os torna acessvel para muitos usurios em potencial. Assim, este trabalho busca contribuir com a implementao do SIP-T e sua extenso para suportar o ISUPBR. A. O Protocolo ISUP O universo da convergncia entre os sistemas de telefonia mundiais baseados em arquiteturas proprietrias TDM, para os sistemas baseados em protocolo IP tem conduzido as operadoras de telefonia a contratar ou desenvolver alternativas que suportem esta migrao tecnolgica. O avano da tecnologia digital na dcada de 80 e a consequente digitalizao da rede telefnica, permitiram a disponibilizao de novos servios baseados em trfego de voz e dados incluindo tambm aplicaes de vdeo e multimdia. Surgiu nesta poca, com o objetivo de padronizar uma rede nica para o trfego destes servios, o conceito de Integrated Services Digital Network (ISDN) onde a informao trafegada digital, mesmo aquelas de natureza tipicamente analgica, como a voz. Suportando este cenrio de desenvolvimento houve a paralela evoluo do Sistema de Sinalizao Nmero 7 (SS7), especificamente projetado para sinalizao telefnica e concebido para ser utilizado em centrais de comutao e canais de transmisso digital. O SS7 define uma arquitetura de rede com 4 camadas sendo que a aplicao de ISDN User Part (ISUP) define as funes e os procedimentos necessrios ao

oferecimento de servios comutados e facilidades de usurio para aplicaes de voz e dados. A primeira especificao do SS7 foi publicada em 1980 sob a forma de recomendao do International Telegraph and Telephone Consultative Committee (CCITT). As recomendaes foram publicadas no Livro Amarelo [3] onde a cor deste representa o perodo. Em 1984, j contemplando o protocolo ISUP, foi publicado o Livro Vermelho [4] e em 1988 no Livro Azul foi publicada a primeira reviso do ISUP especificando tambm os servios suplementares adicionados ao protocolo [5]. Em 1992, o CCITT passou a ser desginado como International Telecommunication Union Standardization Sector (ITU-T), rgo permanente da International Telecommunication Union (ITU) abandonando o formato de livros coloridos para as publicaes. Na dcada de 90 houve a implantao em larga escala do SS7, com os principais fabricantes mundiais de centrais telefnicas incorporando a pilha de protocolos em seus equipamentos. No Brasil, a Telecomunicaes Brasileiras S.A. (Telebrs) foi responsvel entre novembro de 1972 at a privatizao do Sistema Telebrs, em julho de 1998, pela especificao dos padres nacionais de telecomunicaes definindo assim normas nacionais para adequao da sinalizao SS7, que foram publicadas em documentos denominados PRTICAS TELEBRS. Aps a desestatizao das empresas de telecomunicaes brasileiras, estas atividades foram assumidas pela Agncia Nacional de Telecomunicaes (ANATEL) que utiliza o formato de resolues para regulamentar os protocolos de telecomunicaes no Brasil. Durante a evoluo da utilizao do SS7 no Brasil foram realizadas vrias alteraes nas recomendaes internacionais devido a existncia de limitaes tcnicas para a implementao de particularidades do sistema de Telefonia Brasileiro. Ao conjunto destas modificaes e adequaes dado o nome de ISUP-BR. A referncia inicial da especificao do ISUP-BR a PRTICA TELEBRS 220-250-732 [6] que por sua vez tem como base a recomendao Q.767 da ITU-T [7]. A partir desta seguem-se dezenas de outras prticas e subsequentes resolues que compe a especificao do ISUP brasileiro. B. O Protocolo SIP-T Na dcada de 90 tambm surgiu a tecnologia Voice over IP (VoIP) para os servios de comunicao por Voz. A VoIP uma tecnologia alternativa tradicional transmisso de voz pela rede pblica de telecomunicaes e prev a utilizao de uma s rede, endereada pelo Internet Protocol (IP) para telefonia e trfego de dados. Na VoIP o Session Initiation Protocol (SIP) um dos protocolos utilizados para o controle de sesso. Este protocolo foi especificado pelo IETF na RFC-2543 [8] e tem por objetivo a padronizao de mensagens para criao, modificao e finalizao de sesses multimdia

Para maior interoperabilidade entre o protocolo SIP e as redes SS7/PSTN, o IETF especificou o SIP for Telephones (SIP-T). SIP-T no um novo protocolo, e sim um conjunto de mecanismos agregados ao SIP tradicional que, basicamente, adiciona a capacidade de transportar a informao do ISUP de forma transparente para os Gateways. As mensagens ISUP so encapsuladas ao corpo da mensagem SIP atravs de Multipurpose Internet Mail Extensions (Mime-Types) j suportados pelo SIP. A sua definio est descrita na RFC3372 [2]. III. IMPLEMENTAO DO SIP-T COM SUPORTE AO ISUP-BR

uma plataforma de servios e uma NGN. Isto permite a interoperabilidade necessria ao tratamento e controle do fluxo de mensagens entre uma rede TDM em ISUP (incluindo as alteraes brasileiras feitas pela Telebrs e Anatel) e uma rede NGN em SIP. Esta implementao do SIP-T com suporte ao ISUP-BR, tomou como ponto de partida o chan_sip, que uma implementao open source do SIP feita pela Digium [9]. A. Alteraes no chan_sip Dentro do chan_sip, h suporte para alguns tipos de Mime-Type (contedo da mensagem), como por exemplo o SDP (Session Description Protocol), que o protocolo projetado para descrever sesses multimdias, convidando-as ou agindo de outras maneiras para iniciar uma sesso multimdia. A partir deste ponto foi utilizado como base a construo do SDP dentro do corpo SIP para a construo das mensagens ISUP. Para isto foi alterado o contedo do corpo SIP, para suportar o ISUP alm do SDP, estando esta implementao integralmente em acordo com a RFC-3372. O primeiro passo desta implementao foi a codificao do Content-Type da mensagem SIP com a incluso do ISUP, conforme apresentado na Figura 1.

Dentro do contexto de convergncia a utilizao do protocolo SIP cria uma limitao de interoperabilidade relevante, uma vez este no suporta, de forma plena, os mecanismos de sinalizao das PSTN legadas. So vrios os exemplos de perda de informao na interoperabilidade entre os protocolos ISUP e SIP e este problema varia conforme as particularidades existentes na rede de telecomunicao de cada pas. Segue a descrio de alguns exemplos, respectivos a particularidades especficas existentes no Brasil: A rede de telefonia deve estar preparada para tratar chamadas a cobrar. Esta facilidade permite que a tarifao de uma chamada seja atribuda ao assinante de destino, obrigando o sistema a transportar e tratar esta informao durante o trajeto de sinalizao. Alm disso, como o controle da chamada passa a ser do assinante de destino necessrio que seja possvel identificar e bloquear este tipo de chamada conforme designado por este assinante. Para identificar uma chamada a cobrar no ISUP-BR, setado o Bit M (Collect Call Indicator) do parmetro Forward Call Indicators da mensagem Initial Address (IAM). Outra forma de bloqueio de chamadas a cobrar realizada alterando o fluxo de sinalizao de forma a enviar uma mensagem Suspend (SUS) e em sequncia uma mensagem Resume (RES) logo aps o recebimento do atendimento, forando assim a desconexo da chamada caso o controle tenha sido atribudo ao destino. Como permitida somente uma transferncia de chamada na rede nacional, o segundo octeto do campo Redirection Information deve ser sempre omitido. A IAM ao ser enviada em uma chamada transferida, deve conter no campo Called Number, o endereo de destino da transferncia e o parmetro Redirection Information. Nas centrais trnsito, o parmetro Redirection Information recebido deve ser retransmitido na IAM enviada. Informaes da categoria do assinante originador como Terminais Pr-Pago (224) e Telefones Pblicos (226). Esta identificao necessria para permitir a tarifao destes servios em pontos distintos da rede. Para atender a este requisito foram definidas novas categorias de assinante. Informao de Charge ou NoCharge no Backward Call Indicator conforme o fluxo de mensagens Address Complete Message (ACM) e Answer Message (ANM). Neste trabalho foi implementado o protocolo SIP-T e acrescentado o suporte ao ISUP-BR para a sinalizao entre

Figura 1. Mensagem SIP com SDP e ISUP

Previamente a esta codificao o chan_sip suportava apenas o Content-Type do SDP, sem acrescentar o MIME Multipart com o ISUP, conforme mostra a Figura 2.

Figura 2. Mensagem SIP apenas com SDP

A Figura 2 mostra que uma mensagem com apenas um tipo de corpo identificada na forma application/X onde X o nome do corpo que est sendo transmitido. Na Figura 1 h uma mensagem com dois tipos de corpo, no caso o application/sdp e o application/isup. desta forma o tipo da mensagem identificada como multipart/mixed;boundary= ssboundary. Para a construo das mensagens foram criadas duas funes para adicionar o ISUP nas mensagens SIP, sendo estas a add_isup e a add_sdp_isup. Estas so utilizadas

conforme apresentado na Figura 3, onde a add_sdp j estava presente no chan_sip original.

static enum sip_result add_sdp(struct sip_request *resp, struct sip_pvt *p); static enum sip_result add_isup(struct sip_request *resp, char *data, int tamD); static enum sip_result add_sdp_isup(struct sip_request *resp, struct sip_pvt *p, char *data, int tamD);

necessria para a criao de um corpo IAM. Esta funo recebe como parmetro uma sequncia de caracteres e a partir desta sequncia monta um vetor com o corpo ISUP. A recomendao Q.763 define trs tipos de parmetros para a mensagem IAM: mandatrio de tamanho fixo; mandatrio de tamanho varivel; e opcional. Para os campos de tamanho fixo, apenas lido o parmetro fornecido pelo plano de discagem e o seu contedo, caso esses parmetros sejam passados de forma incorreta, a construo do corpo interrompida e a mensagem IAM no enviada. O de tamanho varivel possui lgica similar, no entanto, permite a variao da quantidade de bytes. Tambm, caso ocorra alguma variao irregular neste tamanho, a mensagem no ser enviada. Para os campos opcionais a lgica de construo permite que a funo envie a mensagem sem que haja obrigatoriedade da presena dos parmetros. Para qualquer particularidade relacionada mensagem IAM, a interface feita pelo arquivo de configurao extensions.conf que faz a passagem de parmetros chan_sip, mais objetivamente ao mtodo montaMensagemIAM e ento montado o corpo da mensagem, seguindo a norma Q.763. Com a adio do corpo ISUP ao SIP as mensagens podem ser enviadas de 4 formas distintas: SIP+SDP; SIP+SDP+ISUP; SIP+ISUP ou simplesmente SIP. O cdigo desenvolvido possui mtodos prontos para montar mensagens com qualquer um destes padres. D. Implementao do Suporte ao ISUP-BR As particularidades do ISUP no Brasil, descritas na seo 3, so necessrias no SIP-T para garantir a interoperabilidade adequada entre as redes PSTN tradicionais e as NGN no Brasil, em acordo com a RFC-3372 e a Q.763, conforme as exigncias da Anatel para a rede brasileira. Assim, necessidades como, por exemplo, a identificao de uma chamada a cobrar suportada com a configurao apresentada na Figura 4, setando o Bit-M ao informar o parmetro Forward Call Indicators na mensagem IAM. No caso do Forward Call Indicators, o parmetro entregue ao chan_sip o 0x7. Este parmetro obrigatrio no ISUP. Na Figura 4 este parmetro informado da seguinte maneira 7:8#0. Isto significa que o mesmo possui dois bytes de informao e no primeiro byte ativado o Bit-M para indicar que a chamada a cobrar, de acordo com o ISUP-BR. O SIP possui o mtodo INFO que transporta as mensagens informativas com ISUP, no SIP-T. Para o bloqueio de chamadas a cobrar o fluxo de sinalizao alterado com o envio de uma mensagem SUS e logo depois uma mensagem RES. No corpo destas duas mensagens alm da indicao do mime-type como ISUP, as duas recebem a sequncia de bytes a seguir: Mensagem SUS: 0x0d 0x01 0x00 Mensagem RES: 0x0e 0x01 0x00

Figura 3. Prottipos das funes criadas

Para a construo dos corpos ISUP foi seguida a recomendao Q.763 da ITU-T. Assim, quando necessrio enviar alguma mensagem, os mtodos criados so responsveis pela lgica de construo. B. A Aplicao Dial Para a discagem, em nvel de protocolo, o Dial o responsvel por enviar a mensagem INVITE, e nesta implementao foi acrescentado o envio do ISUP com a mensagem IAM. Assim, o INVITE passa a ter uma mensagem IAM dentro de seu corpo, e para a sua configurao foi realizada uma modificao na application Dial, tambm da Digium, para enviar as informaes necessrias ao SIP-T, sendo que agora, alm do canal e destino da ligao, so fornecidas informaes da mensagem IAM. A Figura 4 mostra exemplos dos arquivos de configurao original e aps as alteraes.
Arquivo de Configurao Original
exten exten exten exten => => => => _x.,1,Ringing _x.,n,Answer _x.,n,Dial(SIP/xxxxxxxxxxxx@softx) _x.,n,Hangup

Arquivo de Configurao aps Alteraes

exten => _x.,1,Ringing exten => _x.,n,Answer exten => _x.,n,SET(IAM=XXXXXXXXXXXX/6:0/7:8#0/9:10/2:3/ 4:3#144/8:0/10:3#19/192:0#129#147/63:4#151#85 #67/3:124#3#136#144#166/0:0) exten => _x.,n,Dial(${IAM}&(SIP/XXXXXXXXXXXX @softx) exten => _x.,n,Hangup

Figura 4. Arquivo de configurao original e aps alteraes

C. Implementao do SIP-T A implementao do protocolo SIP-T foi realizada com a adio do corpo ISUP na mensagem SIP, conforme a RFC3372. Para isto foi criada uma interface com o usurio a partir dos arquivos de configurao do plano de discagem para o envio automtico do SIP-T pelo chan_sip. A maior dificuldade da implementao foi devida ao protocolo SIP ser baseado em texto e o ISUP em campos binrios e hexadecimais. Assim, o cdigo da Digium estava preparado para receber strings e no bits. Com isto, antes de ser desenvolvida a lgica dos mtodos necessrios, foi criada uma soluo da escrita dos bytes hexadecimais. Isto foi feito atravs de um mtodo que escreve diretamente no vetor de caracteres os cdigos hexadecimais. Para o envio de mensagens IAM foi construda uma funo chamada montaVetorMensagemIAM, que possui a estrutura

Para o envio destas duas mensagens foi desenvolvida a adio de duas applications ao extensions.conf. Outra caracterstica importante na rede brasileira a identificao da categoria do chamador, para distinguir assinantes comuns de pr-pagos e telefones pblicos, dentre outros. Para suportar a identificao da categoria foi desenvolvida a funo CATEGORIA_IAM(). Seu uso feito atravs de sua incluso no extensions.conf. No momento em que esta funo chamada, ela coleta a categoria do assinante no corpo ISUP enviado no SIP-T. Esta informao pode ser entregue para a segunda perna da ligao, caso desejado. Para o repasse da categoria apenas necessrio informar nos parmetros do IAM a categoria obtida pela funo CATEGORIA_IAM. E. Gerao do Pacote RPM Para facilitar a utilizao desta implementao, os cdigos desenvolvidos foram includos no RPM original da Digium, verso 1.4.15. Os testes de funcionamento deste pacote foram realizados com sucesso para o sistema operacional Linux Red Hat 5 e CentOS-4, com aplicao do patch para a verso 1.4.15 da Digium e o procedimento padro de compilao. A prxima seo descreve a avaliao de desempenho dos testes de carga realizados nesta implementao. IV. AVALIAO DE DESEMPENHO

Foram utilizados servidores IBM 3550, com 1 quad-core e 8GBRAM, com o sistema operacional CentOS-4 e compilador gcc-4.3. A ferramenta utilizada para gerar carga de chamadas foi o SIPP, capaz de gerar a sinalizao SIP e tambm o trfego de mdia aps estabelecida a sesso SIP com os codecs negociados pelo SDP. O SIPP tambm fornece as estatsticas dos testes realizados. B. Resultados No primeiro cenrio (capacidade de receber chamadas sem mdia) o SIPP foi configurado em seis servidores para gerar chamadas direcionadas para um elemento de controle (SoftX), que ao receber as chamadas em SIP, originadas pelo SIPP, convertia em SIP-T e direcionava para um nico servidor alvo do teste de carga. Este teste avaliou o comportamento da sinalizao, ou seja, a mdia no foi trocada entre as pontas. Apenas a negociao de sesses SIP foi realizada de forma a focar o teste de carga na implementao da pilha do protocolo do SIP-T com ISUP-BR. Este teste de sinalizao alcanou 100 conexes/seg com 100% de completamento de conexes e antes de chegar ao limite de capacidade do servidor alvo com a implementao deste trabalho foi atingido o limite de capacidade da SoftX. A placa de controle de chamadas da SoftX no suportou o volume de CAPS (Calls Per Second) suficiente para atingir o limite desta implementao. A Figura 5 mostra a relao de chamadas simultneas/10seg com o consumo de processamento e memria da placa de controle de chamadas da SoftX.
100 80 60 40 20 0 100 200 300 400 500 600 700 730 750 Figura 5. Consumo de recursos da placa de controle de chamadas da SoftX nos testes de chamadas simultneas/10seg
MEMRIA (%) CPU (%)

Esta seo descreve 2 cenrios distintos dos testes de carga realizados para avaliar o comportamento desta implementao em situaes crticas. importante destacar que os testes de carga focaram na anlise do quo performtico foi a implementao e no uma comparao entre o chan_sip original e o modificado. O primeiro consiste na avaliao da capacidade de receber chamadas SIP-T e o segundo na capacidade de originar chamadas, tambm com SIP-T. Estes dois cenrios so relevantes pois alguns servios de telefonia exigem apenas o tratamento de chamadas e outros possuem a necessidade de gerar nova discagem (novo encaminhamento/roteamento). Em relao aos tipos de chamadas que so tratadas, existe uma diferena quanto a realizar o tratamento de sinalizao ou de sinalizao+mdia, o que reduz a capacidade de tratamento simultneo pois aumenta a exigncia de poder computacional. Desta forma, para verificar possveis alteraes no comportamento desta implementao com e sem mdia, ser descrito no primeiro cenrio o recebimento de chamadas sem mdia, e no segundo cenrio a origem de chamadas com mdia. A. Ambiente Nos testes foi utilizada uma rede de dados de alto desempenho com Switches Giga redundantes, modelo Cisco 4507, e os servidores foram ativados rodando apenas os processos necessrios para o funcionamento do sistema operacional e do pacote desenvolvido.

A Figura 6 apresenta o impacto do CAPS sobre os recursos desta mesma placa da SoftX.
100 80 60 40 20 0 70 85 100 125
MEMRIA (%) CPU (%)

Figura 6. Consumo de recursos da placa de controle de chamadas da SoftX nos testes de chamadas simultneas/seg

O segundo cenrio (capacidade de originar chamadas) foi preparado para testes com mdia sem utilizar a SoftX para converter a sinalizao de SIP para SIP-T, de forma que no houvesse a limitao da placa de controle de chamadas da SoftX, que ocorreu no primeiro cenrio. Tambm foi utilizado o SIPP como gerador de chamadas e adicionada a gerao de mdia. Neste cenrio o SIPP foi configurado para originar chamadas SIP localmente no servidor, que por sua vez convertia para SIP-T e encaminhavam para o servidor alvo. No primeiro teste deste cenrio foi utilizado 1 servidor para originar conexes com destino a 1 alvo atingindo a capacidade de 1.950 conexes/10seg com 100% de sucesso no estabelecimento de sesses. Acima deste limite houve incio de perda de conexes. Este teste foi estendido para acrescentar mais servidores (nome: Pl-Sigxx) para originar conexes. A Figura 7 apresenta o comportamento dos servidores de sinalizao SIP-T quando foram acrescentados geradores de chamada. O Pl-Sig36 foi ativado com apenas 100 chamadas/10seg para comprovar que a perda no estava na capacidade de originar chamadas e sim no destino em trat-las.
2500
Quantidade de chamadas

A implementao apresentada neste trabalho est em produo com mais de 1 milho de usurios ativos, com atendimento da interoperabilidade entre a rede PSTN tradicional, em ISUP e ISUP-BR, e uma rede NGN com conexo M3UA entre os MG (Media Gateway) e o MGC (Media Gateway Controller). A conexo SIP-T com suporte a ISUP-BR, desenvolvida neste trabalho, est ativa entre a plataforma desenvolvida e o MGC da camada de controle da NGN. Como continuidade dos trabalhos descritos neste artigo foi desenvolvimento um middleware SIP-T, em java, sem basearse no chan_sip. Este middleware est em fase de testes em produo. Sugere-se, para trabalhos futuros, portar a implementao descrita neste artigo e este middleware para RA (Resource Adapter) a ser usado em um SDP (Service Delivery Platform). Por exemplo, como RA em um Mobicents. REFERNCIAS
[1] Ferrari, A. M. (1998) Telecomunicaes Evoluo e Revoluo, Editora rica. [2] Vemuri, A., Peterson J. (2002) Session Initiation Protocol for Telephones (SIP-T) In: Request for Comments: 3372 IETF. [3] International Telegraph and Telephone Consultive Committee CCITT (1980) Yellow Book Recommendations In: CCITT Signaling System No. 7 Geneva. [4] International Telegraph and Telephone Consultive Committee CCITT (1984) Red Book Recommendations In: CCITT Signaling System No. 7 Geneva. [5] International Telegraph and Telephone Consultive Committee CCITT (1988) Blue Book Recommendations In: CCITT Signaling System No. 7 Geneva. [6] Telecomunicaes Brasileiras (1998) Subsistema de usurio RDSIISUP Sistema de sinalizao por canal comum nmero 7 In: Sistema de documentao Telebrs Srie Engenharia, Braslia, DF. [7] International Telecommunication Union ITU (1991) Application of the Isdn User Part of CCITT Signalling System No. 7 for International Isdn Interconnections Recommendation Q.767. In: Specifications of Signalling System No.7, Geneva. [8] Handley, M., Schulzrinne H., Schooler, E., Rosenberg J. (1999) SIP: Session Initiation Protocol In: Request for Comments: 2543 IETF. [9] Jared S., Jim V. M., Leif M. (2005), "Asterisk: The Future of Telephony", ISBN 10: 0-596-00962-3, ISBN 13: 9780596009625, Editora O'Reilly. [10] Eric Foster-Johnson, (2003), Red Hat RPM Guide ISBN 0764549650. A complete, up to date guide for building RPM packages. [11] Fox, P., Red Hat (2003): Fedora Project Developer's Guide: Chapter 4. Building RPM Packages (http://fedora.redhat.com/participate/developers-guide/ch-rpm-building.html).[1]The Open Source Sip Community: OpenSBC [Internet]. Admin. 2007 Ago [acesso em 2010 Jul 05]. Disponvel em: http://www.opensourcesip.org:8080/clearspacex/docs/DOC-1001. [12] [2]The Open Source Telephony Projects: Asterisk [Internet]. Digium 2010 [acesso em 2010 Jul 05]. Disponvel em: http://www.asterisk.org/. [13] [3]The Open SIP Server Project - Former OpenSER Project [Internet]. Admin. 2010 [acesso em 2010 Jul 05]. Disponvel em: http://www.opensips.org/. [14] [4]Kamailio (OpenSER) - the Open Source SIP Server [Internet]. Admin. 2009 [acesso em 2010 Jul 05]. Disponvel em: http://www.kamailio.org/.

2000 1500 1000 500 0 Pl-Sig32 Pl-Sig34 Pl-Sig36 Pl-Sig30 Pl-Sig33 Pl-Sig35
Chamadas Sucesso Falha

Figura 7. Comportamento com mltiplos geradores de chamada/10seg

A perda de chamadas no estabelecimento de sesses ocorreu no servidor alvo pelo limite de uso de descritores de arquivos. Este limite no foi alterado no sistema operacional pela premissa de no fazer tunning, para garantir a mesma configurao ao longo dos diferentes testes. V. CONCLUSO

A Telebrs e posteriormente a Anatel, ao longo dos anos, fizeram alteraes no ISUP, de forma que o Brasil passou a ter uma variao sobre a Q.763 original, denominada ISUP-BR. Com a implementao das redes NGN no Brasil h limitaes para a interoperabilidade das redes PSTN com os protocolos convergentes, como por exemplo o SIP-T. Assim, este trabalho apresenta uma contribuio cientfica no que tange a ser a primeira implementao de cdigo aberto para o protocolo SIP-T com suporte ao ISUP-BR. Este trabalho tambm apresenta os testes de carga e resultados de desempenho para a implementao realizada, que teve como ponto de partida o chan_sip, que uma implementao feita pela Digium para o protocolo SIP.