Encaminhament via SIP de Chamadas E.164 n fne@rnp: peraçã e atualizaçã Paul Henrique de Aguiar Rdrigues Abril de 2011 V 4.0 Este relatóri apresenta a arquitetura para suprte a encaminhament via SIP de chamadas E.164 via SIP, bem cm define a peraçã e cenáris de migraçã para nv ambiente. RNP/REF/0204
Sumári 1. Históric: Mtivaçã para a migraçã para SIP... 3 2. A nva arquitetura centrada em SIP... 5 3. Princípis d Encaminhament Nacinal... 8 4. Atualizaçã da arquitetura... 10 5. Vantagens da peraçã cm SIP para serviç fne@rnp... 10 6. Pactes para upgrade de versã da arquitetura... 11 7. Exempl de flux... 15 Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 2
1. Históric: Mtivaçã para a migraçã para SIP O serviç fne@rnp peru, desde a sua criaçã até final de 2007 cm encaminhament de chamadas a nível nacinal pel H.323, fazend us d DGKRNP. Uma instituiçã que fizesse parte d serviç tinha que perar um gatekeeper H.323 (nrmalmente usand sftware livre GnuGK) para encaminhament e recebiment de chamadas, ainda que a sua base de usuáris fsse SIP. A arquitetura aberta suprtada e recmendada pel serviç fne@rnp na épca é mstrada na Figura 1. Figura1 Ambiente H.323/SIP para serviç fne@rnp até final de 2007 As ambientes de sftware abert utilizads na arquitetura da Figura 1 eram s seguintes: H.323: Gatekeeper GnuGK SIP: prxy SIP OpenSER, Mediaprxy GW de vz e GW H.323/SIP: Asterisk Banc de dads SQL: PsgreSQL Autenticaçã Radius: FreeRadius Diretóri LDAP: OpenLDAP Na arquitetura da Figura 1, gateway de vz que se cnectava a PBX perava cm H.323, recebend e enviand as chamadas nas quais havia a participaçã d PBX via H.323. Assim, chamadas riginadas de utras instituições e destinadas a PBX da instituiçã lcal (pdend eventualmente ser um destin na RTFC d códig de área lcal) eram encaminhadas pel DGK Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 3
usand a sinalizaçã H.323. Cas destin fsse um cliente registrad n prxy SIP institucinal, a chamada teria que passar pel Asterisk lcal, que funcinava cm gateway H.323/SIP. O Asterisk cm gateway H.323/SIP fi avaliad em terms de desempenh e mstru instabilidade n canal h323 quand númer de chamadas excedeu 37. O atras inserid pel gateway nas cndições de teste fi da rdem de 61 ms, sem cnversã de cdecs. Cm cnversã de cdecs, atras tendeu a pirar. O Asterisk lcal estava send utilizad cm canal h323, pr este canal permitir crrelacinar s CDRs d lad SIP cm s CDRs d lad H.323. A alternativa a canal h323 seria canal h323, mas este últim precisaria de ampla mdificaçã n códig para pssibilitar a crrelaçã entre s dis ambientes, essencial para a geraçã de CDRs cnslidads. As versões mais recentes d Asterisk sã 1.4.x. Fram testadas as versões 1.4.0 e 1.4.1. Nessas versões, canal h323 nã é mais suprtad, além de ser um desenvlviment de terceirs. A alternativa seria us d nv canal h323 nativ, presente nas versões mais atuais. Tdavia, este canal nã funcinu crretamente nestas versões testadas. Pels fatres expsts, as versões que cntinuam a ser utilizadas n Asterisk, quand necessári suprte a H.323, sã as versões 1.2.x cm us d h323, cm s incnvenientes de atras e instabilidade já mencinads. Quand n cenári da Figura 1, dis clientes SIP de diferentes instituições estabelecem uma chamada, essa chamada passa pr dis gateways H.323/SIP, que acrescenta mais de 120 ms de atras adicinal, prejudicand a interatividade, e, pssivelmente, cmprmetend a qualidade da ligaçã fim a fim. Quand um cliente SIP de uma instituiçã tem sua chamada encaminhada para PBX de utra instituiçã, a chamada passa também pr dis gateways, um gateway H.323/SIP (d lad d riginadr da chamada) e pr um gateway H.323/E1 d lad d destinatári da chamada. Cabe bservar que us d Asterisk cm gateway de vz smente cm SIP nã apresenta quaisquer ds prblemas relacinads a H.323. O SIP n Asterisk nas versões mais atuais é estável, rbust e testad cm atrass extremamente baixs (11 ms) cm 60 ligações simultâneas. Testes de terceirs demnstram que canal SIP d Asterisk suprta facilmente mais de 120 ligações simultâneas, sem um limite clar. Cm a mairia das instituições está implantand internamente apenas SIP, a tendência será de que se tenha a mairia das chamadas send riginadas em SIP e destinadas também a clientes SIP, principalmente se s gateways de vz institucinais perarem cm SIP. Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 4
4 7 PQRS * 1 2 A B C 4 5 J K L G H I 7 8 P Q R S T U V 3 D E F 6 M N O 9 W X Y Z * 0 # C IS C O IP P H ON E 790 2 S ER IE S 4 7 PQRS * 1 2 A B C 4 5 J K L G H I 7 8 P Q R S T U V 3 D E F 6 M N O 9 W X Y Z * 0 # C IS C O IP P H ON E 790 2 S ER IE S 2. A nva arquitetura centrada em SIP Visand atender a prcess evlutiv d serviç fne@rnp em direçã a SIP, serviç fne@rnp migru para a nva estrutura mstrada na Figura 2. Na Figura 2, bserva-se a inclusã d DSER (cm us ENUM e DNS privad) e d gateway H.323/SIP Asterisk n ambiente nacinal, além d já existente DGK. As setas pntilhadas em verde indicam as interações de sinalizaçã SIP entre s váris equipaments. Cm pde ser bservad na Figura 2, um prxy SIP interage cm DSER e cm Asterisk nacinal, bem cm cm s utrs prxies SIP, que façam parte d serviç. Tds esses elements sã parceirs ( peers ) u vizinhs e pdem estabelecer sinalizaçã direta entre si. A FUNÇÃO DO DSER Na arquitetura da Figura 2, DSER pera cm prxy de sinalizaçã para chamadas riginadas ds prxies SIP e d gateway H.323/SIP Nacinal. Sempre que DSER recebe um INVITE riund de um dispsitiv cnfiável, ele cnsulta DNS privad cm ENUM para descbrir s prxies u gateways que pdem receber a chamada. DSER DNS NAPTR SLONY vizinhs prefixs SLONY vizinhs prefixs Prxy SIP OpenSER H.323/SIP H.323/SIP H.323/SIP Prxy SIP OpenSER Cliente A Cliente B DNS SRV VIP/RTFC DGK VIP/RTFC DNS SRV PABX Gatekeeper Gatekeeper PABX Instituiçã A Instituiçã B Figura 2 Ambiente nacinal para encaminhament de chamadas via SIP para serviç fne@rnp Na ambiente nacinal, existe uma base de dads nde s prefixs e códigs de áreas cmpletads pelas instituições sã anunciads. Estes prefixs e códigs de área se referem as númers VIP, d PBX, linhas privadas u prefixs da telefnia pública. Uma instituiçã pde anunciar prefixs em mais de um códig de área, send uma decisã interna da própria instituiçã quais prefixs sã u nã Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 5
anunciads. Tdavia, a se anunciar um determinad prefix u grup de prefixs, a instituiçã tem que se cmprmeter a cmpletar as chamadas destinadas a estes prefixs. Tds s anúncis n ambiente nacinal sã guardads em um banc de dads mestre, que armazena também tdas as características peracinais das instituições. Para maires infrmações sbre as características armazenadas, favr cnsultar Dcumentaçã Técnica fne@rnp: Hmlgaçã de instituições d fne@rnp cm encaminhament nacinal via SIP. PRIORIDADE PARA ENCAMINHAMENTO DE CHAMADAS Em grandes centrs, existe a tendência de a RNP perar seus própris gateways cm a rede de telefnia pública, garantind diretamente a qualidade d serviç fne@rnp. Embra nestes centrs pssam existir instituições que também cmpletem chamadas para a rede pública de telefnia, estas instituições nrmalmente só deveriam receber chamadas d ambiente nacinal em segunda priridade, send s gateways da RNP usads em primeira instância. Em utrs centrs em que a RNP nã dispõe de gateway de presença, as chamadas para a rede de telefnia pública sã cmpletadas pelas próprias instituições lcais que fazem parte d serviç, se assim desejarem. Mesm nestes cass, algumas instituições pdem ter mair e melhr capacidade para cmpletar as chamadas, send interessante que as chamadas sejam encaminhadas de frma priritária. Para atender a pririzaçã, s prefixs anunciads na base de dads nacinal sã acmpanhads de um valr inteir psitiv, send 1 mais priritári. Nrmalmente, a priridade 1 está assciada à RNP. Quand uma instituiçã tem que encaminhar uma chamada destinada a utr códig de área cm mais de um prxy destin dispnível para cmpletament, uma primitiva INVITE (d SIP) é enviada pel prxy de rigem a DSER. Após receber INVITE, DSER retrna um REDIRECT para riginadr, indicand s pssíveis prxies de destin, cm valr de priridade assciad. As tentativas de cmpletar a chamada serã feitas de frma seqüencial, seguind a rdem de priridade. Quand dis u mais destins estiverem relacinads numa mesma priridade, eles serã acinads em paralel e primeir a cnfirmar receberá a chamada. Esse papel centralizad d DSER pde facilitar, n futur, us de esquemas de balanceament de chamadas mais sfisticads, se necessári. Pdem ser utilizadas variações de métrica que levam em cnta utrs fatres cm priridade, cust, cupaçã ds gateways e duraçã de chamadas externas já cmpletadas pr uma instituiçã num determinad períd. Essa versatilidade pssibilitada pel balanceament centralizad de chamadas depende apenas da manutençã n DSER de infrmações atualizadas das instituições. Prcediments já estã implementads ns gateways Asterisk d ambiente fne@rnp para que, sempre que uma chamada fr estabelecida u cmpletada, a métrica que relacina a capacidade d gateway e s númers de chamadas internas e externas em andament seja cmputada em temp real, através de scripts AGI. O DSER pera cm prxy de sinalizaçã, tant para as chamadas encaminhadas pels prxies SIP cm para as chamadas encaminhadas pel gateway H.323/SIP nacinal. Assim, a receber um INVITE vind d gateway H.323/SIP, DSER retrna REDIRECT. Imprtante bservar que canal SIP d gateway Asterisk nã implementa a tentativa de chamar s pssíveis destins seqüencialmente e/u paralelamente, efetuand a chamada apenas para a primeira pçã. Chamadas internacinais sã realizadas através de um Prxy SIP u através de Prxy H.323 cnfigurads para receber e encaminhar chamadas SIP u H.323 externas a serviç fne@rnp. O Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 6
Prxy SIP extern cnsulta um banc de dads para identificar qual tip de tratament deve ser dad para as chamadas riundas da rede externa. Se a rede externa nã pssuir um cnvêni de serviç cm a RNP, entã as chamadas smente serã cmpletadas para númers interns a serviç fne@rnp, blqueand cmpletament das chamadas para a rede pública de telefnia. O tráfeg vind de redes descnhecidas será aceit n serviç fne@rnp, prém sfrerá a mesma plítica de tráfeg de rede sem cnvêni. N Prxy H.323 extern, td tráfeg recebid de redes cnhecidas cnveniadas u nã terã permissã apenas para destins interns a serviç fne@rnp, devid a dificuldades em desenvlver uma prgramaçã similar à implementada para SIP. O PAPEL DO DGK H.323 Na nva arquitetura, DGK pera cm prxy de sinalizaçã H.225 e H.245, send cnfigurad cm parceir d prxy H.323 extern. Smente, excepcinalemnte e em caráter experimental.algum GK institucinal será cnfigurad cm parceir d DGK H.323, vist que serviç fne@rnp desativu encaminhament nacinal via H.323 a patrir de dezembr de 2009. A TABELA DE VIZINHOS O banc de dads na RNP está rganizad em tabelas mestres que pdem ser replicadas e suas cópias mantidas sincrnizadas. A tabela de vizinhs cupa um papel fundamental na peraçã d serviç. Essa tabela é mantida pela RNP e a replicaçã é feita cm us d sftware SLONY. Tda atualizaçã da tabela mestre, cm a inserçã de uma nva instituiçã n serviç fne@rnp u alteraçã de instituiçã já peracinal, é repassada para as cópias nas instituições. Em cada instituiçã, a receber uma chamada (primitiva INVITE), Prxy SIP acessa a tabela de vizinhs para verificar se a chamada é riginada de alguma instituiçã d serviç fne@rnp. A tabela de vizinhs cntém as assciações de um prxy SIP cm s prefixs e linhas privadas pels quais ele respnde. Algumas utras infrmações pertinentes, cm s endereçs IPs ds prxies, sã também mantidas nessa tabela. A tabela de vizinhs é cnsultada pel prxy SIP para validar s INVITES que chegam de instituições d serviç fne@rnp e para descbrir se s destins de chamadas sã c-lcalizads n mesm códig de área. Quand destin é c-lcalizad, a chamada é enviada diretamente a prxy de destin, sem us d DSER. A tabela de vizinhs é também cnsultada na cnslidaçã de CDRs, quand s IPs ds prxies e prefixs alcads permitem identificar a rigem e destin de uma chamada, pssibilitand preencher crretamente s camps d CDR cnslidad respectiv. Para a sinalizaçã SIP, a intrduçã da tabela de vizinhs trna cmpletamente transparente a inserçã de uma nva instituiçã n serviç quand já existem utras instituições já perand n mesm códig de área da nva instituiçã (chamadas c-lcalizadas). A tabela de vizinhs tem também um papel fundamental na atualizaçã de ambiente e na instalaçã inicial de uma nva instituiçã. Para maires infrmações, cnsulte a dcumentaçã sbre a hmlgaçã e a recnfiguraçã de instituições n serviç fne@rnp. Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 7
3. Princípis d Encaminhament Nacinal O encaminhament nacinal a partir de dezembr de 2009 está send feit exclusivamente pr mei da sinalizaçã SIP, apesar das instituições ligadas a serviç fne@rnp pderem, internamente, perar cm SIP u H.323. A peraçã interna cm H.323 é transparente a serviç fne@rnp e cabe às instituições a manutençã de gateway intern para cnversã para SIP. Uma instituiçã participante tem seus prefixs anunciads n DSER e pera cm encaminhament nacinal via SIP. Assim, se chamadas frem riginadas n ambiente H.323 lcal, elas deverã ser encaminhadas a prxy SIP institucina via gateway H.323/SIP lcal. O Prxy SIP fará tratament da chamada, decidind se é destinada a PBX (send repassada a gateway de vz), se destinada à cliente IP lcal, se destinada a uma instituiçã c-lcalizada u se destinada a utr códig de área. Se a chamada fr destinada a uma instituiçã c-lcalizada, a tabela de vizinhs indicará prxy SIP de destin. Nesse cas, a chamada será repassada diretamente a prxy SIP de destin, sem necessidade de cnsulta a DSER. Prcura-se, cm esse prcediment, executar rapidamente um encaminhament de chamada para destins em área gegráfica próxima. Cas uma chamada fr destinada a um prefix que smente uma instituiçã esteja habilitada a cmpletá-la, a chamada será repassada a Prxy SIP da instituiçã diretamente, similar a encaminhament para uma instituiçã c-lcalizada. Se a chamada fr destinada a utr códig de área e exista mais de uma instituiçã habilitada a cmpletá-la, a chamada será encaminhada a DSER. Caberá a DSER identificar s pssíveis prxies de destin cm cnsulta via ENUM a DNS privad. Se a cnsulta retrnar mais de uma pçã de prxy de destin, um REDIRECT será retrnad a prxy remetente, identificand s prxies de destin e a priridade de cada um. Os destins sã cnsultads seqüencialmente em rdem de priridade, send que destins de igual priridade sã cnsultads em paralel, recebend a chamada destin que enviar a aceitaçã primeir a prxy de rigem. Se a cnsulta à tabela de vizinhs retrnar apenas um prxy de destin, entã a chamada será encaminhada diretamente para esse prxy. Cas nã seja encntrad nenhum destin pssível na base lcal da instituiçã que realiza a chamada, a mesma será repassada a DSER. Cas destin nã seja alcançável pel serviç (inexistência de anúnci n banc de dads mestre), a chamada será cancelada. Na nva arquitetura, smente sã repassadas a gateway H.323/SIP nacinal as chamadas destinadas a redes H.323 externas. Cnvém aqui salientar que s destins H.323 externs a serviç fne@rnp estã send também anunciads n banc mestre. PROCESSAMENTO DE CHAMADAS ORIGINADAS DO GATEWAY DE VOZ (ORIGEM NO SISTEMA TELEFÔNICO: PBX OU EM OPERADORA DIRETAMENTE CONECTADA AO GATEWAY DE VOZ) Se a instituiçã pssuir clientes tant SIP cm H.323, indicand que tems um gateway H.323/SIP e um GK lcal, gateway de vz pderia estar perand tant cm SIP cm cm H.323. Cas gateway de vz estivesse perand cm H.323, esta cnectividade permitiria que chamadas de clientes H.323 fssem encaminhadas a PBX sem passar pel gateway H.323/SIP lcal, que reduziria atras e cntribuiria para a qualidade dessas ligações. Tdavia, a peraçã ds canais Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 8
H.323 d Asterisk pssui restrições e, pr questões de estabilidade, cnfiabilidade e dispnibilidade, recmenda-se a peraçã preferencial d gateway de vz Asterisk apenas cm SIP. Supnd gateway de vz registrad ns dis ambientes, quand uma chamada vinda d PBX fr recebida pel gateway de vz, este a analisará e recmenda-se que tme as seguintes decisões: Se a chamada fr destinada a um númer de telefne IP da própria instituiçã, númer pde estar registrad, usand um cliente SIP u H.323. Supnd que us preferencial na instituiçã seja SIP (afinal a instituiçã pera apenas cm DSER), gateway de vz deverá enviar pedid de estabeleciment da chamada inicialmente a SIP. Se destin nã estiver registrad n SIP, deverá ser retrnad um err e gateway de vz deverá enviar pedid de estabeleciment de chamada a GK. Se destin estiver de fat registrad cm um cliente H.323, a chamada será cmpletada, cas cntrári, telefne IP nã está registrad, e a chamada será cancelada. Se destin da chamada fr utra instituiçã, gateway de vz deverá encaminhar a chamada a prxy SIP, que a prcessará nrmalmente, cm já indicad acima. Se gateway de vz estiver apenas registrad n SIP, cm esperad na arquitetura de referência d serviç fazend us d sftware Asterisk, cmprtament padrã é encaminhar via gateway H.323/SIP para GK cas destin lcal nã esteja registrad n SIP. Cas também nã haja registr n GK, cmprtament padrã é sempre repassar a gateway H.323/SIP quand destin nã fr encntrad n H.323. O retrn da chamada a prxy SIP será detectad cm um err (destin inexistente) e a chamada será cancelada. TRÁFEGO SIP DE ORIGEM EXTERNA AO SERVIÇO FONE@RNP INVITES de rigem descnhecida recebids a rigem nã está na tabela de internacinal e nã faz parte d serviç fne@rnp devem ser encaminhads cm a inserçã de 1 de marcaçã de chamada de rigem externa se destinads a PBX lcal, a númers IP u a linhas privadas da própria instituiçã. Se destin nã fr lcal à instituiçã, entã a chamada deve ser cancelada, ainda que destinada à utra instituiçã d serviç fne@rnp. A cnfiguraçã d prxy SIP lcal na instituiçã deverá garantir este cmprtament. Embra nã haja impediment técnic para que um INVITE de rigem externa e destinad a utra instituiçã d serviç fne@rnp seja prcessad cm um INVITE qualquer, ptu-se pr nã permitir que uma instituiçã qualquer d serviç pssa ser prta de entrada de tráfeg VIP para utrs destins. A trca de tráfeg SIP cm utras redes deve ser realizada preferencialmente através d prxy SIP extern cnfigurad para recebiment exclusiv de chamadas SIP externas (nacinais u internacinais). Este prxy pde dar tratament diferenciad a cada rede cm base em SLA (acrd de serviç). Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 9
4. Atualizaçã da arquitetura A arquitetura d serviç vem send cnstantemente atualizada cm nvas versões ds pactes de instalaçã, incrprand melhrias e nvas facilidades, cm é cas da funçã de mapeament de númers, bastante útil para a habilitaçã de telefnes IP cm numeraçã d PBX em substituiçã a ramais analógics cnvencinais. Nrmalmente, prcess de migraçã é semelhante a uma nva instalaçã, cm a atualizaçã de td ambiente. Instituições que tenham cnfigurações especiais cm integraçã cm diretóris crprativs LDAP u utras, devem prcurar analisar bem estas cnfigurações para sua adaptaçã a nv ambiente. O prcess de migraçã de uma instituiçã nã padrã é únic e quadr técnic da instituiçã deve sempre estar preparad para peraçã de recuperaçã em cas de falha d nv ambiente e necessidade de retrn a ambiente riginal. 5. Vantagens da peraçã cm SIP para serviç fne@rnp Será sintetizad a seguir alguns pnts extremamente favráveis à adçã preferencial de SIP tant pelas instituições cm pel encaminhament nacinal de chamadas E.164. D pnt de vista das instituições: O desempenh da arquitetura VIP institucinal cm a adçã de gateways de vz Asterisk cm sinalizaçã SIP traz s benefícis de estabilidade d sftware frente a grandes númers de chamadas ativas simultaneamente e ds atrass mínims envlvids; Para a sinalizaçã SIP, us da tabela de vizinhs n prxy SIP trna cmpletamente transparente a inserçã de utras instituições n serviç n mesm códig de área (clcalizadas). Nenhuma reprgramaçã é necessária. Cm algumas instituições pssuem um númer muit grande de linhas privadas, a inserçã destas instituições cm clcalizadas dentr da arquitetura crre de maneira trasnparente e imediata. O us de SIP internamente se alinha cm as tendências maires d mercad em suprte a este prtcl; Extrema facilidade de prgramaçã assciada a mund SIP, trazend flexibilidade, simplicidade para invaçã e mair capacidade de integraçã a mund Web, que favrece apareciment de nvs serviçs e flexibilidade de gerência e cnfiguraçã; Os prduts aberts para mund SIP, cm s sftphnes, pssuem uma interface cm usuári mais elabrada e cm mair apel. Atualmente, a ferta de prduts SIP é muit mair que para H.323, favrecend preçs mais baixs; A estabilidade de sluções de PBX IP aliada à queda de preçs ds equipaments VIP favrece a migraçã de sluções de telefnia cnvencinal para a telefnia IP. D pnt de vista d serviç fne@rnp: Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 10
O us de SIP n encaminhament de chamadas E.164, pelas facilidades de prgramaçã que ambiente SIP apresenta para estabeleciment e encaminhament de chamadas, usufrui de uma implementaçã simples de mecanisms de balanceament centralizad.; Cm a sinalizaçã SIP, prcess de entrada de c-lcalizadas é transparente cm us da tabela de vizinhs e crre de frma autmática, sem a necessidade de alteraçã u de inserçã manual de regras de reescrita. Alterações de cnfiguraçã manuais pdem deixar de ser feitas u pdem ser realizadas cm err. O anúnci incrret de uma c-lcalizada pde levar a cmpletament de chamadas para destin c-lcalizad via rede pública de telefnia, nerand desnecessariamente s custs de telefnia. O encaminhament via SIP cm cnsulta a banc de dads traz uma reduçã significativa da carga gerencial, técnica e administrativa gerada pel serviç fne@rnp; Cm a sinalizaçã SIP já fi cncebida para us nrmal de DNS e alias para s usuáris, além de incrprar facilidades para cnvivência cm NAT/Firewalls, SIP facilita a gerência e cnfiguraçã d serviç; Cm a tabela de vizinhs é parte d ambiente SIP e mantida cmpletamente atualizada e cm as infrmações nesta tabela sã essenciais para a geraçã de CDRs cnslidads, us d SIP é uma garantia cmpleta de que prcess de geraçã de estatísticas será crret e precis. 6. Pactes para upgrade de versã da arquitetura Para que haja a atualizaçã para nvas versões de pactes de sftware fram criads pactes e scripts de instalaçã que facilitam enrmemente a atualizaçã/recnfiguraçã de uma instituiçã já peracinal u a ativaçã de uma nva instituiçã. Os pactes atuais fram desenvlvids para a distribuiçã Linux Debian Etch 4.0. Um primeir bjetiv ds pactes é facilitar a atualizaçã d ambiente, que é feit de frma extremamente simples. Um segund bjetiv é us de Debian estável em tda a arquitetura recmendada pela RNP para peraçã n serviç fne@rnp cm sftware livre. A pçã pel Debian é uma questã de preferência, mas que pde mudar n futur em favr de utra distribuiçã de Linux. N prcess de instalaçã, é assumid que duas máquinas estã dispníveis smente cm Debian instalad. A estrutura a ser implantada segue a seguinte estrutura de serviçs: Máquina 1 hspedand OpenSER, Asterisk (GW H.323/SIP), GnuGK, MediaPrxy e Radius client.-ng. Máquina 2 hspedand Asterisk (GW PBX), PstgreSQL, Slny, Apache, FreeRadius, OpenLDAP e Slny. Os pactes atuais suprtam as seguintes versões de sftware: Ambiente nacinal penser 1.1.0 pwlib-mimas_patch2 Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 11
penh323-mimas_patch2 gnugk 2.2.6 pstgres 8.1 asterisk-1.2.17 asterisk-h323-0.7.3 asterisk-h323-0.5 sln 1.2.1 bind 9.3.4 Ambiente da instituiçã Asterisk 1.2.17-labvip (versã alterada pel LabVIP) Asterisk 1.4.11-labvip (versã alterada pel LabVIP) Asterisk-h323 0.7.3-labvip (versã alterada pel LabVIP) Asterisk-perl 0.10 FreeRADIUS 1.1.6-labvip (versã alterada pel LabVIP) GnuGK 2.2.6 libmfcr2 0.0.3.1.4 libpri 1.4.7 libsupertne 0.0.2 libunicall 0.0.3.1.4 mediaprxy 1.8.2 OpenLDAP 2.3.32 OpenSER 1.2.0-ntls radiusclient-ng 0.5.2 spandsp 0.0.3 Zaptel 1.4.12 fejeca 0.1.0 (ferramenta de gerência desenvlvida pel LabVIP) Cnslida 0.0.4 e Estatística 0.0.3 (sftwares utilizads nas estatísticas desenvlvids pel LabVIP) O script de cnslidaçã de CDR faz parte d pacte e rda na máquina 2. Para criaçã inicial de usuáris n LDAP, existe a ferramenta Fejeca, que é dispnibilizada cm parte d pacte de instalaçã. Fi elabrad um script de instalaçã que cnsulta as infrmações frnecidas previamente pela instituiçã e que fram inseridas n banc de dads mestre. Sã utilizadas as seguintes premissas: Sempre será instalad ambiente SIP e encaminhament nacinal via SIP estará habilitad; O ambiente H.323 lcal é pcinal. Na definiçã, será especificad se este ambiente será instalad. A respsta deve ser sim cas a instituiçã queira suprtar clientes H.323. Essa infrmaçã será usada de frma autmática na instalaçã ds pactes, a partir das infrmações da base da RNP. Para gateway de vz cnectad a ramais analógics, é assumid que será instalada pel mens uma placa 4xFXO, send que serã definids, na cnfiguraçã, quais ramais perarã cm IVR intern (para us ds ramais d PBX) e quais trabalharã cm IVR extern (pdend receber chamadas externas). Os númers de ramais assciads a cada uma das prtas FXO e s númers de grup fazem também parte das infrmações previamente acrdadas cm a RNP. Para um gateway de vz cnectad a uma placa E1, é supst que tems apenas uma placa e um tip de sinalizaçã (R2 u ISDN). Parte ds 30 canais dispníveis pde estar alcada a IVR intern e a utra parte a IVR extern. Esta é uma questã de acert de cnfiguraçã cm PBX. Os númers de grup (u ramal chave) ds IVRs sã também Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 12
cnfiguráveis n PBX. Estas infrmações precisam cnstar da base de dads acrdada cm a RNP. Durante a execuçã d script de instalaçã, banc de dads da RNP que cntém as infrmações previamente acrdadas cm a instituiçã antes de sua entrada em serviç é cnsultad. O banc cntém tda a infrmaçã necessária para as cnfigurações de instalaçã, excet as infrmações de segurança, referentes a senhas lcais, que sã slicitadas pel script de instalaçã em temp real. A infrmaçã envlvida é referenciada a seguir: Infrmações cnstantes d banc da RNP TABELA INSTITUIÇÕES Camp pk (integer) Identificaçã única para a instituiçã Camp nme (char) Sigla da instituiçã Camp ativ (blean) Infrma se a instituiçã está ativa Camp respnsavel (char) Nme d respnsavel da instituiçã Camp email (char) E-mail d respnsável da instituiçã Camp ddd (char) Códig de área Camp dmini (char) REALM vip da instituiçã Camp encaminhament_sip (blean) Descreve se a instituiçã faz encaminhament SIP: True -> Faz SIP ; False -> Nã faz SIP Camp encaminhament_h323 (blean) Descreve se a instituiçã faz encaminhament H.323: True -> Faz H.323 ; False -> Nã faz H.323 Camp encaminhament_pstn (blean) Descreve se a instituiçã faz encaminhament H.323: True -> Faz encaminhament para a PSTN ; False -> Nã faz encaminhament para a PSTN Camp h323_intern (blean) Descreve se instituiçã usa H.323 internamente True -> H.323 é usad internamente; False -> H.323 nã é usad internamente Camp versã (integer) Descreve versã d sistema: 1 -> primeira versã ; 2 -> versã atutal Camp interface_pabx (char) Descreve qual interface utilizada para cnexã cm PABX R2, ISDN u FXO TABELA EQUIPAMENTOS Camp id (integer) Identificaçã única para equipament Camp pk (integer) Identifica a que instituiçã este equipament crrespnde Camp ip (inet): Endereç IP d equipament Camp tip (integer [ 0 1 ] ) Identifica tip de equipament 1 para Prxy 0 para Camp descriçã (char) Cmentári sbre equipament Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 13
TABELA PREFIXOS Camp id (integer): Identificaçã única d prefix Camp pk (integer): Identifica a que instituiçã este prefix crrespnde Camp tip (integer [ 0 1 2 ] ) Identifica tip de prefix: 2 para Prefix da linha privada (Pdend ser númer inteir) 1 para Prefix d PABX (Institucinal) 0 para Prefix ip (fne@rnp) Camp ddd (char) DDD desta instituiçã Camp prefix (char) Prefix desta instituiçã (sem ddd) TABELA NUMERO_IVR Camp id (integer): Identificaçã única d prefix Camp pk (integer): Identifica a que instituiçã este prefix crrespnde Camp numer (char) Identifica tip de númer IVR: 2 para Prefix da linha privada (Pdend ser númer inteir) 1 para Prefix d PABX (Institucinal) 0 para Prefix ip (fne@rnp) Camp numer (char) Númer IVR desta instituiçã As infrmações d banc de dads da RNP sã imprescindíveis para a entrada em peraçã de uma instituiçã n serviç fne@rnp. As duas tabelas acima têm que ser preenchidas cm parte preliminar d prcess de entrada da nva instituiçã n serviç fne@rnp. Além diss, as infrmações sbre s ramais e númers de grup assciads às interfaces analógicas (FXO) e digitais (E1 R2 u E1 ISDN) sã imprescindíveis para s prcesss de hmlgaçã e auditagem da RNP. Infrmaçã de segurança slicitada pel script de instalaçã Senha d LDAP Segred d servidr RADIUS Senha d usuári radius na base de dads Senha d usuári asterisk na base de dads Senha d usuári penser na base de dads Senha d usuári pstgres, administradr da base de dads Infrmaçã sbre s camps d LDAP existentes na máquina 1 das instituições uid cn userpasswrd mail alias carlicense emplyeetype callfrward respnsável credits-perid crédits ipaddress validade categria H323passwd Nme d usuári Caminh na árvre LDAP deste usuári Senha utilizada para um usuári se registrar n OPenSER E-mail deste usuári Telefne IP deste usuári Dcument de identificaçã d usuári Tip d usuári na instituiçã Númer para encaminhament de chamadas (nã implementad ainda) Nme de um respnsável da cnta Quantidade de crédits utilizads perídicamente n camp crédits Crédits para ser utilizads em ligações cm a PSTN Limitar IP que pde se autenticar (Nã implementad ainda) Validade da cnta d usuári Classificaçã d usuári utilizad para definir quantidade de crédits Senha para autenticaçã d usuári n GNUGK Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 14
4 7 PQRS * 1 2 A B C 4 5 J K L G H I 7 8 P Q R S * T U V 0 3 D E F 6 M N O 9 WX Y Z # C ISC O IP PHON E 79 02 SER IE S 4 7 PQRS * 1 2 A B C 4 5 J K L G H I 7 8 P Q R S * T U V 0 3 D E F 6 M N O 9 W X Y Z # C IS C O IP P HON E 7 902 S ER IE S 4 7 PQ RS * 1 2 A B C 4 5 J K L G H I 7 8 P Q R S T U V 3 D E F 6 M N O 9 W X Y Z * 0 # C ISC O IP PHON E 79 02 SE RIE S 7. Exempl de flux N exempl a seguir, as linhas pntilhadas representam caminh da sinalizaçã e as linhas cheias a rta da mídia de vz, numa cmunicaçã típica entre clientes SIP de duas instituições pertnecentes a serviç fne@rnp. O riginadr da chamada é cliente A. O OpenSER riginadr repassará INVITE da chamada a DSER, que retrnará REDIRECT indicand prxy destin. Os canais de mídia sã entã estabelecids diretamente entre s clientes SIP, passand pels prxies de rigem e de destin que peram cm prxies de sinalizaçã. DSER DNS NAPTR SLONY pares prefixs mídia Prxy SIP OpenSER SLONY pares prefixs Prxy SIP OpenSER H.323/SIP H.323/SIP H.323/SIP Cliente A VIP/RTFC Cliente B DNS SRV VIP/RTFC DGK DNS SRV PABX Gatekeeper Gatekeeper Cliente B PABX Instituiçã A Instituiçã B Figura 3 Estabeleciment de chamadas entre prxies SIP via DSER Cas a chamada fsse, na realidade, destinada a PBX na instituiçã B, entã a mídia seguiria até Asterisk perand cm gateway de vz, que cmpletaria a chamada para PBX. Cm Asterisk pera cm atras bem baix, a chamada nã seria afetada em sua qualidade a passar pr este element adicinal. Pr utr lad, destin da chamada na instituiçã B pde ser um cliente H.323. Nesse cas, a chamada passará pel gateway H.323/SIP lcal. Se as duas instituições suprtam clientes ns dis tips de sinalizaçã, entã se espera que gateway de vz se registre ns dis ambientes. Encaminhament via SIP de Chamadas E.164 em SIP n fne@rnp: peraçã e atualizaçã. 15