Mundo Open Source

Jappix - cliente web para o Openfire

noreply@blogger.com (Marcelo Terres) — Wed, 29 Jun 2011 23:59:00 +0000

De tempos em tempos sempre aparece alguém na lista Openfire-BR perguntando sobre clientes XMPP web.

Muitos tentam utilizar o SparkWeb e o Tigase Web Messenger que na minha opinião são os mais conhecidos, mas acabam tendo sempre resultados insatisfatórios.

Só que além desses clientes, outro que merece destaque é o Jappix. Desenvolvido em PHP, o Jappix parece ser uma boa alternativa para quem quer disponibilizar um cliente Web de fácil instalação e com uma boa gama de recursos.

Um dos seus grandes diferenciais é o mini-chat, com uma interface similar a do chat do Facebook, e que pode ser facilmente adicionada a qualquer outro site existente. Além disso ele também possui uma interface mobile para uso nos navegadores dos dispositivos móveis.

Se você achou tudo isso interessante e deseja testar o Jappix, saiba que a boa notícia é que Dele Olajide da comunidade Ignite Realtime, transformou a ferramenta em um plugin para o Openfire, utilizando o Quercus (implementação Java da linguagem PHP).

Testei o plugin, que tem versões para Openfire 3.7.0 e também para 3.6.4 e gostei da performance e da interface (ainda não pude testar o mini-chat). É importante deixar bem claro que não foi feita qualquer alteração no código original e que bugs e solicitação de novas features devem ser encaminhadas aos desenvolvedores do Jappix.

Faça download do plugin agora, leia o post oficial do plugin com as instruções de instalação e teste você mesmo.

Fim dos releases de manutenção do Asterisk 1.4 e 1.6.2

noreply@blogger.com (Marcelo Terres) — Wed, 29 Jun 2011 18:41:00 +0000

Foram lançados hoje os últimos releases de manutenção das versões 1.4 e 1.6.2 do Asterisk.

As versões 1.4.42 e 1.6.2.19 trazem a correção de várias questões reportadas pela comunidade e sua instalação é recomendada.

Apesar de ser o release final de manutenção o suporte a atualizações de segurança será mantido para ambas versões até o dia 21 de abril de 2012, como é possível ver no calendário de versões.

Colaboração em listas de e-mail e comunidades FLOSS - o caso OFMonitoringEraser

noreply@blogger.com (Marcelo Terres) — Wed, 29 Jun 2011 16:16:00 +0000

Fico muito feliz quando vejo que as iniciativas FLOSS dão frutos positivos.

Quando criei a lista Openfire-BR há alguns anos não imaginava que ela fosse chegar onde chegou. Com mais de 550 membros, a lista virou referência para a ferramenta e também exemplo do espírito do Software Livre/Open Source.

Além das costumeiras dicas e trocas de experiências, a lista também gera contribuições da comunidade na forma de ferramentas.

Um exemplo simples: ontem surgiu novamente na lista uma discussão sobre como apagar as conversas armazenadas no banco de dados (obtidas com o uso do plugin Monitoring Service).

Após as dicas tradicionais, sugeri, meio de que brincadeira, que seria interessante alguém criar o OFMonitoringEraser, uma interface web onde o administrador do Openfire informasse o nome do usuário e a ferramenta se encarregasse de deletar as mensagens auditadas deste no DB.

Pois bem, menos de 1 hora depois surge a seguinte mensagem na lista:

"Prezados Colegas,
Estou disponibilizando a função escrita em PHP para fazer a exclusão dos registros conforme nosso amigo Marcelo Zola deseja. Basta alterar as credenciais de acesso ao banco de dados e enviar para servidor HTTP. O mesmo foi escrito para o banco MySQL, mais é plenamente possível utilizar qualquer outro banco já que PHP é muito versátil só necessário alterar uma linha. Segue abaixo endereço para download do mesmo.
http://www.cohabbd.com.br/scripts/ofmonitoringeraser.zip
Se me sobrar um tempo talvez eu possa o desenvolver melhor e também fazer uma versão .jar para importação no openfire."

O script é bastante simples e pode ser melhorado (como o próprio desenvolvedor comentou), então se alguém mais se interessar em fazê-lo (poderia ser informado qual período deve ser deletado, os campos do período poderiam ser obtidos diretamente do DB e por aí vai) fiquem à vontade. De qualquer forma creio que a contribuição inicial já deverá ajudar muitos administradores do Openfire que passam por esse dilema.

Obrigado ao Adrielso Pinto Teodoro, membro da lista, que dedicou seu tempo e demonstrou o verdadeiro espírito FLOSS, compartilhando seu trabalho com a comunidade.

Parabéns !!!

Instantbird - versão 1.0 é lançada

noreply@blogger.com (Marcelo Terres) — Wed, 29 Jun 2011 01:22:00 +0000

Lembram do Instantbird, sobre o qual eu já havia postado em 2007? Pois é, hoje, após anos de desenvolvimento, foi lançada a versão 1.0.

Inicialmente o Instantbird parece ser somente mais um cliente de IM, mas ele merece uma atenção especial por utilizar tecnologias de softwares já consagrados, como o Pidgin (libpurple) e Mozilla Firefox, permitindo o uso de múltiplas redes de mensagem instantânea e abrindo espaço para o desenvolvimento de Add-ons que podem enriquecer ainda mais o cliente (veja os Add-ons já disponíveis).

