Autor: Thorsten Leemhuis (Copyright (c) 2012 Heise Media UK Ltd.)
Traduzido: Marcelo Soares Souza (Dúvidas e melhorias na tradução envie por E-mail)
Originalmente: http://h-online.com/-1697920
Pequenos buffers são projetos para evitar bufferbloat. "TCP Fast Open" promete acelerar conexões HTTP. a infraestrutura do netfilter agora utiliza programas do espaço do usuários para rastrear conexões.
A funcionalidade TCP Small Queues[1] (TSQ) faz com que o Kernel do Linux 3.6 utilize pequenos buffers[2] de não mais que 128KB por socket de rede por padrão. Assim como várias outras [3][4] modificações recentes no kernel, esta medida é projetada para evitar bufferbloat[5], um termo usado para problemas relacionados ao surgimento de grandes latências e de conexões interrompidas na rede causadas pelo excesso de buffering durante a transferência de dados. De acordo com alguns testes disponibilizados pelo desenvolvedor da solução, os buffers pequenos por socket não afetam o rendimento da transferência de dados[6]; se necessário, os administradores podem utilizar o arquivo /proc/sys/net/ipv4/tcp_limit_output_bytes para ajustar estes valores em tempo de execução.
Estabelecendo conexões
O kernel agora inclui suporte, do lado da aplicação cliente, para o TCP Fast Open[7] (TFO) (1[8], 2[9], 3[10], 4[11], 5[12]); o suporte para o lado servidor esta planejada para se incorporada na versão 3.7 do Kernel do Linux. TFO é uma extensão do TCP e que ainda não foi aprovada pela Internet Assigned Numbers Authority (IANA). Esta extensão é projetada para reduzir o overhead no estabelecimento de conexões fazendo com que requisições de dados sejam realizadas durante a inicialização da conexão TCP. Esta técnica combina os dois primeiros passos do previamente utilizado "TCP three-way handshake" em um e é esperado que, esta solução, acelere as conexões HTTP. Mais informações sobre esta tecnologia estão disponíveis no artigo "TCP Fast Open: expediting web services[13]" no LWN.net.
Drivers
O driver bnx2x, que lida com vários chips Ethernet da Broadcom, agora suporta [14] o padrão Energy-Efficient Ethernet[15] (EEE) que é especificado em IEEE 802.3az[16]; o driver stmmac para controladoras Ethernet embarcadas da STMicro agora é capaz[17] de utilizar esta tecnologia para configurar parâmetros de hardware que influenciam o consumo de energia em chips Ethernet. Usuários podem ler ou definir os parâmetros EEE através da ferramenta[18] ethtool 3.5.
O driver Ethernet r8169 agora suporta os chips Realtek RTL8168G[19] e RTL8106E[20].
O driver de "team" agora oferece[21] um modo de broadcast que permite a este enviar todos os pacotes através de todas as portas/interfaces disponíveis.
O driver rt2800pci Wi-Fi agora suporta os chips Ralink RF5360[22] e RT5392[23]; este também inclui um novo suporte experimental[24] para a família RT3290 de chips Wi-Fi.
Diversos
A infraestrutura do netfilter, que é utilizada na solução de firewall do Linux, pode agora acessar programas auxiliares[26], que operam no espaço do usuários, para rastrear conexões[27]. Isto deve ajudar no desenvolvimento de ferramentas auxiliares especificas que não seriam facilmente adicionadas dentro do kernel.
Uma nova interface de túnel virtual (Virtual Tunnel Interface[28] (VTI)) permite “tunelar”, no Linux 3.6, fluxos de dados IPSEC.
Diversas modificações[29] realizadas pelo empregado da Volkswagen Oliver Hartkopp permitem ao Linux suportar CAN FD (CAN com Flexible Data-rate) - uma extensão patrocinada pela Bosch para o Fieldbus CAN (Controller Area Network[30]) que é basicamente utilizada em carros e em automação industrial. Mais informações sobre esta extensão e sobre o suporte ao Linux a esta estão disponíveis no artigo[31] no newsletter CAN.
Outra adição é o suporte [32] para traffic shaping baseado em ematch para mensagens CAN, que também é patrocinada pela Volkswagen. Este código é projetado para ajudar a aliviar o problema que ocorre quando múltiplos usuários escrevem no barramento do CAN simultaneamente; mais detalhes podem ser encontrados no estudo intitulado "SocketCAN and queuing disciplines[33]PDF" e no documento "CAN frame traffic shaping" [34].
David Miller, o mantenedor do código de redes, explica várias outras mudanças no e-mail[35] sobre sua requisição de git pull para o Kernel Linux 3.6. entre elas estão a remoção do cache de roteamento que estava em desenvolvimento já a algum tempo; aparentemente, o cacheamento de roteamento é vulnerável a ataques de denial-of-service (DoS).
Links referenciados neste artigo:
[1] http://git.kernel.org/linus/46d3ceabd8d98ed0ad10f20c595ca784e34786c5
[2] http://lwn.net/Articles/507065/
[3] http://www.h-online.com/open/features/Kernel-Log-Coming-in-Linux-3-5-Part-1-Networking-1625047.html
[4] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-3-Part-1-Networking-1421959.html
[5] http://www.bufferbloat.net/
[6] http://thread.gmane.org/gmane.network.routing.codel/90
[7] http://tools.ietf.org/html/draft-ietf-tcpm-fastopen-01
[8] http://git.kernel.org/linus/2100c8d2d9db23c0a09901a782bb4e3b21bee298
[9] http://git.kernel.org/linus/783237e8daf13481ee234997cbbbb823872ac388
[10] http://git.kernel.org/linus/aab4874355679c70f93993cf3b3fd74643b9ac33
[11] http://git.kernel.org/linus/8e4178c1c7b52f7c99f5fd22ef7af6b2bff409e3
[12] http://git.kernel.org/linus/1fe4c481ba637660793217769695c146a037bd54
[13] http://lwn.net/Articles/508865/
[14] http://git.kernel.org/linus/c8c60d88c59cbb48737732ba948663a3efe882aa
[15] http://en.wikipedia.org/wiki/Energy-Efficient_Ethernet
[16] http://www.ieee802.org/3/az/index.html
[17] http://git.kernel.org/linus/d765955d2ae0b88781a0db3a5bacfe4241925e09
[18] http://thread.gmane.org/gmane.linux.network/239075
[19] http://git.kernel.org/linus/c558386b836ee97762e12495101c6e373f20e69d
[20] http://git.kernel.org/linus/5598bfe5191d09cdd622aeac39badc42508b227f
[21] http://git.kernel.org/linus/5fc889911a99043a97da1daa0d010ad72cbc3042
[22] http://git.kernel.org/linus/ccf91bd678d74e1e98a153539cd07a62991d6610
[23] http://git.kernel.org/linus/cff3d1f0931d0e6189f5ee718112b235bad1bf99
[24] http://git.kernel.org/linus/a89534edaaa7008992b878680490e9b02a665563
[25] http://thread.gmane.org/gmane.linux.kernel/1351737
[26] http://thread.gmane.org/gmane.linux.network/232382
[27] http://git.kernel.org/linus/12f7a505331e6b2754684b509f2ac8f0011ce644
[28] http://git.kernel.org/linus/1181412c1a671ed4e8fb1736f17e6ec617c68059
[29] http://git.kernel.org/linus/ea53fe0c667ad3cae61d4d71d2be41908ac5c0a4
[30] http://en.wikipedia.org/wiki/Controller_Area_Network
[31] http://can-newsletter.org/engineering/standardization/nr_stand_can-fd_linux3.6_120703/
[32] http://git.kernel.org/linus/f057bbb6f9ed0fb61ea11105c9ef0ed5ac1a354d
[33] http://rtime.felk.cvut.cz/can/socketcan-qdisc-final.pdf
[34] http://www.can-cia.org/fileadmin/cia/files/icc/13/hartkopp.pdf
[35] http://article.gmane.org/gmane.linux.network/238256
