UMA INTRODUO AO PROTOCOLO ENUM

Saulo Henrique da Mata, Paulo Roberto Guardieiro

Universidade Federal de Uberlndia, Faculdade de Engenharia Eltrica, Uberlndia-MG damata.saulo@gmail.com, prguardieiro@ufu.br Resumo O Electronic Number Mapping (ENUM) um protocolo utilizado para mapear nmeros de telefone E.164 em um Uniform Resource Identifiers (URIs) utilizados na Internet. O ENUM uma nova tecnologia em fase de pesquisa, desenvolvimento e implantao que utiliza o Domain Name System (DNS) como banco de dados e insere novos desafios de desempenho e segurana ao sistema de nomes e domnios atual. Este trabalho apresenta uma introduo aos principais conceitos ligados ao ENUM, levanta os impactos no DNS clssico e apresenta uma viso geral dos softwares para servidores DNS/ENUM disponveis no mercado. Palavras-Chave ENUM, Nmeros E.164, DNS.

AN INTRODUCTION TO ENUM PROTOCOL

Abstract - Electronic Number Mapping (ENUM) is a protocol used for mapping E.164 telephone numbers into Internet Uniform Resource Identifiers (URIs). ENUM is a new technology in research, development and deployment level that uses the Domain Name System (DNS) as database and inserts new challenges of performance and security to the current domain name system. This work presents an introduction to the main concepts related to ENUM, points the impacts on the classic DNS and presents an overview of DNS/ENUM servers software current in use.1 Keywords ENUM, E.164 Numbers, DNS. I. INTRODUO O avano tecnolgico proporcionou sociedade moderna um leque variado de opes quando o assunto a comunicao. Voz sobre as redes Public Switched Telephone Network (PSTN) e Public Land Mobile Network (PLMN), voz sobre IP, Short Message Service (SMS), correio eletrnico, fotos e vdeos so algumas das possibilidades oferecidas hoje pelas distintas tecnologias em uso. Essa pluralidade de opes traz consigo um aumento na complexidade do gerenciamento do volume de informaes, bem como na escolha de qual servio usar em cada momento. Todas essas questes trazem tona a necessidade de integrao entre as diversas tecnologias existentes. Para que a convergncia entre essas diferentes redes seja possvel,

necessrio eleger um identificador nico para o estabelecimento de conexo entre os usurios. Esse sistema de endereamento e nomes deve utilizar a estrutura j existente uma vez que a implementao de novos protocolos ou alteraes substanciais na estrutura atual podem ser impraticveis devido o tamanho e a complexidade das redes de comunicaes atuais. nesse contexto que a utilizao de servidores ENUM se destaca como uma soluo plausvel. O ENUM uma tecnologia que mapeia nmeros E.164 utilizados em redes PSTN para URIs utilizados na Internet. Fazendo uma ponte entre duas bem estabelecidas convenes (E.164 e DNS), o ENUM facilita a convergncia dos servios de Internet com os servios das redes de telecomunicaes existentes [1] utilizando a estrutura DNS j consolidada pelo mundo. O ENUM est em processo de maturao e a sua implantao est sendo gradual de acordo com o interesse de cada pas nessa tecnologia. A documentao apesar de no ser escassa bastante distribuda ou de difcil entendimento para quem est iniciando os estudos nessa rea. Diante desta realidade este trabalho se prope a fazer uma introduo ao protocolo ENUM, elucidando os principais conceitos e o panorama geral dessa tecnologia hoje. Este artigo est organizado da seguinte forma: a seo 2 apresenta alguns conceitos introdutrios necessrios para se entender a dinmica do ENUM; na seo 3 a aplicao ENUM apresentada; a seo 4 lista os principais impactos que o ENUM ter no DNS clssico; a seo 5 oferece uma viso geral dos softwares para servidores DNS/ENUM disponveis no mercado e finalmente a seo 6 conclui o trabalho apresentado. II. CONCEITOS BSICOS A. Nmeros E.164 Nmeros E.164 so uma recomendao da International Communication Union (ITU-T) para o plano de numerao pblica internacional. Existem cinco diferentes estruturas para um nmero E.164: Nmeros E.164 para reas geogrficas; Nmeros E.164 para servios globais; Nmeros E.164 para redes de comunicao; Nmeros E.164 para grupos de pases; Nmeros E.164 para testes (trials). Devido a restries de espao, apenas os nmeros E.164 para reas geogrficas sero abordados neste trabalho. Maiores detalhes sobre a recomendao E.164 do ITU-T podem ser encontrados em [2]. A Figura 1 ilustra a estrutura bsica de um nmero E.164 para reas geogrficas.

