Linux TCP/IP Netfilter Devel

• Thread Index

• Re: [PATCH 8/8] net: Implement socketat.
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [ABI REVIEW][PATCH 0/8] Namespace file descriptors
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [PATCH 7/8] net: Allow setting the network namespace by fd
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 8/8] net: Implement socketat.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/8] net: Allow setting the network namespace by fd
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] net: Implement socketat.
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 8/8] net: Implement socketat.
  • From: jamal <hadi@xxxxxxxxxx>
• Re: [PATCH 8/8] net: Implement socketat.
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] net: Implement socketat.
  • From: jamal <hadi@xxxxxxxxxx>
• Re: [PATCH 8/8] net: Implement socketat.
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] ns proc: Add support for the network namespace.
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: [PATCH 7/8] net: Allow setting the network namespace by fd
  • From: jamal <hadi@xxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] net: Implement socketat.
  • From: jamal <hadi@xxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 7/8] net: Allow setting the network namespace by fd
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 8/8] net: Implement socketat.
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 8/8] net: Implement socketat.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 7/8] net: Allow setting the network namespace by fd
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 6/8] ns proc: Add support for the mount namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/8] ns proc: Add support for the ipc namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/8] ns proc: Add support for the uts namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/8] ns proc: Add support for the network namespace.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/8] ns: Introduce the setns syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/8] ns: proc files for namespace naming policy.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [ABI REVIEW][PATCH 0/8] Namespace file descriptors
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/6] netfilter: netfilter fixes
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: xtables does not reconise ipportiphash/ipportnethash sets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 0/6] netfilter: netfilter fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• xtables does not reconise ipportiphash/ipportnethash sets
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: [PATCH] netfilter: don't disable BH again in BH disabled context
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 4/4] netfilter: ctnetlink: add support for user-space expectation helpers
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: don't disable BH again in BH disabled context
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 4/6] netfilter: fix a race in nf_ct_ext_create()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/6] netfilter: fix a race in nf_ct_ext_create()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 5/6] netfilter: nf_nat_snmp: fix checksum calculation (v4)
  • From: kaber@xxxxxxxxx
• [PATCH 6/6] netfilter: nf_conntrack_defrag: check socket type before touching nodefrag flag
  • From: kaber@xxxxxxxxx
• [PATCH 0/6] netfilter: netfilter fixes
  • From: kaber@xxxxxxxxx
• [PATCH 3/6] netfilter: fix ipt_REJECT TCP RST routing for indev == outdev
  • From: kaber@xxxxxxxxx
• [PATCH 4/6] netfilter: fix a race in nf_ct_ext_create()
  • From: kaber@xxxxxxxxx
• [PATCH 1/6] netfilter: tproxy: nf_tproxy_assign_sock() can handle tw sockets
  • From: kaber@xxxxxxxxx
• [PATCH 2/6] netfilter: nf_ct_sip: default to NF_ACCEPT in sip_help_tcp()
  • From: kaber@xxxxxxxxx
• Re: [PATCH] net: ipv4,nodefrag: check socket type before touching nodefrag flag
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/4] netfilter: ctnetlink: add support for user-space expectation helpers
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/4] netfilter: ctnetlink: allow to specify the expectation flags
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] netfilter: ctnetlink: missing validation of CTA_EXPECT_ZONE attribute
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] netfilter: nf_nat: better error handling of nf_ct_expect_related() in helpers
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH 5/6] filter_MARK: code factorization.
  • From: Eric Leblond <eric@xxxxxx>
• [PATCH 3/6] build: add debug configure flag
  • From: Eric Leblond <eric@xxxxxx>
• [PATCH 6/6] ulogd: use snprintf instead of sprintf in printpkt
  • From: Eric Leblond <eric@xxxxxx>
• [PATCH 4/6] ulogd.conf: add a complex but useful stack example
  • From: Eric Leblond <eric@xxxxxx>
• [PATCH 2/6] ulogd.conf: Comment library dependant plugins
  • From: Eric Leblond <eric@xxxxxx>
• [ULOGD PATCH 0/6] misc improvements and code cleaning
  • From: Eric Leblond <eric@xxxxxx>
• [PATCH 1/6] build: nfct and nflog can be disabled via configure option
  • From: Eric Leblond <eric@xxxxxx>
• Re: [PATCH 4/4] netfilter: ctnetlink: add support for user-space expectation helpers
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] netfilter: ctnetlink: allow to specify the expectation flags
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH RESEND 2/3] netfilter: xt_condition: change the value from boolean to u32
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH] ipvs: changes related to service usecnt
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v6] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] ipvs: make rerouting optional with snat_reroute
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/3] ipvs: Netfilter connection tracking changes
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/4] netfilter: ctnetlink: add support for user-space expectation helpers
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v5 2/2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/4] netfilter: ctnetlink: allow to specify the expectation flags
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] netfilter: nf_nat: better error handling of nf_ct_expect_related() in helpers
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/3] ipvs: Netfilter connection tracking changes
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/3] ipvs: Netfilter connection tracking changes
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH 4/4] netfilter: ctnetlink: add support for user-space expectation helpers
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 3/4] netfilter: ctnetlink: allow to specify the expectation flags
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 2/4] netfilter: ctnetlink: missing validation of CTA_EXPECT_ZONE attribute
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 1/4] netfilter: nf_nat: better error handling of nf_ct_expect_related() in helpers
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 0/4] We all need more expectations
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: PacketScript: packet mangling using the Lua scripting language
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• PacketScript: packet mangling using the Lua scripting language
  • From: André Graf <andre@xxxxxxxxxxx>
