Objetivo

Este projeto tem como objetivo desenvolver uma solução que permita a criação de uma entidade centralizadora para interconexões entre operadoras VoIP, denominada VoIP Peering, capaz de gerenciar as interoperações destas conexões através do mapeamento eletrônico de números (ENUM).

A motivação para a criação deste projeto veio da necessidade de reduzir a utilização da rede pública de telefonia comutada (RTPC), do inglês Public Switched Telephone Network (PSTN), evitando assim as suas limitações em escalabilidade, e ao mesmo tempo otimizando a utilização de redes IP e simplificando a topologia entre operadoras VoIP.

Outra finalidade deste projeto é viabilizar a padronização de interconexões VoIP promovendo o surgimento de novas aplicações que só serão possíveis com a visão e atuação de uma estrutura que congregue várias operadoras do serviço de Voz Sobre IP.

Justificativa

Devido à necessidade atual dos sistemas de telecomunicações estarem cada vez mais integrados, baratos e eficientes, constantemente nos deparamos com desafios técnicos, financeiros e até políticos para a implantação de propostas inovadoras. A telefonia IP não é necessariamente um novo paradigma, mas necessita de alternativas interessantes e práticas para se estabelecer como um serviço viável e competitivo de telefonia, atingindo cada vez camadas mais carentes da população. No momento atual, uma entidade centralizadora do tráfego de informações entre as operadoras Voip é eventualmente esperada como uma evolução dos modelos de negócio disponíveis e se mostra iminentemente necessária como forma de congregar empresas e reduzir custos destas para o usuário final.

