Mudanças entre as edições de "Asterisk"

Edição das 12h44min de 19 de setembro de 2006

Historico da telefonia

Como podemos ver nos site http://www.museudotelefone.org.br, a telefonia, no seu inicio era extremamente cara, os equipamentos eram de grande porte e a rede não era confiável.

Desde então, pessoas físicas e jurídicas vem desenvolvendo novos produtos com a intenção de aumentar a qualidade e a eficiência das comunicações. Existem dois lados desenvolvendo tecnologia:

O empresarial, onde tudo é proprietário, a prioridade é o lucro e por isso sua evolução é bem mais lenta. E o acadêmico, onde a prioridade é o desenvolvimento mútuo. Foi nesse meio que nasceu o Linux, a Internet, o Asterisk etc.

Historico da telefonia no Brasil

No dia 5 de maio de 1865, nasce em Mimoso, Mato Grosso, Cândido Mariano da Silva Rondon, futuro Marechal Rondon, Patrono das Comunicações do Brasil. A data de 5 de maio é, no Brasil, o Dia Nacional das Comunicações, enquanto o 17 de maio é o Dia Mundial das Telecomunicações.
Em 1874,o Brasil inaugura o seu primeiro cabo submarino, que cruzava o Atlântico Sul e ligava a América do Sul à Europa. Idealizado por Mauá, o cabo foi construído por uma companhia inglesa e funcionou até 1973.
Em 1877 é instalado, no Rio de Janeiro, o primeiro telefone do país.
Em 1879, um decreto imperial de D. Pedro II autoriza o funcionamento da primeira empresa de telefonia no país. Começam a funcionar os primeiros telefones do Rio de Janeiro.
No ano de 1883, é instalada por Walter Hemsley, com 75 assinantes, a primeira estação telefônica na cidade de Santos, talvez a primeira do Estado de São Paulo.

VOIP

Voz sobre por IP, VoIP ou Voz sobre uma infrastrutura IP é a tecnologia que torna possível estabelecer conversações telefônicas que trafegam pela Internet ou uma rede IP em vez de uma linha dedicada à transmissão de voz. É um acrônimo de Voice over IP. A premissa básica de VOIP é o empacotamento de streams de áudio para o transporte sobre redes IP.

Como funciona?

Na figura a seguir temos um exemplo básico de conexão de um telefone IP a um Provedor de Serviços de Telefonia IP (ITSP) que permite fazer ligações de Telefone IP para Telefone IP ou para qualquer telefone fixo ou celular no mundo.

Neste cenário, conversas telefônicas entre matriz e filial podem ser feitas sem custo de ligações, já que todo o tráfego de voz seria transmitido via Internet, mesmo os usuários utilizando seus ramais telefônicos convencionais, de forma transparente. O sistema tem impacto imediato nos custos de interurbano. O investimento é pago com parte da economia feita mês a mês.

A qualidade da conversação por meio da telefonia IP depende da velocidade de seu aceso a internet e da qualidade do aparelho utilizado, quando o acesso é lento podem ocorrer perdas de pacotes de informação ou atrasos em sua remessa de um computador a outro, o que causa falhas e qualidade baixa de som. Quando o aparelho é de baixa qualidade existe eco e problemas na tranmissão da voz.

Requisitos e Dificuldades

Os desafios para alcançar esse objetivo estão relacionados com a maneira a qual os humanos se comunicam. Não apenas o sinal precisa chegar essencialmente da mesma forma que foi transmitido, mas também fazer esse trajeto em menos de 300 milisegundos – atraso limite não percebido pelo ouvido humano. Se pacotes são perdidos ou atrasados, haverá degradação na qualidade da comunicação.

Os protocolos de transporte da Internet não foram originalmente projetados para stream de tempo real. Os endpoints devem resolver perda de pacotes, esperando mais tempo para eles chegarem, solicitar retransmissão, ou, em alguns casos, considerar que a informação está correta, e simplesmente prosseguir ignorando a perda. Em uma conversação de voz natural, estes mecanismos não servem. Nossas conversações não se adaptam bem à perda de letras ou palavras, nem também atrasos consideráveis entre a transmissão e a recepção.