• Re: [PATCH v5 2/2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH v6] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• neighbour struct
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: [PATCH v5 2/2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] net: ipv4,nodefrag: check socket type before touching nodefrag flag
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [rfc] IPVS: Masq local real-servers
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: Re: Fwd: LVS on local node
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 3/3] ipvs: make rerouting optional with snat_reroute
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 2/3] ipvs: Netfilter connection tracking changes
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: changes related to service usecnt
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] netfilter: unregister nf hooks, matches and targets in the reverse order
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [rfc 13/13] [RFC 13/13] IPVS: sip persistence engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [rfc 13/13] [RFC 13/13] IPVS: sip persistence engine
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] ipvs: changes related to service usecnt
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [patch v1 00/12] IPVS: SIP Persistence Engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 2/3] ipvs: Netfilter connection tracking changes
  • From: Julian Anastasov <ja@xxxxxx>
• Re: problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: [PATCH 2/3] ipvs: Netfilter connection tracking changes
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/3] ipvs: extend connection flags to 32 bits
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v1 00/12] IPVS: SIP Persistence Engine
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: problem with flowi structure
  • From: AIJAZ BAIG <aijazbaig1@xxxxxxxxx>
• Re: [patch] netfilter: Use header-y instead of unifdef-y
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v1 00/12] IPVS: SIP Persistence Engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 3/3] ipvs: make rerouting optional with snat_reroute
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 2/3] ipvs: Netfilter connection tracking changes
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 1/3] ipvs: extend connection flags to 32 bits
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 0/3] ipvs: nfct changes
  • From: Julian Anastasov <ja@xxxxxx>
• Re: problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: [PATCH] netfilter: fix a race in nf_ct_ext_create()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2 v2] netfilter: fix the hash random initializing race
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v2 resend] netfilter: ipt_REJECT can't send TCP reset
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v2 resend] nf_nat: no IP_NAT_RANGE_MAP_IPS flags when alloc_null_binding()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH resend] netfilter: nf_nat_core: don't check if the tuple is used if there is no other choice
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: use NFPROTO_IPV4 instead of AF_INET
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Strange behaviors: tcp header and id flag
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: problem with flowi structure
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• problem with flowi structure
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: Kernel Panic on OOM with 10 HTB rules
  • From: Anand Raj Manickam <anandrm@xxxxxxxxx>
• Re: [PATCH 2/4] iptables: limit chain name length to be consistent with targets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Kernel Panic on OOM with 10 HTB rules
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] netfilter: Use header-y instead of unifdef-y
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v1 00/12] IPVS: SIP Persistence Engine
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v5 2/2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 5/5] net/netfilter/ipvs: Eliminate memory leak
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] iptables: limit chain name length to be consistent with targets
  • From: Stig Thormodsrud <stig@xxxxxxxxxx>
• Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH RESEND 2/3] netfilter: xt_condition: change the value from boolean to u32
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH RESEND 2/3] netfilter: xt_condition: change the value from boolean to u32
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: pull: misc nf bugfixes
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH 4/4] libiptc: add Libs.private to pkgconfig files
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/4] libiptc: build with -Wl,--no-as-needed
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/4] iptables-xml: resolve compiler warnings
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/4] iptables: limit chain name length to be consistent with targets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• pull: misc nf bugfixes
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: nat: add nf_nat_csum()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: unregister nf hooks, matches and targets in the reverse order
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [patch] arptables respect LDFLAGS
  • From: Peter Volkov <pva@xxxxxxxxxx>
• Re: TCP Timeout Values
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] enable getsockopt() for IP_NODEFRAG
  • From: David Miller <davem@xxxxxxxxxxxxx>
• TCP Timeout Values
  • From: Erik Schweigert <ejschweigert@xxxxxxxxx>
• Re: change to max length of jump target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] enable getsockopt() for IP_NODEFRAG
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: libnetfilter_conntrack autotools updates
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH] enable getsockopt() for IP_NODEFRAG
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 2/2 v2] man - IP_NODEFRAG option for IPv4 socket
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• LVS with REDIRECT
  • From: Fabricio Archanjo <farchanjo@xxxxxxxxx>
• Re: VLAN ebtables target
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: VLAN ebtables target
  • From: Michele Jr De Candia <michele.de_candia@xxxxxxxxxxxxxxxxxx>
• Re: VLAN ebtables target
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: VLAN ebtables target
  • From: Michele Jr De Candia <michele.de_candia@xxxxxxxxxxxxxxxxxx>
• Re: VLAN ebtables target
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: need help with capturing packet and bytes count from conntrack
  • From: James King <t.james.king@xxxxxxxxx>