A tecnologia VoIP é cada vez mais difundida no Brasil, haja visto que existem pesquisas apontando em torno de 14 operadoras de rede fixa e outras 79 operadoras de chamada VoIP existentes no Brasil, sendo a maior parte destas com atuação no ambiente corporativos (teleco http://www.teleco.com.br/opvoip.asp). Entretanto, uma questão que ainda limita a ampliação de negócios VoIP é a falta de integração entre as redes IP em atividade - sejam estas redes corporativas, governamentais ou operadas por empresas prestadoras de serviços de telecomunicações - fato que, segundo a Anatel, é mais crítico que a ausência de um plano de numeração. Esta falta de integração leva a iniciativas individuais que vão complicando cada vez mais o cenário de padronização no Brasil.

Nesse sentido, este projeto propõe um modelo de interconexão VoIP para iniciar a integração dessas redes sem a utilização da rede PSTN, promovendo uma padronização que viabilize essa ampliação de negócios, permita a redução dos custos associados à utilização da rede fixa para essa interconexão, propicie a melhoria na qualidade das chamadas (excluindo as conversões VoIP-PSTN-VoIP) e amplie a possibilidade dos usuários utilizarem ao máximo os benefícios que uma comunicação de Voz sobre IP fim a fim oferece.

Com a eliminação das restrições pelo uso da PSTN, como a queda da qualidade devido à conversão entre as redes e a perda de recursos avançados associados ao ambiente, surge um novo cenário para a oferta de serviços baseados no protocolo IP, o que faz com que este projeto atenda às demandas de serviços de telecomunicações baseados no protocolo IP. De imediato, surge um novo serviço que é a criação de uma entidade centralizadora que poderá organizar o tráfego entre as operadoras envolvidas, e a partir daí, implementar uma série de projetos até então inviáveis pela caráter individualizado das empresas que prestam esse serviço.

O uso da tecnologia VoIP já não é mais novidade no mundo da telefonia, apesar de ter seus benefícios evidenciados na crescente participação nas telecomunicações do mundo IP, prestando serviços de voz, dados e vídeo, ainda tem algumas restrições, tanto no aspecto operacional quando no aspecto mercadológico. Os benefícios advindos do VoIP, principalmente de ordem técnica e econômica são encontrados na sua maioria, apenas quando a chamada começa e termina em uma mesma rede. Nas demais situações que envolvem a interconexão das redes de telefonia IP, há uma série de desafios para a prestação de serviços relacionados à operação com custos e níveis de qualidade adequados. Se levarmos em conta as dificuldades encontradas para a conexão entre as prestadoras deste serviço veremos que existe razão no fato de não ter tido um aumento volumoso no número de usuários.

Observa-se atualmente que a maioria das redes VoIP encontram-se isoladas (as chamadas "ilhas VoIP"), de modo que as chamadas destinadas a um usuário externo a estas redes são encaminhados via PSTN. Esta situação pode ser minimizada através da interconexão bilateral, modalidade na qual as opreadoras das redes, duas a duas, criam relacionamentos técnicos e comerciais entre si, que envolvem configuração dos equipamentos de interconexão, acordos comerciais, etc. Levando em conta o número de empresas que precisam fazer esse serviço par a par, chega-se a conclusão que existem muitos esforços sendo feitos de forma não integrada.

Levando em consideração que cada operadora de rede deveria ter uma interconexão bilateral com várias outras, esta configuração se expande consideravelmente. Fica também prejudicada a escalabilidade da solução, visto que o surgimento de uma nova rede (uma nova operadora ou uma nova rede corporativa, por exemplo) à qual deve se interligar requer a reconfiguração de todas as demais redes.

Além destes fatos citados, as operadoras de redes VoIP tem custos relevantes para utilizar o encaminhamento de chamadas e o meio físico (enlace E1) da operadora TDM (Time Division Multiplexing) à qual estão conectadas. Este custos poderia ser minimizados na medida em que as ligações entre terminais VoIP fossem realizadas somente com tecnologia IP. Entretanto, nessa arquitetura dependente da rede PSTN, as operadoras VoIP estão ilhadas em suas respectivas redes IP, subutilizando o potencial tecnológico que essas redes oferecem em termos de redução de custo operacional e oportunidade de novos negócios.

Neste contexto, faz-se necessária a adoção de um sistema computacional que permita a integração multilateral entre as redes VoIP de maneira a permitir que os usuários destas redes possam estabelecer chamadas entre si sem que estas sejam desviadas para a rede PSTN, incorrendo custos adicionais e perda de qualidade na chamada devido às restrições impostas pela rede TDM em comparação com o universo de possibilidades oferecido pela rede IP.

Assim, propõe-se um mecanismo de interconexão VoIP para interligar as diversas redes IPs sem a utilização da tecnologia TDM, através da utilização de DNS-ENUM, numa nova arquitetura. O protocolo ENUM (Electronic Number Mapping) permite o mapeamento de um número telefônico tradicional (formato E.164) para um Identificador de Recurso Uniforme (URI) em rede IP e é definido pela IETF de acordo com os padrões do ITU-T (International Telecommunication Union - Telecommunication Standardization Sector) para o formato E.164. Portanto, esta proposta é também uma oportunidade de inserção do Brasil no contexto dessa tecnologia emergente. Vale ressaltar que, além da interconexão, a utilização dessa tecnologia viabiliza a convergência de serviços de telecomunicação e serviços disponíveis na Internet (voz, dados, vídeo, SMS, localização de sites, etc), haja visto que na arquitetura IMS (IP Multimedia Subsystem) já se identifica o protocolo ENUM como solução para a localização dos serviços, que é parte integrante do módulo de OSS (Operating Support System) nessa arquitetura.

Com o novo modelo de interconexão, propõe-se centralizar a gestão de peering entre as redes VoIP e, através do servidor DNS-ENUM, permitir armazenar informações que indiquem, com base em informações associadas a um usuário de destino, se uma comunicação estabelecida a partir de um usuário VoIP pode ser resolvida através da rede IP, sem a necessidade de desvio desta comunicação para a rede PSTN.

O modelo de negócios previsto pretende disponibilizar o serviço para as redes que tiverem conectadas à arquitetura através de um servidor VoIP SIP Proxy. Por um lado, as redes participantes reduzem seus custos com a utilização da PSTN, simplificam a topologia para o encaminhamento de chamdas e ficam interligadas às outras redes IP. Por outro lado, além de usufruir os mesmos benefícios das operadoras participantes, a entidade centralizadora tem um aumento de receita com a oferta desse novo serviço e de outros porvir, decorrentes da integração das redes IP.

A solução proposta é inovadora e encontra respaldo em soluções aplicadas em alguns outros poucos países, como por exemplo, o serviço VPF (Voice Peering Fabric) oferecido pela empresa Stealth Communications, com várias empresas já integradas a este serviço e funcionando desde 2004.

Introdução

Desde a sua criação, a internet passou por grandes mudanças e inovações no âmbito de protocolos e comunicações. A comunicação através do protocolo da internet (IP – Internet Protocol) é alvo de transformações tanto nos mecanismos usados para entrega das mensagens quanto nos serviços disponibilizados aos seus usuários.

Na década de 90, foram concebidas as primeiras inovações em serviços de transmissão de Voz sobre IP (VoIP), desde então o tema se tornou objeto de estudo de muitas operadoras de telecomunicações. Atualmente a tecnologia de VoIP está consolidada, com seus padrões e protocolos bem definidos.

A tecnologia VoIP, como um conceito de transmissão de voz através da rede IP, reúne um conjunto de protocolos de codificação de áudio, transmissão em tempo real de pacotes, inicio de sessão, e outros que em conjunto permitem comunicação de voz via IP de ponta a ponta na rede. Tal transporte é feito através da rede sem um caminho fixo, fazendo com que a mensagem não fique retida num congestionamento de tráfego.

O sistema de comunicação VoIP atualmente funciona de maneira bem eficiente, permitindo que esse serviço se torne cada vez mais usado. Para se efetivar uma ligação VoIP é necessário que se estabeleça uma sessão entre o emissor e o receptor. Esta sessão pode ser uma simples chamada de voz entre duas pessoas, uma ligação envolvendo voz, dados e vídeo ou ainda uma conferência multimídia. Para isso, alguns protocolos são usados, por exemplo, H.323, Megaco, MGCP e SIP.

O SIP, um dos protocolos mais utilizados não está limitado a Internet, suas aplicações disponíveis são bem diversificadas, tais como: sistema de realidade virtual, games de rede, vídeo conferência, processamento de chamadas, localização de usuários e mensagens instantâneas (Instant Messaging) são algumas facilidades do protocolo SIP.

O VoIP como tecnologia, aproveita-se destes protocolos para garantir uma comunicação interessante porém ainda com níveis de qualidade inferiores aos que a telefonia fixa e móvel tem provido. Para avaliar o serviço VoIP é necessário levar em conta a qualidade do serviço (QoS), o preço e a confiabilidade do mesmo.

A qualidade do serviço é um aspecto fundamental de garantia de entrega das informações num processo de ponta a ponta (rede local de origem a rede local de destino) e como tal, uma chamada de voz sobre IP entre dois usuários pode ser avaliada neste aspecto. Para se determinar a qualidade do serviço não se deve analisar apenas um componente ou elemento da rede, portanto os principais parâmetros a serem controlados são a vazão, a latência, jitter, as perdas, a disponibilidade e a segurança. Resultados avaliando todos estes parâmetros podem ser dimensionados e tomados como base para definir se uma rede possui ou não um serviço de comunicação de bom desempenho.

Estes parâmetros são de fácil medição e validação. A vazão ou throughput que é determinada pela quantidade de bits destinados a cada atividade da rede é um bom indicador. A latência tida como a soma dos atrasos da rede e equipamentos utilizados para a comunicação estabelecida complementa esta avaliação. O jitter está relacionado com a latência da rede, medindo o tempo de atraso entre a sequencia de entrega dos pacotes, isto permite ampliar o escopo de avaliação de uma rede. Outros itens como perdas, os pacotes que são corrompidos durante a comunicação e a disponibilidade da rede finalizam o processo de medição de uma rede.

O sucesso do serviço VoIP esteve diretamente ligado às possibilidades de redução de custos nas chamadas entre os usuários. Como o meio é a Internet, começou a ser popularizado pelas ligações "sem custo" entre dois usuários na rede e reforçado pela diminuição do preço nas chamadas envolvendo chamadas para fixo e móvel, já que as operadoras VoIP conseguiam comprar minutos em grande volume e logo possuíam condições de negociar o custo dessas ligações.

Existem algumas operadoras de serviço VoIP que oferecem ligações grátis quando feitas para a mesma operadora e cada uma delas oferecem planos variados para ligações locais, nacionais e internacionais. De fato elas proporcionam preços mais baratos em relação aos cobrados pelas operadoras de celulares e de telefonia fixa. Existem também os provedores de serviço VoIP que oferecem o serviço grátis, porém com limitações de qualidade e abrangência do serviço.

Atualmente um cliente VoIP pode se comunicar de forma direta com os clientes de uma mesma empresa. Ao tentar se conectar a um usuário de outro serviço VoIP, telefonia fixa ou móvel, deve ser fechada uma conexão direta com a empresa de destino, um procedimento caro e que demanda grandes investimentos em manutenção. Este modelo depende diretamente do fechamento de acordos bilaterais entre empresas provedoras do serviço VoIP, além da instalação de infra estruturas onerosas no processo de instalação e manutenção. Para criar e suportar tal infra estrutura, além do desafio político, o desafio econômico também se torna latente. Com a perspectiva de crescimento atual dos serviços de telefonia VoIP, cada vez mais utilizados por usuários corporativos e domésticos, a tendência é também o aumento de provedores de serviços dificultando ainda mais a instalação de redes dedicadas entre cada serviço.

Nesta situação, se faz interessante um novo modelo de tráfego, denominado peering onde a interconexão é feita através de uma entidade centralizadora. Esta se responsabilizará pela intermediação das chamadas procurando proporcionar a cada operadora VoIP, benefícios como redução de custo, facilidades na configuração de novas rotas e consequentemente na comunicação entre entidades diferentes, tarifação centralizada e aumento da capilaridade da rede que acarreta em uma maior escalabilidade do sistema.

Entretanto a difusão do VoIP no Brasil se vê bastante limitada devido a crescente demanda de tráfego entre operadoras que não podem expandir seus serviços devido ao isolamento entre suas redes, criando assim ilhas de operação VoIP. A estrutura de rede VoIP em vigor no Brasil requer que toda a comunicação entre duas operadoras VoIP trafegue pela PSTN ou rede pública de telefonia comutada. Esta forma de transmissão também requer que as operadoras possuam ligações diretas entre si, mas em locais onde o número de empresas de telefonia é elevado, a complexidade da topologia de rede se torna onerosa e difícil de administrar. Arquivo:Bibliotecas\Documentos\Sem título.png

A necessidade de migrar para a rede mundial de computadores se deve ao fato de que para uma comunicação com alto grau de multimídia (dados, vídeo, voz ou todas juntas) requer uma transmissão via IP de ponta a ponta, característica esta não alcançada devido à existência da rede PSTN entre as operadoras. Quando o sinal da rede IP passa por um gateway para trafegar através da rede PSTN e novamente passa por outro gateway para retornar a rede IP do destinatário, o custo de entrega de tráfego impede que se forneçam serviços de vídeo e áudio com alta confiabilidade e baixo custo. Uma solução possível, que já foi aventada em várias partes do mundo é um sistema que unifique este tráfego, alvo deste projeto.

Para se prover um serviço que centralize estas atividades é necessário o uso de alguns elementos como o DNS ou Domain Name System, um protocolo da camada de aplicação da rede que tem como função atribuir endereços IP a nomes de domínio. Através do uso de servidores distribuídos pela rede, o DNS armazena dados, possibilitando a tradução de nomes de domínio para IP e IP para nomes de domínio. Sua estrutura é organizada de forma hierárquica, possibilitando a divisão de tarefas entre servidores DNS de acordo com a finalidade do site, ou domínio acessado.

Além dos servidores DNS, é necessário também o uso de servidores Proxy, utilizados para intermediar um determinado cliente e suas requisições à rede, possuindo as características de atribuição de segurança, velocidade, restrição e acesso e anonimato ao cliente. Na função de segurança, pode ser utilizado para restringir o acesso de pacotes maliciosos e potencialmente prejudiciais ao usuário, o acesso a determinados tipos de dados e sites e armazenar uma memória cache dos sites acessados por seus usuários, diminuindo assim a largura de banda necessária para o acesso a dados usualmente acessados, e aumentando a agilidade das tarefas. A questão do anonimato, está em se permitir que um determinado cliente acesse um determinado servidor estando protegido pelo servidor de proxy, que realiza a requisição e a repassa para o usuário.

Outro padrão utilizado é o ENUM, ou eletronic numbering, um protocolo que tem como objetivo atribuir um endereço unificado, possibilitando a interconexão entre sistemas VoIP, celular, telefonia fixa, e-mail, ou seja, todos os sistemas de comunicação (texto ou voz). O sistema conta com um servidor DNS, capaz de resolver um determinado número de telefone em um endereço ENUM que poderia ser vinculado a um SIP URI, utilizado para a comunicação entre servidores SIP, ou mesmo um endereço de e-mail. Este projeto tem como objetivo, prover um sistema que centralize o processo de intermediação de chamadas entre operadoras VoIP utilizando todos os recursos como DNS, ENUM e proxy para garantir o máximo de eficiência, escalabilidade, segurança e desempenho.

Parei aqui!

Inserir uma figura que mostre a interconexão entre operadoras VoIP usando a solução InterVoIP [Luiz Cláudio]

Com este sistemas se pretende obter amplos ganhos como por exemplo, diminuição dos custos operacionais em instalação e manutenção da infraestrutura VoIP; grande maleabilidade e escalabilidade da malha VoIP já que novas empresas poderiam ser implantadas de maneira mais fácil, assim como alcançariam mais clientes com um menor investimento em infraestrutura; redução na possibilidade de falhas técnicas em função do menor número de interconexões entre as empresas o que consequentente diminuiria as instabilidades e intermitências no fornecimento dos serviços VoIP.

Outros benefícios podem ser auferidos por esta proposta já que este serviço abre as portas para uma nova escala de interconexão entre pessoas, possibilitando a criação de novos modelos de serviços, que atingiriam um número maior de pessoas em relação à e-mail, telefonia VoIP, telefonia fixa e celular. A criação de um modelo padronizado de comunicação entre pessoas e empresas, além de sistemas eficientes de avaliação da eficácia, o que aumenta a credibilidade e a facilidade de adaptação dos usuários à nova realidade;

Atualmente existem poucas dezenas de empresas que prestam o serviço de telefonia fixa VoIP no Brasil e um número enorme de redes VoIP corporativas e públicas, mas a maioria destas prestadoras utilizam a comunicação VoIP do início ao fim somente quando realizam chamadas para usuários internos a sua rede, sendo portanto necessária a dependência do uso da rede PSTN para realizar chamadas à usuários externos, de outras operadoras. Efetivamemte, quatorze prestadoras possuem a autorização de STFC (telefonia fixa convencional) cedida pela Anatel para oferecer o serviço e outras tantas estão procurando obter esta liberação. Afinal de contas, qualquer micro empresa com um grupo de especialistas de médio nível, poucos equipamento que não exigem grandes configurações e programas livres podem implementar um serviço de voz sobre IP.

As coisas começam a se complicar quando o número de clientes vai crescendo e as chamadas tendem a sair bastante para fora da rede da operadora para outras prestadoras. Para que um usuário de uma operadora VoIP entre em contato com um usuário de outra operadora, é necessário que exista um caminho entre essas duas operadoras, porém o procedimento que as operadoras VoIP utilizam para transmitir as mensagens entre usuários da própria é susceptível a indisponibilidade do sistema e também a um certo atraso por conta do tráfego na rede IP. Como o fluxo entre duas operadoras pode ser grande, há a necessidade de um caminho específico para interliga-las, então elas implementam um link fixo entre as duas através da PSTN, solucionando o problema da indisponibilidade e do fluxo de tráfego e melhorando a qualidade da mensagem.

Facilitar este trabalho, provendo uma central de sinalização de tráfego podendo ainda gerar serviços inovadores para as empresas prestadoras de serviço com custo reduzido é o foco deste trabalho. Os benefícios são para todos os que compoem a cadeia do processo, operadoras VoIP, empresa centralizadora e principalmente o cliente final, que poderá ter chamadas com custo mais baixos e ofertas de novos produtos ligados ao serviço VoIP.

Desenvolvimento

O desenvolvimento deste projeto envolve uma série de competências e atividades. Inicialmente, é fator crucial que seja feita uma pesquisa para identificar um servidor DNS existente no mercado para ser parte da solução. Serão analisados os requisitos do ponto de vista de desempenho, funcionalidade, escabilidade e acesso ao código. Este servidor DNS deverá ser avaliado por meio de muitos critérios. Um dos principais é a carga que poderá suportar já que se falamos em centralização implica que o número de usuários do sistema pode crescer bastante e que o tráfego pode chegar a valores elevados. Outra avaliação considerada essencial é a possibilidade de se usar soluções open-source que podem ter uma dificuldade maior no tempo de assimilação pela equipe implementadora mas tem a grande vantagem de se conseguir autonomia no desenvolvimento das soluções contando com o apoio da comunidade mundial.

O protocolo DNS é parte dos padrões da internet, ele especifica a forma como um computador identifica outro na rede mundial a partir de nomes. A implementação do protocolo DNS é chamado Servidor DNS e este é o principal elemento de nossa rede. O servidor DNS será responsável por guardar em seus bancos de dados informações de todos os serviços disponíveis para determinado assinante, como também terá a responsabilidade de traduzir nomes de domínio em endereços IP. Na arquitetura de rede proposta, terá a finalidade de identificar um subdomínio e associá-lo ao serviço de chamada VoIP.

Para realizar tal tarefa será necessário transformar o numero telefônico E.164 em um subdomínio da rede. A nível mundial, o domínio e164.arpa está sendo preenchido para esta finalidade.

Adicionalmente, também será escolhido um servidor de proxy SIP que não fará parte da solução, mas será utilizada para a validação da arquitetura proposta. Este proxy SIP será utilizado para simular as solicitações feitas ao sistema pelas redes VoIP usuárias do mesmo, e será utilizado tanto na avaliação de servidores DNS quanto nas atividades de teste a serem executadas ao longo do projeto.

Numa segunda etapa, está prevista a definição e implantação da arquitetura completa, onde será desenhada a topologia proposta para criar o ambiente de desenvolvimento da solução contemplando equipamentos, rede, software e demais recursos envolvidos. Essa etapa será feita em conjunto com a empresa parceira. Isso porque é necessário definir quem poderá ser a executora comercial da solução gerada a partir deste esforço.

Prevê-se a execução de um projeto piloto, buscando simular situações semelhantes às esperadas durante a operação real do sistema, validando desta maneira os elementos escolhidos. Esta etapa será monitorada para que os resultados obtidos sejam aplicados nas próximas etapas do projeto, dando respaldo às definições que permearão o seu desenvolvimento.

Além disto, serão desenvolvidos módulos de software que complementarão as funcionalidades necessárias do sistema proposto, a saber:

Módulo de Inclusão Automática de Números: permitirá que o sistema seja informado automaticamente por uma operadora de rede VoIP da necessidade de inclusão de um novo número em sua base. Dessa forma, deverá haver um procedimento para que cada operadora parcipante possa repassar essas informações. Isto implicar em criar uma VPN (Virtual Private Network) para que as informações fluam com segurança entre cada lado.

Módulo de Portal Básico de Operação: dará acesso manual a operadores do sistema para manutenção dos dados presentes em sua base, além de fornecer opções diversas de consulta e relatórios. Esta interface terá vários níveis de operação entre eles: administrador, supervisor, operacional e consulta.

Módulo de Interface com Portabilidade Numérica: interface com sistema genérico externo permitindo que a aplicação resultante deste projeto seja atualizada de acordo com migrações de números entre operadoras no contexto da portabilidade numérica. Este módulo implica em conexão direta com a BDO, bases de dados da portabilidade numérica.

Módulo de Gestão Estatística: implementação de supervisão e contabilidade de solicitações efetuadas ao sistema para dar suporte ao modelo de negócios a ser implantado, permitindo o acompanhamento dos acessos feitos ao sistema pelas redes VoIP usuárias do mesmo.

A todos os módulos softwares implementados serão aplicadas atividades de testes visando validar sua adequação aos requisitos definidos, e também serão executados testes de integração entre os módulos gerados e o servidor DNS escolhido. Testes de homologação envolvendo simulação de ambiente real serão executados à medida que os módulos forem sendo desenvolvidos, buscando a validação em ambiente próximo do real.

O projeto prevê que a centralizadora peering manterá um servidor DNS responsável por um domínio de rede nacional para ser populado pelas operadoras com os números eletrônicos E.164 de seus assinantes, adotaremos o domínio e164.br para fins de exemplificação.

A conversão de um número eletrônico E.164 em nome de domínio consiste nos seguintes passos:

checar se o número está escrito no padrão, incluindo código internacional do país. Ex: +55(34)1234-5678
remover todos os dígitos desnecessários, como '-'. Ex: +553412345678
remover o sinal de DDI '+'. Ex: 553412345678
transformar cada dígito do número em um subdomínio. Ex: 5.5.3.4.1.2.3.4.5.6.7.8
reverter a ordem dos dígitos. Ex: 8.7.6.5.4.3.2.1.4.3.5.5
colocar o domínio nacional no final da url. Ex: 8.7.6.5.4.3.2.1.4.3.5.5.e164.br

A tecnologia Enum, ou eletronic numbering, também conhecido como telefone number mapping, é um protocolo que tem como objetivo implementar um endereço unificado, possibilitando a interconexão entre sistemas VoIP, Celular, Telefonia Fixa e E-mail. O sistema contaria com o servidor DNS, discutido anteriormente, capaz de resolver um determinado número de telefone em um endereço ENUM, que poderia ser vinculado a um SIP URI, utilizado para a comunicação entre servidores SIP, um determinado servidor de e-mail e um número de telefonia fixa ou celular. A existência de um número unificado de comunicação depende de regulamentação do padrão mundialmente, já que os padrões de números de telefone são gerados de acordo com normas locais, além disso, um banco de dados mundial se faz necessário, visto que os usuários podem acessar suas informações de diversos lugares do mundo, acessando servidores também distribuídos, o que não inviabiliza a implementação de um sistema ENUM localmente, mas tornaria limitada sua aplicabilidade.

Figura 1 - esquema simplificado de funcionamento do ENUM

1. O usuário de um dispositivo habilitado para ENUM, ou um PABX ou um gateway, traduz a solicitação pelo número +34 98 765 4321, de acordo com o sistema e164 para o domínio ENUM: 1.2.3.4.5.6. 7.8.9.4.3.e164.arpa;

2. Uma solicitação é enviada para o servidor DNS, pedindo-lhe para procurar o domínio ENUM 1.2.3.4.5.6.7.8.9.4.3.e164.arpa;

3. Uma resposta é enviada, baseando-se no protocolo NAPTR, o servidor informa de que forma o usuário pode ser contatado;

4. Os usuários são conectados via internet, por uma das formas viabilizadas por seus números ENUM.

Figura 2 - Formas de conexão com outro usuário

A figura acima descreve, que, por se tratar de um número de comunicação unificado, ao se deparar com um telefone fixo desconectado, ou inoperante, um telefone celular desligado ou sem sinal, ainda se pode contatar o cliente via e-mail, ou pelo protocolo SIP.

Para identificar os serviços referentes a um determinado assinante é necessário fazer uma busca nos registros do servidor DNS, para tal usamos o protocolo NAPTR.

O NAPTR, tem a função de encontrar caminhos de se contatar determinado assinante através do registro em DNS que este assinante possui. A entrada do protocolo NAPTR é a saída da etapa 2 da conversão de E.164 para URI. Suas tomadas de decisões são baseadas em ordem de precedência, flags, preferências e serviços. Veja o exemplo abaixo:

$ORIGIN 8.7.6.5.4.3.2.1.4.3.5.5.e164.
  IN NAPTR  10 10 "u" "sip+E2U"     "!^.*$!sip:voiptalkers@intervoip.br!"    .
  IN NAPTR 102 10 "u" "mailto+E2U"  "!^.*$!mailto:voiptalkers@intervoip.br!" .
  IN NAPTR 102 10 "u" "tel+E2U"     "!^.*$!tel:+553412345678!"     .

O exemplo acima diz ao solicitante que o domínio 8.7.6.5.4.3.2.1.4.3.5.5.e164.br é contatado em primeira instância através da conta SIP ,se houver falha, através do email ou telefone respectivamente. Para implementar tal capacidade em nossa rede, usaremos uma distribuição de Software chamada BIND, um servidor DNS desenvolvido pela Internet Systens Consortium, possui uma plataforma robusta e estável, além de ser o mais utilizado nos principais servidores do mundo no gênero. O suporte ao protocolo NAPTR também está presente neste servidor.

Concluído até aqui ...

O pacote de Software BIND possui três elementos principais. A biblioteca de resolução de nome de domínios, ferramentas de teste de servidor e principalmente o servidor de nome de domínio.

A biblioteca de resolução de nome de dominios provê os padrões de conversão entre nomes e endereços IP.

As ferramentas de teste são aplicativos capazes de checar configuração, redundância, zonas e atividade do servidor BIND.

O servidor de nomes de domínio tem a responsabilidade de responder as requisições de buscas,chamadas DNS lookups, utilizando os dados armazenados em suas zonas. Entende-se por zona como arquivos de configurações ou banco de dados que contem informações sobre os domínios. As entradas contidas dentro de uma zona são chamadas de registros de recursos DNS (resource record).

Um arquivo de configuração de zona possui estruturas de registros de SOA (SOA records),responsável por delegar o papel do servidor dns na rede; registros de espaços de nome (NS records), responsável por listar os nomes de servidores da zona; e registros diversos, área destinada para registrar dados referente aos hosts da zona.

Os registros de recursos diversos possui informações de mapeamento entre nomes e endereços ip (A), entre endereços ip e nomes (PTR), e entre pseudônimos e nomes (CNAME). Segue abaixo um exemplo de arquivo de configuração de zona do BIND.

TTL 86400
e164.br. IN SOA ns.e164.br. (
          2011051911 ; Numero serial, baseado na data
          21600      ; atualizar em 6 horas
          3600       ; tentar novamente após 1 hota
          604800     ; expirar depois de 1 semana
          86400 )    ; TTL minima de 1 dia

)
e164.br. 43200 IN NS ns.e164.br.
;
ns.e164.br. 43200 IN A 192.168.1.2

