Muita gente se interesse em ajudar o Projeto FreeBSD ou projetos associados ao FreeBSD, e muitas vezes procura saber sobre como contribuir com a FUG ou a comunidade brasileiro. Normalmente sempre indicamos que, se o interesse for técnico, pode começar adotando um port ou submetendo patches e enviando send-pr(1). Alguns que se interessam por contribuir com o DOC-BR ficam desmotivados quando descobrem que tem que aprender SGML (não é pra menos, desmotiva até o mais bem intencionado).

Então eis uma forma de ajudar, alguns projetos como pfSense e PC-BSD tem a internacionalizacão padronizada em gettext. Dessa forma é fácil traduzir os arquivos de mapa do gettext através dos servidores Pootle. Então se você quer contribuir com aquele 5 minutinhos livre que você tem por dia, eis a dica: se registre nos servidores Pootle dos projetos e sempre que puder, sugira ou submeta uma traducão de uma (ou mais, se der tempo) sentenças.

• http://www.pfsense.com:8080/
• http://www.pcbsd.org:8080/pt_BR/pcbsd/ 

No Brasil o principal contribuidor com a internacionalizacão para pt-br do pfSense é o Luiz Gustavo; se desejar entre em contato com ele. 

Assim sendo fica a chamada: Nessas férias, traduza uma frase por dia.

O PC-BSD 7.0.2 foi lançada há alguns dias; a nova versão traz como principal mudança de núcleo ser baseado agora no FreeBSD 7.1-PRERELEASE e a interface gráfica agora está com KDE 4.1.3.

O PC-BSD 7.0.2 tem uma série de modificacões em uma atualizacão de 570MB, a lista completa de mudanças pode ser lida aqui. As modificacões mais importantes são:

• KDE 4.1.3;
• Melhoria na performance de ambiente Desktop com placas de vídeo Nvidia;
• Melhorado suporte à escrita no NTFS;
• Melhorias e correções na Camada de Acesso a Hardware;
• Correções de bugs do instalador e atualizador;

A versão mais recente do PC-BSD pode ser baixada por download ou se você já tem PC-BSD 7.0.1 pode fazer atualização através da Ferramenta de Atualizacão do Sistema ou baixando o PBI de atualizacão. A atualizacão automatizada é o método recomendado.

Pessoalmente já fiz a atualizacão em múltiplos ambientes, todos sem qualquer problema. O processo é demorado, cerca de 30 minutos após o boot, sem contar o download. A atualização é grande (570MB) não é a toa, a mudança é drástica, praticamente o CD1 inteiro, uma vez que inclui o próprio KDE e o FreeBSD inteiro. A atualizacão apesar da demora (justificável pelo tamanho da mudança) é transparente.

SCTP (Stream Control Transmission Protocol) é um novo protocolo de transporte de dados sobre IP. Foi criado por um consórcio de empresas e orgãos que se batiza The Internet Society, composto da Cisco Systems, da Siemens, da Universidade de Berkeley Califórnia, da Universidade de Los Angeles Califórnia, da Motorola, Nortel e outras. É definida inicialmente na RFC 2960 (já temos drafts complementares), e tem como principal autor Randall Steward, da Cisco Systems que coordenou o trabalho de pesquisa e desenvolvimento, produziu o rascunho que deu origem ao Draft formal que se tornou a RFC em questão. É também o desenvolvedor chefe por trás da primeira implementacão formal pública, financiada pela Cisco: a do FreeBSD. Disponível desde o FreeBSD 7 -CURRENT e inclusa por padrão no FreeBSD 7.0-RELEASE (no kernel padrão inclusve).

Bem na verdade existiram anteriormente versões do SCTP para FreeBSD desde meados do FreeBSD 5 -CURRENT, iniciativa de Randall Stewart. Depois, em 2001 ele criou o LKSCTP ou Linux Kernel SCTP. Também iniciativa do mesmo Stewart, que manteve foco de seu trabalho no FreeBSD, até que em acordo com a Cisco, em Setembro de 2006 se tornou src commiter [ref] sob aprovacão direta do Core Team e mentorado por George V. Neville-Neil (membro do Core Team), e passou a trabalhar formalmente na primeira (e principal) implementacão formal do protocolo.