• Re: [ANNOUNCE] libnetfilter_conntrack 0.9.0 release
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [ANNOUNCE] libnetfilter_conntrack 0.9.0 release
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Strange behaviors: tcp header and id flag
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• nfnetlink_queue interfering with ioctl calls
  • From: Roger Sala <rsala@xxxxxxxx>
• need help with capturing packet and bytes count from conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• VLAN ebtables target
  • From: Michele Jr De Candia <michele.de_candia@xxxxxxxxxxxxxxxxxx>
• Re: [patch net] ipvs: fix active FTP
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 5/7] build: run AC_CANONICAL_HOST only
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 7/7] Add .gitignore
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 6/7] build: no need for error message in PKG_CHECK_MODULES
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/7] build: avoid use of deprecated INCLUDES
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/7] build: use modern call syntax for AC_INIT, AM_INIT_AUTOMAKE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/7] build: use autoconf-suggested naming of files
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 4/7] build: use simpler autoreconf in autogen
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libnetfilter_conntrack autotools updates
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• change to max length of jump target
  • From: Stig Thormodsrud <stig@xxxxxxxxxx>
• Re: [ANNOUNCE] libnetfilter_conntrack 0.9.0 release
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [patch net] ipvs: fix active FTP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel Panic on OOM with 10 HTB rules
  • From: Jarek Poplawski <jarkao2@xxxxxxxxx>
• Re: Kernel Panic on OOM with 10 HTB rules
  • From: Krzysztof Olędzki <ole@xxxxxx>
• Re: Kernel Panic on OOM with 10 HTB rules
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Kernel Panic on OOM with 10 HTB rules
  • From: Anand Raj Manickam <anandrm@xxxxxxxxx>
• Re: Kernel Panic on OOM with 10 HTB rules
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Kernel Panic on OOM with 10 HTB rules
  • From: Anand Raj Manickam <anandrm@xxxxxxxxx>
• [ANNOUNCE] libnetfilter_conntrack 0.9.0 release
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Is nftables project still alive?
  • From: François Delawarde <fdelawarde@xxxxxxxxxxxxxxxxx>
• Is nftables project still alive?
  • From: Darcy Watkins <dwatkins@xxxxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: TCP proto info
  • From: rui.sousa@xxxxxxxxxxxxx
• Re: [PATCH] ulogd2: Fix length handling in PCAP output
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: fragmented packet
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [patch net] ipvs: fix active FTP
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: fragmented packet
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: fragmented packet
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• [PATCH] ulogd2: Fix length handling in PCAP output
  • From: Jan Andres <jandres@xxxxxxx>
• Re: fragmented packet
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: fragmented packet
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: fragmented packet
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: fragmented packet
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: fragmented packet
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• fragmented packet
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• [PATCH] netfilter: nat: add nf_nat_csum()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH v3] netfilter: xtables target SYNPROXY
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH v3] netfilter: xtables target SYNPROXY
  • From: Fabricio Archanjo <farchanjo@xxxxxxxxx>
• Re: TCP proto info
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [patch net] ipvs: avoid oops for passive FTP
  • From: Julian Anastasov <ja@xxxxxx>
• Re: Resolver behind NetFilter NAT service vulnerable to DNS poisoning attack
  • From: Amir Herzberg <amir.herzberg@xxxxxxxxx>
• Re: [patch net] ipvs: avoid oops for passive FTP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Resolver behind NetFilter NAT service vulnerable to DNS poisoning attack
  • From: Amir Herzberg <amir.herzberg@xxxxxxxxx>
• Fw: [Bug 17622] New: snmp trap ALG issue
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] netfilter: unregister nf hooks, matches and targets in the reverse order
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: Resolver behind NetFilter NAT service vulnerable to DNS poisoning attack
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Resolver behind NetFilter NAT service vulnerable to DNS poisoning attack
  • From: Amir Herzberg <amir.herzberg@xxxxxxxxx>
• Re: TCP proto info
  • From: rui.sousa@xxxxxxxxxxxxx
• [patch net] ipvs: avoid oops for passive FTP
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: TCP proto info
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix problems with active FTP
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: get tcp header
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: get tcp header
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• TCP proto info
  • From: rui.sousa@xxxxxxxxxxxxx
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: get tcp header
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: get tcp header
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: get tcp header
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: get tcp header
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• get tcp header
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: [PATCH] netfilter: fix a race in nf_ct_ext_create()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH] netfilter: fix a race in nf_ct_ext_create()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: remove duplicate include line
  • From: Vlad Dogaru <ddvlad@xxxxxxxxxx>
• [PATCH] netfilter: remove duplicate include line
  • From: Vlad Dogaru <ddvlad@xxxxxxxxxx>
• [PATCH iptables-next 2/2] extensions: add condition target extension.
  • From: luciano.coelho@xxxxxxxxx
• [PATCH iptables-next 1/2] extensions: add condition match extension
  • From: luciano.coelho@xxxxxxxxx
• [PATCH iptables-next 0/2] extensions: add condition match and target extensions
  • From: luciano.coelho@xxxxxxxxx