8.7.6.5.4.3.2.1.4.3.5.5.e164.br. NAPTR 10 100 "u" "E2U+sip" "!^.*$!sip:voiptalkers@intervoip.br!".
1.3.3.3.5.5.2.3.4.3.5.5.e164.br. NAPTR 10 101 "u" "E2U+h323" "!^.*$!h323:nonfreevoip@intervoip.br!".

O padrão DNS especifica um algoritmo abstrato chamado Sistema de Descobrimento Dinâmico de Delegação (DDDS) responsável por fazer associações em tempo real de strings com sistemas delegados. A associação em tempo real permite carregar sistemas delegados que mudam constantemente ao longo do tempo como status de mensagens instantâneas, status de conta VoIP entre outros.

Essa associação e feita mapeando uma string contida no banco de dados interativamente através de uma aplicação, até que uma condição terminal seja alcançada.

Essa string, chamada Application Unique String (AUS), é a entrada do algoritmo DDDS e sua estrutura lexica deve implicar em um resultado que alcançara um estado terminal dos registros de recursos. A AUS do padrão ENUM é o número de telefone e164

A aplicação é um conjunto de protocolos que define a forma como a AUS será lida e convertida.

ENUM é uma aplicação DDDS capaz de mapear números E164 em URI. A URI por sua vez poderá identificar um usuário de email, um cliente de instant messaging, e principalmente uma conta SIP, caracterizando um usuário VoIP. Mapear números telefônicos em URI permitirá que o roteamento de chamadas VoIP seja feita absolutamente na rede IP, não sendo necessário passar pela PSTN como se faz hoje.

