• P2P VoIP - An Open alternative to Skype: It is the simplest Open Standard solution to communicate freely with your friends without being attached to a closed service providers like Skype or Telecom Carriers! Realtime Communication P2P Sharing. Technically, Jingle Nodes intend to provide easy to use Jingle Relay Type Candidates that can be used in ICE-UDP Jingle Sessions. Relay Candidates can provide NAT Traversal for users that don't have STUN/TURN Support, but also for users with STUN/TURN support that the negotiation failed.
• A Web em Tempo Real - XMPP: Como e por quê as redes de mensagem instantânea XMPP são as que mais crescem no mundo e já é responsável pelas rede de mensagem e serviços do Google, LiveJournal, Nimbuzz e mais recentemente Facebook. Além dos serviços de MicroBlog Identi.ca e collecta.com. Como implantar um servidor XMPP com suporte a mensagem, microblog, Voz e até Vídeo utilizando um único sistema.
  

O Ensol é organizado pelo G/LUG-PB, Grupo de Usuários GNU/Linux da Paraíba, do qual faz parte meu grande amigo Anahuac de Paula Gil.

O local onde o evento foi realizado, a Estação Cabo Branco, é um espetáculo à parte. Fruto da mente de ninguém menos que Oscar Niemeyer, a Estação Cabo Branco é um complexo arquitetônico com 8.571 m² construídos na orla onde fica a Ponta do Seixas, ponto mais oriental das Américas (continente), na longitude 34,8° oeste.

O evento contou com a participação de palestrantes de peso, tais como Rasmus Lerdorf, criado do projeto PHP, meus grandes amigos Jim McQuillan, criador do projeto LTSP, e Jon “maddog” Hall, presidente da The Linux International, e outros grandes nomes, formando um temário bastante diversificado e de qualidade.

Minha palestra foi sobre QoS (quality of service – qualidade de serviço) para tráfego de voz em redes de dados. Publiquei os slides no post anterior.

Infelizmente, existe um grande problema de erros de conceitos teóricos entre vários administradores e operadores de rede mundo afora, especialmente no que tange certos tipos de tráfegos mais delicados, como voz sobre IP. A palestra está mais focada é esclarecer vários conceitos que parecem causar muita confusão, pois sem esses conceitos bem claros, é impossível se obter uma qualidade de serviço nas redes congestionadas de hoje em dia.

Numa próxima oportunidade, vou escrever com mais detalhes sobre o assunto.

João Pessoa é banhada não apenas pelo Oceano Atlântico, mas também pelo Rio Paraíba, que foi onde a cidade foi fundada e ali se desenvolveu. A costa do Atlântico era mais vista no passado como local para férias. Nos últimos anos, porém, com o avanço do turismo, a cidade cresceu bastante em direção ao oceano. Hoje conta com uma bela infra-estrutura na orla, com calçamento de ponta a ponta e uma simpática avenida. O plano diretor da cidade não permite a construção de prédios altos à beira-mar, o que é muito importante para se ter uma praia decente, diferente de muitos outros locais do Brasil, onde a máfia imobiliária tomou conta de tudo, construindo arranha-céus quase dentro do mar.

O acesso à cidade por via aérea é tranquilo, com voos direto de Guarulhos, Rio de Janeiro (Galeão) e Brasília, além das capitais mais próximas no nordeste mesmo. O aeroporto internacional Presidente Castro Pinto (SBJP/JPA) fica na cidade vizinha de Bayeux, a uns 10km do centro de João Pessoa. Como a maioria esmagadora dos aeroportos no Brasil, SBJP conta apenas com uma pista (16/34), com 2515×45 metros, asfaltada. Um bom porte para aeronaves a jato de médio porte, pois o aeroporto está praticamente ao nível do mar (217 pés – 66 metros). O terminal de passageiros parece ser novo e é bem modesto. Poderia ter mais de uma esteira de bagagens, pois as pessoas se atropelam no desembarque. O embarque foi muito tranquilo e confortável.