A RTFC foi projetada especificamente com o propósito de transmissão de voz, e é perfeitamente direcionada para essa tarefa, de um ponto de vista puramente técnico. De um ponto de vista de flexibilidade, entretanto, sua imperfeição(falha) é óbvia para qualquer pessoa com o mais limitado conhecimento da tecnologia. VoIP carrega a promessa de incorporar comunicação de voz em todos outros protocolos em nossas redes, mas devido às demandas especiais de uma conversação de voz, técnicas especiais são necessárias para projetar, construir, e manter essas redes.

O problema com transmissão de voz baseada em pacotes “nascem” do fato da forma a qual nos falamos é totalmente incompatível com forma a qual IP transporta dados. Falar e ouvir consiste do relay de streams de áudio, ao passo que protocolos Internet são projetados para dividir tudo, encapsular os bits de informação em milhares de pacotes, e então entregar cada pacote em qualquer modo possível para o ponto final. Claramente, alguns tipos de ajustes ou tratamentos são necessários.

====Confiança/Continuidade==== Telefones convencionais estão conectados diretamente as linhas da companhia telefônica, e em caso de falhas de energia, não são diretamente afetadas. Entretanto, um usuário doméstico teria seu sistema VoIP (Aparelho e Linha de dados) baseado na estrutura elétrica da sua residência, e o tratamento a falhas, exigiria esforços adicionais, como o uso de nobreaks e/ou geradores.

====Integração com o sistema de numeração de telefonia global==== O sistema de telefonia fixa convencional e operadoras de telefonia celular seguem um padrão global(E.164) de alocação e identificação de uma linha telefônica específica. Alguns padrões tem sido trabalhados em VoIP, porém um direcionamento padronizado e compatível com o legado ainda não existe.

====Legado das operadoras convencionais==== É consenso que VoIP é um futuro inevitável, tanto que as próprias operadoras tradicionais já fazem uso da tecnologia, para facilitar operações e reduzir seus custos, porém é claro também que tentarão controlar(retardar) a difusão da tecnologia VoIP a fim de recuperar os investimentos nas estruturas tradicionais existentes.

====QoS – Qualidade de Serviço==== O tráfego de voz agora num circuito de dados não possui passagem exclusiva como acontecia na estrutura RTFC, e terá que concorrer no meio com tráfegos de outras naturezas. É nesse contexto que surge a necessidade do tratamento de priorização detráfego (QoS). Porém a implementação de QoS, de forma a atender a contento a todos os tráfegos não é tarefa simples, mesmo nas estruturas mais resumidas, imaginemos então numa estrutura macro como a estrutura de telefonia em âmbito global. Além disso, a natureza do tráfego de voz é altamente sensível a atraso, e a natural latência de circuitos com satélite, por exemplo, pode trazer prejuízos à comunicação.

Componentes da rede

Essa nova tecnologia esta redefinindo a arquitetura de um PBX, estagnada por longos anos. Muitos dos componentes, citados a seguir, são distríbuidos ao longo da rede para transmitir informações de voz e controle de ligação.

Controle de processo - é um servidor que executa uma aplicação que tem a função de controlar todas as chamadas como, por exemplo: o custo(bilhetagem) e qualidade delas e autenticação de usuários;
Dispositivos de ponta(endpoints) - são os telefones IPs ou softphones que se conectam diretamente na rede IP. Esses equipamentos precisam de um endereço IP e podem ser atualizados(firmware) através de um servidor TFTP com novas funcionalidades. Diferente do PBX tradicional, dois telefones IPs conversam diretamente, sem utilizar os recursos do servidor;
Gateway - são interfaces ou equipamentos que convertem a sinalização e o canal de voz dos telefones analógicos para a rede IP e vice-versa, fazendo a integração com a STPC.

Tipos de telefones IP

SoftPhones - Softwares Softwares que simulam telefones reais e são instalados no computador para utilizarem a conexão do micro à internet ou Lan e que processam a comunicação e tradução dos pacotes em voz. Utilizam as caixas de som e o microfone do computador. A qualidade da conversação é baixa e depende da placa de som , microfone e caixas acústicas do computador e o compudator precisa estar ligado para que funcionem.

HardPhones - Telefones Reais Aparelhos telefonicos reais que são diretamente ligados à internet ou rede Lan e que processam a comunicação e tradução dos pacotes em voz sem utilizar o computador. Existem também adaptadores que permitem o uso de seu aparelho telefônico convencional tranformando o mesmo em um telefone IP.

