LVS Devel

• Thread Index

• Re: [PATCH net-next] ipvs: orphan skb on LOCAL_IN path
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 3/3] IPVS: add wlib & wlip schedulers
  • From: Chris Caputo <ccaputo@xxxxxxx>
• [PATCH 2/3] IPVS: add wlib & wlip schedulers
  • From: Chris Caputo <ccaputo@xxxxxxx>
• [PATCH 1/3] IPVS: add wlib & wlip schedulers
  • From: Chris Caputo <ccaputo@xxxxxxx>
• [PATCH net-next] ipvs: orphan skb on LOCAL_IN path
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH 1/2] IPVS: add wlib & wlip schedulers
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 2/2] IPVS: add wlib & wlip schedulers
  • From: Chris Caputo <ccaputo@xxxxxxx>
• [PATCH 1/2] IPVS: add wlib & wlip schedulers
  • From: Chris Caputo <ccaputo@xxxxxxx>
• Re: [PATCH] ipvsadm: Enable to work display host name of IPv6
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: Enable to work display host name of IPv6
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] ipvsadm: Enable to work display host name of IPv6
  • From: Hibari Michiro <hibari.michiro@xxxxxxxxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Julian Anastasov <ja@xxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: seqadj ext fix in ipvs for 3.12 stable
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• seqadj ext fix in ipvs for 3.12 stable
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net] ipvs: rerouting to local clients is not needed anymore
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [GIT PULL nf-next] Second round of IPVS Updates for v3.19
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Julian Anastasov <ja@xxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• [GIT PULL nf-next] Second round of IPVS Updates for v3.19
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next] ipvs: uninitialized data with IP_VS_IPV6
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2] ipvs: uninitialized data with IP_VS_IPV6
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Julian Anastasov <ja@xxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: [ipvsadm PATCH 0/2] trivial compile warning fixes for ipvsadm
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [patch v2] ipvs: uninitialized data with IP_VS_IPV6
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch v2] ipvs: uninitialized data with IP_VS_IPV6
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• [PATCH RFC] ipvs: reschedule new connections if previous was on FIN_WAIT or TIME_WAIT
  • From: Marcelo Ricardo Leitner <mleitner@xxxxxxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: [patch v2] ipvs: uninitialized data with IP_VS_IPV6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [ipvsadm PATCH 0/2] trivial compile warning fixes for ipvsadm
  • From: Julian Anastasov <ja@xxxxxx>
• [patch v2] ipvs: uninitialized data with IP_VS_IPV6
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: 3.12.33 - BUG xfrm_selector_match+0x25/0x2f6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [patch] ipvs: uninitialized data with IP_VS_IPV6
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch] ipvs: uninitialized data with IP_VS_IPV6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [ipvsadm PATCH 0/2] trivial compile warning fixes for ipvsadm
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [ipvsadm PATCH 2/2] ipvsadm: fix compile warning in modprobe_ipvs
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [ipvsadm PATCH 0/2] trivial compile warning fixes for ipvsadm
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [ipvsadm PATCH 1/2] ipvsadm: fix compile warning in print_largenum
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [patch] ipvs: uninitialized data with IP_VS_IPV6
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/1] netfilter: Deletion of unnecessary checks before two function calls
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] netfilter: Deletion of unnecessary checks before two function calls
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 1/1] netfilter: Deletion of unnecessary checks before two function calls
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 1/1] netfilter: Deletion of unnecessary checks before two function calls
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 1/1] netfilter: Deletion of unnecessary checks before two function calls
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL nf] Second Round of IPVS Fixes for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [GIT PULL nf] Second Round of IPVS Fixes for v3.18
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [GIT PULL nf] IPVS Fixes for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf] ipvs: Keep skb->sk when allocating headroom on tunnel xmit
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: Keep skb->sk when allocating headroom on tunnel xmit
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf] Second Round of IPVS Fixes for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: Keep skb->sk when allocating headroom on tunnel xmit
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: Keep skb->sk when allocating headroom on tunnel xmit
  • From: Calvin Owens <calvinowens@xxxxxx>
• Re: [PATCH] ipvs: Keep skb->sk when allocating headroom on tunnel xmit
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] ipvs: Keep skb->sk when allocating headroom on tunnel xmit
  • From: Calvin Owens <calvinowens@xxxxxx>
• Re: [GIT PULL nf] IPVS Fixes for v3.18
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [GIT PULL nf] IPVS Fixes for v3.18
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [GIT PULL nf-next] IPVS Updates for v3.19
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH nf] ipvs: Avoid null-pointer deref in debug code
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf] IPVS Fixes for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next] ipvs: remove unnecessary assignment in __ip_vs_get_out_rt
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf-next] IPVS Updates for v3.19
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net-next] ipvs: remove unnecessary assignment in __ip_vs_get_out_rt
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net-next] ipvs: Avoid null-pointer deref in debug code
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net-next] ipvs: remove unnecessary assignment in __ip_vs_get_out_rt
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net-next] ipvs: remove unnecessary assignment in __ip_vs_get_out_rt
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH net-next] ipvs: Avoid null-pointer deref in debug code
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net-next] ipvs: Avoid null-pointer deref in debug code
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net-next] ipvs: Avoid null-pointer deref in debug code
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: ipvs: Pull out crosses_local_route_boundary logic
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next] ipvs: Avoid null-pointer deref in debug code
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: ipvs: Pull out crosses_local_route_boundary logic
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net-next] ipvs: Avoid null-pointer deref in debug code
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net-next] ipvs: Avoid null-pointer deref in debug code
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: ipvs: Pull out crosses_local_route_boundary logic
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH] ipvs: Clean up comment style in ip_vs.h
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: Clean up comment style in ip_vs.h
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• re: ipvs: Pull out crosses_local_route_boundary logic
  • From: Julian Anastasov <ja@xxxxxx>