Para quem quer chegar voando por contra própria, é bom ter em mente que o aeroporto não possui ILS (pouso por instrumentos de precisão). Os únicos procedimentos de aproximação por instrumentos são os arcaicos NDBs e os RNAVs, para aeronaves com essa capacidade.

A gastronomia também é bem interessante. É muito tradicional comer carne de sol e carne de bode, ambas muito gostosas. Se vê bastante peixe e camarão também nos restaurantes regionais. Comemos em vários restaurantes diferentes e tudo me pareceu bastante razoável em termos de preços. O custo de vida na cidade parece ser bem baixo.

Uma coisa muito estranha na cidade é o fuso horário. Geograficamente, João Pessoa, estando em uma longitude de quase 35° a oeste do meridiano de Greenwich, deveria ter o fuso horário GMT-2. Mas como o fuso horário de todo o nordeste equivale ao fuso horário de Brasília, a cidade está no GMT-3. Pode ser uma conveniência política, mas é um grave erro geográfico. Durante a semana que estive lá, o sol nascia às 5h21 e se punha às 17h10. Seria muito mais inteligente usar o fuso horário de Fernando de Noronha, que está a 32,4° oeste e logicamente com fuso GMT-2. Desse fato com um slogan da cidade: “onde o sol nasce primeiro”.

No seguinte ao término do evento, Anahuac, Maddog, James e eu alugamos dois buggies para fazer um passeio pela orla ao redor de João Pessoa.

No período manhã, saímos ao norte da cidade em direção à cidade de Cabedelo, onde o Rio Paraíba se encontra com o oceano. Coordenadas: 6°58′15.26″S 34°50′3.28″W. No horário do almoço, nos despedimos de James, pois ele viajou de volta aos EUA naquela tarde.

À tarde, nós três (agora com apenas um buggy) seguimos ao sul de João Pessoa, até a praia de Tabatinga, por sugestão do Anahuac, que já havia estado aí antes com Maddog. Coordenadas: 7°18′51.09″S 34°48′8.79″W. A praia é uma pequena baía, com águas extremamente calmas. Deu para nadar um pouco até. Houve a grande coincidência que o motorista do nosso buggy era irmão do dono do único bar que tem na beira dessa praia. Eita mundo pequeno.

Na terça-feira (11), Maddog e eu ficamos trabalhando no hotel até umas 16h, quando Anahuac foi nos apanhar para ver o famoso pôr do sol na praia do Jacaré (Coord: 7° 2′21.83″S 34°51′19.79″W), ao norte da cidade. Assistir o pôr do sol aí é algo extremamente tradicional em João Pessoa, pois há dez anos esse fato geográfico, já belíssimo por si só, é acompanhado ao som do Bolero de Ravel, tocado por Jurandy do Sax, um conhecido saxofonista local a bordo de seu barco, às margens do rio, na frente de vários bares, que lotam diariamente para assisti-lo. Muito bonito.

No dia seguinte, almocei com Anahuac e sua família. Logo em seguida, embarquei de volta ao Rio Grande do Sul, fazendo conexões no Recife e em Guarulhos. Três voos tranquilos, no horário. Cheguei em Porto Alegre na hora prevista.

Pretendo voltar à Paraíba em outra oportunidade, de preferência de férias com Luana, para desfrutar melhor do turismo na região. Com um pouquinho de tempo extra, vale a pena esticar até o Rio Grande do Norte e conhecer Natal. Não faltam recomendações.

A palestra foi revisada e está um pouco diferente das versões apresentadas em outros eventos. Me parece mais clara agora sobre os conceitos.

Arquivo PDF para download.

• Melhorias na perfomance da comunicação entre cliente e servidor;
• Melhorias na performance da transferência de arquivos grandes;
• Menor overhead do protocolo (número de comandos e subcomandos reduzido de mais de 100 para apenas 19);
• Melhor escalabilidade;

• Exploring SMB2 protocol;
• Especificação do protocolo SMB2;

• Parser dos logs em "tempo real" com armazenamento em banco de dados (MySQL ou Postgres - a definir);
• Interface web para geração de relatórios com filtros e ordenamento pelos campos (remetente, destinatário, data, etc..);
• Geração de gráficos e estatísticas (maiores remetentes, maiores destinatários, maiores mensagens, entre outros);