Provedores de Serviços de Telefonia IP (ITSP)

Para ligar para os telefones normais, fixos ou celulares em qualquer lugar no mundo é necessário o uso de um ITSP - Internet Telephony Service Provider, estes provedores possuem aparelhos especiais (gateways) que são ligados nas redes telefonicas normais em muitos países, este serviço é chamado de "Terminação".

Conectando seu Telefone IP a um destes ITSP você poderá ligar pela internet até o país desejado e lá realizar uma ligação local para o telefone de destino. Por isso as tarifas intrenacionais da Telefonia IP são tão baixas.

Os ITSP também fornecem números de telefone locais em muitos países, desta forma você pode ter um número de telefone e receber chamadas de telefones normais sem que a pessoa que está chamando pague tarifas internacionais.

ASTERISK

O criador do Asterisk é Mark Spencer. Asterisk é um software de PABX, que roda no sistema operacional Linux. O Asterisk faz Voz sobre IP utilizando os mais diversos protocolos, podendo se integrar à maioria dos padrões de telefonia utilizando hardware de baixo custo. Utilizam softwares livres, que não exigem pagamentos de licença e garantem flexibilidade, qualidade e independência do fornecedor. O Asterisk proporciona conectividade com as redes STFC (Serviço telefônico fixo comutado) e com ele toda a estrutura de telefonia tradicional pode ser convertida para VoIP.

O Asterisk faz toda a manipulação das chamadas e o que o usuário desejar fazer com elas. A estrutura de telefonia interna se torna obsoleta, pois todo o tráfego das chamadas, trafegam pela mesma rede de dados presente em qualquer empresa que tenha alguns computadores em rede trocando informações ou compartilhando acesso à internet.

Funções

O Asterisk possui muitas aplicações, podendo substituir qualquel PBX tradicional com periféricos adicionais, reunindo-as em uma só máquina. As aplicações mais usuais são:

Correio de voz: Permite que em caso do assinante chamador não atender a chamada, o chamador receba um sinal solicitando que deixe uma mensagem. Semelhante a uma secretária eletrônica.
Distribuidor automático de chamadas e fila de atendimento: É o sistema utilizado em call-centers. Ele distribui as chamadas entrantes entre os atendentes. Caso não tenha nenhum atendente disponível, ele atende a chamada e toca uma música ou uma mensagem para que o chamador aguarde. Quando um atendedor é liberado, o distribuidor encaminha a chamada.
Sistema de mensagens unificadas: Esse sistema direciona todas as mensagens dos usuários em um único lugar como, por exemplo, a caixa de correio eletrônico do usuário. As mensagens de e-mail, mensagens de correio de voz e fax são encaminhadas para a caixa postal.
Servidor de música de espera: Sistema responsavel pela música de espera. A música pode estar num arquivo em formato mp3.
Discador automático: utilizado em telemarketing, o programa disca para um número e distribui para os operadores.
Sala de conferência: Permite que 2 ou mais usuários falem em conjunto. Pode ser configurada uma senha de acesso a sala.
Media Gateway: Converte as ligações de telefonia analógicas em telefonia voip.
Unidade de Resposta Audivel (URA): permite ao Asterisk criar um sistema de resposta automática. Muito usado para auto-atendimento, permitindo econômia pois despensa os atendedores.

A arquitetura do Asterisk

A arquitetura do Asterisk é baseada em 4 pontos principais: Canais, Codecs, Protocolos e Aplicações, que serão apresentadas em maiores detalhes a seguir.

Canais

Segundo (TEHA,2005), um canal pode ser interpretado como uma conexão que “traz” uma chamada ao Asterisk PBX. Um canal pode ser uma conexão a um telefone analógico tradicional, ou a uma linha telefônica STFC, ou uma chamada lógica, como uma chamada via internet. Do ponto de vista de canais, não existe distinção se é um telefone ou uma linha telefônica – tudo é visto como CANAL. Toda chamada é originada ou recebida em um canal distinto. Alguns exemplos de tipos de canais suportados pelo Asterisk são: SIP, H323, IAX, Skinny (driver para protocolo dos telefones IP Cisco), VOFR (Voz sobre Frame Relay), VPB (linhas telefônicas para as placas FXO/FXS da fabricante Voicetronix).

