[GIT PULL v2 0/4] IPVS Fixes for v4.5

To: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Subject: [GIT PULL v2 0/4] IPVS Fixes for v4.5
Cc: lvs-devel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxxxxxx, netfilter-devel@xxxxxxxxxxxxxxx, Wensong Zhang <wensong@xxxxxxxxxxxx>, Julian Anastasov <ja@xxxxxx>, Simon Horman <horms@xxxxxxxxxxxx>
From: Simon Horman <horms@xxxxxxxxxxxx>
Date: Mon, 7 Mar 2016 12:03:30 +0900
Hi Pablo,

please consider these IPVS fixes for v4.5 or
if it is too late please consider them for v4.6.

* Arnd Bergman has corrected an error whereby the SIP persistence engine
  may incorrectly access protocol fields
* Julian Anastasov has corrected a problem reported by Jiri Bohac with the
  connection rescheduling mechanism added in 3.10 when new SYNs in
  connection to dead real server can be redirected to another real server.
* Marco Angaroni resolved a problem in the SIP persistence engine
  whereby the Call-ID could not be found if it was at the beginning of a
  SIP message.

The following changes since commit 017b1b6d28c479f1ad9a7a41f775545a3e1cba35:

  netfilter: nfnetlink_acct: validate NFACCT_FILTER parameters (2016-02-29 
13:27:21 +0100)

are available in the git repository at: 

for you to fetch changes up to 7617a24f83b5d67f4dab1844956be1cebc44aec8:

  ipvs: correct initial offset of Call-ID header search in SIP persistence 
engine (2016-03-07 11:53:35 +0900)

Arnd Bergmann (1):
      ipvs: handle ip_vs_fill_iph_skb_off failure

Julian Anastasov (2):
      ipvs: drop first packet to redirect conntrack
      ipvs: allow rescheduling after RST

Marco Angaroni (1):
      ipvs: correct initial offset of Call-ID header search in SIP persistence 

 include/net/ip_vs.h               | 17 +++++++++++++++++
 net/netfilter/ipvs/ip_vs_core.c   | 38 +++++++++++++++++++++++++++++---------
 net/netfilter/ipvs/ip_vs_pe_sip.c |  6 +++---
 3 files changed, 49 insertions(+), 12 deletions(-)
To unsubscribe from this list: send the line "unsubscribe lvs-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at

<Prev in Thread] Current Thread [Next in Thread>