• re: ipvs: Pull out crosses_local_route_boundary logic
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net] ipvs: fix ipv6 hook registration for local replies
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] ipvs: Clean up comment style in ip_vs.h
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net] ipvs: fix ipv6 hook registration for local replies
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH net] ipvs: fix ipv6 hook registration for local replies
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net] ipvs: fix ipv6 hook registration for local replies
  • From: Chris J Arges <chris.j.arges@xxxxxxxxxxxxx>
• Re: IPVS Health Checking Best Practices
  • From: Alexey Andriyanov <alan@xxxxxxxxxx>
• IPVS Health Checking Best Practices
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [GIT PULL v2 00/15] Second Round of IPVS Updates for v3.18
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 02/15] ipvs: Add destination address family to netlink interface
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 04/15] ipvs: Pass destination address family to ip_vs_trash_get_dest
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 01/15] ipvs: Add simple weighted failover scheduler
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 05/15] ipvs: Supply destination address family to ip_vs_conn_new
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 08/15] ipvs: Pull out update_pmtu code
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 06/15] ipvs: prevent mixing heterogeneous pools and synchronization
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 10/15] ipvs: support ipv4 in ipv6 and ipv6 in ipv4 tunnel forwarding
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 09/15] ipvs: Add generic ensure_mtu_is_adequate to handle mixed pools
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 12/15] ipvs: address family of LBLCR entry depends on svc family
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 13/15] ipvs: use correct address family in scheduler logs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 11/15] ipvs: address family of LBLC entry depends on svc family
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [GIT PULL nf-next 00/21] Second Round of IPVS Updates for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 15/15] ipvs: Allow heterogeneous pools now that we support them
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 14/15] ipvs: use the new dest addr family field
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 07/15] ipvs: Pull out crosses_local_route_boundary logic
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 03/15] ipvs: Supply destination addr family to ip_vs_{lookup_dest,find_dest}
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL v2 00/15] Second Round of IPVS Updates for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [GIT PULL nf-next 00/21] Second Round of IPVS Updates for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [GIT PULL nf-next 00/21] Second Round of IPVS Updates for v3.18
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [GIT PULL nf-next 00/21] Second Round of IPVS Updates for v3.18
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [GIT PULL nf-next 00/21] Second Round of IPVS Updates for v3.18
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH nf-next 01/21] ipvs: Add simple weighted failover scheduler
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 04/21] ipvs: Pass destination address family to ip_vs_trash_get_dest
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 02/21] ipvs: Add destination address family to netlink interface
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 03/21] ipvs: Supply destination addr family to ip_vs_{lookup_dest,find_dest}
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 05/21] ipvs: Supply destination address family to ip_vs_conn_new
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 09/21] ipvs: Add generic ensure_mtu_is_adequate to handle mixed pools
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 06/21] ipvs: prevent mixing heterogeneous pools and synchronization
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 07/21] ipvs: Pull out crosses_local_route_boundary logic
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 08/21] ipvs: Pull out update_pmtu code
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 10/21] ipvs: support ipv4 in ipv6 and ipv6 in ipv4 tunnel forwarding
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 12/21] ipvs: address family of LBLCR entry depends on svc family
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 11/21] ipvs: address family of LBLC entry depends on svc family
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 17/21] ipvs: use correct address family in SED logs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 16/21] ipvs: use correct address family in RR logs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 18/21] ipvs: use correct address family in SH logs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 15/21] ipvs: use correct address family in NQ logs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 20/21] ipvs: use the new dest addr family field
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 19/21] ipvs: use correct address family in WLC logs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 21/21] ipvs: Allow heterogeneous pools now that we support them
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 14/21] ipvs: use correct address family in LC logs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 13/21] ipvs: use correct address family in DH logs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf-next 00/21] Second Round of IPVS Updates for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net-next 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net-next 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] ipvsadm: do not truncate ipv6 members of v4 services
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: do not truncate ipv6 members of v4 services
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net-next 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] ipvsadm: do not truncate ipv6 members of v4 services
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs,v4 19/20] ipvs: use the new dest addr family field
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net-next 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net-next 06/20] ipvs: Pull out crosses_local_route_boundary logic
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 11/20] ipvs: address family of LBLCR entry depends on svc family
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 07/20] ipvs: Pull out update_pmtu code
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 04/20] ipvs: Supply destination address family to ip_vs_conn_new
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 02/20] ipvs: Supply destination addr family to ip_vs_{lookup_dest,find_dest}
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 13/20] ipvs: use correct address family in LC logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 03/20] ipvs: Pass destination address family to ip_vs_trash_get_dest
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 08/20] ipvs: Add generic ensure_mtu_is_adequate to handle mixed pools
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 16/20] ipvs: use correct address family in SED logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 20/20] ipvs: Allow heterogeneous pools now that we support them
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 14/20] ipvs: use correct address family in NQ logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 09/20] ipvs: support ipv4 in ipv6 and ipv6 in ipv4 tunnel forwarding
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 17/20] ipvs: use correct address family in SH logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 19/20] ipvs: use the new dest addr family field
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 18/20] ipvs: use correct address family in WLC logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 12/20] ipvs: use correct address family in DH logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 15/20] ipvs: use correct address family in RR logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 01/20] ipvs: Add destination address family to netlink interface
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 10/20] ipvs: address family of LBLC entry depends on svc family
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net-next 05/20] ipvs: prevent mixing heterogeneous pools and synchronization
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs,v4 19/20] ipvs: use the new dest addr family field
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs,v4 19/20] ipvs: use the new dest addr family field
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCHv2 net-next] ipvs: reduce stack usage for sockopt data
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] ipvs: reduce stack usage for sockopt data
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCHv2 net-next] ipvs: reduce stack usage for sockopt data
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] ipvs: reduce stack usage for sockopt data
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCHv2 net-next] ipvs: reduce stack usage for sockopt data
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCHv2 net-next] ipvs: reduce stack usage for sockopt data
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• ipvs ipv6 tunnel forwarding sets expires on local route
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCHv2 net-next] ipvs: reduce stack usage for sockopt data
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCHv2 net-next] ipvs: reduce stack usage for sockopt data
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH nf-next] ipvs: reduce stack usage for sockopt data
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH ipvs,v4 19/20] ipvs: use the new dest addr family field
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 0/2] More changes for different address family
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 0/2] More changes for different address family
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [PATCH 0/2] More changes for different address family
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 1/2] ipvsadm: restrict different address family
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 2/2] ipvsadm: allow different address family in connection listing
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvsadm: specify real server address family to netlink socket
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [GIT PULL nf] Second round of IPVS fixes for v3.17
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [GIT PULL nf] IPVS fixes for v3.17
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH ipvs,v4 19/20] ipvs: use the new dest addr family field
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] ipvsadm: specify real server address family to netlink socket
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs,v4 19/20] ipvs: use the new dest addr family field
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs,v4 19/20] ipvs: use the new dest addr family field
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH ipvs,v4 04/20] ipvs: Supply destination address family to ip_vs_conn_new
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 18/20] ipvs: use correct address family in WLC logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 14/20] ipvs: use correct address family in NQ logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 09/20] ipvs: support ipv4 in ipv6 and ipv6 in ipv4 tunnel forwarding
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 15/20] ipvs: use correct address family in RR logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 13/20] ipvs: use correct address family in LC logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 19/20] ipvs: use the new dest addr family field
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 20/20] ipvs: Allow heterogeneous pools now that we support them
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 02/20] ipvs: Supply destination addr family to ip_vs_{lookup_dest,find_dest}
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 11/20] ipvs: address family of LBLCR entry depends on svc family
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 03/20] ipvs: Pass destination address family to ip_vs_trash_get_dest
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 16/20] ipvs: use correct address family in SED logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 05/20] ipvs: prevent mixing heterogeneous pools and synchronization
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 10/20] ipvs: address family of LBLC entry depends on svc family
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 01/20] ipvs: Add destination address family to netlink interface
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 08/20] ipvs: Add generic ensure_mtu_is_adequate to handle mixed pools
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 06/20] ipvs: Pull out crosses_local_route_boundary logic
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 07/20] ipvs: Pull out update_pmtu code
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 17/20] ipvs: use correct address family in SH logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v4 12/20] ipvs: use correct address family in DH logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs,v3 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs,v3 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs,v3 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH ipvs,v3 17/20] ipvs: use correct address family in SED logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 16/20] ipvs: use correct address family in RR logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 20/20] ipvs: Allow heterogeneous pools now that we support them
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 09/20] ipvs: Add generic ensure_mtu_is_adequate to handle mixed pools
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 13/20] ipvs: use correct address family in DH logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 19/20] ipvs: use correct address family in WLC logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 11/20] ipvs: address family of LBLC entry depends on svc family
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 18/20] ipvs: use correct address family in SH logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 15/20] ipvs: use correct address family in NQ logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 14/20] ipvs: use correct address family in LC logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 08/20] ipvs: Pull out update_pmtu code
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 05/20] ipvs: maintain a mixed_address_family_dest count
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 07/20] ipvs: Pull out crosses_local_route_boundary logic
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 04/20] ipvs: Supply destination address family to ip_vs_conn_new
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 06/20] ipvs: prevent mixing heterogeneous pools and synchronization
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 12/20] ipvs: address family of LBLCR entry depends on svc family
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 10/20] ipvs: support ipv4 in ipv6 and ipv6 in ipv4 tunnel forwarding
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 02/20] ipvs: Supply destination addr family to ip_vs_{lookup_dest,find_dest}
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 03/20] ipvs: Pass destination address family to ip_vs_trash_get_dest
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 01/20] ipvs: Add destination address family to netlink interface
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v3 00/20] Support v6 real servers in v4 pools and vice versa
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH nf] ipvs: fix ipv6 hook registration for local replies
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf] Second round of IPVS fixes for v3.17
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net] ipvs: fix ipv6 hook registration for local replies
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net] ipvs: properly declare tunnel encapsulation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH ipvs,v2 00/18] Support v6 real servers in v4 pools and vice versa
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH net] ipvs: properly declare tunnel encapsulation
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH nf-next] ipvs: reduce stack usage for sockopt data
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf-next] IPVS Updates for v3.18
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf] IPVS fixes for v3.17
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf] ipvs: properly declare tunnel encapsulation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net] ipvs: properly declare tunnel encapsulation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net] ipvs: properly declare tunnel encapsulation
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net] ipvs: properly declare tunnel encapsulation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net] ipvs: properly declare tunnel encapsulation
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net] ipvs: properly declare tunnel encapsulation
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net-next] ipvs: reduce stack usage for sockopt data
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH net] ipvs: fix ipv6 hook registration for local replies
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ip_vs: bug in ip_vs_out when CONFIG_IP_VS_IPV6 is enabled
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ip_vs: bug in ip_vs_out when CONFIG_IP_VS_IPV6 is enabled
  • From: Chris J Arges <chris.j.arges@xxxxxxxxxxxxx>