Além disso, um sistema de Tags para os contatos (ao invés dos tradicionais grupos) e também uma timeline diferenciada para o Twitter chamam a atenção nessa primeira versão do software.

Leia as notas de lançamento aqui.

Enviando SMS interativamente (Asterisk + XMPP + Digivoice)

noreply@blogger.com (Marcelo Terres) — Tue, 28 Jun 2011 00:31:00 +0000

Ainda falando sobre Asterisk e XMPP e seus usos (veja mais neste post) uma ideia que tive no final de semana e coloquei hoje em testes foi o envio interativo de SMS utilizando para isso um Asterisk integrado com XMPP (e uma placa Digivoice GSM).

Objetivo

Enviar SMS de forma interativa utilizando um servidor Asterisk conectado a um servidor XMPP.

Requisitos

Servidor Asterisk integrado com um servidor XMPP (Openfire, ejabberd, Prosody, etc...) e com o Google Talk. Saiba como realizar esta integração aqui.

O procedimento

Novamente o contexto proposto é muito simples e atende somente um ramal (já que envia a mensagem para um usuário específico) ficando aberto para melhorias via AEL ou AGI de forma a estender o recurso para todos usuários de seu domínio XMPP e todos seus ramais.

O contexto funciona da seguinte maneira: o usuário disca para o número *767* (*SMS*) e recebe uma mensagem em seu cliente XMPP solicitando o destino do SMS. Após informar o número o usuário recebe uma nova mensagem solicitando que seja informado o conteúdo do SMS. Assim que informar o conteúdo o Asterisk envia o SMS para o destino.

[sendsms]

exten => *767*,1,Answer() ;Atende a chamada
same => n,Set(CANAL=${CUT(CHANNEL,,1)}) ;Armazena o canal
same => n,NoOp(Envio de SMS de ${CANAL}) ;Mensagem do Asterisk
same => n,NoOp(Mandando mensagem para ${JABBERDEST}@jabberpriv.propus.com.br) ;Mensagem do Asterisk
same => n,JabberSend(propuspriv,${JABBERDEST}@jabberpriv.propus.com.br,Envio de SMS - Informe a número de destino) ;Solicita o número do destinatário do SMS
same => n,Set(OPCAODEST=${JABBER_RECEIVE(propuspriv,${JABBERDEST}@jabberpriv.propus.com.br,30)}) ;Recebe o número do destinatário do SMS
same => n,JabberSend(propuspriv,${JABBERDEST}@jabberpriv.propus.com.br,Envio de SMS - Digite a mensagem) ;Solicita o conteúdo do SMS
same => n,Set(OPCAOMSG=${JABBER_RECEIVE(propuspriv,${JABBERDEST}@jabberpriv.propus.com.br,30)}) ;Recebe o conteúdo do SMS
same => n,JabberSend(propuspriv,${JABBERDEST}@jabberpriv.propus.com.br,Enviando a mensagem "${OPCAOMSG}" para ${OPCAODEST}) ;Mensagem para o usuário
same => n,DgSendSMS(g1,${OPCAODEST},${OPCAOMSG}) ;Envia o SMS (g1 = grupo de canais GSM)
same => n,HangUp

Finalizando

Novamente um recurso muito útil e facilmente implementável. E como no post anterior, melhorias no contexto são muito bem vindas. Fique à vontade para contribuir !!!

;-)

Discando interativamente para contas Google Talk (Asterisk + XMPP)

noreply@blogger.com (Marcelo Terres) — Sun, 26 Jun 2011 00:26:00 +0000

Objetivo

Possibilitar a realização de chamadas de voz para contas Google Talk de forma interativa utilizando um servidor Asterisk conectado a um servidor XMPP.

Requisitos

Servidor Asterisk integrado com um servidor XMPP (Openfire, ejabberd, Prosody, etc...) e com o Google Talk. Saiba como realizar esta integração aqui.

O procedimento

O contexto aqui proposto é bastante simples e atende somente um ramal (já que envia a mensagem para um usuário específico). Você pode aprimorá-lo utilizando AEL ou AGI possibilitando assim estender o recurso para todos usuários de seu domínio XMPP.

O contexto funciona da seguinte maneira: o usuário disca para o número *48255* (*GTALK*) e recebe uma mensagem em seu cliente XMPP solicitando o destino da chamada. Após informar o endereço Google Talk do destinatário o Asterisk realiza a "discagem" e o usuário de imediato já passa a escutar o tom de chamada, como em qualquer outra ligação realizada.

O contexto:

[togtalk]