Para se mapear um numero E164 em uma URI utiliza-se os algoritmos definidos pela aplicação ENUM do DDDS. Segue abaixo o processo de conversão.

checar se o número está escrito no padrão, incluindo código internacional do país. Ex: +55(34)1234-5678
remover todos os dígitos desnecessários, criando a string utilizada pelos registros NAPTR, chamada Application unique string (AUS). Ex: +553412345678
remover o sinal de DDI '+'. Ex: 553412345678
transformar cada dígito do número em um subdomínio. Ex: 5.5.3.4.1.2.3.4.5.6.7.8
reverter a ordem dos dígitos. Ex: 8.7.6.5.4.3.2.1.4.3.5.5
colocar o domínio nacional no final da url. Ex: 8.7.6.5.4.3.2.1.4.3.5.5.e164.br

Após a conversão do número E164 em um nome de domínio efetuasse uma requisição de busca nos registros de recurso do servidor DNS. O padrão ENUM grava as informações de URI referente ao pseudônimo em um tipo especial de registro de recurso chamado NAPTR.

O registro NAPTR possui 6 campos principais de configuração:

ORDEM: Classifica qual a prioridade que um registro NAPTR referente a um certo dominio tem em relação aos outros registros NAPTR do mesmo.
- Exemplo:Caso o usuário possua uma conta SIP, um email, um instant message e uma conta H323, classifica a ordem de prioridade com o qual o usuário será contatado quando for efetuada uma requisição de busca pelo pseudônimo referente ao seu número e164.
PREFERÊNCIA: configura qual a conta de preferência ao qual o usuário será contatado.
- Exemplo: Caso dois ou mais registros NAPTR do usuário possua mesma ORDEM, classifica qual registro será retornado quando uma requisição de busca for efetuada.
FLAGS: responsáveis por dizer como que será a interpretação dos campos no registro, o padrão ENUM utiliza principalmente a flag "u" e indica que o registro é terminal, ou seja,indica que o mapeamento é feito diretamente entre um número e164 e uma URI.
SERVIÇO: Indica qual o serviço que está sendo disponibilizado ao registro NAPTR, para o padrão ENUM, o serviço é "e2u" que significa "E164 to URI". O nome completo do serviço é "e2u+PROTOCOLO" e inclui o protocolo usado pelo URI, este podendo ser sip, mail, im ou outro. Um exemplo seria "e2u+sip".
EXPRESSÃO REGULAR: Contém uma expressão regular responsável por modificar o AUS, descrito na etapa 2 da conversão e164 para pseudônimo.
SUBSTITUIÇÃO: Em um registro não terminal, indica o próximo nome de domínio a efetuar uma requisição de busca. Como o registro NAPTR permite apenas registros terminais, essa propriedade é preenchida com um ponto final ".", indicando que não há servidor de substituição.