• Re: ip_vs: bug in ip_vs_out when CONFIG_IP_VS_IPV6 is enabled
  • From: Julian Anastasov <ja@xxxxxx>
• ip_vs: bug in ip_vs_out when CONFIG_IP_VS_IPV6 is enabled
  • From: Chris J Arges <chris.j.arges@xxxxxxxxxxxxx>
• Re: [PATCH ipvs,v2 00/18] Support v6 real servers in v4 pools and vice versa
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH ipvs,v2 17/18] ipvs: use correct address family in SH logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 12/18] ipvs: use correct address family in DH logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 10/18] ipvs: address family of LBLC entry depends on svc family
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 15/18] ipvs: use correct address family in RR logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 13/18] ipvs: use correct address family in LC logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 18/18] ipvs: use correct address family in WLC logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 03/18] ipvs: maintain a mixed_address_family_dest count
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 14/18] ipvs: use correct address family in NQ logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 04/18] ipvs: prevent mixing heterogeneous pools and synchronization
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 16/18] ipvs: use correct address family in SED logs
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 09/18] ipvs: support ipv4 in ipv6 and ipv6 in ipv4 tunnel forwarding
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 11/18] ipvs: address family of LBLCR entry depends on svc family
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 07/18] ipvs: Pull out update_pmtu code
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 02/18] ipvs: Supply destination address family to ip_vs_conn_new
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 06/18] ipvs: Pull out crosses_local_route_boundary logic
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 05/18] ipvs: Supply skb_af to out_rt* functions
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 08/18] ipvs: Only do ip_hdr operations in *out_rt when skb_af is AF_INET
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 00/18] Support v6 real servers in v4 pools and vice versa
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs,v2 01/18] ipvs: Pass destination address family to ip_vs_trash_get_dest
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs] ipvs: Add selftests for ipvs
  • From: Jesper Dangaard Brouer <jbrouer@xxxxxxxxxx>
