Na última quinta-feira, apresentei minha palestra “Using Asterisk and XMPP to provide greater tools to your customers and your users” (Usando Asterisk e XMPP para prover melhores ferramentas para seus clientes e usuários) na AstriCon 2016.

Foi uma ótima experiência, e, como prometido durante a apresentação, este post contém todos os recursos (planos de discagem e links) das minhas demonstrações.

Primeiro, eu quero compartilhar o link do Slideshare, onde publiquei os slides da apresentação. Baixem e usem à vontade (somente mantenham os créditos, por favor ).

Bem, vou iniciar então tratando da identificação antecipada de chamada.

O primeiro exemplo demonstrado foi uma identificação antecipada de chamada básica que pode ser realizada desde o Asterisk versão 1.4:

exten => 1000,1,NoOp(Earlier callerd identification - send message to JID)

; You can use an AGI to obtain the caller id name (from a database, for example)
; and then set it in the CALLERID(name) variable
same => n,agi(getCallerIdName.agi)

; The next AGI gets the JID (jabber identification) associated with the extension
; and then set it in the XMPP_DST variable
same => n,agi(getJID.agi)
same => n,JabberSend(${XMPP_RESOURCE},${XMPP_DST},Call from ${CALLERID(all)})
same => n,Answer()
same => n,Wait(1)
same => n,Playback(thanks_for_call)
same => n,Dial(SIP/1000,10) ; You need to adapt the Dial to your own scenario
same => n,Hangup

Como pode-se observar, são utilizadas duas variáveis neste exemplo: ${XMPP_RESOURCE} é o nome do recurso associado com seu Asterisk no arquivo xmpp.conf. Já ${XMPP_DST} é o JID (jabber identification) do usuário XMPP que deve estar associado com o ramal SIP. Você pode fazer essa associação adicionando uma coluna na tabela SIP do seu DB.

Os AGI não serão publicados aqui pois são específicos para cada cenário.

O próximo exemplo é outra identificação antecipada de chamada mas agora os dados são enviados para uma sala de conferência (MUC) e isso requer Asterisk versão 1.8 ou superior:

exten => 2000,1,NoOp(Earlier callerd identification - send message to MUC)

; You can use AGI to obtain the caller id name (from a database, for example)
; and then set it in the CALLERID(name) variable
same => n,agi(getCallerIdName.agi)

same => n,JabberJoin(${XMPP_RESOURCE},${XMPP_CHATROOM},Asterisk)
same => n,JabberSendGroup(${XMPP_RESOURCE},${XMPP_CHATROOM},Call from ${CALLERID(all)},Asterisk)

same => n,Answer()
same => n,Wait(1)
same => n,Playback(thanks_for_call)
same => n,Dial(SIP/2000,10) ; You need to adapt the Dial to your own scenario
same => n,Hangup

Trata-se de um plano de discagem similar, mas não é necessário obter o JID do usuário, pois a mensagem é enviada para uma sala de conferência. Mas, é preciso identificar o JID da sala de conferência, que está representada no plano de discagem pela variável ${XMPP_CHATROOM}. Será algo como minhasala@conference.meudominio.com.br.

Ok, agora algo mais avançado. Faremos uso de uma URA e enviaremos a mensagem somente para os agentes logados na fila.

exten => 3000,1,NoOp(IVR PoC Support - first example)
same => n,Set(IVR=example1)
same => n,goto(myivr,ivr,1)

Claro que não se trata somente dessas 3 linhas e, agora, é utilizado AEL para controlar a URA. Para tornar o post mais legível, aqui está o link do arquivo AEL.

Não esqueça de adicionar a seguinte linha ao arquivo extensions.ael:

#include "/etc/asterisk/extensions_ivr_astricon2016.ael"

Novamente os AGIs não serão publicados pois são muito específicos. Mas, de fato, tratam-se de simples consultas ao banco de dados.

O último plano de discagem é basicamente o usado anteriormente, mas com outro valor na variável IVR, que faz com que no AEL um novo AGI seja chamado para obter os 5 últimos tíquetes da fila de seu cliente no Request Tracker.