Um nmero E.164 tem um comprimento mximo de 15 dgitos distribudos de acordo com o cdigo do pas e o plano nacional de numerao adotado. Para o Brasil, o cdigo do pas igual a 55 e o Cdigo Nacional de Destino (CND) dado pela Discagem Direta a Distncia (DDD).

prximo campo indica quais protocolos devem ser utilizados para cada servio, por exemplo, E2U+sip indica a utilizao do protocolo SIP sobre o protocolo UDP. Os dois ltimos campos so REGEXP e REPLACEMENT respectivamente. Juntos esses campos formam a Expresso de Substituio do algoritmo Dynamic Delegation Discovery System (DDDS). Esses campos so mutualmente exclusivos e, portanto, se um registro retorna valores para ambos os campos considera-se que ocorreu um erro [5]. O campo REGEXP indica ainda que tipo de AUS cada servio suporta. No exemplo citado acima, os dois primeiros registros suportam apenas consultas para o nmero de telefone +553432391012, enquanto o ltimo registro pode ser usado para qualquer tipo de AUS. E. Session Initiation Protocol (SIP) SIP um protocolo de sinalizao desenvolvido para configurar, modificar e finalizar sesses multimdias [6]. O protocolo SIP pode ser utilizado ainda para requisio e entrega de informaes de presena (status online/off-line e localizao) bem como para sesses de mensagens instantneas. F. Domnio e164.arpa arpa uma abreviao para addressing and routing parameter area domain. Este domnio foi projetado para ser utilizado exclusivamente em questes de infraestrutura da Internet. e164.arpa um Second Level Domain (SLD) alocado especificamente para prover o servio ENUM. Para facilitar operaes distribudas, este domnio ento dividido em subdomnios. Os nmeros E.164 sero delegados a partir deste domnio [7]. Por exemplo, para o Brasil que possui cdigo do pas igual a +55 delegado o domnio 5.5.e164.arpa. G. Domain Name System (DNS) Endereos IP so de difcil memorizao para o homem enquanto que para os roteadores sua estrutura fixa e estruturada facilita o processamento de pacotes. Para conciliar estas preferncias surge o servio DNS utilizado para a resoluo de um nome em um endereo IP. O DNS um banco de dados distribudo implementado em uma hierarquia de servidores de nomes e tambm um protocolo de aplicao que viabiliza consultas a esse banco de dados [8]. A Figura 2 ilustra um cenrio de consulta tpico da Internet atualmente. Suponha que o host polux.ufu.br deseje encontrar o endereo IP do host sirius.google.com.br. Suponha ainda que o servidor de nomes local para o host requisitante seja denominado dns.ufu.br e o servidor com autoridade para o segundo host seja denominado dns.google.br. As consultas ilustradas na Figura 2 so: polux.ufu.br envia requisio para o servidor de nomes local com o nome do host para o qual deseja o endereo IP; Ao receber a requisio o servidor de nomes local envia a consulta para o servidor de nomes raiz; O servidor de nomes raiz analisa o nome do host e identifica (pelo sufixo .com) para qual servidor Top Level Domain (TLD) a consulta deve ser repassada;

Fig. 1. Estrutura nmeros E.164 para reas geogrficas [2].

B. Uniform Resource Identifiers (URIs) Um URI uma string de caracteres compacta utilizada na identificao de um recurso fsico ou abstrato na Internet [3]. Sua sintaxe bsica :
Scheme: scheme-specific-part

Alguns exemplos de URIs so:

http://www.ufu.br sip:saci@perere.com mailto:monster@lochness.com

