<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>NFWS on To Linux and beyond !</title>
    <link>https://home.regit.org/tags/nfws/</link>
    <description>Recent content in NFWS on To Linux and beyond !</description>
    <generator>Hugo</generator>
    <language>fr</language>
    <lastBuildDate>Tue, 12 Mar 2013 14:43:50 +0000</lastBuildDate>
    <atom:link href="https://home.regit.org/feed/tags/nfws/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Jan Engelhardt, â€œMerge Meâ€</title>
      <link>https://home.regit.org/2013/03/jan-engelhardt-merge-me/</link>
      <pubDate>Tue, 12 Mar 2013 14:43:50 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/jan-engelhardt-merge-me/</guid>
      <description>&lt;h4 id=&#34;xtables2&#34;&gt;Xtables2&lt;/h4&gt;
&lt;p&gt;xtables 2 suppress the different tables that exits in current Netfilter. If a rule only apply to a specific type of traffic (read owner id match per-example) then it just don’t match.&lt;/p&gt;
&lt;p&gt;One of the interest to have one single table is that it is possible to easily update the ruleset by just doing a single atomic swap.&lt;/p&gt;
&lt;p&gt;Manual chains can be created by hand as there are very useful to create factorized rules.&lt;/p&gt;</description>
    </item>
    <item>
      <title>NFWS group photo</title>
      <link>https://home.regit.org/2013/03/nfws-group-photo/</link>
      <pubDate>Tue, 12 Mar 2013 13:34:59 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/nfws-group-photo/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://home.regit.org/uploads/2013/03/DSC_5462.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;https://home.regit.org/uploads/2013/03/DSC_5462-1024x679.jpg&#34; alt=&#34;&#34; title=&#34;Netfilter Workshop Group Photo&#34; width=&#34;695&#34; height=&#34;460&#34; class=&#34;aligncenter size-large wp-image-1588&#34; srcset=&#34;https://home.regit.org/uploads/2013/03/DSC_5462-1024x679.jpg 1024w, https://home.regit.org/uploads/2013/03/DSC_5462-300x199.jpg 300w&#34; sizes=&#34;auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 984px) 61vw, (max-width: 1362px) 45vw, 600px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Top starting from left:&lt;br&gt;
Jan Engelhardt, Tomasz Bursztyka, Daniel Borkmann, Julien Vehent, Holger Eitzenberger, Victor Julien, Eric Leblond, Eric Dumazet, Nicolas Dichtel, David Miller, S. Park&lt;/p&gt;
&lt;p&gt;Bottom starting from left:&lt;br&gt;
Martin Topholm, Jesper Sander Lindgren, Pablo Neira Ayuso, Simon Horman, Jozsef Kadlecsik, Jesper Dangaard Brouer, Patrick McHardy, Thomas Graf&lt;/p&gt;</description>
    </item>
    <item>
      <title>Tomasz Bursztyka, connMan usage of Netfilter</title>
      <link>https://home.regit.org/2013/03/tomasz-bursztyka-connman-usage-of-netfilter/</link>
      <pubDate>Tue, 12 Mar 2013 12:52:16 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/tomasz-bursztyka-connman-usage-of-netfilter/</guid>
      <description>&lt;h4 id=&#34;introduction&#34;&gt;Introduction&lt;/h4&gt;
&lt;p&gt;&lt;a href=&#34;http://connman.net/&#34;&gt;connMan&lt;/a&gt; is a network manager which has support for a lot of different layers from ethernet and WiFi to NFC and link sharing.&lt;/p&gt;
&lt;p&gt;It features automatic link switch and allow you to select your preferred type of support. The communication with UI is event based so it is easy to do as only a few windows type are needed.&lt;/p&gt;
&lt;h4 id=&#34;discussion&#34;&gt;Discussion&lt;/h4&gt;
&lt;p&gt;David Miller pointed out the fact that DHCP client is really often putting the interface in promiscuous mode and this is not a good idea as it is like having a tcpdump started on every laptop. As connMann does ahave its own implementation, they could maybe take this into account and improved the situation. This is in fact already the case as the DHCP client is using an alternate method.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jozsef Kadlecsik, ipset status</title>
      <link>https://home.regit.org/2013/03/jozsef-kadlecsik-ipset-status-2/</link>
      <pubDate>Tue, 12 Mar 2013 11:00:51 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/jozsef-kadlecsik-ipset-status-2/</guid>
      <description>&lt;h4 id=&#34;tc-interaction&#34;&gt;Tc interaction&lt;/h4&gt;
&lt;p&gt;tc interaction has been contributed by Florian Westphal. It is thus now possible to use a set match to differentiate Qos or routing of packet. This opens a wide area for experimentation.&lt;/p&gt;
&lt;h4 id=&#34;packet-and-byte-counters&#34;&gt;Packet and byte counters&lt;/h4&gt;
&lt;p&gt;This is a fairly larger rewriting of set element and extensions which adds packets and bytes counters to the element.&lt;/p&gt;
&lt;p&gt;The syntax has been updated:&lt;/p&gt;
&lt;pre&gt;ipset add &amp;lt;set&gt; &amp;lt;elem&gt; packets n bytes m
&lt;/pre&gt;
&lt;p&gt;It is also possible to do check on counters !! For example, ipset will be able to do a match on a set and to refine the selection by specifying the number of packets we must have seen before matching. Counters can also be updated in the set match.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pablo Neira Ayuso, nftables strikes back</title>
      <link>https://home.regit.org/2013/03/pablo-neira-ayuso-nftables-strikes-back/</link>
      <pubDate>Tue, 12 Mar 2013 10:13:42 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/pablo-neira-ayuso-nftables-strikes-back/</guid>
      <description>&lt;h4 id=&#34;introduction&#34;&gt;Introduction&lt;/h4&gt;