exten => *48255*,1,Answer() ; atende a chamada
same => n,Set(CANAL=${CUT(CHANNEL,,1)}) ; Armazena o canal que efetuou a chamada
same => n,NoOp(Discando Gtalk de ${CANAL}) ; Mensagens no asterisk
same => n,NoOp(Mandando mensagem para marcelo@xmpp.dominio.com.br) ; Mensagens no Asterisk
same => n,JabberSend(xmpp,marcelo@xmpp.dominio.com.br,Discando Google Talk - Informe a conta de destino) ; Envia msg para o usuário solicitando o endereço GTalk do destinatário
same => n,Set(OPCAO=${JABBER_RECEIVE(xmpp,marcelo@xmpp.dominio.com.br,30)}) ; Aguarda 30 segundos pela resposta do usuário
same => n,JabberSend(xmpp,marcelo@xmpp.dominio.com.br,Discando para ${OPCAO}) ; Envia msg para o usuário informando para onde irá discar
same => n,Dial(gtalk/asterisk-gtalk/${OPCAO}) ; Realiza a chamada
same => n,HangUp

Finalizando

Como podemos observar trata-se de um recurso muito útil e de fácil implementação.

Caso você desenvolva um contexto mais elaborado não deixe de compartilhá-lo através dos comentários.

:-)

phpLDAPadmin - removendo os avisos nas telas de criação e edição

noreply@blogger.com (Marcelo Terres) — Sat, 25 Jun 2011 20:02:00 +0000

Uma coisa que acho muito inconveniente nas últimas versões do phpLDAPadmin são os avisos exibidos nas telas de criação e edição.

Esse avisos são gerados quando você usa um template que define um objectClass que seu servidor LDAP não reconhece, pois não tem o respectivo schema instalado.

No entanto, remover tais avisos é uma tarefa bastante simples. Basta editar o arquivo config.php e alterar a opção hide_template_warning para true:

$config->custom->appearance['hide_template_warning'] = true;

Essa opção, disponível apartir da versão 1.2.0.3 acaba com os avisos indesejados:

fisl 12 - É na próxima semana!!!

noreply@blogger.com (Marcelo Terres) — Fri, 24 Jun 2011 01:14:00 +0000

E o fisl 12 é na próxima semana!!!

Além das presenças clássicas (como Maddog, Chris Hofmann, Simon Phipps, entre outros), o fisl terá também a presença de muitos palestrantes que estarão participando do evento pela primeira vez.

Destaque (na minha opinião) para as palestras sobre Android (muitas ministradas pelos desenvolvedores do Google) e para as presenças de Jeremy Allison (Samba) e de Tobias Oetiker (RRDTool, MRTG e SmokePing).

Veja a grade de programação do evento aqui.

Atualização do layout do site

noreply@blogger.com (Marcelo Terres) — Tue, 21 Jun 2011 00:05:00 +0000

Como vocês podem perceber o layout do site foi alterado.

Ainda não fiz quaisquer personalizações no modelo, mas me parece mais clean e moderno do que a versão anterior.

E aí ? Ficou melhor ou pior ? Alguma sugestão ?

:-)

Openfire 3.6.4 - servidor e plugins compatíveis

noreply@blogger.com (Marcelo Terres) — Tue, 14 Jun 2011 14:40:00 +0000

Instalei um Openfire 3.6.4 e após configurá-lo percebi que vários plugins já não estavam mais disponíveis para essa versão pois haviam sido atualizados para a versão 3.7.0.

Baixei os plugins de outras instalações existentes e resolvi deixá-los disponíveis para quem ainda possa precisar dos mesmos. Seguem os links abaixo:

Openfire 3.6.4 - tar.gz

Espero que seja útil!

Problemas com Iaxmodem e Khomp

noreply@blogger.com (Marcelo Terres) — Sun, 12 Jun 2011 14:41:00 +0000

Ainda falando de Asterisk e serviço de "fax virtual", outro problema que enfrentei recentemente foi relacionado ao software iaxmodem.

Após configurar o serviço corretamente pude observar o seguinte: a ligação era recebida, o iaxmodem atendia a mesma, disponibilizava o "sinal de fax", mas o fax não conseguia ser entregue. Até pensei em configurar o Free Fax for Asterisk para o recebimento (já que o envio não apresentava problemas), mas como o mesmo era limitado em apenas um canal simultâneo (é possível adquirir licenças adicionais, é claro) acabei desistindo da ideia.

Foi então que o Marlon Dutra me lembrou de um detalhe: esse era um problema já conhecido no uso do iaxmodem com as placas da Khomp. Para solucionar tal problema a própria Khomp havia disponibilizado um patch para o software.

Apliquei tal patch e o serviço ficou perfeito. Mas, como a Khomp removeu o patch da sua área de downloads, resolvi disponibilizar os fontes do iaxmodem 1.2.0 já devidamente patcheados aqui.

Problemas com Hylafax no Ubuntu 10.04

noreply@blogger.com (Marcelo Terres) — Sun, 12 Jun 2011 14:11:00 +0000

Deparei-me dia desses com um problema que me deu muita dor de cabeça e que acabou tomando muito do meu tempo com pesquisas e testes até conseguir solucioná-lo.

A tarefa era simples: precisava instalar um Hylafax em um servidor Ubuntu 10.04 para juntamente com o Iaxmodem e o Asterisk disponibilizar um serviço de "fax virtual" para um cliente.

Após a instalação e configuração dos pacotes os problemas começaram: apesar dos faxes serem recebidos com sucesso, "aparentemente" todos apresentavam problemas de conexão e o arquivo não continha muito mais do que a folha de rosto e algumas linhas da página enviada.