• Re: write a new simple target for netfilter
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH][RESEND] netfilter: fix CONFIG_COMPAT support
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Justin Kamerman <justin@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Elmar Stellnberger <estellnb@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Justin Kamerman <justin@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: [PATCH][RESEND] netfilter: fix CONFIG_COMPAT support
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Justin Kamerman <justin@xxxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• write a new simple target for netfilter
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: block network access for certain users/groups
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: block network access for certain users/groups
  • From: Elmar Stellnberger <estellnb@xxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [patch net-next 0/4] IPVS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch net-next 0/4] IPVS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch net-next 1/4] [patch nf-next v2] IPVS: ICMPv6 checksum calculation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch net-next 1/4] [patch nf-next v2] IPVS: ICMPv6 checksum calculation
  • From: Julian Anastasov <ja@xxxxxx>
• [patch net-next 4/4] [PATCH net-next-2.6] ipvs: switch to GFP_KERNEL allocations
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch net-next 3/4] [patch nf-next] IPVS: convert __ip_vs_securetcp_lock to a spinlock
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch net-next 2/4] [patch nf-next] IPVS: convert __ip_vs_sched_lock to a spinlock
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch net-next 1/4] [patch nf-next v2] IPVS: ICMPv6 checksum calculation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch net-next 0/4] IPVS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: block network access for certain users/groups
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] net/netfilter/ipvs: Eliminate memory leak
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] net/netfilter/ipvs: Eliminate memory leak
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 5/5] net/netfilter/ipvs: Eliminate memory leak
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Eliminate memory leak
  • From: Julia Lawall <julia@xxxxxxx>
• Re: Kernel Crash - 300+ Rule Creation
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [patch nf-next v2] IPVS: ICMPv6 checksum calculation
  • From: Julian Anastasov <ja@xxxxxx>
• Re: block network access for certain users/groups
  • From: Hagen Paul Pfeifer <hagen@xxxxxxxx>
• Re: Fwd: help needed with EXPORT_SYMBOL
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: block network access for certain users/groups
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• block network access for certain users/groups
  • From: Elmar Stellnberger <estellnb@xxxxxxxxx>
• Re: Fwd: help needed with EXPORT_SYMBOL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Fwd: help needed with EXPORT_SYMBOL
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Fwd: help needed with EXPORT_SYMBOL
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [patch nf-next v2] IPVS: ICMPv6 checksum calculation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Kernel Crash - 300+ Rule Creation
  • From: Anand Raj Manickam <anandrm@xxxxxxxxx>
• Re: [PATCH 5/5] net/netfilter/ipvs: Eliminate memory leak
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 5/5] net/netfilter/ipvs: Eliminate memory leak
  • From: Julia Lawall <julia@xxxxxxx>
• Re: IPVS network namespace aware ?
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• Re: IPVS network namespace aware ?
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: IPVS network namespace aware ?
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH net-next-2.6] ipvs: switch to GFP_KERNEL allocations
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH net-next-2.6] ipvs: switch to GFP_KERNEL allocations
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• Re: [PATCH][RESEND] netfilter: fix CONFIG_COMPAT support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: IPVS network namespace aware ?
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH] netfilter: xt_condition: add security capability support
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [BISECTED][2.6.35 regression] iptables busted on Mac G5
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• [PATCH] netfilter: xt_condition: add security capability support
  • From: luciano.coelho@xxxxxxxxx
• [PATCH][RESEND] netfilter: fix CONFIG_COMPAT support
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [BISECTED][2.6.35 regression] iptables busted on Mac G5
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [BISECTED][2.6.35 regression] iptables busted on Mac G5
  • From: Florian Westphal <fw@xxxxxxxxx>
• [BISECTED][2.6.35 regression] iptables busted on Mac G5
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• [patch] netfilter: Use header-y instead of unifdef-y
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH net-2.6] header: fix broken headers for user space
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: xiaoyu Du <tingsrain@xxxxxxxxx>
• Re: TCPMSS clamp-mss-to-pmtu breaks packets that have no MSS set (incl. solution)
  • From: Daniel Gibson <metalcaedes@xxxxxxxxx>
• [patch v1 12/12] IPVS: sip persistence engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 11/12] IPVS: Fallback if persistence engine fails
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 10/12] IPVS: Allow configuration of persistence engines
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 09/12] IPVS: management of persistence engine modules
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 08/12] IPVS: Add persistence engine data to /proc/net/ip_vs_conn
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 07/12] IPVS: Add struct ip_vs_pe
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 06/12] IPVS: ip_vs_{un,}bind_scheduler NULL arguments
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 05/12] IPVS: Allow null argument to ip_vs_scheduler_put()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v1 00/12] IPVS: SIP Persistence Engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 04/12] IPVS: Add struct ip_vs_conn_param
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 03/12] IPVS: compact ip_vs_sched_persist()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 2/2] [PATCH 2/2] Add support for persistence engines.
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 02/12] netfilter: nf_conntrack_sip: Add callid parser
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 1/2] [PATCH 1/2] Slightly simplify options conflicts logic
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 01/12] netfilter: nf_conntrack_sip: Allow ct_sip_get_header() to be called with a null ct argument
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 0/2] ipvsadm: SIP Persistence Engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v1 00/12] IPVS: SIP Persistence Engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Fwd: socket filter
  • From: krunal patel <krunal.raj@xxxxxxxxx>