Historia à parte, vamos aos fatos: o protocolo SCTP tem sua principal motivacão ser um protocolo de transporte mais confiável e robusto que o TCP e o UDP. Certo, frase genérica essa. Na prática a comunicacão de voz e vídeo em seus primórdios apontaram logo uma série de fragilidades e limitaćões nos protocolos TCP e UDP que já eram conhecidas, mas amenizadas e até mesmo transpostas, possíveis de se conviver, com outros protocolos. Mas que com voz e vídeo tem se mostrado cada vez mais críticas. A idéia por trás do SCTP é por em prática tudo que apredemos com o TCP e UDP e criar uma evolucão direta destes, que resolva os problemas e as limitacões conhecidas e que amenize impacto de problemas que ainda não identificamos.

O protocolo SCTP cedo ou tarde (espero que não na mesma toada do IPv6) se tornará o protocolo de transporte padrão, substituindo ambos TCP e UDP. Isso mesmo o protocolo foi criado para substituir se não o coracão, as artérias da Internet: os protocolos de transporte mais conhecidos, e os mais populares orientados à porta (ao lado do DDP - ok DDP não é popular...). De fato o SCTP tem sido testado nesse sentido, e temos resultados muito bons enquanto sob algumas condicões o TCP ainda tem performance melhor. Seja como for para um protocolo recém nascido SCTP já apresenta ótimos resultados na maioria dos cenários testados.

Lembra-se de quando você lia o What's Cooking for FreeBSD 7 e lá estava: SCTP. Pois bem, ele está ai, efetivo, estável e pronto. Isso quer dizer que passou da hora de você conhecer mais a respeito. Aos estudantes, professores e alunos universitários: passou da hora de pesquisar, testar e escrever a respeito. Por enquanto SCTP parece tema limitado a trabalhos de pós, mestrado e afins. Está na hora de populariza-lo.Eu estou sendo co-orientador de graduacão em uma universidade local sobre SCTP. Tenho um amigo pessoal (hoje funcionário da Microsoft, em Seattle) que fez seu mestrado desenvolvendo aplicacões em SCTP e realizando testes comparativos de performance. Mas para ai o que sei sobre brasileiros envolvidos.

Então é hora de conhecer mais o protocolo, comecando por:

• Paper sobre SCTP do Randall Stewart, BSDCan 2008.
• Resumo da Apresentacão por Jeremy Reed (NetBSD / BSD Certification).
• Tag Permanente do Projeto FreeBSD sobre SCTP.
• SCTP na Wikipedia.
• Introducão ao SCTP - Bluecat Journal.
• SCTP sobre NAT no FreeBSD 7.0 - Anúncio do CAIA e SONATA - resultado.   
• Traduzindo TCP para SCTP por Ryan Bikhart da Cisco, Euro BSDCon 2007.
• Versão customizada do Apache 2 com suporte SCTP.
• E do lado cliente, versão do Mozilão com SCTP para acessar o Apache acima.
• Ahh não gosta do Mozilão e prefere Firefox? Firefox com SCTP aqui, junto com leitura recomendada de pesquisa e benchmarking.
• Site oficial da iniciativ SCTP.
• Artigo Introdutório no Linux Journal.
• As RFCs - que é o que importa pra você, researcher.
• Implementando protocolo FTP com SCTP.
• Artigo que discute porque SCTP é necessário num mundo com TCP e UDP.
• Tutorial de Introducão ao SCTP do IEC.
  

Ao longo desse artigo vamos adicionar suporte no FreeBSD a placa wireless 802.11g D-Link DWL-G650+, conhecida como DLink Airplus Extreme G+, que usam algum chipset da Texas Instrument. Vamos observar que é uma loteria descobrir que placa você tem em mãos.

O artigo serve também como dica para se pensar bem antes de adquirir uma placa DLink. Não que seja ruim, nem boa. É que você não tem a menor garantia do que esta comprando.

Ao final do artigo teremos uma acx0 funcionam e sendo controlada.

Ao longo desse arquivo damos uma olhada mais detalhada no principal componente que constituo o PC-BSD: os arquivos PBI (instaladores automáticos de aplicacões do PC-BSD). O PC-BSD usa uma abordagem inteligente e muito funcional, que gera um resultado muito prático, mas tem alguns efeitos colaterais.

Esse é um artigo com uma (bem pequena) dosagem técnica, e portanto menos voltado para o usuário doméstico convencional. Vamos entender como se constitui, como funciona, e qual é o resultado final gerado por uma aplicacão instalada a partir de um PBI.

Nesse pequeno artigo você acompanhará uma introducão ao PC-BSD, o FreeBSD customizado para Desktop, focado no usuário doméstico comum. Ao longo do artigo apresento minhas impressões pessoais, depois de alguns dias de uso intenso do PC-BSD. O PC-BSD tem elementos de amigáveis e torna a experiência com um Desktop Workstation Unix simples e práticas, e acima disso, o fato de ser FreeBSD, torna a experiência com níveis de estabilidade, performance e seguranca que devem ser observados por qualquer pessoa que queira um sistema fácil de usar, sem precisar se preocupar com muitos detalhes técnicos.