Na Internet, todos esses URIs devem ser mapeados em um endereo IP. Esse trabalho realizado pelo DNS. C. Application Unique String (AUS) Uma AUS um nmero E.164 menos qualquer caractere que no seja um dgito, exceto pelo caractere + que aparece no incio do nmero. O caractere + mantido para evitar ambiguidade com nmeros de telefones que no pertencem ao espao de nomes E.164 [4]. Por exemplo, dado o nmero E.164 +(55)-34-3239-1012 a AUS correspondente dada por +553432391012. D. Registro Naming Authority Pointer (NAPTR) Registros NAPTR so utilizados para mapear URIs ou ainda outros registros. Para o caso do ENUM, este registro utilizado para a traduo de um nmero E.164 em um URI. Apresenta-se a seguir alguns exemplos de registros NAPTR.
NAPTR 100 10 u E2U+sip \ !^(+553432391012)$!sip:user@ufu.br! . NAPTR 100 11 u E2U+h323 \ !^\\+553432391012$!h323:user@lrc.br! . NAPTR 100 12 u E2U+email:mailto \ !^.*$!mailto:info@ufu.br! .

O campo (100) estabelece a ordem em que os servios devem ser processados. O campo preferncia (10) define a prioridade do servio. Para esses dois campos, quanto menor o valor do campo maior a ordem/prioridade do servio. A flag u indica que a resoluo do URI indicado no registro NAPTR em um servidor DNS, fornecer um servidor ou uma lista de servidores que podero ser contatados diretamente. O

O servidor TLD por sua vez reconhece o sufixo google.com e responde com o endereo IP do servidor com autoridade para esse domnio, ou seja, dns.google.com; Finalmente o servidor de nomes local envia a requisio diretamente ao servidor com autoridade que por sua vez responde com o endereo IP do host sirius.google.com.

uma aplicao DDDS e utiliza o algoritmo definido em [9] para consultar o banco de dados do DNS. A primeira etapa do algoritmo DDDS conhecida como the first well known rule. Nesta etapa uma AUS convertida em uma chave. Esta chave utilizada como um ndice para consultar um banco de dados, que para o caso do ENUM o prprio DNS e, portanto, essa chave um Fully Qualified Domain Name (FQDN). Para converter a AUS em uma chave nica desse banco de dados, a string convertida em um domnio de acordo com o algoritmo a seguir: Remove-se todos os caracteres com exceo dos dgitos numricos. Por exemplo, para a AUS +553432391012 a sada dada por 553432391012. Na pratica este passo apenas remove o caractere +; Inverte-se a ordem dos dgitos. Ex.: 210193234355; Insere-se pontos entre cada dgito. Ex.: 2.1.0.1.9.3.2.3.4.3.5.5; Anexa-se a string e164.arpa ao final. Ex.: 2.1.0.1.9.3.2.3.4.3.5.5.e164.arpa. Este domnio utilizado para requisio de registros NAPTR. Cada um desses registros contm um destino final (uma URI vlida apontando para um servio como SIP ou email), ou ainda uma nova chave em formato de domnio para uma nova consulta ao DNS. A Figura 3 ilustra um exemplo de resoluo de um nmero E.164 quando os interlocutores pertencem ao mesmo domnio.

Fig. 2. Consulta DNS tpica [8]

Na Figura 2 percebe-se que foram necessrias oito etapas para a resoluo do nome em um endereo IP. Contudo, este nmero de requisies pode ser reduzido utilizando-se o mecanismo de cache. O mecanismo de cache consiste no processo de salvar a resposta para uma consulta realizada. Quando uma nova consulta para esse mesmo nome solicitada, o servidor de nomes local pode respond-la imediatamente sem a necessidade de consultar o servidor autoritativo novamente. O registro deve ser armazenado em cache pelo tempo definido no campo Time To Live (TTL) previamente estabelecido pelo servidor com autoridade. H. Dynamic Delegation Discovery System (DDDS) O DDDS pode ser definido como um sistema utilizado para implementar uma associao entre strings e dados com o objetivo de fornecer suporte a sistemas de delegao configurados dinamicamente. As funes DDDS mapeiam uma string nica em dados armazenados dentro de um banco de dados DDDS [9]. O sistema ENUM uma das aplicaes que utiliza o algoritmo DDDS e o DNS como banco de dados. A sesso seguinte descreve como ocorre a interao entre esses elementos (ENUM, DDDS e DNS). III. DESCRIO GERAL DO PROTOCOLO ENUM A. Aplicao DDDS ENUM O ENUM um protocolo definido pela Internet Engineering Task Force (IETF) [4] para a resoluo de nmeros E.164 em URIs. Como dito anteriormente, o ENUM
Fig. 3. ENUM: exemplo de resoluo de um nmero E.164.