• Re: help needed with EXPORT_SYMBOL
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• help needed with EXPORT_SYMBOL
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH v5 2/2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 1/2 v2] netfilter: fix the hash random initializing race
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: yao zhao <dragonlinux@xxxxxxxxx>
• Re: [PATCH 1/2] netfilter: fix the hash random initializing race
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: fix the hash random initializing race
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] netfilter: fix the hash random initializing race
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: fix the hash random initializing race
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] netfilter: fix the hash random initializing race
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: fix the hash random initializing race
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH v4 2/2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 1/2] netfilter: fix the hash random initializing race
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH v3] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v3] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v3] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH v3] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: yao zhao <dragonlinux@xxxxxxxxx>
• Re: [patch nf-next] IPVS: convert __ip_vs_sched_lock to a spinlock
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [patch nf-next] IPVS: convert __ip_vs_securetcp_lock to a spinlock
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH v3] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [patch nf-next] IPVS: convert __ip_vs_sched_lock to a spinlock
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch nf-next] IPVS: convert __ip_vs_securetcp_lock to a spinlock
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: yao zhao <dragonlinux@xxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [rfc] IPVS: convert scheduler management to RCU
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: Julian Anastasov <ja@xxxxxx>
• [rfc] IPVS: convert scheduler management to RCU
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: xiaoyu Du <tingsrain@xxxxxxxxx>
• Re: socket filter
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• socket filter
  • From: krunal patel <krunal.raj@xxxxxxxxx>
• Re: [PATCH 7/8] netfilter: xt_hashlimit: use proto_ports_offset() to support AH message
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] netfilter: ipt_CLUSTERIP: use proto_ports_offset() to support AH message
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] net: introduce proto_ports_offset()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• RE: iptables rule matching error
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• RE: iptables rule matching error
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• Re: [PATCH v2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [PATCH v2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: yao zhao <dragonlinux@xxxxxxxxx>
• Re: [PATCH v2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• [PATCH v2] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [PATCH] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 6/8 v2] netfilter: ipt_CLUSTERIP: use proto_ports_offset() to support AH message
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 6/8] netfilter: ipt_CLUSTERIP: use proto_ports_offset() to support AH message
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 6/8] netfilter: ipt_CLUSTERIP: use proto_ports_offset() to support AH message
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 7/8] netfilter: xt_hashlimit: use proto_ports_offset() to support AH message
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 6/8] netfilter: ipt_CLUSTERIP: use proto_ports_offset() to support AH message
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 3/8] net: introduce proto_ports_offset()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: xiaoyu Du <tingsrain@xxxxxxxxx>
• Re: [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• 2.6.36-rc1 ip6tables-resto: inconsistent lock state
  • From: Ortwin Glück <odi@xxxxxx>
• Re: 2.6.36-rc1 ip6tables-resto: inconsistent lock state
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• [PATCH RESEND 2/3] netfilter: xt_condition: change the value from boolean to u32
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• [PATCH RESEND 3/3] netfilter: xt_condition: add condition target support
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• [PATCH RESEND 0/3] netfilter: xtables: inclusion of condition match and target
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: don't disable BH again in BH disabled context
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH v2 resend] netfilter: ipt_REJECT can't send TCP reset
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH v2 resend] nf_nat: no IP_NAT_RANGE_MAP_IPS flags when alloc_null_binding()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH resend] netfilter: nf_nat_core: don't check if the tuple is used if there is no other choice
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] netfilter: save the hash of the tuple in the original direction for latter use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [patch nf-next] IPVS: ICMPv6 checksum calculation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] netfilter: don't disable BH again in BH disabled context
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] netfilter: use NFPROTO_IPV4 instead of AF_INET
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] netfilter: don't disable BH again in BH disabled context
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: iptables rule matching error
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• iptables rule matching error
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• [ANNOUNCE] ipset-4.3
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [RFC] setting up throughput threshold indications to userspace
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: tproxy related crash in inet_hashtables
  • From: Stephen Buck <stephen.buck@xxxxxxxxxx>
• [PATCH] netfilter: fix userspace header warning
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: tproxy related crash in inet_hashtables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: tproxy related crash in inet_hashtables
  • From: Stephen Buck <stephen.buck@xxxxxxxxxx>
• Re: tproxy related crash in inet_hashtables
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: event callback in netfilter-conntrack
  • From: Andrew Beverley <andy@xxxxxxxxxxx>
• Re: 2.6.35, netfilter/iptables not working with 32bit userspace + 64bit kernel?
  • From: Jussi Kivilinna <jukivili@xxxxxxxxx>
• Re: tproxy related crash in inet_hashtables
  • From: Stephen Buck <stephen.buck@xxxxxxxxxx>