Esse artigo é focado a novos usuários BSD e a usuários Linux, e também a quem tem considerado opcões ao Windows, seja por motivos financeiros ou técnicos, e tem testado distribuicões Linux, considere testar também o PC-BSD.

O RELENG_7 do FreeBSD está aí, novinho em folha, se preparando para a primeira versão minor release, chegando no 7.1; sem dúvidas uma das melhores séries do FreeBSD, e a última coisa que queremos é pensar no EoL dela e ficar ansiosos esperando o 8. Porém, Ivan Voras, o autor da série de documentos curtos chamados What's Cooking for FreeBSD 7 que antecipava aos leitores as novidades do 7, comeca agora a documentar o que teremos de novo no 8 com base no que está acontecendo no 8-CURRENT e também em repositórios alternativos isolados (para desenvolvimento sem conflito com a árvore principal de desenvolvimento).

O artigo novo, como não podia deixar de ser, chama-se What's Cooking for FreeBSD 8?. É muito bom ter um resumo das atividades em andamento, mas na minha opinião só consigo olhar a lista de recursos e pensar: o que dá para ser MFC? Sim, porque uma boa parte dos recursos parecem promissores demais para termos que esperar até o próximo major release. Então alguns Merge From Current seriam muito bem vindos.

Nas versões atuais, a maioria das modificacões nas pilhas de rede podem ser portadas de volta pra sistema de producão (-STABLE). Mas após a reescrita do Layer 2 e Layer 3 na pilha de rede, é improvável que consigamos ter MFC desses recursos.

O artigo pode ser acessado permanentemente em: http://ivoras.sharanet.org/freebsd/freebsd8.html

Agradecemos ao Renato Botelho por ter mencionado o artigo na lista antes dele ser amplamente divulgado.

Há algum tempo (de fato desde a BSDCan 2007) existe uma pendência programada para ser efetivada no kernel do FreeBSD; a reescrita das camadas OSI 2 e 3 (Layer 2 & Layer 3), cujos objetivos principais são retirar as tabelas ARP e Neighbour Discover IPv6 da camada 3 e colocar na camada 2. De fato essas informacões ficam hoje na tabela de rotamento na L3. Essa modificacão tem como principal objetivo simplificar código geral de roteamento e principalmente: elimina completamente o conceito de colonagem de rotas.

O trabalho desde Maio tem sido realizado em uma árvore separada do Repositório Fonte, especialmente porque as modificacões mais recentes no -CURRENT são exatamente de roteamento e pilha de rede. Por isso o desenvolvedor Qing Li menciona ainda que a complexidade da mudança tem sido escalarmente incrementada a cada semana.

O fato é que, apesar de um período de adequacões ter sido planejado, as últimas alteracões foram muito grandes (veja sobre as novidades para o FreeBSD 8 e observe a quantidade de alteracões na pilha de rede), e postergar essa reescrita ainda mais só vai tornar mais difícil - impraticável talvez - realizar essas mudancas depois sem grandes complicacões.

Vale a pena lembrar que a mudanca em questão é no -CURRENT e em nada afeta os usuários do -STABLE; isso dito, o -CURRENT passará a rodar com um protótipo do suporte ARPv2, a partir dessa semana, e a reescrita das camadas L2 e L3 efetivarão a maior parte das mudanças na nova estrutura. Trata-se de uma mudança bastante grande que implica diretamente em todo o sistema operacional, do framework Netgraph à firewall, em especial recursos de L2 do IPFW, além de tabelas de roteamento (virtuais e primárias) e pilhas IP (primárias e secundárias).

As alteracões na Camada 2 e Camada 3 no -CURRENT colocarão o trabalho no ramo isolado em uso constante, tornando seu uso mais intenso e consequentemente mais fácil observar possíveis problemas inexistentes na árvore isolada.

O código atual é bastante estável de acordo com Qing Li, sendo adequado para uso geral no -CURRENT. A programacão para aplicacão das modificacões de reescrita são para as próximas 2 semanas. O trabalho tem, além de Qing Li, as mãos de alguns dos melhores commiters do FreeBSD: Robert Watson, Sam Leffler, Kip Macy, Julian Elischer, Glebius Smirnoff, Luigi Rizzo, Cerri e Andre Oppermann.