&lt;p&gt;This is a new kernel packet filtering framework. The only change is on iptables. Netfilter hooks, connection tracking system, NAT are unchanged.&lt;br&gt;
It provides a backward compatibility. nftables was released in March 2009 by Patrick Mchardy. It has been revived in the precedent months by Pablo Neira Ayuso and other hackers.&lt;/p&gt;
&lt;h4 id=&#34;architecture&#34;&gt;Architecture&lt;/h4&gt;
&lt;p&gt;It uses a pseudo-state machine in kernel-space which is similar to BPF:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;4 registers: 4 general purpose (128 bits long each) + 1 verdict&lt;/li&gt;
&lt;li&gt;provides instruction set (which can be extended)&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Here’s a example of existing instructions:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Simon Horman, MPLS Enlightened Open vSwitch</title>
      <link>https://home.regit.org/2013/03/simon-horman-mpls-enlightened-open-vswitch/</link>
      <pubDate>Mon, 11 Mar 2013 15:58:36 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/simon-horman-mpls-enlightened-open-vswitch/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://openvswitch.org/&#34;&gt;Open vSwitch&lt;/a&gt; is a multi-layer switch. It is designed to enable network automation through programmatic extension, while still supporting standard management interfaces and protocols.&lt;/p&gt;
&lt;p&gt;Openflow is a management protocol that is supported by Open vSwitch. Openflow is has a basic support for MPLS. It features a minimum operation set to enable to configure MPLS correclty.&lt;br&gt;
Openflow MPLS support is partially implemented in Open vSwitch but there is some difficulties.&lt;/p&gt;
&lt;p&gt;SOme of the operations feature update of L3+ parameter like TTL. They must be updated in same manner in the MPLS header and in the packet header. And this is quite complicated as it supposed to decode the packet below MPLS. But MPLS header does not include the encapsulated ethernet type so it is almost impossible to access correctly to the packet structure.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Victor Julien, Suricata and Netfilter</title>
      <link>https://home.regit.org/2013/03/victor-julien-suricata-and-netfilter/</link>
      <pubDate>Mon, 11 Mar 2013 15:04:14 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/victor-julien-suricata-and-netfilter/</guid>
      <description>&lt;p&gt;Suricata and Netfilter can be better friend as they are doing some common work like decoding packet and maintaining flow table.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://home.regit.org/uploads/2013/03/DSC_5419.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;https://home.regit.org/uploads/2013/03/DSC_5419.jpg&#34; alt=&#34;&#34; title=&#34;Victor Julien&#34; width=&#34;800&#34; height=&#34;531&#34; class=&#34;aligncenter size-full wp-image-1547&#34; srcset=&#34;https://home.regit.org/uploads/2013/03/DSC_5419.jpg 800w, https://home.regit.org/uploads/2013/03/DSC_5419-300x199.jpg 300w&#34; sizes=&#34;auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 984px) 61vw, (max-width: 1362px) 45vw, 600px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;In IPS mode, Suricata is receiving raw packet from libnetfilter_queue. It has to made the parsing of this packet but this kind of thing has also been done by kernel. So it should be possible to avoid to duplicate the work.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pablo Neira Ayuso, Netfilter summary of changes since last workshop</title>
      <link>https://home.regit.org/2013/03/pablo-neira-ayuso-netfilter-summary-of-changes-since-last-workshop/</link>
      <pubDate>Mon, 11 Mar 2013 14:05:00 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/pablo-neira-ayuso-netfilter-summary-of-changes-since-last-workshop/</guid>
      <description>&lt;p&gt;Pablo Neira Ayuso has made a panorama of Netfilter changes since last workshop.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://home.regit.org/uploads/2013/03/DSC_5413.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;https://home.regit.org/uploads/2013/03/DSC_5413.jpg&#34; alt=&#34;&#34; title=&#34;Pablo Neira Ayuso&#34; width=&#34;800&#34; height=&#34;600&#34; class=&#34;aligncenter size-full wp-image-1542&#34; srcset=&#34;https://home.regit.org/uploads/2013/03/DSC_5413.jpg 800w, https://home.regit.org/uploads/2013/03/DSC_5413-300x225.jpg 300w&#34; sizes=&#34;auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 984px) 61vw, (max-width: 1362px) 45vw, 600px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;On user side, the first main change to be published after last workshop, is libnetfilter_cttimeout. It allows you to define different timeout policies and to apply them to connections by using the CT target.&lt;/p&gt;
&lt;p&gt;An other important new “feature” is a possibility to disable to automatic helper assignment. More information on&lt;br&gt;
&lt;a href=&#34;https://home.regit.org/netfilter-en/secure-use-of-helpers/&#34;&gt;Secure use of iptables and connection tracking helpers&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Martin Topholm: DDoS experiences with Linux and Netfilter</title>
      <link>https://home.regit.org/2013/03/martin-topholm-ddos-experiences-with-linux-and-netfilter/</link>
      <pubDate>Mon, 11 Mar 2013 10:54:17 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/martin-topholm-ddos-experiences-with-linux-and-netfilter/</guid>
      <description>&lt;p&gt;Martin is working for one.com a local ISP and is facing some DDoS. SYN cookie was implemented but the performance were too low with performance below 300kpps which is not what was expected. In fact SYN is on a slow path with a single spin lock protecting the SYN backtrack queue. So the system behave like a single core system relatively to SYN attacks.&lt;/p&gt;
&lt;p&gt;Jesper Dangaard Brouer has proposed a patch to move the syn cookie out of the lock but it has some downside and could not be accepted. In particular, the syncookie system needs to check every type of packet to see if they belong to a previous syn cookie response and thus a central point is needed.&lt;/p&gt;</description>
    </item>
    <item>
      <title>David Miller: routing cache is dead, now what ?</title>
      <link>https://home.regit.org/2013/03/david-miller-routing-cache-is-dead-now-what/</link>
      <pubDate>Mon, 11 Mar 2013 10:17:21 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/david-miller-routing-cache-is-dead-now-what/</guid>
      <description>&lt;p&gt;The routing cache was maintaining a list of routing decisions. This was an hash table which was highly dynamic and was changing due to traffic. One of the major problem was the garbage collector. An other severe issue was the possibility of DoS using the increase&lt;/p&gt;