Codecs

Ao se pensar no conceito de Telefonia IP, podemos associar diretamente a idéia de tentar colocar o máximo de chamadas possíveis através de um circuito, a fim de fazer o melhor uso da estrutura. Isso pode ser feito codificando-se a voz em uma forma que ocupe menor banda. Os codecs são responsáveis por essa tarefa. O tráfego de voz nos circuitos digitais STFC ocupa uma banda de 64 kbps. Aplicando-se codecs como o G711, para o tráfego da voz em redes de dados, alcançamos a mesma banda. Porém 22 codecs como o GSM conseguem reduzir essa banda para aproximadamente 13 Kbps e o G729 consegue compressão para uma reduzir a banda a 8 Kbps. Como outros tipos de codecs suportados podem listar G726, Speex, G723.

Protocolos

Os protocolos são responsáveis por definir a forma/linguagem como os pontos de comunicação vão negociar entre si. São responsáveis por tarefas como sinalização para estabelecer conexão, determinar ponto de destino, roteamento entre pontos, e também questões de sinalização de telefonia como campainha, identificador de chamada, desconexão, etc. O protocolo mais usado inicialmente era o H323, que tem sido sobreposto nos últimos tempos pelo SIP, tendo este último se difundido largamente, devido a sua simplicidade e objetividade. No âmbito do Asterisk, seu protocolo IAX também tem tido grande difusão, devido ao seu tratamento de trunking e NAT.

H.323 - foi criado pela International Telecommunication Union(ITU), e originalmente projetado para prover um mecanismo de transporte IP para vídeoconferência. É um dos protocolos de referência ao início do desenvolvimento de VoIP. É comumente referenciado como superior ao SIP, porém sua complexidade tem sido um dos grandes responsáveis pela sua impopularidade e conseqüente difusão do SIP.

SIP - O Session Initiation Protocol(SIP) é o protocolo que vem despontando nas comunicações de Voz sobre IP, sobrepondo a domínio do H.323. A premissa do SIP é de negociar as capacidades dentre dois (ou mais) pontos finais envolvidos numa comunicação. Muito da sua difusão é atribuída a sua simplicidade como protocolo, com uma sintaxe similar a outros protocolos tradicionais como HTTP e SMTP.

IAX - provém da sigla Inter-Asterisk eXchange protocol. É um protocolo aberto desenvolvido voltado ao sistema Asterisk com o propósito de definir um modelo de comunicação entre servidores Asterisk. È um protocolo de transporte que usa uma única porta UDP(4569), tanto para sinalização, como para o tráfego stream RTP, o que o torna mais fácil para o tratamento em firewall´s e NAT. Possui a habilidade peculiar de fazer trunk de múltiplas sessões em um único fluxo de dados, reduzindo consequentemente o consumo de banda em situações de conexões de canais simultâneos para o um host remoto. O tráfego de diversos canais acontecendo em um único fluxo reduz o overhead(cabeçalho) de protocolo que aconteceria para o fluxo com canais individuais. Isso reduz a latência, o consumo de processamento e largura de banda requerida.

Comparativo entre o SIP e o IAX

1. O IAX é mais eficiente do que o RTP para qualquer número de ligações e qualquer codec. O benefício é algo como 2.4Kbps para uma única chamada podendo até triplicar o número de chamadas possíveis a cada 1Mbps com o codec G.729. esta medição é feita no nível de rede(MAC) e o canal em modo trunk.

2. IAX é um elemento de informação codificado ao invés de ser codificado como ASCII. Isto torna as implementações substancialmente mais simples e mais robustas contra ataques de buffer overflow, pois não existe a necessidade de interpretação(parsing) de texto. O tamanho de uma sinalização IAX é fenomenalmente menor que as do SIP, mas isto não significa nada se a implementação não for grande o suficiente, onde várias requisições de registro são frequentemente realizadas. em termos gerais, IAX é mais eficiente na sua codificação, decodificação e verificação da informação, isto torna difícil a não compatibilidade de uma implementação IAX feita por um autor e outra feita por outro autor, pois muito pouco é necessário para a interpretação de código.