Suponha que o usurio A deseja comunicar-se com o usurio B. Quando A disca o nmero de B, a rede telefnica encaminha essa requisio de chamada para um gateway. O gateway SIP, ento transforma o nmero E.164 em um FQDN, e envia uma consulta DNS NAPTR para o servidor ENUM local. O servidor ENUM local retorna o Resource Record (RR) NAPTR requisitado, exemplificado a seguir.
IN NAPTR 100 50 "u" "E2U+sip" \ "!(\\+553432561010)$!sip:\\ua@ufu.br!" . IN NAPTR 100 51 "u" "E2U+h323"\ "!\\+553432561010$!h323:ua@ufu.br!" .

Segundo as ordens e preferncias a operao de expresso regular aplicada e uma URI do tipo sip:ua@ufu.br gerada. Ao receber a URI o gateway envia uma consulta ao

servidor DNS local para traduzir o domnio contido no URI (ufu.br) em um endereo IP. O resultado da consulta o endereo IPv4 do servidor para aquele domnio. O gateway abre, ento, uma sesso UDP na porta 5060 desse servidor SIP para completar a chamada (call setup), e requisita uma sesso de voz com o usurio B desse servidor. B. Arquitetura ENUM Por funcionar sobre a estrutura DNS, o ENUM da mesma forma, baseado em um sistema de delegao estratificado em nveis. A determinao destes diferentes nveis de delegao para o ENUM responsabilidade de cada poltica nacional de forma independente. possvel identificar trs nveis distintos: Tier-0: administrao e gerenciamento do domnio ENUM (e164.arpa). Este nvel gerenciado por uma entidade de registro internacional que possui ponteiros para as entidades de registro nacionais no Tier-1 [10]; Tier-1: administrao e gerenciamento do ENUM em cada pas. As entidades de registro nacionais neste nvel possuem ponteiros para os servidores autoritativos onde os registros NAPTR esto armazenados; Tier-2: prov o servio ENUM. Este nvel gerenciado por uma operadora e possui os registros NAPTR. Ele pode ser dividido em dois: no primeiro subnvel os nmeros dos assinantes so divididos de acordo com a operadora que os controla. No segundo subnvel tem-se, enfim, os registros NAPTR. Os nveis zero e um so naturalmente monoplios das entidades reguladoras como o Rseaux IP Europens Network Coordination Centre (RIPE-NCC) e o Comit Gestor da Internet no Brasil (CGI.br). O nvel dois est aberto concorrncia entre as empresas de telecomunicaes. C. Tipos de ENUM Como mencionado na subseo anterior, O ENUM utiliza o DNS como banco de dados. Como todo banco de dados necessrio estabelecer quem possui direitos de acesso/mudanas destas informaes. No DNS clssico o banco de dados pblico, ou seja, qualquer pessoa pode obter informaes armazenadas no banco de dados. Contudo, apenas proprietrios de nomes de domnios esto habilitados para realizar mudanas nas informaes. Para o caso do ENUM estas questes no esto totalmente esclarecidas. Devido a estas indefinies sobre os direitos de acesso/mudana dos dados, surgiram dois tipos de ENUM descritos a seguir: User ENUM: Tambm conhecido como Public ENUM, o User ENUM uma base de dados pblica global que permite que as informaes possam ser acessadas e modificadas pelo usurio de forma autnoma. Infrastructure ENUM: Existem duas possibilidades. As informaes esto disponveis aos usurios por meio de um DNS pblico, ou ento esto restritas a uma operadora por meio de um DNS privado. Em ambos os casos somente a operadora est habilitada a