&lt;p&gt;The routing cache has been suppressed in Linux 3.6 after a 2 years effort by David and the other Linux kernel developers. The global cache has been suppressed and some stored information have been moved to more separate resources like socket.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Fabio Massimo Di Nitto: Kronosnet.org</title>
      <link>https://home.regit.org/2013/03/fabio-massimo-di-nitto-kronosnet-org/</link>
      <pubDate>Mon, 11 Mar 2013 09:03:03 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/fabio-massimo-di-nitto-kronosnet-org/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://kronosnet.org/&#34;&gt;Kronosnet&lt;/a&gt; is a “I conceived it when drunk but it works well” VPN implementation. It is using an Ether TAP for the VPN to provide a lyaer 2 vpn. To avoid reinventing the wheel, it is delegating most of the work to the kernel. It supports multilink and redundancy of servers. On multilink side, 8 links can be done per-host to help redundancy.&lt;/p&gt;
&lt;p&gt;One of the use of this project is the creation of private network in the cloud as it can be easily setup to provide redundancy and connection for a lot of clients (64k simultaneous clients). And because a layer 2 VPN is really useful for this type of usage.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Eric Leblond: ulogd2, Netfilter logging reloaded</title>
      <link>https://home.regit.org/2013/03/eric-leblond-ulogd2-netfilter-logging-reloaded/</link>
      <pubDate>Mon, 11 Mar 2013 07:30:30 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/eric-leblond-ulogd2-netfilter-logging-reloaded/</guid>
      <description>&lt;h4 id=&#34;introduction&#34;&gt;Introduction&lt;/h4&gt;
&lt;p&gt;I’ve made yesterday a presentation of ulogd2 at &lt;a href=&#34;http://opensourcedays.org/2013/&#34;&gt;Open Source Days&lt;/a&gt; in Copenhagen. After a brief history of Netfilter logging, I’ve described the key features of ulogd2 and demonstrate two interfaces, &lt;a href=&#34;https://home.regit.org/software/nf3d/&#34;&gt;nf3d&lt;/a&gt; and &lt;a href=&#34;https://www.wzdftpd.net/redmine/projects/djedi/wiki&#34;&gt;djedi&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;The slides are available:&lt;br&gt;
&lt;a href=&#34;https://home.regit.org/uploads/2013/03/ulogd2.pdf&#34;&gt;Ulogd2, Netfilter logging reloaded&lt;/a&gt;.&lt;/p&gt;
&lt;h4 id=&#34;screencasts&#34;&gt;Screencasts&lt;/h4&gt;
&lt;p&gt;This video demonstrates some features of nf3d:&lt;/p&gt;
&lt;p&gt;This screencast is showing some of the capabilities of djedi:&lt;/p&gt;
&lt;p&gt;Thanks a lot to the organizers for this cool event.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jan Engelhardt, Xtables2: Packet Filter Evolved</title>
      <link>https://home.regit.org/2013/03/jan-engelhardt-xtables2-packet-filter-evolved/</link>
      <pubDate>Sun, 10 Mar 2013 16:27:58 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/jan-engelhardt-xtables2-packet-filter-evolved/</guid>
      <description>&lt;h4 id=&#34;introduction&#34;&gt;Introduction&lt;/h4&gt;
&lt;p&gt;Iptables duplicate work for each family and is using a socket protocol which is far too static. Xtables2 is an ongoing effort to evolve the packet filter.&lt;br&gt;
It aims at providing finer frained modification (and not the whole ruleset modification).&lt;/p&gt;
&lt;h4 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;rule packing: increase cache hit.&lt;/li&gt;
&lt;li&gt;family independent: no more IPv4 and IPv6 specific code. Only the hook remains specific as they are dependant of core network.&lt;/li&gt;
&lt;li&gt;xt extension support&lt;/li&gt;
&lt;li&gt;atomic replace support&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;xtables syntax is quite similar but not the same. libxtadm is a high-level library for ruleset inspection/manipulation.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Daniel Borkmann: Packets Sockets, BPF and Netsniff-NG</title>
      <link>https://home.regit.org/2013/03/daniel-borkmann-packets-sockets-bpf-and-netsniff-ng/</link>
      <pubDate>Sun, 10 Mar 2013 16:11:29 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/daniel-borkmann-packets-sockets-bpf-and-netsniff-ng/</guid>
      <description>&lt;h4 id=&#34;pf_packet-introduction&#34;&gt;PF_PACKET introduction&lt;/h4&gt;
&lt;p&gt;This is access to raw packet inside Linux. It is used by libpcap and by other projects like Suricata.&lt;br&gt;
PF_PACKET performance can be improved via dedicated features:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Zero-copy RX/TX&lt;/li&gt;
&lt;li&gt;Socket clustering&lt;/li&gt;
&lt;li&gt;Linux socket filtering (BPF)&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;BPF architecture looks like a small virtual machine with register and memory stores. It has different instructions and the kernel has its own kernel extensions to access to cpu number, vlan tag.&lt;/p&gt;
&lt;h4 id=&#34;netsniff-ng&#34;&gt;Netsniff-NG&lt;/h4&gt;
&lt;p&gt;&lt;a href=&#34;http://netsniff-ng.org/&#34;&gt;Netsniff-ng&lt;/a&gt; is a set of minimal tools:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Tomasz Bursztyka, ConnMan usage of Netfilter: a close overview</title>
      <link>https://home.regit.org/2013/03/tomasz-bursztyka-connman-usage-of-netfilter-a-close-overview/</link>
      <pubDate>Sun, 10 Mar 2013 15:36:08 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/tomasz-bursztyka-connman-usage-of-netfilter-a-close-overview/</guid>
      <description>&lt;h4 id=&#34;introduction&#34;&gt;Introduction&lt;/h4&gt;