• Re: [PATCH ipvs] ipvs: Add selftests for ipvs
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH ipvs] ipvs: Add selftests for ipvs
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH ipvs] ipvs: Add selftests for ipvs
  • From: Alex Gartrell <agartrell@xxxxxx>
• RFC: IPVS Unit Tests
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH net] ipvs: properly declare tunnel encapsulation
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 0/7] Support v6 real servers in v4 pools and vice versa
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 0/7] Support v6 real servers in v4 pools and vice versa
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [RFC] GSO: Questions for IPVS and GSO for IPv6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 0/7] Support v6 real servers in v4 pools and vice versa
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH ipvs 3/7] ipvs: Pass destination address family to ip_vs_trash_get_dest
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs 1/7] ipvs: Add destination address family to netlink interface
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs 5/7] ipvs: maintain a mixed_address_family_dest count
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs 6/7] ipvs: prevent mixing heterogeneous pools and synchronization
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs 0/7] Support v6 real servers in v4 pools and vice versa
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs 4/7] ipvs: Supply destination address family to ip_vs_conn_new
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs 7/7] ipvs: support ipv4 in ipv6 and ipv6 in ipv4 tunnel forwarding
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs 2/7] ipvs: Supply destination addr family to ip_vs_{lookup_dest,find_dest}
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [RFC] GSO: Questions for IPVS and GSO for IPv6
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [RFC] GSO: Questions for IPVS and GSO for IPv6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: What is the best way to accomplish "decapsulate any" functionality?
  • From: "Alexey Andriyanov" <alan@xxxxxxxxxx>
• What is the best way to accomplish "decapsulate any" functionality?
  • From: Alex Gartrell <agartrell@xxxxxx>
• [RFC] GSO: Questions for IPVS and GSO for IPv6
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [GIT PULL] Third Round of IPVS Fixes for v3.16
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Alex Gartrell <agartrell@xxxxxx>
• RE: [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Julian Anastasov <ja@xxxxxx>
• RE: [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH ipvs] ipvs: invoke skb_checksum_help prior to encapsulation in tunnel xmit
  • From: Alex Gartrell <agartrell@xxxxxx>
• RE: [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net-next] ipvs: reduce stack usage for sockopt data
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH ipvs 2/2] ipvs: only perform slow checksum on NF_INET_LOCAL_OUT
  • From: Alex Gartrell <agartrell@xxxxxx>