Foram três dias de palestras bastante técnicas e deu para aprender  coisas bem interessantes, clarear algumas dúvidas e conversar com bastante gente legal.

Um dos temas mais fortes no evento foi Django, como já era de se esperar. Django está em alta na comunidade Python, e certamente com muitos méritos. É um excelente framework e estamos estudando ele para adotar em alguns projetos na Propus. Seu ORM (Object-relational mapping) é sensacional, entre outras funcionalidades muito interessantes. Um dos criadores do Django, o americano Jacob Kaplan-Moss, esteva presente no evento e fez uma palestra muito interessante sobre desenvolvimento web. Para quem não conhece Django, vale a pena perder um pouquinho de tempo a ler a respeito.

Quem não pôde ficar de fora foi o super polêmico GIL (Global Interpreter Lock) do interpretador CPython. Parece que esse é o ponto mais negativo do Python (na verdade do CPython), uma vez que ele não permite que duas threads acessem a memória ao mesmo tempo, jogando assim no lixo todo o ganho de performance que um programa multi-thread poderia ter com máquinas multi processadas, o que é muito comum hoje em dia e já se mostrou ser o futuro mesmo. Enfim, isso é uma discussão tremenda e existe vários argumentos positivos e negativos em relação ao tão odiado GIL. Basta procurar por “Python GIL” no google e se divertir com o assunto. Tem muito pano pra manga.

Outro americano, Collin Winter, funcionário do Google, palestrou no evento também. Collin falou sobre o Unladen Swallow, um projeto do Google focado em otimizar o interpretador CPython. Eles criaram um fork do projeto CPython, mas a ideia é retornar todas as melhorias que eles puderem fazer ao projeto principal. Ele apresentou vários exemplos onde o interpretador é muito ineficiente e poderia ser melhorado. O Google possui muita coisa escrita em Python, uma vez que Python é uma de suas linguagens oficiais. Devido à grande escala do Google, eles têm todo o interesse em tornar o interpretador mais eficiente.

O keynote speaker do último dia foi o Gustavo Niemeyer, da Canonical. Ele fez uma palestra bastante interessante comparando friamente Python e Java. Existe uma certa rivalidade entre as duas linguagens, então é difícil encontrar boas comparações imparciais. Gostei do tom da palestra do Gustavo, que procurou ser muito imparcial. Ele fez várias provocações ao Python e defendeu que, para um projeto grande, com muitos desenvolvedores, Java parece ser a melhor opção, por ser mais organizado. A permissividade e alta flexibilidade do Python são indiscutivelmente fantásticas, porém isso pode atrapalhar quando a coisa cresce.

Enfim, foi um bom evento e certamente agregou muito. Sendo Python uma das linguagens oficiais na Propus, é de fundamental importância estarmos o mais sintonizados possível no que está acontecendo na comunidade em volta da linguagem. Mesmo ouvindo alguns pontos fortes de Java, vamos continuar programando muito em Python, porque colocando as duas linguagens na balança, Java fica pra trás, considerando as demandas que temos. Python é extremamente produtivo e sua flexibilidade é algo chave para a Propus, pois trabalhamos com projetos bastante específicos, e muitas vezes precisamos de uma interação muito íntima com outros sistemas e com o sistema operacional.

Uma das coisas que prezamos na Propus é que temos que ser profundos conhecedores das tecnologias envolvidas no nosso trabalho. Infelizmente vemos muita gente prestando serviço em áreas onde os técnicos têm um conhecimento muito superficial das coisas, e muitas vezes nenhum conhecimento teórico. Não é esse serviço que queremos vender. Somos incansáveis estudantes, primeiro porque gostamos muito do que fazemos, segundo porque queremos que nossos clientes se sintam à vontade de nos confiar alguma missão importante.

127.0.0.1:2222 inet n n n - 0 spawn user=vmail argv=/usr/local/pqr/postfix-qreject-frontales.pl
127.0.0.1:3333 inet n n n - 0 spawn user=vmail argv=/usr/local/pqr/postfix-qreject-buzones-courier.pl