&lt;p&gt;&lt;a href=&#34;http://connman.net/&#34;&gt;ConnMan&lt;/a&gt; is a connection manager which integrate all critical networking components. It provides a smart D-Bus API to develop an User Interface. It is plugin oriented and all different network stacks are implemented in different modules.&lt;br&gt;
Connection sharing (aka tethering) is using Netfilter to setup NAT masquerading. So it is a simple usage.&lt;/p&gt;
&lt;h4 id=&#34;switching-to-nftables&#34;&gt;Switching to nftables&lt;/h4&gt;
&lt;p&gt;Application connectivity is a more advanced part involving Netfilter as it makes a use of statistics and differenciated routing. For example, in a car, service data must be sent to manufacturer operator and not on the owner network.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Julien Vehent, AFW: Automating host-based firewalls with Chef</title>
      <link>https://home.regit.org/2013/03/julien-vehent-afw-automating-host-based-firewalls-with-chef/</link>
      <pubDate>Sun, 10 Mar 2013 15:12:52 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/julien-vehent-afw-automating-host-based-firewalls-with-chef/</guid>
      <description>&lt;h4 id=&#34;the-problem&#34;&gt;The problem&lt;/h4&gt;
&lt;p&gt;Centralized firewall design does not scale well when dealing with a lot of servers. It begins to collapse after a few thousands rules.&lt;br&gt;
Furthermore, to be able to have an application A to connect to server B, it would take a workflow and possibly 3 weeks to get the opening.&lt;/p&gt;
&lt;h4 id=&#34;from-service-oriented-architecture-to-service-oriented-security&#34;&gt;From Service Oriented Architecture to Service Oriented Security&lt;/h4&gt;
&lt;p&gt;Service are autonomous. They call each other using a standard protocol. The architecture is described by a list of dependencies between services.&lt;br&gt;
You can then specify security via things like &lt;em&gt;ACCEPT Caching TO Frontend ON PORT 80&lt;/em&gt;.&lt;br&gt;
But this force you to do provisioning each time a server start.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jozsef Kadlecsik, Faster firewalling with ipset</title>
      <link>https://home.regit.org/2013/03/jozsef-kadlecsik-faster-firewalling-with-ipset/</link>
      <pubDate>Sun, 10 Mar 2013 13:51:19 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/jozsef-kadlecsik-faster-firewalling-with-ipset/</guid>
      <description>&lt;h4 id=&#34;why-ipset-&#34;&gt;Why ipset ?&lt;/h4&gt;
&lt;p&gt;iptables is enough sufficient but in some cases limit are found:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;High number of rules: iptables is linear&lt;/li&gt;
&lt;li&gt;Need to change the rules often&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Independant study available at &lt;a href=&#34;http://daemonkeeper.net/781/mass-blocking-ip-addresses-with-ipset/&#34;&gt;d(a)emonkeeper’s purgatory&lt;/a&gt; has shown that the performance of ipset are almost constant with respect to the number of filtered hosts:&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://daemonkeeper.net/781/mass-blocking-ip-addresses-with-ipset/&#34;&gt;&lt;img decoding=&#34;async&#34; src=&#34;http://daemonkeeper.net/uploads/2012/05/ipset3.png&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;h4 id=&#34;history&#34;&gt;History&lt;/h4&gt;
&lt;p&gt;The originating project was ippool featuring a a basic set and after some time it has been taken over by Jozsef and renamed &lt;a href=&#34;http://ipset.netfilter.org/&#34;&gt;ipset&lt;/a&gt;. A lot of type of sets are now handled.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Patrick McHardy: Oops, I did it: IPv6 NAT</title>
      <link>https://home.regit.org/2013/03/patrick-mchardy-oops-i-did-it-ipv6-nat/</link>
      <pubDate>Sun, 10 Mar 2013 13:01:41 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/patrick-mchardy-oops-i-did-it-ipv6-nat/</guid>
      <description>&lt;h4 id=&#34;introduction&#34;&gt;Introduction&lt;/h4&gt;
&lt;p&gt;Harald Welte when asked about IPv6 NAT was answering: “it will be over my dead body”. It is now available in official kernel.&lt;/p&gt;
&lt;h4 id=&#34;reasons-for-adding-ipv6-nat&#34;&gt;Reasons for adding IPv6 NAT&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;Dynamic IPv6 Prefixes : ISP assigning dynamic IPv6 prefixes so Internal network address change. NAT can bring you stability.&lt;/li&gt;
&lt;li&gt;Easier test setup.&lt;/li&gt;
&lt;li&gt;Users are asking and most operating systems have it.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;To resume the arguments of NAT, Patrick McHardy used this video:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pablo Neira Ayuso: nftables, a new packet filtering framework for Netfilter</title>
      <link>https://home.regit.org/2013/03/pablo-neira-ayuso-nftables-a-new-packet-filtering-framework-for-netfilter/</link>
      <pubDate>Sun, 10 Mar 2013 12:37:15 +0000</pubDate>
      <guid>https://home.regit.org/2013/03/pablo-neira-ayuso-nftables-a-new-packet-filtering-framework-for-netfilter/</guid>
      <description>&lt;h4 id=&#34;introduction&#34;&gt;Introduction&lt;/h4&gt;