Após vários testes e brainstorms, acabei percebendo que a versão do Hylafax que vem com o Ubuntu 10.04 (Hylafax 6.0.3) estava bugada, motivo pelo qual estava tendo tantos problemas.

Fax recebido com o Hylafax 6.0.3 (pacote do Ubuntu 10.04)

Resolvi então testar uma versão mais atual do software e percebi que a versão 6.0.5 disponibilizada pelo Ubuntu 11.04 tinha as mesmas dependências da versão anterior.

Baixei os arquivos .deb da nova versão e instalei-os manualmente. Voilá, o serviço de fax ficou perfeito.

Fax recebido com o Hylafax 6.0.5 (pacote do Ubuntu 11.04)

Ainda não reportei o bug mas pretendo fazê-lo nos próximos dias. Assim, enquanto não sai a correção oficial, espero que este post possa ajudar outras pessoas que estejam passando pelo mesmo problema que tive.

Openfire e os registros SRV do DNS

noreply@blogger.com (Marcelo Terres) — Sun, 15 May 2011 03:13:00 +0000

Com a nova versão do Openfire (3.7.0) lançada em março passado percebi uma mudança na integração dos servidores (s2s, A.K.A. federation) e gostaria de compartilhar uma dica que pode ajudar os demais administradores desse excelente servidor XMPP.

Para garantir que não hajam dificuldades na conexão entre servidores é recomendada a existência de registros SRV conforme o exemplo abaixo (tais registros devem existir para todos os domínios que serão conectados).

Imaginando que o domínio da empresa seja minhaempresa.com.br e que o domínio jabber seja xmpp.minhaempresa.com.br é recomendada a criação dos seguintes registros:

_jabber._tcp.xmpp.minhaempresa.com.br
_jabber._tcp.minhaempresa.com.br
_xmpp-server._tcp.xmpp.minhaempresa.com.br
_xmpp-server._tcp.minhaempresa.com.br

Todos os registros devem apontar para seu o domínio jabber, como pode ser observado:

marcelo@hellboy:~$ dig srv _xmpp-server._tcp.minhaempresa.com.br

; <<>> DiG 9.7.3 <<>> srv _xmpp-server._tcp.minhaempresa.com.br
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11368
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;_xmpp-server._tcp.minhaempresa.com.br. IN SRV

;; ANSWER SECTION:
_xmpp-server._tcp.minhaempresa.com.br. 86297 IN SRV 0 1 5269 xmpp.minhaempresa.com.br.

;; Query time: 16 msec
;; SERVER: 200.175.5.139#53(200.175.5.139)
;; WHEN: Sun May 15 00:24:00 2011
;; MSG SIZE rcvd: 89

Descobri essa situação ao migrar um cliente que utilizava uma versão mais antiga de Openfire para a última versão. Enquanto não foram criados os registros SRV dos servidores federados não foi possível ativar a conexão s2s entre os mesmos.

GVT VOX IP com Asterisk (dicas)

noreply@blogger.com (Marcelo Terres) — Wed, 23 Feb 2011 23:51:00 +0000

Configurar o GVT VOX IP no Asterisk é tão simples quanto adicionar um novo peer SIP no seu servidor. Mas apesar de toda simplicidade seguem algumas dicas que podem ser muito úteis para que o serviço funcione de forma adequada.

Problema 1: ligações eventualmente são encerradas de forma abrupta

Para resolver essa questão, segundo a equipe técnica da GVT, "era preciso que o Asterisk, após o Trying, respondesse 180 Ringing ou 183 Session Progress. Sem isso a central não repassava a informação as operadoras que originaram a chamada temporizando assim a ligação."

Para ativar tais sinalizações abra o arquivo sip.conf e adicione/ajuste os seguintes parâmetros:

progressinband=yes
prematuremedia=no

Desde que tais parâmetros foram setados não houve mais ocorrências do problema, o que é um bom sinal. Como isso ocorria de forma aleatória, se o problema persistir eu atualizarei esse post com a informação.

Problema 2: chamadas que ficam mudas ao serem atendidas

Uma situação muito estranha do GVT VOX IP é que algumas ligações geradas fazem com que o usuário seja "direcionado" para o Music on hold (mesmo com a opção de forçar o ring ativada - parâmetro r do comando Dial) o que faz com que o mesmo acredite ter discado para seu próprio PBXIP. Tais ligações quando atendidas ficam mudas.

A solução desse problema foi dada pelo Anderson Eckhardt na lista AsteriskBrasil.

Segue a explicação do Anderson sobre o problema:

"Sobre a música em espera, também estou passando por isso com diversas versões do Asterisk(1.4/1.6/1.8), até o momento não tenho solução, e forçar o ring me agrada! No entanto observei que este fato ocorre somente com números portados. Se analisar os pacotes nestas chamadas, com alguma ferramenta de rede wireshark/tcpdump, vai notar o erro nas informações/portas SDP(parâmetro acima), e também podemos ver q existe um outro tipo de consulta/tráfego para estes casos, sendo neste momento que a chamada entra em espera, e por isso a música..."

Para resolver essa situação foi necessário editar o arquivo sip.conf e adicionar o seguinte parâmetro a configuração do SIP da GVT:

ignoresdpversion=yes