• Re: event callback in netfilter-conntrack
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: 2.6.35, netfilter/iptables not working with 32bit userspace + 64bit kernel?
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: 2.6.35, netfilter/iptables not working with 32bit userspace + 64bit kernel?
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• event callback in netfilter-conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: tproxy related crash in inet_hashtables
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 0/1] netfilter: xt_condition: add condition target
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH 0/1] netfilter: xt_condition: add condition target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ipset-4.2 compilation fails with recent kernel
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ipset-4.2 compilation fails with recent kernel
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [PATCH 1/1] netfilter: xt_condition: add condition target support
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• [PATCH 0/1] netfilter: xt_condition: add condition target
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• ipset-4.2 compilation fails with recent kernel
  • From: Nort Obor <obornort@xxxxxxxxxxxxxx>
• [PATCH] Clear ulog message to prevent leaking uninitializied memory to user
  • From: Mark Leander <mark.leander@xxxxxxxxxxxxxxx>
• RE: Help! Stuck while porting table code from older to recent kernel
  • From: Jon E <je_nfd@xxxxxxxxxxx>
• Re: Help! Stuck while porting table code from older to recent kernel
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Help! Stuck while porting table code from older to recent kernel
  • From: Jon E <je_nfd@xxxxxxxxxxx>
• multiple streaming servers in a cloud
  • From: Tapas Mishra <mightydreams@xxxxxxxxx>
• RE: newbie: writing custom target, need help with getting it to work
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• RE: newbie: writing custom target, need help with getting it to work
  • From: "Yossi Weihs" <yw@xxxxxxxxxxx>
• RE: newbie: writing custom target, need help with getting it to work
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• RE: newbie: writing custom target, need help with getting it to work
  • From: "Yossi Weihs" <yw@xxxxxxxxxxx>
• Re: newbie: writing custom target, need help with getting it to work
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: newbie: writing custom target, need help with getting it to work
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• newbie: writing custom target, need help with getting it to work
  • From: "Yossi Weihs" <yw@xxxxxxxxxxx>
• [PATCH 1/1] netfilter: fix CONFIG_COMPAT support
  • From: Florian Westphal <fw@xxxxxxxxx>
• [PATCH v2 resend] netfilter: ipt_REJECT can't send TCP reset
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [rfc 02/13] [RFC 02/13] netfilter: nf_conntrack_sip: Add callid parser
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2 0/2] netfilter: xtables: xt_condition inclusion and change to u32
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [rfc 02/13] [RFC 02/13] netfilter: nf_conntrack_sip: Add callid parser
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: IPVS network namespace aware ?
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2 0/2] netfilter: xtables: xt_condition inclusion and change to u32
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [ANNOUNCE]: Release of iptables-1.4.9.1
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• IPVS network namespace aware ?
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [PATCH v2 0/2] netfilter: xtables: xt_condition inclusion and change to u32
  • From: luciano.coelho@xxxxxxxxx
• [PATCH v2 2/2] netfilter: xt_condition: change the value from boolean to u32
  • From: luciano.coelho@xxxxxxxxx
• [PATCH v2 1/2] netfilter: xtables: inclusion of xt_condition
  • From: luciano.coelho@xxxxxxxxx
• Re: [PATCH 2/2] netfilter: xt_condition: change the value from boolean to u32
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH 2/2] netfilter: xt_condition: change the value from boolean to u32
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/2] netfilter: xt_condition: change the value from boolean to u32
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [rfc 10/13] [RFC 10/13] IPVS: management of persistence engine modules
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [rfc 13/13] [RFC 13/13] IPVS: sip persistence engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [rfc 09/13] [RFC 09/13] IPVS: Add persistence engine data to /proc/net/ip_vs_conn
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 16/42] net/ipv6/netfilter: Adjust confusing if indentation
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [rfc 10/13] [RFC 10/13] IPVS: management of persistence engine modules
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 2/2] netfilter: xt_condition: change the value from boolean to u32
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 0/2] netfilter: xtables: xt_condition inclusion and change to u32
  • From: luciano.coelho@xxxxxxxxx
• [PATCH 1/2] netfilter: xtables: inclusion of xt_condition
  • From: luciano.coelho@xxxxxxxxx
• [PATCH 2/2] netfilter: xt_condition: change the value from boolean to u32
  • From: luciano.coelho@xxxxxxxxx