&lt;p&gt;nftable is a kernel packet filtering framework to replaces iptables. It brings no changes in the core (conntrack, hooks).&lt;/p&gt;
&lt;p&gt;Match logic is changed: you fetch keys and once you have your key set, you make operation on them. Advanced and specialized matchs are built upon this system.&lt;/p&gt;
&lt;h4 id=&#34;nftables-vs-iptables&#34;&gt;nftables vs iptables&lt;/h4&gt;
&lt;p&gt;In iptables, extension were coded in separate files and they must be put in iptables source tree. To act, they must modify on a binary array storing the ruleset and injecting it back to the kernel. So every update involve a full download and upload of the whole ruleset.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Patrick McHardy: memory mapped netlink tree is available for testing</title>
      <link>https://home.regit.org/2011/08/patrick-mchardy-memory-mapped-netlink-tree-is-available-for-testing/</link>
      <pubDate>Fri, 26 Aug 2011 09:03:08 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/patrick-mchardy-memory-mapped-netlink-tree-is-available-for-testing/</guid>
      <description>&lt;p&gt;Patrick (aka kaber) has just made available his work on &lt;a href=&#34;http://home.regit.org/2011/08/patrick-mchardy-memory-mapped-netlink-and-nfnetlink_queue/&#34;&gt;memory mapped netlink&lt;/a&gt;. Both the kernel and the libmnl part are available on &lt;a href=&#34;http://git.kernel.org/&#34;&gt;git.kernel.org&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;You can pull kernel code other net-next tree:&lt;/p&gt;
&lt;pre&gt;git pull git://git.kernel.org/pub/scm/linux/kernel/git/kaber/nl-mmap-2.6.git&lt;/pre&gt;
&lt;p&gt;Libmnl code can be fetched:&lt;/p&gt;
&lt;pre&gt;git clone git://git.kernel.org/pub/scm/linux/kernel/git/kaber/libmnl-mmap.git&lt;/pre&gt;
&lt;p&gt;Once done a NETLINK_MMAP kernel compilation option is then available via &lt;code&gt;make config&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;Documentation is available in the Linux tree. It is in the file: Documentation/networking/netlink_mmap.txt&lt;/p&gt;</description>
    </item>
    <item>
      <title>Eric Leblond: Introduction to coccinelle</title>
      <link>https://home.regit.org/2011/08/eric-leblond-introduction-to-coccinelle/</link>
      <pubDate>Wed, 24 Aug 2011 14:00:59 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/eric-leblond-introduction-to-coccinelle/</guid>
      <description>&lt;p&gt;The Netfilter workshop being a developer conference, I’ve decided to presente an introduction to the &lt;a href=&#34;http://coccinelle.lip6.fr/&#34;&gt;coccinelle&lt;/a&gt; tool. Coccinelle is a program matching and transformation engine for the C language which is used in many place and among them in the Linux kernel. It is able to perform C clever modification in the code. If you ever had to modify multiple code files following an API change, I invite you to have a look at the slides or my &lt;a href=&#34;http://home.regit.org/technical-articles/coccinelle-for-the-newbie/&#34;&gt;Coccinelle for the newbie&lt;/a&gt; page. I’ve also presented my &lt;a href=&#34;http://home.regit.org/software/coccigrep/&#34;&gt;coccigrep&lt;/a&gt; tool which is a easy to use semantic grep.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jesper Dangaard Brouer: CPAN module IPTables::libiptc</title>
      <link>https://home.regit.org/2011/08/jesper-libiptc/</link>
      <pubDate>Wed, 24 Aug 2011 13:17:05 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/jesper-libiptc/</guid>
      <description>&lt;p&gt;Jesper’s &lt;a href=&#34;https://github.com/netoptimizer/CPAN-IPTables-libiptc/&#34;&gt;IPTables::libiptc&lt;/a&gt; is a perl module which allow you to modify Netfilter rules from Perl. He’s the maintener and this is available on CPAN. It currently supports up-to iptables 1.4.10 (version 0.51 of IPTables::libiptc).&lt;/p&gt;
&lt;p&gt;It dynamically load xtables.so and libiptc.so to access to iptables feature. It is fast as it does not suffer of iptables limitation (which is running modification one by one). Performance are quite good: it takes only 16 sec to generate and implement a 80000 rules ruleset (which is quite good compare to the 42h hours that would be take by direct iptables calls)&lt;/p&gt;</description>
    </item>
    <item>
      <title>Patrick McHardy: getting rid of the second tuple</title>
      <link>https://home.regit.org/2011/08/patrick-mchardy-getting-rid-of-the-second-tuple/</link>
      <pubDate>Wed, 24 Aug 2011 10:55:21 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/patrick-mchardy-getting-rid-of-the-second-tuple/</guid>
      <description>&lt;p&gt;Patrick presents one work that is aiming at getting rid of the second tuple in the connection tracking. This second tuple is only necessary when NAT is used. idea is not new but at the time the ct-extention where not available and thus it would not be possible to add it when needed. Patrick has done most of the work but there is still a missing point which is the hash function. It has to be symetrical: &lt;code&gt;hash_func(src,dst) = hash_func(dst, src)&lt;/code&gt; and it must be very fast to avoid slowdown of the conntrack.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ulrich Weber: IPV6 NAT</title>
      <link>https://home.regit.org/2011/08/ulrich-weber-ipv6-nat/</link>
      <pubDate>Wed, 24 Aug 2011 10:05:48 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/ulrich-weber-ipv6-nat/</guid>
      <description>&lt;p&gt;We have been ignoring the fact that NAT could have some interest in IPv6 during the latest 5 years. IPv6 will not fix everything and it may be time to reconsider NAT. There is some reasons for that:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Dynamic IPv6 prefixes: some ISP decide to not give fixed address to people&lt;/li&gt;