O resultado é um registro de recurso parecido com o abaixo de acordo com os padrões definidos pela RFC 3403:

  $ORIGIN 8.7.6.5.4.3.2.1.4.3.5.5.e164.
     IN NAPTR  10 10 "u" "sip+E2U"
           "!^.*$!sip:voiptalkers@intervoip.br!"    .

Nos arquivos de configuração do BIND, a mesma linha seria representado da forma

8.7.6.5.4.3.2.1.4.3.5.5.e164.br NAPTR  10 10 "u" "sip+E2U" "!^.*$!sip:voiptalkers@intervoip.br!" .

Resultado da requisição de busca: voiptalkers@intervoip.br

Um outro exemplo de registro NAPTR segue abaixo

  $ORIGIN 8.7.6.5.4.3.2.1.4.3.5.5.e164.
     IN NAPTR 102 10 "u" "sip+E2U"
           "!^.*$!sip:12345678@intervoip.br!"

E no BIND

8.7.6.5.4.3.2.1.4.3.5.5.e164. NAPTR 102 10 "u" "sip+E2U" "!^.*$!sip:12345678@intervoip.br!"

Resultado da requisição de busca: 12345678@intervoip.br

SIP server

O servidor SIP Proxy em nosso projeto terá fins de validação da arquitetura, primeiramente será utilizado para simular as requisições de resolução de nome de domínios que serão feitas ao servidor DNS. Também será utilizado para testes de conexão de chamadas de fim a fim.