• [PATCH ipvs 1/2] ipvs: Do tcp/udp checksumming prior to tunnel xmit
  • From: Alex Gartrell <agartrell@xxxxxx>
• Re: [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] ipvs: Maintain all DSCP and ECN bits for ipv6 tun forwarding
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL] Third Round of IPVS Fixes for v3.16
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Andrey Utkin <andrey.krieger.utkin@xxxxxxxxx>
• Re: [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Andrey Utkin <andrey.krieger.utkin@xxxxxxxxx>
• Re: [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Andrey Utkin <andrey.krieger.utkin@xxxxxxxxx>
• Re: [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 3/5] net/netfilter/ipvs/ip_vs_ctl.c: drop argument range check just before the check for equality
  • From: Andrey Utkin <andrey.krieger.utkin@xxxxxxxxx>
• Re: [GIT PULL nf] Second Round of IPVS Fixes for v3.16
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH ipvs-next] ipvs: Maintain all DSCP and ECN bits for ipv6 tun forwarding
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH ipvs-next] ipvs: Maintain all DSCP and ECN bits for ipv6 tun forwarding
  • From: <agartrell@xxxxxx>
• Re: [GIT PULL nf-next 0/2] IPVS Updates for v3.17
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [GIT PULL nf-next 0/2] IPVS Updates for v3.17
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 1/2] ipvs: remove null test before kfree
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 2/2] ipvs: Remove dead debug code
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] ipvs: avoid netns exit crash on ip_vs_conn_drop_conntrack
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf] Second Round of IPVS Fixes for v3.16
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH ipvs-next] ipvs: Maintain all DSCP and ECN bits for ipv6 tun forwarding
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net] ipvs: avoid netns exit crash on ip_vs_conn_drop_conntrack
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: Remove dead debug code
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH ipvs-next] ipvs: Maintain all DSCP and ECN bits for ipv6 tun forwarding
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net] ipvs: avoid netns exit crash on ip_vs_conn_drop_conntrack
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• [PATCH net] ipvs: avoid netns exit crash on ip_vs_conn_drop_conntrack
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] ipvs: Remove dead debug code
  • From: Yannick Brosseau <scientist@xxxxxx>
• Re: [GIT PULL nf] IPVS Fixes for v3.16
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [GIT PULL nf] IPVS Fixes for v3.16
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH] ipvs: stop tot_stats estimator only under CONFIG_SYSCTL
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf] IPVS Fixes for v3.16
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH net] ipvs: stop tot_stats estimator only under CONFIG_SYSCTL
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvsadm: Fix list daemon to show backup daemon
  • From: Jesper Dangaard Brouer <jbrouer@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix list daemon to show backup daemon
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix list daemon to show backup daemon
  • From: Jesper Dangaard Brouer <jbrouer@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix list daemon to show backup daemon
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [GIT PULL nf] Fixes for v3.15
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v2] ipvs: Fix panic due to non-linear skb
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf] ipvs: Fix panic due to non-linear skb
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf] Fixes for v3.15
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2] ipvs: Fix panic due to non-linear skb
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH v2] ipvs: Fix panic due to non-linear skb
  • From: Peter Christensen <pch@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: Fix panic due to non-linear skb
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] ipvs: Fix panic due to non-linear skb
  • From: Peter Christensen <pch@xxxxxxxxxxxx>
• [PATCH] ipvsadm: Fix list daemon to show backup daemon
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [GIT PULL nf-next] IPVS Updates for v3.16
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [GIT PULL nf-next] IPVS Updates for v3.16
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH nf-next] netfilter: Fix format string mismatch in ip_vs_proto_name()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf-next] IPVS Updates for v3.16
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• is the lvs virtual ip a public ip ?
  • From: Hatt Tom <net.study.sea@xxxxxxxxx>
• Re: [GIT PULL nf-next 0/2] IPVS Updates for v3.15
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH nf-next 2/2] ipvs: Reduce checkpatch noise in ip_vs_lblc.c
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf-next 0/2] IPVS Updates for v3.15
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 1/2] sections, ipvs: Remove useless __read_mostly for ipvs genl_ops
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] libipvs: Initialize ipvs_service_t variable
  • From: Jesper Dangaard Brouer <jbrouer@xxxxxxxxxx>
• Re: [PATCH net] ipv6: ipv6_find_hdr restore prev functionality
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] ipv6: ipv6_find_hdr restore prev functionality
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Ansis Atteka <aatteka@xxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• [PATCH] ipvs: fix wrong icmp_offset in ip_vs_nat_icmp_v6
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• [PATCH] ipvs: fix ipv6 icmp forwarding in natted services
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: Regression in pmtud lvs-nat with ipv6 since at least 3.10
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: Regression in pmtud lvs-nat with ipv6 since at least 3.10
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: Regression in pmtud lvs-nat with ipv6 since at least 3.10
  • From: Julian Anastasov <ja@xxxxxx>
• Re: Regression in pmtud lvs-nat with ipv6 since at least 3.10
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Regression in pmtud lvs-nat with ipv6 since at least 3.10
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: [PATCH] sections, ipvs: Remove useless __read_mostly for ipvs genl_ops
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: Reduce checkpatch noise in ip_vs_lblc.c
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH ipvs-next] ipvs: Reduce checkpatch noise in ip_vs_lblc.c
  • From: Tingwei Liu <tingw.liu@xxxxxxxxx>