&lt;li&gt;Server load balancing, DMZ&lt;/li&gt;
&lt;li&gt;Uplink Balancing (multi-homing): this is one of the most important reason. IPv6 client can handle multiple addresses but you may want not having your user to choose their internet output.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/ulrich.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/ulrich-300x224.jpg&#34; alt=&#34;&#34; title=&#34;ulrich&#34; width=&#34;300&#34; height=&#34;224&#34; class=&#34;aligncenter size-medium wp-image-752&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/ulrich-300x224.jpg 300w, https://home.regit.org/uploads/2011/08/ulrich.jpg 1000w&#34; sizes=&#34;auto, (max-width: 300px) 85vw, 300px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pablo Neira Ayuso: nfgrep: traffic classification for Netfilter/iptables</title>
      <link>https://home.regit.org/2011/08/pablo-neira-ayuso-nfgrep-traffic-classification-for-netfilteriptables/</link>
      <pubDate>Wed, 24 Aug 2011 09:11:08 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/pablo-neira-ayuso-nfgrep-traffic-classification-for-netfilteriptables/</guid>
      <description>&lt;p&gt;Pablo is presenting is work on protocol classification. As you may not have guess, nfgrep is not using regular expression but a descriptive language.&lt;/p&gt;
&lt;p&gt;The basic architecture is the following:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;developped layer-7 filter in userspace&lt;/li&gt;
&lt;li&gt;filter is passed to a tool that generates byte-code&lt;/li&gt;
&lt;li&gt;it loads the byte-code to the kernel via nfnetlink&lt;/li&gt;
&lt;li&gt;The kernel does the classification&lt;/li&gt;
&lt;li&gt;nfgrep match can then be used to select or mark the flow&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;In userspace, nfgrep and libnfgrep can be used to interact with the system. There’s also a nfgrep-test to validate filter before sending them.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Nishit Shah &amp; Jimit Mahadevia: TCP Session Load-balancing in Active-Active HA Cluster</title>
      <link>https://home.regit.org/2011/08/nishit-shah-jimit-mahadevia-tcp-session-load-balancing-in-active-active-ha-cluster/</link>
      <pubDate>Wed, 24 Aug 2011 08:31:46 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/nishit-shah-jimit-mahadevia-tcp-session-load-balancing-in-active-active-ha-cluster/</guid>
      <description>&lt;p&gt;Cyberoam team presents their work on active active cluster. They’ve done a 2 nodes active active setup, with a primary and an auxiliary sytem. The primary take care of load balancing. The setup is using virtual MAC addresses.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/nishit.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/nishit-225x300.jpg&#34; alt=&#34;&#34; title=&#34;nishit&#34; width=&#34;225&#34; height=&#34;300&#34; class=&#34;aligncenter size-medium wp-image-741&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/nishit-225x300.jpg 225w, https://home.regit.org/uploads/2011/08/nishit-768x1024.jpg 768w, https://home.regit.org/uploads/2011/08/nishit.jpg 1000w&#34; sizes=&#34;auto, (max-width: 225px) 85vw, 225px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;To avoid split-brain problem, the primary take all decisions by always treating the SYN packet. It also transfer the NAT, marks to the auxiliary thanks to a module. This is done via a module called ipt_SYNDATA. It is placed in PREROUTING&lt;/p&gt;</description>
    </item>
    <item>
      <title>Holger Eitzenberger: speeding up selective conntrack flush</title>
      <link>https://home.regit.org/2011/08/holger-eitzenberger-speeding-up-selective-conntrack-flush/</link>
      <pubDate>Tue, 23 Aug 2011 13:58:52 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/holger-eitzenberger-speeding-up-selective-conntrack-flush/</guid>
      <description>&lt;p&gt;At times it is necessary to flush UNREPLIED connection tracking entries for connectionless protocols if there are NAT rules involved. For example this is the case when a ipsec or a ppp connection goes up. Without doing that the connection are not correctly NATed because the topology change has not been taken into account.&lt;/p&gt;
&lt;p&gt;Doing this in userspace with the conntrack-tools was taking long like minutes on some setup. They thus decide to put in kernel space and this is now only taking milliseconds instead of minutes.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jesper Dangaard Brouer: the missing conntrack garbage collector</title>
      <link>https://home.regit.org/2011/08/jesper-conntrack/</link>
      <pubDate>Tue, 23 Aug 2011 13:38:01 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/jesper-conntrack/</guid>
      <description>&lt;p&gt;There is a fixed number of connection tracking entries. When reaching the maximum, new connections are simply dropped. Default maximum size is ridicully too low like using 20Mbytes oon a 12GB memory computer.&lt;/p&gt;