• Re: [rfc 13/13] [RFC 13/13] IPVS: sip persistence engine
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [rfc 09/13] [RFC 09/13] IPVS: Add persistence engine data to /proc/net/ip_vs_conn
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [rfc 2/2] [PATCH 2/2] Add support for persistence engines.
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 1/2] [PATCH 1/2] Slightly simplify options conflicts logic
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 0/2] ipvsadm: SIP Persistence Engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 13/13] [RFC 13/13] IPVS: sip persistence engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 12/13] [RFC 12/13] IPVS: Fallback if persistence engine fails
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 11/13] [RFC 11/13] IPVS: Allow configuration of persistence engines
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 10/13] [RFC 10/13] IPVS: management of persistence engine modules
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 09/13] [RFC 09/13] IPVS: Add persistence engine data to /proc/net/ip_vs_conn
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 08/13] [RFC 08/13] IPVS: Add struct ip_vs_pe
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 07/13] [RFC 07/13] IPVS: ip_vs_{un,}bind_scheduler NULL arguments
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 06/13] [RFC 06/13] IPVS: Allow null argument to ip_vs_scheduler_put()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 05/13] [RFC 05/13] IPVS: Add struct ip_vs_conn_param
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 04/13] [RFC 04/13] IPVS: compact ip_vs_sched_persist()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 03/13] [RFC 03/13] ipvs: provide default ip_vs_conn_{in,out}_get_proto
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 02/13] [RFC 02/13] netfilter: nf_conntrack_sip: Add callid parser
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 01/13] [RFC 01/13] netfilter: nf_conntrack_sip: Allow ct_sip_get_header() to be called with a null ct argument
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [rfc 00/13] IPVS: SIP Persistence Engine
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch] netfilter: default to NF_DROP in sip_help_tcp()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] net: use the nf_bridge of the last received skb in a fragment queue
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] netfilter: default to NF_DROP in sip_help_tcp()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] netfilter: default to NF_DROP in sip_help_tcp()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [iptables]fix a typo
  • From: Li Yewang <lyw@xxxxxxxxxxxxxx>
• Re: [PATCH v2] ipt_REJECT: can't work with bridges
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: nfqueue
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: Michele Petrazzo - Unipex <michele.petrazzo@xxxxxxxxx>
• Re: nfqueue
  • From: Karl Hiramoto <karl@xxxxxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• nfqueue
  • From: m <martinbarrowcliff@xxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.9
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• iptables-next merged
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [ANNOUNCE]: Release of iptables-1.4.9
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: TCPMSS clamp-mss-to-pmtu breaks packets that have no MSS set (incl. solution)
  • From: Nepenthes Development Team <nepenthesdev@xxxxxxxxx>
• Re: [PATCH 00/28] netfilter: netfilter update
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] nf_nat: no IP_NAT_RANGE_MAP_IPS flags when alloc_null_binding()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• RE: Question about using "Expect" from Netfilter hook
  • From: Jackson Alberto <superj_2004@xxxxxxxxxxx>
• [PATCH 05/28] ipvs: lvs sctp protocol handler is incorrectly invoked ip_vs_app_pkt_out
  • From: kaber@xxxxxxxxx
• [PATCH 06/28] netfilter: xt_TPROXY: the length of lines should be within 80
  • From: kaber@xxxxxxxxx
• [PATCH 07/28] nfnetlink_log: do not expose NFULNL_COPY_DISABLED to user-space
  • From: kaber@xxxxxxxxx
• [PATCH 08/28] netfilter: nf_ct_tcp: fix flow recovery with TCP window tracking enabled
  • From: kaber@xxxxxxxxx
• [PATCH 00/28] netfilter: netfilter update
  • From: kaber@xxxxxxxxx
• [PATCH 09/28] netfilter: add CHECKSUM target
  • From: kaber@xxxxxxxxx
• [PATCH 02/28] netfilter: ipt_REJECT: postpone the checksum calculation.
  • From: kaber@xxxxxxxxx
• [PATCH 10/28] netfilter: correct CHECKSUM header and export it
  • From: kaber@xxxxxxxxx
• [PATCH 03/28] netfilter: ipt_REJECT: avoid touching dst ref
  • From: kaber@xxxxxxxxx
• [PATCH 11/28] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: kaber@xxxxxxxxx
• [PATCH 12/28] IPVS: make friends with nf_conntrack
  • From: kaber@xxxxxxxxx
• [PATCH 13/28] IPVS: make FTP work with full NAT support
  • From: kaber@xxxxxxxxx
• [PATCH 14/28] netfilter: add xt_cpu match
  • From: kaber@xxxxxxxxx
• [PATCH 15/28] netfilter: nf_nat_core: merge the same lines
  • From: kaber@xxxxxxxxx
• [PATCH 19/28] netfilter: ip6tables: use skb->len for accounting
  • From: kaber@xxxxxxxxx
• [PATCH 20/28] netfilter: iptables: use skb->len for accounting
  • From: kaber@xxxxxxxxx
• [PATCH 21/28] netfilter: {ip,ip6,arp}_tables: dont block bottom half more than necessary
  • From: kaber@xxxxxxxxx
• [PATCH 22/28] netfilter: nf_conntrack_extend: introduce __nf_ct_ext_exist()
  • From: kaber@xxxxxxxxx
• [PATCH 25/28] netfilter: nf_nat: use local variable hdrlen
  • From: kaber@xxxxxxxxx
• [PATCH 23/28] ipvs: remove EXPERIMENTAL tag
  • From: kaber@xxxxxxxxx
• [PATCH 28/28] netfilter: nf_conntrack_acct: use skb->len for accounting
  • From: kaber@xxxxxxxxx
• [PATCH 24/28] ipvs: provide default ip_vs_conn_{in,out}_get_proto
  • From: kaber@xxxxxxxxx
• [PATCH 27/28] netfilter: nf_nat: don't check if the tuple is unique when there isn't any other choice
  • From: kaber@xxxxxxxxx