exten => 4000,1,NoOp(IVR PoC Support - second example using RT)
same => n,Set(IVR=example2)
same => n,goto(myivr,ivr,1)

Esses foram os exemplos que mostraram como usar a identificação antecipada de chamada para prover seus agentes e usuários com informações valiosas e algum tempo precioso. Usando essa abordagem, seus agentes podem se preparar para falar com os clientes, e, consequentemente, estes terão uma experiência melhor e mais eficiente.

PoCs

As PoCs apresentadas na palestra tem páginas específicas:

• AstDemo
• XyBot
• IVR Data Delivery

Se você tiver quaisquer dúvidas ou quiser discutir novas ideias, você pode me contatar diretamente (informações estão nos slides da apresentação).

Até!

English version

Atualizado em 27/07/2016 às 13:00hs (UTC-3)

Os telefones Yealink T21P_E2 estão com  problemas de firmware que impedem a realização de chamadas via Asterisk caso os mesmos estejam sendo provisionados. O fato ocorre nas versões <= 52.80.0.125 e só afeta as chamadas efetuadas (chamadas recebidas funcionam normalmente).

O problema acontece porque ao tentar discar, o telefone identifica-se como usuário “IP Phone”, e a autenticação falha.

[Jun 29 15:40:23] WARNING[16693][C-000026f0]: chan_sip.c:16393 check_auth: username mismatch, have <1421>, digest has <IP Phone>
[Jun 29 15:40:23] NOTICE[16693][C-000026f0]: chan_sip.c:25569 handle_request_invite: Failed to authenticate device “Usuario <1421>” <sip:1421@pbx.dominio.com.br:5060>;tag=2901932421

SIP debug:

Authorization: Digest username=”IP Phone”, realm=””, nonce=”1801b82b”, uri=”sip:1421@XXX.XXX.XXX.XXX:5060“, response=”7cbb8fb8cd55261a44868fbb50434069″, algorithm=MD5

Já abri chamado com a Yealink e o problema foi confirmado e deverá ser resolvido na próxima versão do firmware, que saíra até setembro.

EN version

Yealink phones model T21P_E2 has firmware bugs that doesn’t allow you to make calls via Asterisk if you are provisioning the phone. This bug affects the versions <= 52.80.0.125 and occurs just when you try to make a call (you can receive calls normally).

The problem occurs because when you try to make a call, the phone sends its user  name as  “IP Phone”, and authentication fails.

[Jun 29 15:40:23] WARNING[16693][C-000026f0]: chan_sip.c:16393 check_auth: username mismatch, have <1421>, digest has <IP Phone>
[Jun 29 15:40:23] NOTICE[16693][C-000026f0]: chan_sip.c:25569 handle_request_invite: Failed to authenticate device “Usuario <1421>” <sip:1421@pbx.dominio.com.br:5060>;tag=2901932421

SIP debug:

Authorization: Digest username=”IP Phone”, realm=””, nonce=”1801b82b”, uri=”sip:1421@XXX.XXX.XXX.XXX:5060“, response=”7cbb8fb8cd55261a44868fbb50434069″, algorithm=MD5

It should be resolved in the next firmware version, which will be released until September.

Yealink e-mail

* 【Support.usa】Problems provisioning Yealink T21P_E2 — new
> [Progress:
> Confirmed and Fixing]*
>
> *Directly reply to this email or click the link if you have an access
> account.*
> https://ticket.yealink.com/index.php/bug/26615
>
> ———————————————————————————————————————————————————————————————-
> *Comments*
> *Michael_Yealink * Reply Jun 03, 2016 04:57:20 +0800
>
> Marcelo
>
> thanks so much for your information
>
> i have submit this issue to our R&D , but as we are doing firmware
> control
> , and we will collect all bugs and release a firmware every three
> months ,
> so is it OK to add this issue to firmware control and release a fix
> firmware 3 months later ?

Agora só resta aguardar!!!

UPDATE 27/07/2016