realizar mudanas no banco de dados. Neste tipo de ENUM, as operadoras ou grupos de prestadores de servio compartilham informaes de clientes para o suporte de suas relaes de peering. O Infrastructure ENUM tambm conhecido como Carrier ENUM ou Operator ENUM. IV. IMPACTO DO ENUM NO DNS CLSSICO Embora seja semelhante ao DNS, o ENUM possui determinados requisitos mais restritivos que o primeiro. A seguir, encontra-se a descrio de alguns desses fatores que podem impactar de forma direta o desempenho do DNS em um contexto ENUM. A. Escalabilidade Embora o DNS seja considerado altamente escalvel, existe uma preocupao de que ele seja capaz de suportar os requisitos impostos pela recomendao E.164. Cada dgito em um FQDN ENUM pode representar uma zona em termos do DNS (por exemplo, 5.5.e164.arpa para o Brasil 4.3.5.5.e164.arpa para Minas Gerais, etc.) o que pode afetar a escalabilidade do sistema [7]. Alm disso, a adio do servio ENUM aos servios j existentes pode aumentar consideravelmente o trfego nos servidores DNS/ENUM. B. Tempo de estabelecimento de chamada Para que o ENUM seja considerado bem sucedido ele deve oferecer um tempo de estabelecimento de chamada pelo menos igual ao oferecido pela telefonia clssica. O tempo de resposta para uma consulta influencia diretamente o tempo de estabelecimento da chamada. Para as redes PSTN esse tempo de estabelecimento de chamada est em torno de 200 ms [1]. Sabe-se que para o DNS clssico comum experimentar tempos de resposta bem acima deste limiar. Portanto, este um fator de estudo crucial na implementao do ENUM. C. Atualizao dos registros As informaes armazenadas no DNS e acessadas pela aplicao ENUM iro mudar frequentemente. Mesmo atualmente, as mudanas dos dados no DNS tm de estar globalmente disponveis quase que instantaneamente devido a questes de regulamentao do servio e, portanto, importante que o servidor DNS/ENUM seja capaz de fornecer altas taxas de atualizao de registros sem a interrupo do servio. D. Tamanho da resposta Registros NAPTR para o ENUM podem ser significantemente maiores do que registros DNS tpicos. Um nmero E.164 pode gerar de 10 a 20 registros NAPTR [7]. Tais respostas certamente iro exceder a capacidade de uma resposta DNS, podendo at mesmo exceder o limite de um segmento UDP (512 bytes). E. Mecanismo de Cache A distribuio dos nmeros E.164 em alguns casos pode ser diferente da atual distribuio de nomes de domnios. No DNS clssico, um nmero pequeno de nomes de domnios bastante frequente e at mesmo pequenos graus de cache so

favorecidos por essa caracterstica. Este mtodo pode no ser adequado ao ENUM uma vez que a distribuio de nomes de domnio diferente. F. Privacidade e Segurana A utilizao do ENUM pode implicar na publicao de informaes pessoais (endereo, telefone, email, etc) na Internet. de fundamental importncia que dispositivos de segurana assegurem o sigilo dos dados. Alm das questes de privacidade necessrio enderear as questes quanto disponibilidade do prprio servio. Ataques como spoofing e cache poisoning podem ameaar a integridade dos dados. A utilizao de criptografia e a extenso DNSSEC podem coibir certos ataques deste tipo. Entretanto, o DNSSEC pode interferir diretamente no desempenho do sistema e elevar o tempo de resposta. Outro tipo de ataque que pode atingir o servio ENUM o Deny of Service (DoS). Utilizando mquinas zombies um hacker poderia inundar o servidor com requisies impedindo que este responda a requisies legtimas. O ENUM pode ainda sofrer ataques no processo de registro. Este tipo de ataque poderia ocorrer quando algum convence o operador a realizar uma atualizao errnea de um determinado registro. Apesar do alvo ser o banco de dados, esta violao tem um carter mais social e, logo, a defesa deve ocorrer fora do servidor DNS/ENUM [1]. V. SOFTWARES PARA SERVIDORES DNS/ENUM Devido aos fatores citados na seo anterior e como eles influenciam o sistema, torna-se de fundamental importncia a escolha de um software DNS/ENUM que trabalhe da melhor forma cada um destes fatores que podem ser um gargalo para o servio ENUM. Existe uma grande variedade de softwares DNS no mercado. Alguns deles oferecem suporte ao registro NAPTR e podem, portanto, atuar em um cenrio ENUM. Vale ressaltar, entretanto, que possuir suporte ao registro NAPTR apenas o primeiro passo, pois existem outros fatores que devem ser considerados para que o software oferea um desempenho dentro dos requisitos ENUM. Diante desses novos requisitos, algumas empresas desenvolveram softwares otimizados para as caractersticas do ENUM, ao invs de uma abordagem mais genrica baseada apenas no DNS. A Tabela 1 lista os principais softwares para servidores DNS/ENUM disponveis hoje no mercado.
Windows Server 2008 R2 Daniel J. Bernstein DJBDNS