&lt;p&gt;&lt;del datetime=&#34;2011-08-24T14:14:31+00:00&#34;&gt;Kernel syslog message &lt;code&gt;&amp;ldquo;nf_conntrack: table full, dropping, packet&amp;rdquo;&lt;/code&gt; is not correct because packet have just no state relatively to conntrack. Usually they get blocked by invalid rules but an adapted ruleset could let them go through.&lt;/del&gt;&lt;/p&gt;
&lt;p&gt;One other problem is that adjusting the connection tracking size does not change the hash size. This results in longer search because conntrack has often to go through a list.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jan Engelhardt: Free form discussion</title>
      <link>https://home.regit.org/2011/08/jan-free-form-discussion/</link>
      <pubDate>Tue, 23 Aug 2011 10:29:32 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/jan-free-form-discussion/</guid>
      <description>&lt;p&gt;Jan starts its presentation by talking about its &lt;a href=&#34;http://xtables-addons.sourceforge.net/ds-full.php&#34;&gt;Distro Availability Matrix of Netfilter tech&lt;/a&gt; page. It contains the software and their versions in a lot of distributions.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/jan.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/jan-225x300.jpg&#34; alt=&#34;&#34; title=&#34;Jan Engelhardt&#34; width=&#34;225&#34; height=&#34;300&#34; class=&#34;aligncenter size-medium wp-image-727&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/jan-225x300.jpg 225w, https://home.regit.org/uploads/2011/08/jan-768x1024.jpg 768w, https://home.regit.org/uploads/2011/08/jan.jpg 1000w&#34; sizes=&#34;auto, (max-width: 225px) 85vw, 225px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Next subject is the discussion about maintaining translations of iptables man page. The team is international and could translate in a few language the man pages. But the question is about finding volunteers in the long term. Jan is alright with taking in charge the synchronization of translation. Any volunteers for translation is welcome.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Florian Westphal: Moving rp_filter into netfilter</title>
      <link>https://home.regit.org/2011/08/florian-westphal-moving-rp_filter-into-netfilter/</link>
      <pubDate>Tue, 23 Aug 2011 09:17:32 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/florian-westphal-moving-rp_filter-into-netfilter/</guid>
      <description>&lt;p&gt;Reverse Path filtering is currently only implemented in IPv4. Eric Leblond sends a patch to add support for IPv6 but it was refused by David Miller who, among other points, wanted to get rid of rp_filter and would like to see it in the Netfilter code.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/florian.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/florian-300x224.jpg&#34; alt=&#34;&#34; title=&#34;florian&#34; width=&#34;300&#34; height=&#34;224&#34; class=&#34;aligncenter size-medium wp-image-722&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/florian-300x224.jpg 300w, https://home.regit.org/uploads/2011/08/florian.jpg 1000w&#34; sizes=&#34;auto, (max-width: 300px) 85vw, 300px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Reverse patch filter implementation is a single function called fib_validate_source. Looking at the problem, it seem relatively simple to implement because, it is just to reverse source and destination and then get the output interface. if it match with the incoming interface, then this is ok.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Eric Leblond: In need of reverse path filtering</title>
      <link>https://home.regit.org/2011/08/eric-leblond-in-need-of-reverse-path-filtering/</link>
      <pubDate>Tue, 23 Aug 2011 08:53:14 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/eric-leblond-in-need-of-reverse-path-filtering/</guid>
      <description>&lt;p&gt;I just gave a presentation to explain that it is necessary to implement carefully reverse path filtering in IPv4 and IPv6.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/eric.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/eric-300x225.jpg&#34; alt=&#34;&#34; title=&#34;eric&#34; width=&#34;300&#34; height=&#34;225&#34; class=&#34;aligncenter size-medium wp-image-720&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/eric-300x225.jpg 300w, https://home.regit.org/uploads/2011/08/eric-1024x768.jpg 1024w, https://home.regit.org/uploads/2011/08/eric.jpg 1388w&#34; sizes=&#34;auto, (max-width: 300px) 85vw, 300px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;More to come later.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Patrick McHardy: memory mapped netlink and nfnetlink_queue</title>
      <link>https://home.regit.org/2011/08/patrick-mchardy-memory-mapped-netlink-and-nfnetlink_queue/</link>
      <pubDate>Mon, 22 Aug 2011 13:56:34 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/patrick-mchardy-memory-mapped-netlink-and-nfnetlink_queue/</guid>
      <description>&lt;p&gt;Patrick McHardy presents his work on a modification of netlink and nfnetlink_queue which is using memory map.&lt;/p&gt;
&lt;p&gt;One of the problem of netlink is that netlink uses regular socket I/O and data need to be copied to the socket buffer data areas before being send. This is a problem for performance.&lt;/p&gt;
&lt;p&gt;The basic concept or memory mapped netlink is to used a shared memory area which can be used by kernel and userspace. A ring buffer is set and instead of copying the data, we just move a pointer to the correct memory area and the userspace reads&lt;br&gt;
It is necessary to synchronize kernel and user spaces to avoid a read on a non significative area. This is done by using a area ownership.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jesper Dangaard Brouer: IPTV-analyzer</title>
      <link>https://home.regit.org/2011/08/jesper-dangaard-brouer-iptv-analyzer/</link>
      <pubDate>Mon, 22 Aug 2011 13:17:14 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/jesper-dangaard-brouer-iptv-analyzer/</guid>
      <description>&lt;p&gt;Jesper presents its IP TV analyser know called &lt;a href=&#34;http://iptv-analyzer.org/wiki/index.php/Main_Page&#34;&gt;IPTV-analyser&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/jesper.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/jesper-225x300.jpg&#34; alt=&#34;&#34; title=&#34;jesper&#34; width=&#34;225&#34; height=&#34;300&#34; class=&#34;aligncenter size-medium wp-image-705&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/jesper-225x300.jpg 225w, https://home.regit.org/uploads/2011/08/jesper-768x1024.jpg 768w, https://home.regit.org/uploads/2011/08/jesper.jpg 1000w&#34; sizes=&#34;auto, (max-width: 225px) 85vw, 225px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;He starts the project when encountering problem in the IP TV system in the company he works for. Proprietary analyser exists but they are expensive and the tested equipment were not able to show the burstiness directly. To fix this, he started using wireshark and add it a burstiness detector. It was not enough because pcap was not scaling enough and they decide to build their own probe. One of the decisive point was the 192000â‚¬ necessary to buy the necessary probes.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Holger Eitzenberger: experiences from making Network Stack Multicore</title>
      <link>https://home.regit.org/2011/08/holger-eitzenberger-experiences-from-making-network-stack-multicore/</link>
      <pubDate>Mon, 22 Aug 2011 10:51:38 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/holger-eitzenberger-experiences-from-making-network-stack-multicore/</guid>
      <description>&lt;p&gt;Holger want to describe its experience when switching from monocore system to mutiticore system at &lt;del datetime=&#34;2011-08-22T10:26:16+00:00&#34;&gt;Astaro&lt;/del&gt; Sophos.&lt;br&gt;