Tal configuração não solucionou a questão do Music on hold, mas possibilitou que as ligações funcionassem corretamente (agora quando as mesmas são atendidas não ficam mais mudas). Ainda é aguardada a posição/solução oficial da GVT sobre esse problema, e quando a mesma for enviada será publicada neste post.

Tem mais ?

Por enquanto é isso que posso relatar...

Na minha opinião é uma falha grave da GVT não repassar essas informações quando o serviço é instalado, já que encontrei várias pessoas reclamando dos mesmos problemas. No entanto, como o VOX IP é relativamente novo e normalmente a GVT presta um excelente serviço acho que vale dar um voto de confiança para a operadora.

Se você conhecer outras dicas relacionadas ao GVT Vox IP não deixe de compartilhá-las nos comentários do post.

Clientes SIP que merecem ser testados

noreply@blogger.com (Marcelo Terres) — Wed, 26 Jan 2011 00:03:00 +0000

Sempre posto no blog falando de clientes XMPP. Para variar um pouco resolvi redigir esse post indicando dois cliente SIP que, na minha opinião, merecem ser testados. Ambos são projetos Open Source que implementam uma gama de recursos bastante interessante.

Um deles é o Blink que tem um visual bem bacana e parece ser bastante estável. Com bons recursos de áudio, a versão para MacOSX (que é bem mais completa que a versão para Linux, baseada em Qt) implementa Desktop Sharing, SMS, chat entre outra coisas. Leia mais sobre os recursos do Blink aqui.

O outro software é o SIP Communicator, que ainda está em estágio alpha, mesmo depois de mais de 2 anos de desenvolvimento. A vantagem do SIP Communicator é que além de ser um simples cliente SIP, ele também é um cliente XMPP e IM genérico (ICQ, MSN, etc...) com recursos de vídeo e com futuro suporte ao Jingle Nodes. A desvantagem clara é que o mesmo, por ser uma versão alpha, não deve ser usado em ambientes de produção. Isso não chega a ser um grande problema, já que a versão 1.0 deve ser lançada ainda no primeiro semestre de 2011. Veja o roadmap aqui.

Por estar mais ligado à comunidade e por adicionar mais recursos de comunicação, o SIP Communicator para mim é a melhor escolha, mas isso é algo que deve ser julgado por cada usuário. Saiba mais sobre os recursos do SIP Communicator aqui.

Bom, mas para testar os softwares indicados você precisa de uma conta SIP. Caso você não possua uma, recomendo que acesse o site sip2sip. O sip2sip é mantido pela AG Projects (desenvolvedora do Blink) e lá você poderá criar sua conta sip gratuita para usar nos clientes acima.

Divirta-se!

Leia também:

Asterisk - controle de horário de atendimento

noreply@blogger.com (Marcelo Terres) — Tue, 25 Jan 2011 23:02:00 +0000

Existe uma situação relacionada a telefonia que me incomoda bastante: você liga para uma empresa e o telefone chama sem parar até a ligação cair. Às vezes (e isso já aconteceu comigo) você acaba sendo atendido pelo vigia, que lhe informa que o expediente já terminou. Na minha opinião (considerando-se o porte da empresa, é claro) isso transmite uma sensação de amadorismo e descaso com o cliente.

Nessas horas eu sempre me pergunto: custava colocar uma mensagem informando o horário de funcionamento?

Temos sempre de lembrar que muitas empresas (principalmente as menores) ainda utilizam pequenas centrais telefônicas que dificultam (ou em alguns casos impossibilitam) que essa mensagem seja disponibilizada, mas se você utiliza o Asterisk isso pode ser configurado facilmente.

Para implementar o controle de horário no Asterisk vamos utilizar a aplicação GotoIfTime.

Com o GotoIfTime é possível realizar controles de fluxo no plano de discagem com base no horário atual (é SEMPRE MUITO IMPORTANTE manter o relógio de seu servidor atualizado - saiba mais sobre NTP).

Segue um exemplo que redireciona as chamadas de entrada com base no horário:

/etc/asterisk/extensions.conf

[from-pstn]
; contexto de chamadas recebidas da pstn

; inclui o contexto de controle de horário
include => horario

[horario]
; contexto de controle de horário

; Se a ligação foi recebida das 9 às 14:59 horas de segunda a sexta-feira
; segue para o contexto de ramais
exten => _XXXX,1,GotoIfTime(9:00-14:59|mon-fri|*|*?ramais,${EXTEN},1)

; Se a ligação foi recebida das 15 às 18 horas de segunda a sexta-feira
; segue para o contexto de fax
exten => _XXXX,1,GotoIfTime(15:00-18:00|mon-fri|*|*?ramais,${EXTEN},1)

; Nas ligações recebidas nos demais horários é executada a mensagem
; de horário de atendimento e a chamada é desligada
exten => _XXXX,n,Answer
exten => _XXXX,n,Wait(1)
exten => _XXXX,n,Playback(horario_de_atendimento)
exten => _XXXX,n,HungUp

[ramais]
; contexto de discagem para os ramais

exten => _XXXX,1,Answer
exten => _XXXX,n,Wait(1)
exten => _XXXX,n,Dial(SIP/${EXTEN},30)

[fax]
; contexto de discagem para o fax