• [PATCH] ipvs: Reduce checkpatch noise in ip_vs_lblc.c
  • From: Tingwei Liu <tingw.liu@xxxxxxxxx>
• [PATCH] sections, ipvs: Remove useless __read_mostly for ipvs genl_ops
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [GIT PULL nf] IPVS Fixes for v3.14
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH nf] ipvs: fix AF assignment in ip_vs_conn_new()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf] IPVS Fixes for v3.14
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH nf v2] ipvs: fix AF assignment in ip_vs_conn_new()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH nf v2] ipvs: fix AF assignment in ip_vs_conn_new()
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH nf v2] ipvs: fix AF assignment in ip_vs_conn_new()
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• Re: [Patch resend nf] ipvs: fix AF assignment in ip_vs_conn_new()
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• Re: [Patch resend nf] ipvs: fix AF assignment in ip_vs_conn_new()
  • From: Julian Anastasov <ja@xxxxxx>
• [Patch resend nf] ipvs: fix AF assignment in ip_vs_conn_new()
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• Re: [PATCH] libipvs: Initialize ipvs_service_t variable
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH] libipvs: Initialize ipvs_service_t variable
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] libipvs: Initialize ipvs_service_t variable
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [net PATCH] netfilter: only warn once on wrong seqadj usage
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [GIT PULL nf-next] IPVS Updates for v3.14
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [GIT PULL nf 0/2] IPVS Fixes for v3.13
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH nf-next] ipvs: Remove unused variable ret from sync_thread_master()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf-next] IPVS Updates for v3.14
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL nf 0/2] IPVS Fixes for v3.13
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf 1/2] netfilter: WARN about wrong usage of sequence number adjustments
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf 2/2] ipvs: correct usage/allocation of seqadj ext in ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [net PATCH 0/2] Fixing OOPSes in seqadj code
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [net PATCH 0/2] Fixing OOPSes in seqadj code
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [net PATCH 0/2] Fixing OOPSes in seqadj code
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: avoid oops in nf_ct_seqadj_set when called from ip_vs_ftp helper
  • From: Julian Anastasov <ja@xxxxxx>
• [net PATCH 2/2] ipvs: correct usage/allocation of seqadj ext in ipvs
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [net PATCH 0/2] Fixing OOPSes in seqadj code
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [net PATCH 1/2] netfilter: WARN about wrong usage of sequence number adjustments
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH] ipvs: avoid oops in nf_ct_seqadj_set when called from ip_vs_ftp helper
  • From: Jesper Dangaard Brouer <jbrouer@xxxxxxxxxx>
• Re: [PATCH] ipvs: avoid oops in nf_ct_seqadj_set when called from ip_vs_ftp helper
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: avoid oops in nf_ct_seqadj_set when called from ip_vs_ftp helper
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] ipvs: avoid oops in nf_ct_seqadj_set when called from ip_vs_ftp helper
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: Configuring keepalived + ipvs with persistence: doesn't balance to other node if initial persistent node fails.
  • From: Graeme Fowler <graeme@xxxxxxxxxxx>
• Re: Configuring keepalived + ipvs with persistence: doesn't balance to other node if initial persistent node fails.
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Configuring keepalived + ipvs with persistence: doesn't balance to other node if initial persistent node fails.
  • From: Jose Luis Godoy <joseluis.gms@xxxxxxxxx>
• Re: coloring LVS-NAT connections internally using TOS/DSCP - reliable?
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: fwmark based ipvs with state transfer / failover: sufficient to mark --syn?
  • From: Julian Anastasov <ja@xxxxxx>
• fwmark based ipvs with state transfer / failover: sufficient to mark --syn?
  • From: Patrick Schaaf <netdev@xxxxxx>
• coloring LVS-NAT connections internally using TOS/DSCP - reliable?
  • From: Patrick Schaaf <netdev@xxxxxx>