They used:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&#34;http://lwn.net/Articles/362339/&#34;&gt;RPS&lt;/a&gt;: Receive packet steering&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;http://lwn.net/Articles/382428/&#34;&gt;RFS&lt;/a&gt;:Receive flow steering&lt;/li&gt;
&lt;li&gt;XPS: Transmit flow steering&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/holger.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/holger-225x300.jpg&#34; alt=&#34;&#34; title=&#34;holger&#34; width=&#34;225&#34; height=&#34;300&#34; class=&#34;aligncenter size-medium wp-image-701&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/holger-225x300.jpg 225w, https://home.regit.org/uploads/2011/08/holger-768x1024.jpg 768w, https://home.regit.org/uploads/2011/08/holger.jpg 1000w&#34; sizes=&#34;auto, (max-width: 225px) 85vw, 225px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;They are using a 2.6.32 kernel and they had to backport the code but this was quite easy because the code is self-contained. irqbalance is not RPS and XPS aware and it is know to degrade performance. Holger decide then to start a new project.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Sanket Shah: An alternate way to use IPSet framework for increasing firewall throughput</title>
      <link>https://home.regit.org/2011/08/sanket-shah-an-alternate-way-to-use-ipset-framework-for-increasing-firewall-throughput/</link>
      <pubDate>Mon, 22 Aug 2011 10:25:14 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/sanket-shah-an-alternate-way-to-use-ipset-framework-for-increasing-firewall-throughput/</guid>
      <description>&lt;p&gt;When doing matching on iptables, the sequential test of the rules is costly. By using ipset this is possible to limit the number of matches by using the sets.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/sanket.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/sanket-199x300.jpg&#34; alt=&#34;&#34; title=&#34;sanket&#34; width=&#34;199&#34; height=&#34;300&#34; class=&#34;aligncenter size-medium wp-image-696&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/sanket-199x300.jpg 199w, https://home.regit.org/uploads/2011/08/sanket-681x1024.jpg 681w, https://home.regit.org/uploads/2011/08/sanket.jpg 1000w&#34; sizes=&#34;auto, (max-width: 199px) 85vw, 199px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;For their use, they decide to use the connection mark to determine the fate of the packet. It is used to jumb on the correct chain. This logic, combined with a connectionmark set they have developed this lead to a filtering system with a really limited number of rules. In fact, this was switching from something like 10000 rules to one single rule. Ipset is doing all the classification work. The performance increase is huge as on the test system, it goes from a bandwith of 256Mb with iptables to a bandwith 1.8Gb with their system.&lt;/p&gt;</description>
    </item>
    <item>
      <title>JÃ³zsef Kadlecsik: ipset status</title>
      <link>https://home.regit.org/2011/08/jozsef-kadlecsik-ipset-status/</link>
      <pubDate>Mon, 22 Aug 2011 09:38:11 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/jozsef-kadlecsik-ipset-status/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://ipset.netfilter.org/&#34;&gt;Ipset&lt;/a&gt; is now included in the kernel and that’s the main event of ipset in the previous year. JÃ³zsef recommands to use the 6.8 version which is included in kernel 3.1. If your kernel is older, using a separately compiler ipset is recommanded.&lt;/p&gt;
&lt;p&gt;If we omit the bugfixes, a lot of of new features have been introduced sinced version 6.0. It is possible to list the sets defined on a system without getting everything which is useful when big set have been defined.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Eric Leblond: degree of freedom offered by connection tracking helpers</title>
      <link>https://home.regit.org/2011/08/eric-leblond-degree-of-freedom-offered-by-connection-tracking-helpers/</link>
      <pubDate>Mon, 22 Aug 2011 09:37:22 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/eric-leblond-degree-of-freedom-offered-by-connection-tracking-helpers/</guid>
      <description>&lt;p&gt;I gave a small presentation about a study I’ve made on connection tracking helpers. The slides are here: &lt;a href=&#34;http://home.regit.org/uploads/2011/08/nfws_helper_freedom.pdf&#34;&gt;nfws_helper_freedom&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Discussion following the speech was interesting. The main subject was automatic testing of the connection tracking helpers (as well as testing the other components). Pablo Neira Ayuso came with the idea of injecting the packet inside the kernel via a mechanism similar to NFQUEUE. This would then be easy to replay traffic. An extended discussion about the subject should take place during the week.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Samir Bellabes: userspace security for network syscalls – snet</title>
      <link>https://home.regit.org/2011/08/samir-bellabes-userspace-security-for-network-syscalls-snet/</link>
      <pubDate>Mon, 22 Aug 2011 08:35:50 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/samir-bellabes-userspace-security-for-network-syscalls-snet/</guid>
      <description>&lt;p&gt;Snet is an LSM module which treat network access. It is composed of a kernel part, a library and a tool.&lt;/p&gt;
&lt;p&gt;In the kernel, event are generated for protocol and syscall, for example tcp and listen. It is then possible through a ticket system to decide if a process has the right to the event. For example, you can tell firefox can open connections to outside. A netlink protocol is used to communicate with userspace. Thus this is possible in userspace to take the decision by issuing ticket and sending it to kernel.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Opening of 8th Netfilter Workshop</title>
      <link>https://home.regit.org/2011/08/nfws-opening/</link>
      <pubDate>Mon, 22 Aug 2011 08:10:50 +0000</pubDate>
      <guid>https://home.regit.org/2011/08/nfws-opening/</guid>
      <description>&lt;p&gt;The 8th Netfilter Workshop has been opened by Patrick McHardy in Freiburg. It is hosted by the Freiburg University.&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://home.regit.org/uploads/2011/08/patrick.jpg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/2011/08/patrick-768x1024.jpg&#34; alt=&#34;&#34; title=&#34;patrick&#34; width=&#34;695&#34; height=&#34;926&#34; class=&#34;aligncenter size-large wp-image-670&#34; srcset=&#34;https://home.regit.org/uploads/2011/08/patrick-768x1024.jpg 768w, https://home.regit.org/uploads/2011/08/patrick-225x300.jpg 225w, https://home.regit.org/uploads/2011/08/patrick.jpg 800w&#34; sizes=&#34;auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 984px) 61vw, (max-width: 1362px) 45vw, 600px&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;http://workshop.netfilter.org/2011/wiki/index.php/Schedule&#34;&gt;The schedule&lt;/a&gt; is available on the workshop wiki.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