exten => _XXXX,1,Answer
exten => _XXXX,n,Wait(1)
exten => _XXXX,n,Dial(DAHDI/g2/${EXTEN},30)

A aplicação, como pode-se perceber, abre um grande leque de possibilidades permitindo um controle minuscioso de horário para o tratamento das chamadas.

Adapte-a para seu ambiente e você certamente agregará muito valor a sua telefonia IP.

Asterisk - controlando o número máximo de chamadas recebidas por ramal

noreply@blogger.com (Marcelo Terres) — Tue, 25 Jan 2011 22:09:00 +0000

Apesar de não existir limite de número de chamadas simultâneas num ramal SIP (o que é eventualmente controlado pelo cliente em uso), se você precisa desse tipo de restrição é possível implementá-la diretamente no Asterisk.

Para isso podemos fazer uso de duas funções disponíveis no plano de discagem (que substituem o antigo parâmetro call-limit da configuração sip): GROUP e GROUP_COUNT. A função GROUP adiciona um canal em um grupo, enquanto a função GROUP_COUNT conta o número de canais de um grupo.

Abaixo um pequeno exemplo de como fazer com que os ramais SIP recebam somente uma chamada por vez (sem limites de chamadas originadas).

/etc/asterisk/extensions.conf

[ramais]
; contexto de recebimento de chamadas no ramais

exten => _XXXX,1,NoOp

; adiciona o ramal no grupo ramalXXXX
exten => _XXXX,n,Set(GROUP()=ramal${EXTEN})

; verifica o número de chamadas simultâneas no grupo ramalXXXX
exten => _XXXX,n,Set(SIMULTCALL=${GROUP_COUNT(ramal${EXTEN})})

exten => _XXXX,n,NoOp(Ligacoes em curso ramal ${EXTEN}: ${SIMULTCALL})

; verifica se o número de chamadas é 1 (a própria chamada)
; se for igual a 1 efetua a discagem, caso contrário nega o recebimento
exten => _XXXX,n,GotoIf($["${SIMULTCALL}" = "1"]?call:nocall)

; seção usada quando a chamada não pode ser realizada (ramal em uso)
exten => _XXXX,n(nocall),NoOp(Limite Excedido - ramal ${EXTEN})
exten => _XXXX,n(nocall),HungUp

; seção usada para realização da chamada
exten => _XXXX,n(call),NoOp(Ligacao OK - ramal ${EXTEN})
exten => _XXXX,n(call),Dial(SIP/${EXTEN},30,twxr)

[outgoing]
; contexto das ligações para a pstn

exten => _X.,1,NoOp
exten => _X.,n,Noop(CALLERID: ${CALLERID(all)})

; adiciona o ramal no grupo ramalXXXX
; apesar de não haver limite de chamadas originadas é preciso computar
; essa ligação, pois caso o ramal esteja em uso por ter originado uma ligação
; é preciso bloquear o recebimento de uma nova chamada neste
exten => _X.,n,Set(GROUP()=ramal${CALLERID(number)})

exten => _X.,n,Set(SIMULTCALL=${GROUP_COUNT(ramal${CALLERID(number)})})
exten => _X.,n,NoOp(Ligacoes em curso ramal: ${SIMULTCALL})

; Disca para a pstn
exten => _X.,n,Dial(DAHDI/g1/${EXTEN},60,TWXr)
exten => _X.,n,HungUp

Como pode-se perceber, o recurso pode ser facilmente implementado. O código acima é um modelo que pode ser facilmente aprimorado com o uso de voicemail ou de uma mensagem previamente gravada em caso de rejeição da chamada. Tudo de acordo com a necessidade específica de seu ambiente.

ATENÇÃO (17/02/2011): o recurso acima apresenta um problema: chamadas transferidas continuam sendo consideradas chamadas em andamento e só são removidas do grupo após a ligação original (já transferida) ser finalizada. Estou estudando como contornar a situação.

Propus inicia 2011 ampliando equipe de profissionais

noreply@blogger.com (Marcelo Terres) — Fri, 14 Jan 2011 13:16:00 +0000

Com o objetivo de manter a qualidade do atendimento dispensado aos clientes e suprir as demandas resultantes de novos negócios, a Propus lançou processo seletivo para contratação de profissionais e estagiários.

Os candidatos devem se inscrever diretamente no portal da empresa, preenchendo o cadastro e enviando currículo.

As oportunidades são das áreas de administração de redes de servidores Linux e de desenvolvimento de software Python/Django.

Acesse www.propus.com.br/vagas e cadastre seu currículo.

Notas de segunda (Pidgin e Nagstamon)

noreply@blogger.com (Marcelo Terres) — Mon, 27 Dec 2010 21:54:00 +0000

Nem bem a semana começou e já temos lançamentos:

Para começar, foi lançada a versão 2.7.9 do Pidgin. O novo release foi lançado exclusivamente para resolver um bug relacionado ao protocolo MSN, então se você utilizá-lo atualize o software agora.

O outro lançamento foi realizado na semana passada e eu acabei esquecendo de comentá-lo: tratasse do RC1 da versão 0.9.5 do Nagstamon. A nova versão, além de possibilitar a conexão com as novas versões dos servidores Centreon e Icinga ainda resolve uma grave falha de segurança, que fazia com que as senhas de acesso fossem armazenadas localmente.