O problema: o problema foi identificado. Ele ocorre somente quando a propriedade realm do arquivo sip.conf está vazia (realm=). Neste caso, o software assume que o valor de Register Name, usado no Digest Username  também está em branco (o valor default deste campo é IP Phone).

Se você não utiliza essa propriedade vazia não deve ter percebido o problema.

O suporte da Yealink me enviou um novo firmware que resolve o problema em questão. Você pode baixá-lo aqui enquanto ele não estiver amplamente disponível no link oficial.

EN version

The bug: the bug was identified. It occurs only when the realm parameter in sip.conf file is empty (realm=). In this case, the software assumes that the value of Register Name, used in Digest Username  is empty too (the default value of the parameter is IP Phone).

If you don’t set this parameter empty, you won’t notice the bug.

Yealink support team send me a new firmware that solves the problem. You can download it here before it is not available in Yealink support page.

Fiquei extremamente feliz quando recebi o e-mail de David Duffett, informando que minha palestra “Using Asterisk and XMPP to provide greater tools to your customers and your users” havia sido selecionada para a AstriCon 2016.

A palestra que tem como base minhas duas POCs recentes (XyBot e IVR Data Delivery) trata sobre a utilização do protocolo XMPP em conjunto com o Asterisk para desenvolver novas funcionalidades que podem melhorar a produtividade para os clientes internos e externos. O momento não poderia ser mais oportuno, visto que o protocolo XMPP está novamente caminhando para um futuro grandioso (compartilho aqui a visão de Nicolas Vérité, explanada em sua palestra The State of XMPP and Instant Messaging, durante a FOSDEM 2016)

Os slides da palestra selecionada ainda não estão disponíveis, e, possivelmente serão disponibilizados no SlideShare somente após a realização da conferência, que ocorrerá no final de setembro (bem como o vídeo da mesma, provido pela própria Digium).

A palestra ocorrerá no dia 29/09 às 10:45 MST (UTC-7). Mas informações podem ser obtidas aqui.

Agora é hora de buscar patrocínio, pois o evento não disponibiliza ajuda financeira para os palestrantes, mas espero que isso seja resolvido em breve.

Se você tiver interesse em colaborar, faça sua doação em um dos dois projetos de crowdfunding que criei para isso:

• Vakinha – Vakinha para participar como Palestrante da Astricon 2016
• Catarse – Aporte financeiro para palestrar na AstriCon 2016

Assim que tiver mais notícias, posto aqui.

Até mais.

Neste artigo falaremos sobre o servidor de e-mail colaborativo Zimbra.

O Zimbra, que atualmente pertence a Synacor, possui duas versões: Open Source e Network Edition, esta última paga e atualmente na versão 8.6.0 (já existe um release candidate para versão 8.7.0).

Aqui iremos tratar da versão Open Source, que é gratuita, porém não possui suporte da equipe de desenvolvimento e possui algumas limitações frente à versão Network Edition.

O Zimbra nasceu para ser uma alternativa ao Microsoft Exchange. Em meio a tantos servidores de correio e webmails open source disponíveis, faltava ainda uma solução integrada, colaborativa, e que fosse simples de ser mantida e atualizada, e foi esse nicho de mercado que o Zimbra se propôs a atender.

De fato, o Zimbra é uma suíte de colaboração (groupware) baseado na web, desenvolvido com software livre e que reúne funções de correio eletrônico, catálogo de endereços, tarefas, agenda colaborativa, porta arquivos, recursos de reunião, dentre outros.

Com uma interface web dinâmica e moderna, o Zimbra oferece a experiência com e-mail e colaboração mais inovadora atualmente. Ele conecta seus usuários às informações em suas nuvens pessoais e possui um webmail extremamente completo, que não fica nada a dever frente aos seus concorrentes Microsoft Exchange e Office365.

Além disso, ele está disponível através de qualquer dispositivo que tenha acesso à internet, sincronizando suas informações instantaneamente em cada lugar que você esteja conectado, mantendo a compatibilidade com todos os clientes de e-mail.