Atualmente (Maio de 2011), sabemos que a aplicação ENUM do algoritmo DDDS e suportado pelos principais servidores de sip proxy, gateways SIP e Sip softphones. Entre eles as soluções que mais se destacam são: SER, Kamailio, OpenSIPS como servidores proxy; Asterisk e Swyx como gateways e Ekiga como softphone.

O OpenSIPS (Open SIP Server) é a implementação de um servidor SIP. Funciona como servidor de registro, localização, proxy e roteamento SIP. Possui suporte a servidores NAPTR DNS e ENUMe é de acordo com o fabricante suporta 5000 fechamentos de ligações por segundo. A documentação deste servidor SIP é bastante completa no site do projeto.

O kamailio é também um servidor SIP, oferece funções de localização, proxy, registro, servidor sip e roteamento, possui suporte a aplicação ENUM, balanceamento de carga, funciona como gateway SIP-to-PSTN, sistema PBX e media servers. Possui suporte a requisições de busca NAPTR DNS e ENUM.

Configurando o BIND

Configurando dados
checar hostname
Delegação?!?! O que é isso? precisamos saber sobre?
Como configura NAPTR no BIND? tem como?

Servidor SIP Proxy para testes

Qual usar?

Precisamos de um sip proxy, ou um sip register?

O asterisk não é um sip proxy e sim um "sip register (PBX)".