Lançamentos da semana do Natal (Zimbra, Pidgin e OneTeam)

noreply@blogger.com (Marcelo Terres) — Fri, 24 Dec 2010 12:20:00 +0000

Na semana do Natal, Papai Noel trouxe três "presentes" para os usuários de XMPP e Zimbra ;-)

No início da semana houve o lançamento do Pidgin 2.7.8. A nova versão corrige uma série de problemas e adiciona algumas pequenas melhorias.
Também foi lançada nessa semana a versão 6.0.10 do Zimbra. Leia as notas de lançamento aqui.
E para finalizar a semana, a ProcessOne lançou hoje, como presente de natal, a versão beta 1 do cliente XMPP OneTeam (leia a análise da versão alpha publicada aqui no blog no início do ano). Com suporte ao Jingle Nodes, o lançamento oficial do cliente não poderia ter ocorrido em melhor ocasião, pois essa semana alguns problemas de estrutura deixaram o Skype (que, para quem não sabe, é uma solução P2P fechada) fora do ar (e, sinceramente, a explicação dada para o problema não me convenceu).

É chegada a hora de migrar definitivamente para um protocolo aberto e que não seja dependente de uma única empresa. Junte-se aos usuários de XMPP e Jingle Nodes e passe a utilizar o protocolo que irá se tornar o padrão universal de comunição real-time, segundo o Gartner Group.

Instalando o zimlet Asterisk no Zimbra 6.0.X

noreply@blogger.com (Marcelo Terres) — Tue, 21 Dec 2010 01:07:00 +0000

Quem utiliza o Zimbra sabe muito bem que os zimlets podem agregar recursos muito interessantes à ferramenta.

Dentro da grande gama de opções disponíveis na galeria, um zimlet que merece destaque é o de integração com o Asterisk (Asterisk PBX Integration).

A integração com o Asterisk permite que sejam realizadas ligações com um simples clique do mouse. Bastar clicar no número telefônico desejado na interface web do Zimbra (na lista de endereços ou no corpo de um e-mail, por exemplo) que a ligação é efetuada.

E como funciona ?

Ao clicar no número telefônico, o Zimbra (utilizando-se da AMI - Asterisk Manager Interface) faz o Asterisk discar para o ramal do usuário. Quando o usuário atende a ligação, o Asterisk então disca para o número de destino estabelecendo a chamada.

Certamente esse é um recurso muito útil, mas que, no entanto, tem um processo de instalação um pouco complicado se a versão do Zimbra for a 6.0.X.

Instalando o zimlet Asterisk PBX no Zimbra

Antes de mais nada é preciso ter ciência de que a última versão oficial desse zimlet (0.65) não é compatível com o Zimbra 6.0.X, o que impossibilita sua instalação.

Pesquisando nos fóruns do Zimbra encontrei um post que possui uma versão modificada que atende os requisitos do Zimbra 6.0.X. Baixe o zimlet compatível aqui.

Vamos então a instalação:

Logue como root no servidor zimbra e acesse o diretório /opt/zimbra/jetty/webapps/zimlet/WEB-INF ;
Renomeie o subdiretório lib para lib.old, por exemplo;
Crie os seguintes links simbólicos com os comandos:

ln -s /opt/zimbra/jetty/webapps/zimbra/WEB-INF/lib /opt/zimbra/jetty/webapps/zimlet/WEB-INF
ln -s /opt/zimbra/jetty/webapps/zimbra/WEB-INF/tags /opt/zimbra/jetty/webapps/zimlet/WEB-INF
ln -s /opt/zimbra/jetty/webapps/zimbra/WEB-INF/tlds /opt/zimbra/jetty/webapps/zimlet/WEB-INF
ln -s /opt/zimbra/jetty/webapps/service/WEB-INF/zimbra.tld /opt/zimbra/jetty/webapps/zimlet/WEB-INF

Instale o zimlet Asterisk PBX pela interface administrativa do Zimbra ;
Configure o Asterisk para ativar a AMI (Asterisk Manager Interface), editando o arquivo /etc/asterisk/manager.conf e alterando a opção enabled para yes. Crie também um usuário com todos poderes, que será posteriormente configurado no zimlet. Por exemplo:

[zimbra]
secret = password
read = system,call,log,verbose,command,agent,user,config, command,dtmf,reporting,cdr,dialplan,originate
write = system,call,log,verbose,command,agent,user,config, command,dtmf,reporting,cdr,dialplan,originate

Baixe o arquivo de configuração modelo (o arquivo gerado pelo zimlet tem um problema nas tags que dificulta seu uso) e edite-o colocando os dados de seu servidor Asterisk;
Logado como usuário zimbra em seu servidor, importe o arquivo de configuração modificado com o comando: zmzimletctl configure /path/do/arquivo/ch_bnc_asterisk_config.xml ;
Remova do diretório /opt/zimbra/jetty/webapps/zimlet/WEB-INF/lib, se existirem, os arquivos asterisk-java-1.0.0-m1.jar e/ou asterisk-java-1.0.0-m2.jar ;
Reinicie o mailboxd com o comando: zmmailboxdctl restart