Sua caixa de e-mail conta com um filtro anti-spam e proteção contra vírus de alto nível, tornando-a mais objetiva e segura.

E, mesmo sendo uma ferramenta tão poderosa e com tantos recursos disponíveis, o Zimbra (Network Edition), ainda é a solução com o melhor custo benefício do mercado, se comparado com os seus principais concorrentes como o Google Apps, Microsoft Exchange e Office365.

Zimlets

Outro grande diferencial do Zimbra são os chamados Zimlets. Os Zimlets são aplicativos complementares que aumentam a funcionalidade do seu e-mail. Quando um Zimlet é adicionado, você pode observar as informações e interagir com o aplicativo de terceiros pelas suas mensagens de e-mail (webmail).

Existem alguns Zimlets incluídos no cliente web Zimbra como padrão, tais como: Anexar Contatos (Anexa contatos ao escrever um e-mail), Telefone (Realça números de telefone para ativar chamadas no Skype), Google Tradutor, etc. Existem também aqueles desenvolvidos pela comunidade, como o caso do Asterisk PBX Integration, que podem ser baixados no site oficial Zimbra Gallery.

A versão Open Source

A versão Open Source oferece uma suíte de colaboração bastante inteligente e funcional, que atende um seguimento de pequenas e médias empresas, porém como já mencionado, essa versão não possui alguns recursos importantes, como backup e recuperação de desastres. Tais ferramentas, quando disponibilizadas pela comunidade, normalmente são baseadas em scripts (zmbkpose), não possuem gerenciamento de storages (HSM) e integração total com mobile, por exemplo. Com isso, muitas vezes o administrador de redes precisa recorrer a ferramentas não oficiais ou formas manuais e trabalhosas para gerir o seu ambiente de e-mail.

Surge então o ZeXtras

A Suíte de ferramentas ZeXtras é uma extensão modular para o Zimbra Collaboration, um add-on que melhora e expande a solução de e-mail colaborativa Zimbra.

Ele se integra perfeitamente com o núcleo do sistema e com a interface de usuário Zimbra, oferecendo a melhor experiência. Tudo isso a um preço muito competitivo mediante uma sistema de licenciamento flexível que satisfaz as mais diversas necessidades.

O mesmo inclui ferramentas como: backup em tempo real, sincronização com dispositivos móveis, delegação de administração de usuários administradores, gerenciamento de armazenamento, migração Zimbra para Zimbra e chat com video, que é o diferencial a ser tratado neste artigo.

ZeXtras Chat

A solução de mensagens e videochamadas para o Zimbra chama-se ZeXtras Chat. Ela oferece recursos integrados que permitem aos usuários se comunicarem entre si através de texto e vídeo. O módulo tem sido desenvolvido para garantir a máxima integração possível com o servidor e ele encontra-se incluso no ZeXtras Suite de maneira gratuita.

Graças ao Zimlet ZxChat os usuários podem se comunicar através do próprio cliente web Zimbra. Além disso, qualquer cliente mobile ou desktop com suporte a XMPP pode ser utilizado, permitindo que você use seu cliente IM favorito. Para maiores informações visite a página ZeXtras Chat XMPP.

O módulo de chat possui as funcionalidades básicas de um cliente de IM, como o gerenciamento de lista de contatos, histórico de chat, gerenciamento de presença e emoticons (cortesia da EmojiOne).

Videochamadas com ZeXtras Chat

A partir da versao 2.0 de ZeXtras Suíte, o módulo ZxChat passou a incluir a função de videochamada que permite aos usuários se comunicarem entre si mediante o uso de webcam e microfone (além, é claro, das mensagens de texto).

O novo recurso baseia-se na tecnologia WebRTC e não requer nenhum plugin específico ou proprietário; funciona diretamente sem necessidade de configuração adicional e é acessível a partir da janela de chat do ZeXtras Chat.

Compatibilidade com navegadores

O WebRTC é suportado nativamente pelos seguintes navegadores: Google Chrome 23+, Mozilla Firefox 22+, Opera 18+ e Microsoft Edge.