• Re: [GIT PULL] Second Round of IPVS updates for v3.13
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH nf-next 2/2] net: ipvs: sctp: do not recalc sctp csum when ports didn't change
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL] Second Round of IPVS updates for v3.13
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next 1/2] net: ipvs: sctp: add missing verdict assignments in sctp_conn_schedule
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v3 ipvs-next] net: ipvs: sctp: do not recalc sctp csum when ports didn't change
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v3 ipvs-next] net: ipvs: sctp: do not recalc sctp csum when ports didn't change
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH v3 ipvs-next] net: ipvs: sctp: do not recalc sctp csum when ports didn't change
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v2 ipvs-next] net: ipvs: sctp: do not recalc sctp csum when ports didn't change
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH v2 ipvs-next] net: ipvs: sctp: do not recalc sctp csum when ports didn't change
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH v2 ipvs-next] net: ipvs: sctp: do not recalc sctp csum when ports didn't change
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net 0/3] ipv6: use rt6i_gateway as nexthop
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH ipvs 1/2] net: ipvs: sctp: add missing verdict assignments in sctp_conn_schedule
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ipvs 1/2] net: ipvs: sctp: add missing verdict assignments in sctp_conn_schedule
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ipvs 1/2] net: ipvs: sctp: add missing verdict assignments in sctp_conn_schedule
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH ipvs 1/2] net: ipvs: sctp: add missing verdict assignments in sctp_conn_schedule
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH ipvs 1/2] net: ipvs: sctp: add missing verdict assignments in sctp_conn_schedule
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [PATCH ipvs 2/2] net: ipvs: sctp: do not recalc sctp checksum when not needed
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH ipvs 1/2] net: ipvs: sctp: add missing verdict assignments in sctp_conn_schedule
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 2/3] ipv6: fill rt6i_gateway with nexthop address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 0/3] ipv6: use rt6i_gateway as nexthop
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 0/3] ipv6: use rt6i_gateway as nexthop
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net 0/3] ipv6: use rt6i_gateway as nexthop
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 2/3] ipv6: fill rt6i_gateway with nexthop address
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net 3/3] netfilter: nf_conntrack: fix rt6i_gateway checks for H.323 helper
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 2/3] ipv6: fill rt6i_gateway with nexthop address
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 1/3] ipv6: always prefer rt6i_gateway if present
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 2/3] ipv6: fill rt6i_gateway with nexthop address
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 2/3] ipv6: fill rt6i_gateway with nexthop address
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net 1/3] ipv6: always prefer rt6i_gateway if present
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net 0/3] ipv6: use rt6i_gateway as nexthop
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net 3/3] netfilter: nf_conntrack: fix rt6i_gateway checks for H.323 helper
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 2/3] ipvs: avoid rcu_barrier during netns cleanup
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 2/3] ipvs: avoid rcu_barrier during netns cleanup
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] ipvs: avoid rcu_barrier during netns cleanup
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 2/3] ipvs: avoid rcu_barrier during netns cleanup
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] ipvs: avoid rcu_barrier during netns cleanup
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC net-next] ipv6: Use destination address determined by IPVS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 3/3] ipvs: improved SH fallback strategy
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL] IPVS updates for v3.13
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 1/3] ipvs: fix the IPVS_CMD_ATTR_MAX definition
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 2/3] ipvs: avoid rcu_barrier during netns cleanup
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCHv2] ipvs: improved SH fallback strategy
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCHv2 net-next] ipvs: avoid rcu_barrier during netns cleanup
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCHv2 net-next] ipvs: avoid rcu_barrier during netns cleanup
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] ipvs: avoid rcu_barrier during netns cleanup
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCHv2 net-next] ipvs: avoid rcu_barrier during netns cleanup
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCHv2] ipvs: improved SH fallback strategy
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCHv2] ipvs: improved SH fallback strategy
  • From: Alexander Frolkin <avf@xxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: improved SH fallback strategy
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: improved SH fallback strategy
  • From: Alexander Frolkin <avf@xxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: improved SH fallback strategy
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvs: improved SH fallback strategy
  • From: Alexander Frolkin <avf@xxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: improved SH fallback strategy
  • From: Alexander Frolkin <avf@xxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: improved SH fallback strategy
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: improved SH fallback strategy
  • From: Alexander Frolkin <avf@xxxxxxxxxxxxxx>
• Re: [PATCH] ipvs: improved SH fallback strategy
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH] ipvs: improved SH fallback strategy
  • From: Alexander Frolkin <avf@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 0/2] Future changes
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [GIT PULL 0/5] IPVS fixes for v3.12
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 1/2] ipvs: fix the IPVS_CMD_ATTR_MAX definition
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCHv2 net-next 0/2] Future changes
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 1/5] ipvs: fix overflow on dest weight multiply
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCHv2 net 0/4] IPVS fixes for corner cases
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 2/5] ipvs: make the service replacement more robust
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 4/5] ipvs: do not use dest after ip_vs_dest_put in LBLCR
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 5/5] ipvs: stats should not depend on CPU 0
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 3/5] ipvs: do not use dest after ip_vs_dest_put in LBLC
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL 0/5] IPVS fixes for v3.12
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCHv2 net-next 1/2] ipvs: fix the IPVS_CMD_ATTR_MAX definition
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv2 net-next 0/2] Future changes
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv2 net-next 2/2] ipvs: avoid rcu_barrier during netns cleanup
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv2 net 0/4] IPVS fixes for corner cases
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv2 net 2/4] ipvs: do not use dest after ip_vs_dest_put in LBLC
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv2 net 3/4] ipvs: do not use dest after ip_vs_dest_put in LBLCR
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv2 net 4/4] ipvs: stats should not depend on CPU 0
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv2 net 1/4] ipvs: make the service replacement more robust
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net 3/4] ipvs: make the service replacement more robust
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net 3/4] ipvs: make the service replacement more robust
  • From: Julian Anastasov <ja@xxxxxx>
• [ANNOUNCE] ipvsadm release v1.27
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [ipvsadm PATCH 0/3] Patchset in preparation for ipvsadm release v1.27
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [ipvsadm PATCH 0/3] Patchset in preparation for ipvsadm release v1.27
  • From: Jesper Dangaard Brouer <jbrouer@xxxxxxxxxx>
• Re: [ipvsadm PATCH 0/3] Patchset in preparation for ipvsadm release v1.27
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [ipvsadm PATCH 0/3] Patchset in preparation for ipvsadm release v1.27
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [ipvsadm PATCH 0/3] Patchset in preparation for ipvsadm release v1.27
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [ipvsadm PATCH 0/3] Patchset in preparation for ipvsadm release v1.27
  • From: Julian Anastasov <ja@xxxxxx>