Se você for usar cyrus, troque o script postfix-qreject-buzones-courier.pl pelo script postfix-qreject-buzones-cyrus.pl.

E não esqueça: é preciso que o usuário que rodará os scripts (configurado no master.cf) tenha permissão de leitura e execução dos mesmos, caso contrário os daemons não serão carregados.

Arquivo de classe de restrição (/etc/postfix/qreject):

É necessário criar um arquivo com os domínios que serão consultados pelo PQR. O conteúdo do arquivo deve ser algo como:

[root@mailserver /etc/postfix]# cat qreject
seudominio.com.br pqr

Após a criação ou modificação desse arquivo, gere a tabela hash com o comando postmap /etc/postfix/qreject.

Explicando de forma bem simples, esse arquivo (juntamente com as demais configurações) garante que qualquer e-mail enviado para o domínio seudominio.com.br deverá consultar a classe de restrição pqr, que será criada no arquivo /etc/postfix/main.cf e que evocará os scripts do Postfix Quota Reject.

Arquivo /etc/postfix/main.cf:

# Classe do pqr
pqr = check_policy_service inet:127.0.0.1:2222

smtpd_restriction_classes = pqr # caso já existam outras classes, basta adicionar a classe pqr a lista

smtpd_recipient_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
check_recipient_access hash:/etc/postfix/qreject,
...

smtpd_end_of_data_restrictions = check_policy_service inet:127.0.0.1:2222

Criando o banco de dados do PQR

Antes de continuar, é preciso criar o banco de dados do PQR no servidor MySQL.

Para isso crie um database (com nome de qreject, por exemplo) e um usuário (novamente qreject) que tenha permissão total nesse banco. Como não é o objetivo desse post, não irei entrar nos detalhes dessas operações, supondo que o leitor saiba como efetuar tais tarefas.

Depois de criados adicione os dados do script qreject.sql que vem com o tarball do PQR nesse novo DB. Isso pode ser feito com o seguinte comando (logado como root) :

mysql -p -D qreject < /usr/local/pqr/qreject.sql

Arquivo /usr/local/pqr/postfix-qreject-frontales.pl (obs. do Allan Carvalho)

Abra o arquivo /usr/local/pqr/postfix-qreject-frontales.pl e altere as variáveis do banco de dados, com os dados do seu servidor.

No meu exemplo, tenho o seguinte:

our $mysql_server = "127.0.0.1";
our $mysql_port = 3306;
our $database = "qreject";
our $usu_mysql = "qreject";
our $clave_mysql = "password";

Inserção de usuários no DB

Como já explanado em meu post anterior, o mais trabalhoso na configuração do PQR é a necessidade de cadastrar no banco de dados cada conta que deverá ser verificada (o que por outro lado também torna a ferramenta mais flexível, pois permite que você verifique somente as contas desejadas).

Para facilitar essa tarefa (pelo menos nos casos onde todas as contas do servidor devem ser consultadas), adaptei alguns scripts (baseados nos originais sugeridos por Egoitz Aurrekoetxea Aurre, desenvolvedor do Postfix Quota Reject) e os mesmos podem ser baixados aqui. É bem provável que sejam necessárias pequenas adaptações para fazê-los funcionarem no seu ambiente, mas nada que seja complexo.

DICA: caso existam contas com quota ilimitada (ou sem quota), não adicione estas no DB, pois o sistema irá negar todas as mensagens destinadas as mesmas por overquota (experiência própria).

Concluindo

O PQR é uma ferramenta eficiente que permite o bloqueio de mensagens destinadas a usuários com caixas postais lotadas diretamente no SMTP. Tal abordagem além de não gerar tráfego desnecessário, reduz as filas no seu servidor e garante que o remetente tenha consciência de que a mensagem não foi entregue logo após enviá-la, o que em muitos casos é algo fundamental. Sua instalação é simples e sua performance é muito boa, o que me faz recomendar sua instalação sem receios em qualquer servidor que necessite desse recurso.


Leia também:

• Lançado o Postfix Quota Reject 2.0
• Postfix Quota Reject
• Postfix + VDA Patch - problemas no envio de bounces por over quota

Acontece que acabei me convencendo de que não posso utilizar o PubSub no lado XMPP da biblioteca e uma forma de periodical pooling no lado Ruby. Resolvi, então, substituir a biblioteca que havia forkado por uma versão Observable, preservando as coisas boas do XMPP4R-Simple. O resultado chamei de XMPP4R-Observable, e acabo de publicar no GitHub.

Uma boa parte do código está coberta por testes (e “roubei” alguns dos testes da própria XMPP4R-Simple)... pretendo cobrir o restante ao longo do tempo (contribuições são bem-vindas). Por hora, chamei esse primeiro release de versão 0.5.1 e acrescentei um .gemspec para gerar um .gem automaticamente… No entanto, o GitHub ainda não publicou o .gem… Quando publicar, para instalá-lo deve ser tão simples quanto:

bash# gem sources -a http://gems.github.com
bash# gem install spectra-xmpp4r-observable

Não deixem de reportar qualquer erro. Happy hacking.

Update 2009-09-13 10:29:00: Acabo de confirmar que o .gem foi publicado pelo GitHub.

Update 2009-10-10 20:21:00: O .gem do XMPP4R-Observable vai ser mantido no GemCutter, a partir de hoje.

Estarei palestrando pela terceira vez nesse evento este ano. Nesta edição, apresentarei a palestra “VoIP e mitos: por que a voz picota, atrasa… QoS e seus desafios”, apresentada também no último Fórum Internacional Software Livre.

O evento será no Hotel Century Paulista, no bairro Paraíso, em São Paulo – SP. Para quem está interessado em ver boas palestras sobre o tema, recomendo. A programação está bastante interessante.

Então esse post é para dizer que reconheço essas dívidas, e que estarei saldando elas em breve. Mas também, com esse post, inauguro uma nova seção nesse blog: a seção Propus. Os posts dessa seção serão agregados no blog da Propus, junto com as postagens dos outros diretores e dos funcionários da Propus.

Happy hacking / blogging.

• Jabber.org altera seu servidor XMPP

• Postfix + VDA Patch - problemas no envio de bounces por over quota

A Propus, em parceria com a DigiVoice, esteve presente no evento como patrocinador prata. O estande esteve bastante movimentado durante os quatro dias do evento.

No sábado 27 às 17h00 apresentei a palestra “VoIP e mitos: por que a voz picota, atrasa… QoS e seus desafios“, que abordou forte os conceitos de QoS (qualidade de serviço), quando ele deve (ou não) ser utilizado nas redes e quais as suas implicações.

Abaixo estão os slides para serem vistos direto pelo site, através do SlideShare. Deixo disponível também a versão dos slides em PDF.

Procurei ser bastante teórico na palestra, pois ao longo dos anos trabalhando com tecnologia, tenho percebido que a maioria dos problemas que as pessoas enfrentam nas implementações, especialmente de telefonia digital, são por falta de teoria, erros básicos de conceito, etc.

Infelizmente, os 50 minutos que o evento disponibiliza voaram em instantes e nem houve tempo para abrir para perguntas, o que me entristece, pois percebi que muitas pessoas tinham perguntas para fazer. O assunto é de fato bastante extenso e é normal que as pessoas tenham dúvidas e mais dúvidas. Eu mesmo, que já venho trabalhando com QoS há muitos anos, volta-e-meia fico bastante perdido em alguma implementação.

Conversando com meu amigo Armando, da DigiVoice, vamos tentar fazer uma sequência de palestras, especialmente teóricas, sobre VoIP (transcorrendo também por redes). A nossa ideia é difundir mais os conceitos por trás dessa grande tecnologia, que muitas vezes acaba frustrando muita gente pois tem sido demasiadamente mal implementada.

Como de praxe, fiz muitas fotos durantes todos os dias do evento. Durante os próximos dias estarei imerso no trabalho de “pós-processamento” delas, selecionando o que presta e editando cada uma. As melhores vão para o meu Flickr e os álbuns completos para o Gallery. Fique de olho.