Deixando de lado o Opera, que não é nem sequer suportado pelo Zimbra, os navegadores mais indicados são o Google Chrome e o Mozilla Firefox. Há também uma ferramenta oficial de teste para verificar se o seu navegador é compatível com WebRTC.

WebRTC

O WebRTC é um protocolo peer to peer (p2p), o que significa que ambas as partes devem ser capazes de se conectarem entre si para estabelecerem uma comunicação bem sucedida. Para isso, o ZeXtras Chat usa um server STUN dedicado provido pela Google e pela fundação Mozilla para direcionar chamadas, mas, no futuro, será incluído um servidor TURN no ZeXtras Suíte para atuar como fallback. Além disso, apartir da versão 1.35, você pode configurar o zimlet Zextras Chat para usar um servidor TURN de terceiros.

Finalizando

Mesmo utilizando-se a versão Open Source com o ZeXtras Suite podemos aumentar as funcionalidades do Zimbra, transformando-o numa ferramenta ainda mais poderosa para o usuário final. Experimente o trial de 30 dias e tire suas próprias conclusões. A instalação é muito simples, fácil e rápida. Caso queira mais informações sobre a mesma, acesse aqui.

Autor: Wagner Farias Souza

Revisão: Marcelo Hartmann Terres

A intenção do contato era postar um artigo no Mundo Open Source tratando do ZeXtras, com foco nos recursos de comunicação em tempo real (ZeXtras Chat), assunto que tem tudo a ver com o site, e que, consequentemente, deixou-me bastante interessado.

Após algumas trocas de emails, chegamos a um versão final do artigo (o mesmo não é de minha autoria, mas cuidei da revisão, para deixá-lo adequado as demais postagens existentes), que será publicado aqui no site nos próximos dias. Quero deixar bem claro que não se trata de artigo patrocinado, pois não estou recebendo nada por isso. A ideia que surgiu, em função dessa oportunidade, foi “abrir” o site para que outros usuários e empresas possam postar seus artigos, contanto que eles sejam relevantes, referentes aos assuntos aqui tratados e não sejam de cunho meramente comercial.

Assim, surge uma nova categoria de artigos do site, que receberá o tag colaboração, e que permitirá a outros interessados (pessoas ou empresas) publicarem e divulgarem seus projetos aqui no Mundo Open Source.

Faço então um convite a todos que tiverem interesse para que entrem em contato para conversamos sobre seus artigos.

Abraços, e até mais.

Um recurso que eu acredito que pode melhorar muito a experiência do usuário é a possibilidade de interagir com o sistema de telefonia (Asterisk) através do seu cliente de mensagem instantânea (IM).

Como eu estou sempre online, e constantemente estou utilizando meu cliente de IM para interagir com outros usuários ou clientes, porque eu não posso fazer uso do mesmo para controlar meu ramal telefônico?

Pensando nisso, criei uma outra PoC, chamada XyBot, que consiste de um bot XMPP que conecta-se em uma sala de conferência (MUC) e permite aos usuários interagirem com o Asterisk. Você pode usá-lo para efetuar chamadas, enviar SMS ou até mesmo para entrar e sair de filas (estes são alguns dos plugins já disponíveis). De fato, você pode usá-lo para o que você quiser, pois o XyBot usa o sistema de plugins Yapsy do Python para prover uma estrutura de plugins, e isso torna simples a criação de novos recursos.

Além disso, o XyBot tem agentes de monitoramento que permitem aos SysAdmins monitorar os recursos de seus sistemas. Você irá encontrar alguns exemplos que monitoram o status de peers IAX e SIP, o status do processo Asterisk e o tempo médio de espera em uma fila. Esses agentes enviam mensagens quando algo inesperado acontece (ex: o processo do Asterisk para, o tempo médio de espera na fila excede os 30 segundos).

Se você quiser utilizar o projeto, você pode baixá-lo no GitHub. No repositório você irá encontrar mais documentação sobre o mesmo. E, se você quiser testá-lo, basta acessar a sala de conferência site@conference.jabber.mundoopensource.com.br.