• [PATCH 26/28] netfilter: nf_nat: make unique_tuple return void
  • From: kaber@xxxxxxxxx
• [PATCH 18/28] xt_quota: report initial quota value instead of current value to userspace
  • From: kaber@xxxxxxxxx
• [PATCH 17/28] netfilter: xt_quota: use per-rule spin lock
  • From: kaber@xxxxxxxxx
• [PATCH 16/28] netfilter: arptables: use arp_hdr_len()
  • From: kaber@xxxxxxxxx
• [PATCH 04/28] ipvs: Kconfig cleanup
  • From: kaber@xxxxxxxxx
• [PATCH 01/28] netfilter: nf_conntrack_reasm: add fast path for in-order fragments
  • From: kaber@xxxxxxxxx
• Re: [PATCH] netfilter: xtables: introduce xt_length revision 2½
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH iptables] libxt_quota: don't ignore the quota value on deletion
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: introduce xt_length revision 2½
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] nf_conntrack_acct: use skb->len for accounting
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] nf: make skb_make_writable() return bool
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Misc consistency updates
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v2] nf_nat: no IP_NAT_RANGE_MAP_IPS flags when alloc_null_binding()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v2 2/2] nf_nat: don't check if the tuple is unique when there isn't any other choice
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v2 1/2] nf_nat: make unique_tuple return void
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: TCPMSS clamp-mss-to-pmtu breaks packets that have no MSS set (incl. solution)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] nf_nat: use local variable hdrlen
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter : fix typo in Kconfig
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Misc consistency updates
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] nf_conntrack_extend: introduce __nf_ct_ext_exist()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Misc consistency updates
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH nf-next-2.6] netfilter: {ip,ip6,arp}_tables: dont block bottom half more than necessary
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] nf_nat_core: don't check if the tuple is used if there is no other choice
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH v2] nf_nat: no IP_NAT_RANGE_MAP_IPS flags when alloc_null_binding()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: socket match - add wildcard option [2/4]
  • From: Nepenthes Development Team <nepenthesdev@xxxxxxxxx>
• [PATCH] nf_nat: no IP_NAT_RANGE_MAP_IPS flags when alloc_null_binding()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH v2 2/2] nf_nat: don't check if the tuple is unique when there isn't any other choice
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH v2 1/2] nf_nat: make unique_tuple return void
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] nf: make skb_make_writable() return bool
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 2/2] nf_nat: don't check if the tuple is unique when there isn't any other choice
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 2/2] nf_nat: don't check if the tuple is unique when there isn't any other choice
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] nf_nat: make unique_tuple return void
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 1/2] nf_nat: make unique_tuple return void
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/2] nf_nat: don't check if the tuple is unique when there isn't any other choice
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 1/2] nf_nat: make unique_tuple return void
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] nf_nat: use local variable hdrlen
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: strange IP rewrite of the libnetfilter_conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• strange IP rewrite of the libnetfilter_conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• TCPMSS clamp-mss-to-pmtu breaks packets that have no MSS set (incl. solution)
  • From: Daniel Gibson <metalcaedes@xxxxxxxxx>
• Question about using "Expect" from Netfilter hook
  • From: Jackson Alberto <superj_2004@xxxxxxxxxxx>
• [PATCH] netfilter : fix typo in Kconfig
  • From: Meik Piepmeyer <meik.piepmeyer.lists@xxxxxxxxx>
• Re: question about libfilter_conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: question about libfilter_conntrack
  • From: Andrew Beverley <andy@xxxxxxxxxxx>
• Re: question about libfilter_conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: question about libfilter_conntrack
  • From: Andrew Beverley <andy@xxxxxxxxxxx>
• question about libfilter_conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: [RFC 0/4] nfnetlink_queue bypass queue to userspace X bytes of connection
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: socket match - add wildcard option [2/4]
  • From: Nepenthes Development Team <nepenthesdev@xxxxxxxxx>
• Re: [RFC 0/4] nfnetlink_queue bypass queue to userspace X bytes of connection
  • From: Karl Hiramoto <karl@xxxxxxxxxxxx>
• using libiptc to append iptables rule but no effect
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: [PATCH iptables] libxt_length: update to revision 1
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH iptables] libxt_length: update to revision 1
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: socket match - add wildcard option [2/4]
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: socket match - add wildcard option [2/4]
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: socket match - add wildcard option [2/4]
  • From: Nepenthes Development Team <nepenthesdev@xxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: John Haxby <john.haxby@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: about conntrack for oracle tns
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [rfc] netfilter: copy less data to the user
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH iptables] libxt_length: update to revision 1
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: socket match - add wildcard option [2/4]
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: socket match - add wildcard option [1/4]
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• socket match - add wildcard option [4/4]
  • From: Nepenthes Development Team <nepenthesdev@xxxxxxxxx>
• socket match - add wildcard option [3/4]
  • From: Nepenthes Development Team <nepenthesdev@xxxxxxxxx>
• socket match - add wildcard option [2/4]
  • From: Nepenthes Development Team <nepenthesdev@xxxxxxxxx>