3. IAX tem uma separação clara entre as camadas 2 e 3, significando que tanto a sinalização quanto o áudio, tem estado definido, são transmitidos robustamente de maneira consistente. Quando uma chamada termina abruptamente, a chamada irá terminar de maneira tranqüila, mesmo que não exista áudio e/ou sinalização. SIP não tem este tipo de mecanismo, e sua confiabilidade do ponto de vista de sinalização é obviamente pobre, necessitando de padrões adicionais dentro do seu código RF3261.

4. Os modos unificados de sinalização e tráfego de voz permite ao IAX fluir de forma transparente por NAT´s e proporciona a um Administrador de firewall ter que abrir somente uma porta para permitir o seu uso. Ele não requer que um cliente IAX saiba absolutamente nada a respeito da rede na qual ele está em operação. Colocado de forma mais clara, nunca existirá uma situação que possa ser criada pelo firewall na qual o IAX não consiga completar uma chamada e não seja capaz de passar o tráfego de voz (exceto, é claro, se não existir banda suficiente).

5. O sistema de transferência autenticada do IAX permite você transferir voz e controle de chamada de um servidor-de-meio de um jeito robusto de tal forma que se as duas pontas não poderem se verem por alguma razão, a chamada continua através do servidor central.

6. O IAX separa claramente o Caller*ID do mecanismo de autenticação do usuário. O SIP não tem um método claro de fazer isso a não ser que o Remote-Party-ID seja usado.

7. O SIP é um padrão do IETF. Apesar de existir alguma documentação recente cortesia de Frank Miller, o IAX ainda não é uma publicação padrão neste momento.

8. O IAX permite a uma ponta verificar a validade de um número de telefone para saber se o número está completo, possa ser completado, ou esteja completo mas possa estar grande demais. Não existe uma maneira para suportar completamente isso no SIP.

9. O IAX sempre envia DTMF fora de banda de sorte que nunca existe qualquer confusão sobre qual método a ser usado.

10. O IAX suporta transmissão de linguagem e contexto, que é muito útil em um ambiente Asterisk.

Aplicações

Como pode ser visto da definição de extensões, as aplicações determinam as ações a serem tomadas pelo Asterisk. Elas são responsáveis por fazer o tratamento do canal, desde atendendo uma chamada, tocando uma gravação, recebendo dígitos, desligando uma chamada, ou qualquer outro formado de aplicação que possa ser implementado para uso em uma estrutura de telefonia, como a exemplo de um sistema de pedidos com reconhecimento de voz.

Para conectar as chamadas de entrada com as chamadas de saída ou outros usuários do Asterisk são usadas diversas aplicações, como o Dial, por exemplo. A maior parte das funcionalidades do Asterisk são criadas na forma de aplicações como o VoiceMail, correio de voz, conferência, entre outras.

Instalando o asterisk no Debian GNU/Linux

Procedimentos básicos de instalação do asterisk num servidor rodando Debian Sarge e com somente o sistema básico instalado.

O sistema de testes foi um Debian GNU/Linux (SARGE) com somente o sistema base instalado, mas os passos são os mesmos para qualquer distribuição, mudando somente a forma de satisfazer as dependências de pacotes.

Nota: Se pretende atualizar o kernel, a melhor opção é fazer isto antes de qualquer procedimento de instalação do asterisk, uma vez que ele usa os fontes do kernel para compilar a sua versão totalmente compatível com ele.

1. Instalar o pacote cvs:

apt-get update
apt-get install cvs

Aceite as configurações padrão e estaremos prontos para utilizar o CVS.

2. Baixar os pacotes do asterisk via CVS:

Ir ao diretório onde serão armazenados os códigos-fonte:

cd /usr/src/

Exportar a variável com login, senha, host e diretório de onde o CVS irá buscar os arquivos:

export CVSROOT=:pserver:anoncvs:anoncvs@cvs.digium.com:/usr/cvsroot

Solicitar que o CVS baixe as versões mais atuais dos pacotes necessários:

cvs checkout zaptel libpri asterisk

Para instalar os pacotes extras (não necessários no momento), utilize:

cvs checkout asterisk-sounds asterisk-addons

Update (04/07/2006): Desde novembro de 2005 o site do asterisk não suporta mais downloads via CVS, em seu lugar atualmente é utilizado o subversion, então, vamos instalar o pacote do subversion:

apt-get install subversion

Após isto, basta obter os fontes atualizados da libpri, do zaptel e do asterisk:

svn checkout http://svn.digium.com/svn/asterisk/branches/1.2 asterisk-1.2
svn checkout http://svn.digium.com/svn/zaptel/branches/1.2 zaptel-1.2
svn checkout http://svn.digium.com/svn/libpri/branches/1.2 libpri-1.2

Compilar/instalar o módulo zaptel:

cd zaptel

OBS: Caso possua um processador Intel superior ao Pentium II, habilite o suporte às instruções MMX, editando o arquivo zconfig.h dentro do diretório zaptel e trocando a linha:

     /* #define CONFIG_ZAPTEL_MMX */

por:

     #define CONFIG_ZAPTEL_MMX

IMPORTANTE: Se estiver utilizando placas que utilizem o driver tormenta2 (no meu caso aqui estou utilizando as Xilinx 400P), baixe este arquivo e substitua pelo que se encontra em /usr/src/zaptel. Este arquivo é para um upgrade do firmware da placa.

Depois disso vamos proceder normalmente com a compilação:

make clean
make
make install
make config
update-rc.d zaptel defaults 99

Compilar/instalar a libpri:

cd ..
cd libpri
make clean
make
make install

Compilar/instalar o asterisk:

cd ..
cd asterisk
make clean

OBS: na minha instalação foi necessário instalar antes alguns pacotes, então já fica a dica, se tiver o mesmo problema, manda um:

apt-get install termcap-compat libedit-dev libedit2 libssl-dev zlib-bin zlib1g-dev mpg123 libnewt0.51 newt-tcl libnewt-dev

Sem pestanejar, isso deve resolver teu problema. Feito isto, vamos prosseguir com a compilação do asterisk:

make

Nota: isto deve demorar um pouco, dependendo da máquina que possua, na minha máquina de testes (Um Intel Xeon 2.8 com 2GB de RAM e disco SCSI Ultra320 de 10k RPM) a compilação inteira durou cerca de 10 minutos, no livro "Asterisk: O futuro da telefonia" há relatos de compilação em um Pentium 133 que durou 5 horas.

Se tudo for compilado com sucesso, no fim do processo você verá uma mensagem parecida com esta:

      +--------- Asterisk Build Complete ---------+
      + Asterisk has successfully been built, but +
      + cannot be run before being installed by   +
      + running:                                  +
      +                                           +
      +               make install                +
      +-------------------------------------------+

Então, vamos fazer o que ele manda:

make install

Agora vamos copiar o script de inicialização:

cp contrib/init.d/rc.debian.asterisk /etc/init.d/

E adicionar as entradas dele na inicialização do sistema:

update-rc.d rc.debian.asterisk defaults 99

Setar a permissão de execução aos scripts que copiamos anteriormente para o /etc/init.d:

chmod +x /etc/init.d/rc.debian.asterisk
chmod +x /etc/init.d/zaptel

E pronto, seu asterisk está instalado e pronto para rodar, faltando apenas a configuração propriamente dita, em /etc/zaptel.conf e /etc/asterisk.

Trunk

Trunk(tronco) nada mais é que a ligação entre dois servidores Asterisks. Para ter uma conexão de trunk é necessário que você implemente as seguintes configurações nos dois PBXs:

iax.conf

register => USUARIO-peer:password@IP

[USUARIO-peer] username=OUTRO_SERVIDOR-user type=peer secret=password qualify=yes host=IP disallow=all allow=g729

[USUARIO-user] type=user secret=password host=IP disallow=all context=from-internal allow=G729

extensions.conf

[trunk] exten => _7XXX,1,Dial(IAX2/USUARIO-peer/${EXTEN:1},30,r)

Plano de discagem

O plano de discagem é o coração do Asterisk. Ele é que define como o Asterisk irá gerenciar as chamadas. Consiste de uma lista de instruções ou passos que o Asterisk deve seguir. Essas instruções são disparadas a partir dos dígitos recebidos de um canal ou aplicação. Para configurar o Asterisk é fundamental que se entenda o plano de discagem dele. A maior parte do plano de discagem está contida no arquivo extensions.conf nodiretório /etc/asterisk. O arquivo pode ser separado em quatro partes: Contextos,Extensões, Prioridades e Aplicações.