Um sip proxy lida com o controle de chamadas em nome de outros "user agents" e não mantém nem estados durante a chamada e nem funciona como "endpoint".

O asterisk é um servidor de registro de usuários e localização como também funciona como um "endpoint".

Se a operação é controlaras chamadas de um softphone ao outro, o asterisk funciona como um "endpoint softphone" para o originador da chamada e então cria uma nova chamada para o destinatário. Ele mantém o estado da chamada, podendo desliga-la, além de poder controlá-la.

O ASTERISK é um SIP register e também atua como useragent endpoint (softphone) e pode ser descrito como o “PBX”. Ele pode controlar ou vecular uma chamada de um telefone SIP para outro telefone SIP, ele simplesmente age como um endpoint UA para a chamada originada em seguida, cria uma nova chamada para o telefone que recebe. O ASTERISK fica no meio da chamada, mantém o estado e controla a transição de cada terminal remoto. O Sip Proxy é um software que manipula uma mensagem SIP, pode rotear a mensagem SIP para o destino requisitado, autentica e autoriza utilizadores, provê políticas de gestão do router (chamadas) e provê também funcionalidade para os utilizadores. Por esta diferença de funcionalidade o ASTERIX não poderá trabalhar como um Sip Proxy, já que ele não consegue gerenciar por completo a chamada, apenas a redireciona.