Pronto, a instalação foi concluída.

Configuração do usuário

Para começar a discar, antes de mais nada, é necessário que o usuário configure o zimlet. Para isso ele deve clicar na opção Asterisk Integration do menu Zimlets da sidebar esquerda.

Configurando o zimlet

Na tela de preferências é preciso configurar obrigatoriamente o ramal e o contexto com o qual serão realizadas as chamadas (não esqueça de fornecer essa informação para seus usuários).

Preferências do Asterisk Integration

Com as configurações finalizadas, basta agora clicar nos números telefônicos para começar a realizar as chamadas.

Ativando o suporte ao XMPP e ao Google Talk no Asterisk

noreply@blogger.com (Marcelo Terres) — Sun, 19 Dec 2010 13:19:00 +0000

Para quem não sabe, o Asterisk possui suporte a XMPP, o que permite a implementação de uma série de interações entre sua estrutura VoIP e seu servidor XMPP (Openfire, ejabberd, etc...).

Na Propus fazemos uso dessa integração para enviar para o cliente de IM os dados da ligação entrante (número e identificação, caso o mesmo já esteja cadastrado em nossa agenda), numa espécie de Bina customizada que garante um atendimento telefônico mais eficiente. E isso é só um pequeno exemplo do que pode ser implementado (Asterisk -> Cliente IM).

Além disso também é possível fazer a interação inversa (cliente IM -> Asterisk), com a qual você pode, por exemplo, desviar uma ligação entrante para um ramal específico enviando um comando via XMPP para o Asterisk.

E as vantagens não param por aí: você também pode fazer uso do canal Google Talk (chan_gtalk), que possibilita a realização de ligações de seu ramal para contas Google Talk e Google Voice sem a necessidade do uso de softwares específicos.

E como devo proceder para ativar tais recursos ?

A ativação desses recursos depende de uma biblioteca chamada iksemel. Basta fazer o download dos fontes e instalá-los:

wget http://iksemel.googlecode.com/files/iksemel-1.4.tar.gz
tar xvzf iksemel-1.4.tar.gz
cd iksemel-1.4
./configure
make
make install

Após instalar a biblioteca inicie o processo de compilação do Asterisk.

Ao final da execução do ./configure rode o comando make menuconfig e verifique no menu Resource Modules se a opção res_jabber está marcada. Veja no menu Channel Drivers se a opção chan_gtalk ficou marcada também.

Finalize então a instalação do Asterisk e divirta-se desenvolvendo novos recursos para seu PBXIP.

UPDATE 22/12/2010: Caso o módulo jabber do Asterisk não seja carregado automaticamente acesse o rasterisk rode o seguinte comando:

module load res_jabbber.so

Se você se deparar com o erro:

Error loading module 'res_jabber.so': libiksemel.so.3: cannote open
shared object file: No such file or directory

rode os seguintes comandos e reinicie o asterisk:

echo "/usr/local/lib" > /etc/ld.so.conf.d/iksemel.conf
ldconfig

Notas (super) rápidas da semana

noreply@blogger.com (Marcelo Terres) — Sun, 19 Dec 2010 13:17:00 +0000

Lançado o ejabberd 2.1.6 - Saiba mais aqui.
Lançado o Asterisk 1.8.1.1 - Leia o changelog aqui.

Nota (muito) rápida da semana

noreply@blogger.com (Marcelo Terres) — Fri, 03 Dec 2010 22:57:00 +0000

Uma semana com poucas novidades.

Quero citar o lançamento da versão final do ClamAV versão 0.96.5 que inclui uma série de correções de bugs e pequenos aprimoramentos de recursos, como melhor processamento das estatísticas de detecção, logs aprimorados e suporte a URLS de bancos de dados customizadas no freshclam. Leia o changelog para saber todas as mudanças da nova versão.

PS: creio que também seja "importante" citar o lançamento da versão alpha 1 do Ubuntu 11.04 (Natty Narwhatl).
PS2: outro lançamento da semana (passada) foi a versão 5.0.7 do Debian. Saiba mais aqui.

UPDATE 06/12/2010: Agradecimento ao Edson Bueno que percebeu que eu havia invertido o número da versão (0.95.6 ao invés de 0.96.5).

Notas (realmente) rápidas da semana

noreply@blogger.com (Marcelo Terres) — Fri, 26 Nov 2010 14:26:00 +0000

Algumas notícias que merecem destaque:

Lançado o Pidgin 2.7.7. A nova versão corrige de forma definitiva o bug existente com a cadeia de certificados da rede MSN;
Pouco mais de um mês após o lançamento do Asterisk 1.8, já foi disponibilizada a versão 1.8.1-rc. Leia o changelog completo e, se quiser testá-lo, faça o download aqui;
Lançado o Horde Webmail Groupware Edition 1.2.9. Baixe o mesmo aqui;
Anunciado para o dia 29/11 o lançamento da versão 0.96.5 do ClamAV, que traz uma série de correções e pequenas melhorias (leia o changelog aqui). Os desenvolvedores contam com a ajuda dos sysadmins para testar (ou somente compilar) o novo release. Se tiver interesse em colaborar utilize o snapshot atualizado disponível no repositório Git do projeto.