As principais alteracões podem ser observadas em http://people.freebsd.org/~qingli/arp-v2-p4-diff enquanto o acesso pleno ao repositório Subversion dedicado está disponível em svn+ssh://svn.freebsd.org/base/projects/arpv2

Como a modificacão é bem grande e importante, quem for usuário do FreeBSD -CURRENT pode notificar gingli@ e kmacy@ sobre qualquer problema encontrado principalmente no protocolo ARP e ND6. A discussão sobre o trabalho pode ser acompanhada a partir dessa thread.

A virtualizacão da pilha de rede, e inclusão de instâncias alternativas da camada de rede na estacão ou em jails, bem como a virtualizacão de recursos de roteamento e filtro de pacotes serão simplificadas massivamente. De forma geral a maior parte das modificacões na rede serão drásticamente simplificadas. 

Há algum tempo (de fato desde a BSDCan 2007) existe uma pendência programada para ser efetivada no kernel do FreeBSD; a reescrita das camadas OSI 2 e 3 (Layer 2 & Layer 3), cujos objetivos principais são retirar as tabelas ARP e Neighbour Discover IPv6 da camada 3 e colocar na camada 2. De fato essas informacões ficam hoje na tabela de rotamento na L3. Essa modificacão tem como principal objetivo simplificar código geral de roteamento e principalmente: elimina completamente o conceito de colonagem de rotas.

O trabalho desde Maio tem sido realizado em uma árvore separada do Repositório Fonte, especialmente porque as modificacões mais recentes no -CURRENT são exatamente de roteamento e pilha de rede. Por isso o desenvolvedor Qing Li menciona ainda que a complexidade da mudança tem sido escalarmente incrementada a cada semana.

O fato é que, apesar de um período de adequacões ter sido planejado, as últimas alteracões foram muito grandes (veja sobre as novidades para o FreeBSD 8 e observe a quantidade de alteracões na pilha de rede), e postergar essa reescrita ainda mais só vai tornar mais difícil - impraticável talvez - realizar essas mudancas depois sem grandes complicacões.

Vale a pena lembrar que a mudanca em questão é no -CURRENT e em nada afeta os usuários do -STABLE; isso dito, o -CURRENT passará a rodar com um protótipo do suporte ARPv2, a partir dessa semana, e a reescrita das camadas L2 e L3 efetivarão a maior parte das mudanças na nova estrutura. Trata-se de uma mudança bastante grande que implica diretamente em todo o sistema operacional, do framework Netgraph à firewall, em especial recursos de L2 do IPFW, além de tabelas de roteamento (virtuais e primárias) e pilhas IP (primárias e secundárias).

As alteracões na Camada 2 e Camada 3 no -CURRENT colocarão o trabalho no ramo isolado em uso constante, tornando seu uso mais intenso e consequentemente mais fácil observar possíveis problemas inexistentes na árvore isolada.

O código atual é bastante estável de acordo com Qing Li, sendo adequado para uso geral no -CURRENT. A programacão para aplicacão das modificacões de reescrita são para as próximas 2 semanas. O trabalho tem, além de Qing Li, as mãos de alguns dos melhores commiters do FreeBSD: Robert Watson, Sam Leffler, Kip Macy, Julian Elischer, Glebius Smirnoff, Luigi Rizzo, Cerri e Andre Oppermann.

As principais alteracões podem ser observadas em http://people.freebsd.org/~qingli/arp-v2-p4-diff enquanto o acesso pleno ao repositório Subversion dedicado está disponível em svn+ssh://svn.freebsd.org/base/projects/arpv2

Como a modificacão é bem grande e importante, quem for usuário do FreeBSD -CURRENT pode notificar gingli@ e kmacy@ sobre qualquer problema encontrado principalmente no protocolo ARP e ND6. A discussão sobre o trabalho pode ser acompanhada a partir dessa thread.

A virtualizacão da pilha de rede, e inclusão de instâncias alternativas da camada de rede na estacão ou em jails, bem como a virtualizacão de recursos de roteamento e filtro de pacotes serão simplificadas massivamente. De forma geral a maior parte das modificacões na rede serão drásticamente simplificadas.

Atualizado: As modificacões já foram efetivadas na árvore -CURRENT: 

Subject: HEADSUP: arp-v2 has been committed

On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li <
 Este endereço de e-mail está sendo protegido de spam, você precisa de Javascript habilitado para vê-lo
 > wrote: 

Hi All,

The arp-v2 changes have been committed into HEAD.
Please report problems to me and Kip Macy.

-- Qing