Alguns Sip proxys famosos são

Freeswitch - Sip proxy e PBX

sipX - Sip proxy e PBX

Quer saber mais?

[1]

[2]

[3]

Porque Usar?
Requerimentos?

Como simular o projeto?
Como validar o sistema?
Como será a arquitetura da rede?
Criar a infra-estrutura de um provedor VoIP
Construção do software
Stress test numa plataforma real
O que é NAPTR?
- Naming Authority Pointer Resource of the DNS : Definido na RFC 2915 e muito usado pelo ENUM
e164
dns delegation

Metodologia

Será implementado um servidor de chamadas voip, com o objetivo de validar o sistema de centralização de chamadas voip. Este servidor deve estar apto a iniciar e receber chamadas via protocolo de internet, assim como se conectar a outras operadoras voip, oferecendo o contexto de avaliação de funcionalidade da entidade centralizadora. Esta fase do desenvolvimento não precisa necessariamente funcionar como um SIP proxy, podendo ser implementada por um servidor asterisk, que funciona como servidor de chamada e como cliente, assim como um servidor openSips, que funciona tando como servidor de chamada quanto como SIP proxy, sendo capaz de rotear requisições de chamadas. A fase seguinte, consiste em povoar um banco de dados ENUM, contendo números convertidos e possibilitando assim sua localização na internet de forma praticamente universal, respeitando a proposta deste trabalho. Posteriormente, deve ser implementado um SIP proxy, baseado na plataforma open source openSIPS, sendo este capaz de além de realizar e receber chamadas, encaminhar as mesmas para diferentes servidores, referentes às diferentes operadoras voip conectadas ao sistema.

Plano de Trabalho

Resumo

Fontes

[1] BRADNER,S., CONROY, L., FUJIWARA, K. The E.164 to Uniform Resource Identifiers (URI):Dynamic Delegation Discovery System (DDDS) Application (ENUM), RFC 6116, Março de 2011.
[2] MOCKAPETRIS, P. Domain Names — Implementation and Specification, RFC 1035, Novembro de 1987.
[3] MOCKAPETRIS, P. Domain Names — Concepts and Facilities, RFC 1034, Novembro de 1987.
[4] INTERNET SYSTEM CONSORTIUM. BIND 9 Administrator Reference Manual. 2010.
[5] MEALLING, M., Dynamic Delegation Discovery System (DDDS) - Part One: The Comprehensive DDDS, RFC 3401, Outubro de 2002.
[6] MEALLING, M., Dynamic Delegation Discovery System (DDDS) - Part Two: The Algorithm", RFC 3402, Outubro de 2002.
[7] MEALLING, M., Dynamic Delegation Discovery System (DDDS) - Part Three: The Domain Name System (DNS) Database", RFC 3403, Outubro de 2002.
[8] MEALLING, M., Dynamic Delegation Discovery System (DDDS) - Part Four: The Uniform Resource Identifiers (URI) Resolution Application", RFC 3404, Outubro de 2002.
[9] MEALLING, M., Dynamic Delegation Discovery System (DDDS) - Part Five: URI.ARPA Assignment Procedures", RFC 3405, Outubro de 2002.
[10] Electronic Numbering (ENUM). Acedido em 12 de Maio de 2011, em http://www.enum.org.
[11] Centro de Estudos e Pesquisas em Tecnologia de Redes e Operações (2011). VOIPix - O sistema de VoIP Peering do NIC.br. Acedido em 12 de Maio de 2011, em http://www.ceptro.br/CEPTRO/MenuCEPTROSPVoiPPeering.
[12] L. Strand, W. Leiste, “A Survey of SIP Peering”, Norwegian Computing Center, P.O. Box 114 Blindern, NO-0314 Oslo, Norwa, 2010..
[13] H. Lee, T. Kwon, D.H. Cho, “An Enhanced Uplink Scheduling Algorithm Based on Voice Activity for VoIP Services in IEEE 802.16d/e System”, IEEE Communications Letters, vol. 9, no. 8, August 2005.
[14] S. Guha, N. Daswani, R. Jain, “An Experimental Study of the Skype Peer-to-Peer VoIP System”.

Centro de estudos e pesquisas em tecnologia de redes e operações [4]

A Survey of SIP Peering [5]

An Enhanced Uplink Scheduling Algorithm Based on Voice Activity for VoIP Services in IEEE 802.16d/e System [6]

An Experimental Study of the Skype Peer-to-Peer VoIP System [7]

Capacity of an IEEE 802.11b Wireless LAN supporting VoIP [8]

Hersent, Olivier. IP telephony : deploying VoIP protocols and IMS infrastructure / Olivier Hersent. — 2nd ed. ISBN 978-0-470-66584-8

TRAJETÓRIA TECNOLÓGICA DO SETOR DE TELECOMUNICAÇÕES NO BRASIL: A TECNOLOGIA VoIP [9]

Análise de desempenho de tráfego VoIP utilizando o Protocolo IP Security [10]

O PAPEL DA TECNOLOGIA NA ESTRATÉGIA: CASO DE UMA OPERADORA DE TELEFONIA FIXA E A TECNOLOGIA VOIP [11]

wikipedia: ENUM [12]

Anatel esclarece uso de VoIP para oferta de serviço de voz

[13]

http://www.intomobile.com/2010/03/06/in-stat-there-will-be-288-million-mobile-voip-users-by-2013/

Inter VoIP

Índice