Contextos

Os contextos são responsáveis pela organização e segurança do plano de discagem. Definem também o escopo, permitindo separar partes diferentes do plano de discagem. Os contextos estão ligados diretamente aos canais. Quando uma ligação entra no Asterisk por um canal, ela é processada dentro de um contexto.“ Exemplificando: vamos supor que você tenha duas classes de ramais: aqueles que podem fazer ligações de longa distância e aqueles que não. Você pode criar dois contextos, [gerente] e [funcionário]. Dentro do contexto [gerente], quando o dígito “0” é discado, ouve-se o tom de discagem da rede pública. Dentro do contexto [funcionário] quando o dígito “0” é discado, é recebida, por exemplo, uma gravação “ligação não autorizada” . ” Exemplo extraído de (MEGGELEN e outros, 2005)As extensões são definidas dentro de cada contexto.

Extensões

As extensões são responsáveis por disparar um evento no Asterisk, determinando o fluxo das chamadas. No arquivo de configuração possuem basicamente o formato:

exten=> número(nome), prioridade, aplicação.

Quando um número é digitado, de acordo com a prioridade, uma aplicação será executada. Exemplificando:

exten=> 2025,1, Dial(SIP/2025,10)
exten=> 2025,2, Dial(SIP/2020,10)
exten=> 2025,3, voicemail(b2025)

No exemplo acima, quando é digitado o número “2025” a primeira ação(prioridade 1)tomada pelo Asterisk, é de gerar uma chamada para o telefone IP usando SIP registrado como 2025. Se a ligação não for atendida em 10 segundos, a próxima ação(prioridade 2)é desviar essa ligação fazendo uma chamada para o telefone SIP 2020, e caso também não haja resposta, a ligação é encaminhada para a caixa de mensagem do telefone 2025.

Prioridades

Como foi visto anteriormente, as prioridades são passos numerados, determinando uma ordem de ações a serem tomadas. A seqüência segue sempre na ordem numérica crescente, todavia os números não precisam ser necessariamente consecutivos, podendo desta forma ter uma seqüência de números de prioridades igual a 1, 2, 5, 9, por exemplo, que serão executados de forma crescente.

siga-me

O exemplo a seguir mostra como criar um script de siga-me, essa configuração permite que o asterisk toque da sua mesa no escritório, por exemplo, para um celular e depois volte para o voicemail. Se você não estiver disponível para atender ou não quiser ele irá tocar de volta no voicemail.

exten => 1234,1,dial(sip/1234,20) exten => 1234,2,playback(pls-wait-connect-call) exten => 1234,3,Setvar(NewCaller=${CALLERIDNUM}) exten => 1234,4,SetCIDNum(0${CALLERIDNUM}) exten => 1234,5,dial(${TRUNK}c/9871234321,20,r) exten => 1234,6,SetCIDNum(${NewCaller}) exten => 1234,7,voicemail2(u1234@default) exten => 1234,101,voicemail2(b1234@default) exten => 1234,102,hangup

Explicações: exten => 1234,1,dial(sip/1234,20)

Toca uma mensagem de transferência para que o chamador saiba que o sistema está fazendo alguma coisa.

exten => 1234,2,playback(pls-wait-connect-call)

Seta uma nova variável com as informações do caller id atual.

exten => 1234,3,Setvar(NewCaller=${CALLERIDNUM})

Coloca um 0 antes do número do caller id para que a ponta chamada saiba que a chamada está vindo como uma transferência do telefone do escritório, por exemplo.

exten => 1234,4,SetCIDNum(0${CALLERIDNUM})

Disca para o celular 987-123-4321. Dá um toque para o chamador antes que # seja pressionado no celular.

exten => 1234,5,dial(${TRUNK}c/9871234321,20,r)

Se a ponta chamada escolhe não atender a chamada muda a informação do caller id de volta.

exten => 1234,6,SetCIDNum(${NewCaller})

Direciona o chamador para o voicemail.

exten => 1234,7,voicemail2(u1245@default)

Se a ponta chamada estiver no telefone (o celular estiver ocupado) direciona direto para o voicemail.

exten => 1234,101,voicemail2(b1234@default)

exten => 1234,102,hangup