Dúvidas e sugestões são bem vindas. Por favor deixe seus comentários ou envie um e-mail para mhterres at mundoopensource.com.br.

Até mais.

Dando sequência aos projetos de integração e uso conjunto de Asterisk e XMPP, desta vez resolvi atacar um comportamento que, além de causar um imenso desperdício de tempo dos envolvidos, gera também muito descontentamento nos clientes de um modo geral:

A falta de integração das URAs com os sistemas de atendimento ao cliente.

Boa parte das reclamações relacionadas ao atendimento telefônico ao cliente (seja ele um cliente bancário, de uma operadora de telefonia, de TV por assinatura, etc…) referem-se à demora no atendimento e a ineficácia dos sistema utilizados, muitas vezes resultado da utilização de várias tecnologias diferentes coexistindo no mesmo ambiente sem interação entre si.

Infelizmente ainda é bastante comum você discar para um serviço de atendimento ao cliente, se identificar na URA, e, ao iniciar a conversa com o atendente precisar identificar-se novamente, ou, na melhor das hipóteses, ter que aguardar enquanto o atendente acessa seus dados no sistema.

Se os dados já foram informados anteriormente, porque não utilizá-los nas próximas etapas de atendimento? A resposta mais provável é que os sistemas não “conversam” entre si.

Pensando nisso, desenvolvi um pequeno projeto (uma PoC, na realidade), que demonstra como é possível integrar, sem muitos esforços e de maneira genérica, os mais diversos ambientes existentes.

O projeto faz uso de tecnologias open source, padronizadas e maduras, que possuem bibliotecas disponíveis nas mais diversas linguagens de programação: VoIP (Asterisk) e XMPP (com PubSub).

Além disso, o projeto faz uso da “nova” API do Asterisk, a ARI (Asterisk REST Interface), que se encaixou perfeitamente no contexto da PoC.

Se você tem interesse em testar ou até mesmo utilizar este projeto, fique à vontade para baixá-lo no GitHub. No repositório você encontrará outras documentações do projeto.

Apesar de ter sido desenvolvido inicialmente com foco nos software de atendimento ao cliente, o projeto pode ser utilizado por quaisquer softwares que possam se beneficiar deste tipo de integração.

Dúvidas e sugestões são muito bem vindas. Basta deixar um comentário ou mandar email para mhterres at mundoopensource.com.br.

Até mais.

Para isso basta compilar ambos softwares (pjsip e asterisk) com : ./configure –enable-shared.

Agora tudo está funcionando corretamente e já é possível discar para trunks sip.

Pois bem, voltando as atividades normais do blog, resolvi postar aqui uma situação com a qual me deparei no dia de hoje.

Nos últimos dias tenho trabalhado para começar a usar o Asterisk 13.6 de forma mais eficiente, utilizando as novas ferramentas e recursos que o software oferece.