• [ipvsadm PATCH 3/3] Maintainer script for releasing tarballs
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [ipvsadm PATCH 2/3] Add MAINTAINERS style file
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [ipvsadm PATCH 1/3] Make README more generic and reference new kernel.org location
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [ipvsadm PATCH 0/3] Patchset in preparation for ipvsadm release v1.27
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Ipvsadm pre v1.27 on Debian 7.1 (wheezy update 1)
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH nf 0/5] IPVS fixes for v3.11
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH nf 0/5] IPVS fixes for v3.11
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH nf 0/5] IPVS fixes for v3.11
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH net 4/4] ipvs: stats should not depend on CPU 0
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH nf-next] ipvs: fix the IPVS_CMD_ATTR_MAX definition
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf-next] Second round of IPVS updates for v3.12
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf 3/5] ipvs: make the service replacement more robust
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf 1/5] ipvs: do not use dest after ip_vs_dest_put in LBLC
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf 2/5] ipvs: do not use dest after ip_vs_dest_put in LBLCR
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf 4/5] ipvs: stats should not depend on CPU 0
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf 5/5] ipvs: fix overflow on dest weight multiply
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH nf 0/5] IPVS fixes for v3.11
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net 4/4] ipvs: stats should not depend on CPU 0
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net 4/4] ipvs: stats should not depend on CPU 0
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH net 4/4] ipvs: stats should not depend on CPU 0
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [PATCH net 4/4] ipvs: stats should not depend on CPU 0
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH net 4/4] ipvs: stats should not depend on CPU 0
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] ipvs: fix the IPVS_CMD_ATTR_MAX definition
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net 2/4] ipvs: do not use dest after ip_vs_dest_put in LBLCR
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net 4/4] ipvs: stats should not depend on CPU 0
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net 3/4] ipvs: make the service replacement more robust
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net 1/4] ipvs: do not use dest after ip_vs_dest_put in LBLC
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH net 0/4] IPVS fixes for corner cases
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: init svc in ipvs_get_service
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Drunkard Zhang <gongfan193@xxxxxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvsadm: init svc in ipvs_get_service
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Drunkard Zhang <gongfan193@xxxxxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Drunkard Zhang <gongfan193@xxxxxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Drunkard Zhang <gongfan193@xxxxxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Drunkard Zhang <gongfan193@xxxxxxxxx>
• [PATCH] ipvsadm: init svc in ipvs_get_service
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Drunkard Zhang <gongfan193@xxxxxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Drunkard Zhang <gongfan193@xxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix wrong format of --pe option in FMT_RULE listing
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] ipvsadm: Fix wrong format of --pe option in FMT_RULE listing
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 2/2] libipvs: CHECK_IPV4 and CHECK_PE macros should not call return
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 1/2] libipvs: Remove redundant CHECK_PE
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• ipvsadm: One-packet scheduling with UDP service is unstable
  • From: Drunkard Zhang <gongfan193@xxxxxxxxx>
• Re: [PATCH 2/2] libipvs: CHECK_IPV4 and CHECK_PE macros should not call return
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 2/2] libipvs: CHECK_IPV4 and CHECK_PE macros should not call return
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH 1/2] libipvs: Remove redundant CHECK_PE
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH 1/2] libipvs: Remove redundant CHECK_PE
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix svc->pe_name conditional
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix svc->pe_name conditional
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvsadm: Fix svc->pe_name conditional
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] libipvs: Fix memory leak
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2] ipvsadm: Fix svc->pe_name conditional
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix svc->pe_name conditional
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix svc->pe_name conditional
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH v2] ipvsadm: Fix svc->pe_name conditional
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH v2] ipvsadm: Fix svc->pe_name conditional
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: Fix svc->pe_name conditional
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH] libipvs: Fix memory leak
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] ipvsadm: Fix svc->pe_name conditional
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] libipvs: Fix memory leak
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• [PATCH] ipvsadm: Fix svc->pe_name conditional
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH v2] ipvs: fix overflow on dest weight multiply
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2] ipvs: fix overflow on dest weight multiply
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2] ipvsadm: detect LIBS and CFLAGS for libnl versions
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2] ipvs: fix overflow on dest weight multiply
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH v2] ipvs: fix overflow on dest weight multiply
  • From: Simon Kirby <sim@xxxxxxxxxx>
• Re: [PATCH v2] ipvsadm: detect LIBS and CFLAGS for libnl versions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH v2] ipvsadm: detect LIBS and CFLAGS for libnl versions
  • From: Jesper Dangaard Brouer <jbrouer@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: detect LIBS and CFLAGS for libnl versions
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH] ipvsadm: detect LIBS and CFLAGS for libnl versions
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [PATCH] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH] ipvs: Use 64-bit comparisons (connections * weight) to avoid overflow
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH v2] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: Jesper Dangaard Brouer <jbrouer@xxxxxxxxxx>
• [PATCH v2] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] ipvs: Use 64-bit comparisons (connections * weight) to avoid overflow
  • From: Simon Kirby <sim@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: "Ryan O'Hara" <rohara@xxxxxxxxxx>
• Re: [PATCH] ipvsadm: fix compiling tool on distros with only libnl-1
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>