Tekelec

Eagle XG

Siemens

iNUM

Portugal Telecom

ipCompass

Sam Trenholme

MaraDNS

Microsoft

Howard Wilkinson

MyDNSNG

Nominum

Navitas

PowerDNS

PowerDNS

TABELA I Softwares DNS/ENUM

Desenvolvedor Software Principais Caractersticas Software gratuito sob licena BSD. Sistemas operacionais: Linux, Mac OS, Solaris, Windows. Suporte a DNSSEC e ao IPv6. Autoritativo, Recursivo e Cache. Gerenciamento: Interface Web/ linha de comando. Extensa documentao. Banco de dados: Zone les, File System, Berkeley DB, PostgreSQL, MySQL, ODBC, LDAP.

Software gratuito e sob domnio pblico. Sistemas Operacionais: Linux, Mac OS, Solaris. Suporte ao IPv6. Autoritativo, Recursivo e Cache. Gerenciamento: Interface Web/ linha de comando. Banco de dados: Zone les, CDB. Software comercial. Gerenciamento: Interface web. Banco de dados proprietrio. Vazo de at 30.000 consultas/s. Software comercial baseado em solues open source. Sistemas operacionais: Linux, Solaris. Suporte a DNSSEC e ao IPv6.. Gerenciamento: Interface Web. Banco de dados: PostgreSQL. Software comercial. Vazo de 3.000 consultas/s e tempo de resposta de 2ms. Suporte portabilidade numrica. Gerenciamento: Interface Web. Banco de dados relacional. Software gratuito sob licena BSD. Sistemas operacionais: Linux, Windows. Suporte ao IPv6. Autoritativo, Recursivo e Cache. Gerenciamento: linha de comando. Banco de dados: Zone les. Software comercial.. Suporte a DNSSEC e ao IPv6. Autoritativo, Recursivo e Cache. Gerenciamento: Interface Web/linha de comando. Extensa documentao. Banco de dados: Zone les, AD (Active Directory). Software gratuito sob licena GLP. Sistemas operacionais: Unix. Suporte ao IPv6. Autoritativo e Cache. Gerenciamento: Interface Web/linha de comando. Banco de dados: PostgreSQL, MySQL. Software comercial. Sistemas operacionais: Red Hat. SuSE, FreeBSD e Solaris. Suporte a DNSSEC e ao IPv6. Banco de dados proprietrio. Software gratuito sob licena GPL. Sistemas operacionais: Linux, Mac OS, Solaris, Windows. Suporte a DNSSEC e ao IPv6. Autoritativo, Recursivo e Cache. Gerenciamento: Interface Web/linha de comando. Banco de dados: Zone les, DB2, geo, gmysql, gpgsql, goracle, ldap, gsqlite, ODBC, OpenDBX e Pipe.

Internet Systems Consortium

BIND

A lista descrita na Tabela 1 contempla softwares gratuitos e comerciais, softwares para o DNS clssico adaptados ao ENUM e tambm produtos otimizados para o protocolo ENUM (Eagle XG, iNUM, ipCompass, Navitas). Contudo, possvel notar que o volume de informaes disponveis sobre os softwares ainda no satisfatrio e existem algumas lacunas que devem ser preenchidas.