Uma das primeiras coisas que resolvi fazer foi migrar de SIP para PJSIP. Durante esta migração já me deparei com pelo menos 2 bugs existentes, que já foram devidamente reportados (https://t.co/64XwqXQuuK e https://t.co/9bQgy7ommm) e que afetam o uso do Asterisk num ambiente de produção.

Enquanto foi possível implementar um workaround no primeiro bug, o segundo segue aguardando a solução, mas nem por isso eu deixaria de seguir em frente na migração.

Aproveitando a ocasião, passei também a utilizar o alembic para manter o banco de dados. Além disso alterei minhas conexões do banco de dados (postgresql) para odbc, assunto sobre o qual vou tratar neste post.

Mas qual é o problema afinal?

Bom, são dois problemas na realidade. O primeiro deles é que na nova estrutura de tabelas, a coluna calldate não existe mais, mas o cdr_odbc (bem como, conforme relatos, o cdr_mysql, e, possivelmente, o cdr_pgsql) segue dependendo desta coluna para adicionar o registro na tabela.

Ok, pesquisando descobri que isso já estava identificado, então, seguindo as sugestões dos desenvolvedores, passei a utilizar o cdr_adaptive_odbc.

Era isso então?

Infelizmente está abordagem acabou por gerar um novo problema: uma das colunas da tabela CDR (em seu novo “formato”) tem o nome de end, que também é um palavra restrita do postgresql e não pode ser utilizada como nome de coluna.

Depois de pesquisar também sobre o assunto, me deparei com um outro bug, que também encontra-se resolvido, onde somos apresentados a uma solução que na minha opinião está muito aquém do que realmente deveria ser feito (i.e, a alteração do nome da coluna): o uso de aliases.

Ok, então basta adicionar o alias e está tudo certo?

Infelizmente não. Além de adicionar o alias, é preciso renomear a coluna end da tabela, caso contrário ela segue sendo citada no INSERT, causando o erro anterior.

E como fica então a solução?

No arquivo /etc/asterisk/cdr_adaptive_odbc.conf:

[adaptive_connection]
connection=asterisk
table=cdr
alias end => enddate

No psql:

\c asterisk;
ALTER TABLE cdr DROP column "end";
ALTER TABLE cdr ADD column enddate timestamp without time zone;

Enquanto não é disponibilizada uma solução definitiva, esse workaround pelo menos permite que o CDR siga armazenando os dados necessários.

]]> https://www.mundoopensource.com.br/asterisk-13-postgresql-e-cdr_adaptative-odbc/feed/ 2 1850 https://www.mundoopensource.com.br/xmpp-e-voip-um-exemplo-pratico-parte-2/ https://www.mundoopensource.com.br/xmpp-e-voip-um-exemplo-pratico-parte-2/#comments Tue, 30 Dec 2014 22:06:42 +0000 http://www.mundoopensource.com.br/?p=1720

Dando continuidade a integração XMPP + VoIP, depois de colocar em testes o AstDemo, chegou a hora de liberar o código do mesmo para que outros possam usufruir do recurso e, até mesmo, aprimorá-lo, criando novos comandos e novas funcionalidades.

O AstDemo foi desenvolvido em Python e depende de algumas bibliotecas para funcionar (xmpppy, pyst e psycopg2). Além disso, é preciso ter um servidor Asterisk 11 (ou superior) rodando com suporte a XMPP e também um servidor Openfire rodando com suporte ao plugin ServerInfo.

Neste primeiro release público, o AstDemo tem os seguintes recursos:

• Ligação para número específico: disca para um número específico e toca o arquivo tt-monkeys no atendimento da chamada. Este recurso depende de permissões específicas no banco de dados. Leia mais no arquivo CALLS.txt.
• Exibição de informações (básicas) do servidor Asterisk e Openfire.
• Listagem dos peers SIP.
• Listagem dos peers IAX.
• Informações (básicas) sobre um peer SIP específico.
• Recebimento de mensagem com callerid em ligações entrantes para o ramal.
• Monitoramento de peer sip, iax através de mensagem xmpp quando ocorrer alteração de status.
• Monitamento de fila, com alerta quando a fila ficar sem membros.
• Exibição dos itens sendo monitorados.

Se o suporte a Asterisk Realtime estiver ativo, os seguintes recursos são liberados:

• Liga para um ramal SIP e transfere a chamada para seu ramal quando a mesma for atendida.
• Exibe informações sobre o usuário.
• Ativa/desativa e exibe o status do Do Not Disturb.
• Manda mensagem para todos membros de uma fila.
• Entra em uma fila.
• Sai de uma fila.
• Exibe informações de uma fila. (membros e estatísticas)

O AstDemo está disponível no GitHub, o que facilitará o desenvolvimento do mesmo, especialmente se existirem outras pessoas dispostas a participar deste pequeno projeto. Baixe o AstDemo aqui ou então acesse a página do projeto no Github.

Então, se você tem interesse em ajudar  a desenvolver o AstDemo, contate-me para que possamos tratar do assunto.

E, se você não tem interesse em desenvolver, mas quer apenas utilizá-lo, fique à vontade e por favor deixe seus comentários, sugestões e críticas aqui no post.

Leia a página do AstDemo para informações mais completas sobre o mesmo.

Até mais.