1. 02 Dec, 2006 7 commits
  2. 22 Sep, 2006 2 commits
  3. 30 Jun, 2006 1 commit
  4. 17 Jun, 2006 1 commit
  5. 28 Mar, 2006 1 commit
  6. 20 Mar, 2006 1 commit
    • Harald Welte's avatar
      [NETFILTER] nf_conntrack: clean up to reduce size of 'struct nf_conn' · dc808fe2
      Harald Welte authored
      
      
      This patch moves all helper related data fields of 'struct nf_conn'
      into a separate structure 'struct nf_conn_help'.  This new structure
      is only present in conntrack entries for which we actually have a
      helper loaded.
      
      Also, this patch cleans up the nf_conntrack 'features' mechanism to
      resemble what the original idea was: Just glue the feature-specific
      data structures at the end of 'struct nf_conn', and explicitly
      re-calculate the pointer to it when needed rather than keeping
      pointers around.
      
      Saves 20 bytes per conntrack on my x86_64 box. A non-helped conntrack
      is 276 bytes. We still need to save another 20 bytes in order to fit
      into to target of 256bytes.
      Signed-off-by: default avatarHarald Welte <laforge@netfilter.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      dc808fe2
  7. 05 Feb, 2006 1 commit
  8. 13 Jan, 2006 1 commit
    • Joe Perches's avatar
      [NET]: Use NIP6_FMT in kernel.h · 46b86a2d
      Joe Perches authored
      
      
      There are errors and inconsistency in the display of NIP6 strings.
      	ie: net/ipv6/ip6_flowlabel.c
      
      There are errors and inconsistency in the display of NIPQUAD strings too.
      	ie: net/netfilter/nf_conntrack_ftp.c
      
      This patch:
      	adds NIP6_FMT to kernel.h
      	changes all code to use NIP6_FMT
      	fixes net/ipv6/ip6_flowlabel.c
      	adds NIPQUAD_FMT to kernel.h
      	fixes net/netfilter/nf_conntrack_ftp.c
      	changes a few uses of "%u.%u.%u.%u" to NIPQUAD_FMT for symmetry to NIP6_FMT
      Signed-off-by: default avatarJoe Perches <joe@perches.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      46b86a2d
  9. 05 Jan, 2006 1 commit
  10. 09 Nov, 2005 1 commit
    • Yasuyuki Kozakai's avatar
      [NETFILTER]: Add nf_conntrack subsystem. · 9fb9cbb1
      Yasuyuki Kozakai authored
      
      
      The existing connection tracking subsystem in netfilter can only
      handle ipv4.  There were basically two choices present to add
      connection tracking support for ipv6.  We could either duplicate all
      of the ipv4 connection tracking code into an ipv6 counterpart, or (the
      choice taken by these patches) we could design a generic layer that
      could handle both ipv4 and ipv6 and thus requiring only one sub-protocol
      (TCP, UDP, etc.) connection tracking helper module to be written.
      
      In fact nf_conntrack is capable of working with any layer 3
      protocol.
      
      The existing ipv4 specific conntrack code could also not deal
      with the pecularities of doing connection tracking on ipv6,
      which is also cured here.  For example, these issues include:
      
      1) ICMPv6 handling, which is used for neighbour discovery in
         ipv6 thus some messages such as these should not participate
         in connection tracking since effectively they are like ARP
         messages
      
      2) fragmentation must be handled differently in ipv6, because
         the simplistic "defrag, connection track and NAT, refrag"
         (which the existing ipv4 connection tracking does) approach simply
         isn't feasible in ipv6
      
      3) ipv6 extension header parsing must occur at the correct spots
         before and after connection tracking decisions, and there were
         no provisions for this in the existing connection tracking
         design
      
      4) ipv6 has no need for stateful NAT
      
      The ipv4 specific conntrack layer is kept around, until all of
      the ipv4 specific conntrack helpers are ported over to nf_conntrack
      and it is feature complete.  Once that occurs, the old conntrack
      stuff will get placed into the feature-removal-schedule and we will
      fully kill it off 6 months later.
      Signed-off-by: default avatarYasuyuki Kozakai <yasuyuki.kozakai@toshiba.co.jp>
      Signed-off-by: default avatarHarald Welte <laforge@netfilter.org>
      Signed-off-by: default avatarArnaldo Carvalho de Melo <acme@mandriva.com>
      9fb9cbb1