Uma importante ferramenta para o preenchimento dessas lacunas, bem como a verificao das informaes fornecidas pelo fabricante a anlise de desempenho (benchmarking) desses softwares diante de um cenrio ENUM. Poucos so os trabalhos nessa rea. Em [11] encontra-se um estudo de desempenho via simulao. Este trabalho modela e simula o tempo de resposta e compara os resultados obtidos com dados de medies reais do sistema ENUM francs. Um estudo do desempenho de trs diferentes softwares (dois softwares livres e um proprietrio) foi desenvolvido em [12]. Os resultados mostraram que o tempo de resposta para consultas ENUM da ordem de milissegundos (sem a considerao de atrasos em enlaces de comunicao). Contudo, a vazo provou ser diferente para cada um dos softwares analisados de acordo com o cenrio de teste. Esta avaliao concluiu que o BIND no estava apto para atuar em um contexto ENUM devido a sua pobre escalabilidade. Os softwares PowerDNS e Navitas responderam bem aos testes, sendo o Navitas o melhor deles. O objetivo do trabalho realizado em [13] o estudo da portabilidade numrica e avaliao do sistema de atualizao de registros. Utilizando o mtodo DNS zone transfer para sincronizao de banco de dados, so avaliados dois softwares para servidores DNS/ENUM: BIND e PowerDNS. Os resultados mostraram que o software BIND foi de 3 a 4 vezes mais rpido do que o software PowerDNS. Pode-s verificar que alm da escassez de trabalhos na rea de anlise de desempenho de servidores DNS/ENUM necessrio estabelecer cenrios de testes padronizados que permitam comparaes entre diferentes trabalhos realizados. VI. CONCLUSES Devido a crescente necessidade por integrao entre as diferentes redes de telecomunicaes, o protocolo ENUM vem se apresentando como a soluo mais promissora. Por ser uma tecnologia nova muitas questes continuam em aberto aguardando regulamentao. Alm disso, existem poucas implementaes prticas do servio e, portanto, novos desafios surgiro de acordo com a implantao do servio em cada pas. O ENUM impactar diretamente no desempenho do DNS atual e os softwares para esses servidores DNS/ENUM so uma pea chave nesse contexto. Conhecer o desempenho e robustez desses softwares nos mais diversos ambientes e cenrios de fundamental importncia para uma implantao segura, confivel e robusta visando oferecer um servio com qualidade.

VII. REFERNCIAS BIBLIOGRFICAS [1] Nominum Inc, Getting Underway with ENUM: Building a DNS Infrastructure for the Convergence of Telecommunications Networks, 2008, white paper. [2] ITU-T, "ITU-T Recommendation E.164: The international public telecommunication," 2005. [3] T. Berners-Lee, R. Fielding, U.C. Irvine, and L. Masinter, "Uniform Resource Identifiers (URI): Generic Syntax," RFC 2396 2008. [4] S. Bradner, L. Conroy, and K. Fujiwara, "The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)," RFC 6116 2011. [5] M. Mealling, "Dynamic Delegation Discovery System (DDDS) Part Three: The Domain Name System (DNS) Database," RFC 3403 2002. [6] A. B. Johnston, SIP: Understanding the Session Initiation Protocol, 3rd ed. Norwood, EUA: Artech House, 2009. [7] S. Balakrichenan, An Autonomic Simulation Platform for Studying and Optimizing Addressing Issues in Next Generation Networks, 2008, Tese. [8] J. F. Kurose and K. W. Ross, Computer Networking: A Top-Down Approach, 5th ed. Nova York: Pearson Education, 2010. [9] M. Mealling, "Dynamic Delegation Discovery System (DDDS) Part Two: The Algorithm," RFC 3402 2002. [10] R. Stastny, Introduction to ENUM technical and operational aspects, 2001, Disponvel em: http://goo.gl/klOSu, Acesso em: 18/05/2011. [11] S. Balakrichenan, T. Bugnazet, and M. Becker, "Studying ENUM Performance with Modeling and simulation," Proceedings of the First Asia International Conference on Modelling & Simulation, 2007. [12] C. Shen and H. Schulzrinne, "Measurement and Evaluation of ENUM Server Performance," IEEE Communication Society, ICC 2007. [13] J. Rudinsky, "Private ENUM based Number Portability Administrative System Evaluation," ICUMT, 2009.