O c depois do comando TRUNK é o que faz a chamada esperar até que seja pressionado # para completar a chamada.

Você pode usar alguma outra coisa ao invés de ,r que dá ao chamador o sinal de chamando enquanto a chamada está sendo transferida para o celular. Usando ,m como opção irá tocar uma música em espera até alguém atender.

Puxando a ligação de um ramal

Para puxar a ligação de um telefone vizinho que não pára de tocar, faça as seguintes configurações:

1 - Configure o grupo ao qual suas extensões pertencem dentro de um arquivo sip.conf, iax.conf, zapata.conf.

[4x00] callgroup=1 pickupgroup=1,2

2 - Configure o arquivo features.conf

pickupexten=*8 ; Puxa a ligação quando digitado *8

Vantagens

Redução de Custos - A redução de custos possibilitada pelo Asterisk pode ser vista de forma direta na economia com chamadas via IP, não mais passando em alguns casos pela STFC. Deve ser considerada também a economia indireta quando falamos do agregado de funções, que para serem disponibilizadas em uma central telefônica convencional, eleva imensamente os custos, como a exemplo do recurso de Unidade de Resposta Audível (URA), que um módulo custa em torno de US$ 2.000,00

Autonomia para controle do sistema de telefonia - Esse é um dos recursos de destaque, pois agora não existe mais a dependência de um técnico de uma central proprietária. Funcionalidades, mudanças e novos desenvolvimentos podem ser implementados facilmente.

Riqueza de recursos - As funcionalidades/possibilidades são inúmeras. Citando apenas algumas funcionalidades que vão além dos PABX: - Conectar empregados trabalhando em casa ao PABX da empresa sobre conexão de banda larga (HomeOffice) - Conectar escritórios em localidades, até mesmos estados, diferentes, sobre IP, via Internet ou rede privada. - Correio de voz integrado ao e-mail/webmail - Construir aplicações de resposta automática por voz, que podem conectar o usuário a um sistema de pedidos por exemplo, ou outras aplicações internas - Dar acesso ao PABX da empresa para usuários em viagem, conectando por exemplo a partir de um hotel ou aeroporto. Além de recursos só encontrados em sistemas topo de linha, como:

- Integração para sintetizar fala (text-to-speech).

- Registro de chamadas para integração com sistema de tarifação.

- Integração com reconhecimento de voz.

- Música em espera para clientes aguardando na fila (c/ suporte a MP3).

Plano de discagem flexível e poderoso - Um dos destaques do sistema, é a flexibilidade quanto ao plano de discagem, e recursos como controle de rota de menor custo.

Problemas da Tecnologia

Alguns problemas ainda limitam uma maior explosão na expansão da telefonia IP. Alguns deles inerente a tecnologia, como é o caso da confiabilidade ainda não desenvolvida totalmente, os custos dos equipamentos ainda são bem altos, por exemplo, um modelo dos mais simples de VoIP Fone atualmente não fica por menos de R$ 450,00.

Outro grande ponto, é a questão da base já instalada da estrutura STFC (Serviço Telefônico Público Comutado), que já existe aproximadamente 1 bilhão de linhas instaladas, existindo uma resistência natural dos usuários até uma maturação maior da tecnlogia, além das operadoras resistirem por conta da possibilidade de abertura do mercado com esse novo paradigma.

@@ Linha 16: / Linha 16: @@
 *Em 1874,o Brasil inaugura o seu primeiro cabo submarino, que cruzava o Atlântico Sul e ligava a América do Sul à Europa. Idealizado por Mauá, o cabo foi construído por uma companhia inglesa e funcionou até 1973.
 *Em 1877 é instalado, no Rio de Janeiro, o primeiro telefone do país.
-*Em 1879, um decreto imperial de D. Pedro II autoriza o funcionamento da primeira empresa de telefonia no país. Começam a funcionar os primeiros telefones do Rio de Janeiro
+*Em 1879, um decreto imperial de D. Pedro II autoriza o funcionamento da primeira empresa de telefonia no país. Começam a funcionar os primeiros telefones do Rio de Janeiro.
 *No ano de 1883, é instalada por Walter Hemsley, com 75 assinantes, a primeira estação telefônica na cidade de Santos, talvez a primeira do Estado de São Paulo.