[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1209262347280.2156@ja.ssi.bg>
Date: Wed, 26 Sep 2012 23:50:02 +0300 (EEST)
From: Julian Anastasov <ja@....bg>
To: Jesper Dangaard Brouer <brouer@...hat.com>
cc: Hans Schillstrom <hans@...illstrom.com>,
Hans Schillstrom <hans.schillstrom@...csson.com>,
netdev@...r.kernel.org, Pablo Neira Ayuso <pablo@...filter.org>,
lvs-devel@...r.kernel.org, Patrick McHardy <kaber@...sh.net>,
Thomas Graf <tgraf@...g.ch>,
Wensong Zhang <wensong@...ux-vs.org>,
netfilter-devel@...r.kernel.org, Simon Horman <horms@...ge.net.au>
Subject: Re: [PATCH V4 0/7] ipvs: IPv6 fragment handling for IPVS
Hello,
On Wed, 26 Sep 2012, Jesper Dangaard Brouer wrote:
> The following patchset implement IPv6 fragment handling for IPVS.
>
> This work is based upon patches from Hans Schillstrom. I have taken
> over the patchset, in close agreement with Hans, because he don't have
> (gotten allocated) time to complete his work.
>
> I have cleaned up the patchset significantly, and split the patchset
> up into seven patches.
>
> The first 3 patches, are ready to be merged
>
> Patch01: Trivial changes, use compressed IPv6 address in output
> Patch02: IPv6 extend ICMPv6 handling for future types
> Patch03: Use config macro IS_ENABLED()
>
> The next 4 patches, is V4 of the patches I have submitted earlier.
> Where I have incorporated Julian's recent feedback.
>
> - Notice that patch04 of patchset V3, have been dropped.
>
> I have also tried to make the patches easier to review, by
> reorganizing the changes, to be more strictly split (exthdr
> vs. fragment handling).
>
> I have also removed the API changes, and moved those to patch06. This
> is done, (1) to make it easier to review the patches, and (2) to allow
> easier integration of Patricks idea and my RFC patch of caching exthdr
> info in skb->cb[]. Thus, we can get these patches applied (and later
> go back and apply the caching scheme easier).
>
> Patch04: Fix faulty IPv6 extension header handling in IPVS
> Patch05: Complete IPv6 fragment handling for IPVS
> Patch06: IPVS API change to avoid rescan of IPv6 exthdr
> Patch07: IPVS SIP fragment handling
>
> The SIP frag handling have been split into its own patch, as I have
> not been able to test this part my self.
>
> This patchset is based upon:
> Pablo's nf-next tree: git://1984.lsi.us.es/nf-next
> On top of:
> commit 2cbc78a29e76a2e92c172651204f3117491877d2
> (netfilter: combine ipt_REDIRECT and ip6t_REDIRECT)
>
> ---
>
> Jesper Dangaard Brouer (7):
> ipvs: SIP fragment handling
> ipvs: API change to avoid rescan of IPv6 exthdr
> ipvs: Complete IPv6 fragment handling for IPVS
> ipvs: Fix faulty IPv6 extension header handling in IPVS
> ipvs: Use config macro IS_ENABLED()
> ipvs: IPv6 extend ICMPv6 handling for future types
> ipvs: Trivial changes, use compressed IPv6 address in output
All 7 patches look good to me. Thanks!
Acked-by: Julian Anastasov <ja@....bg>
> include/net/ip_vs.h | 194 +++++++++++----
> net/netfilter/ipvs/Kconfig | 7 -
> net/netfilter/ipvs/ip_vs_conn.c | 15 -
> net/netfilter/ipvs/ip_vs_core.c | 404 +++++++++++++++++--------------
> net/netfilter/ipvs/ip_vs_dh.c | 2
> net/netfilter/ipvs/ip_vs_lblc.c | 2
> net/netfilter/ipvs/ip_vs_lblcr.c | 2
> net/netfilter/ipvs/ip_vs_pe_sip.c | 21 +-
> net/netfilter/ipvs/ip_vs_proto.c | 6
> net/netfilter/ipvs/ip_vs_proto_ah_esp.c | 9 -
> net/netfilter/ipvs/ip_vs_proto_sctp.c | 42 +--
> net/netfilter/ipvs/ip_vs_proto_tcp.c | 40 +--
> net/netfilter/ipvs/ip_vs_proto_udp.c | 41 +--
> net/netfilter/ipvs/ip_vs_sched.c | 2
> net/netfilter/ipvs/ip_vs_sh.c | 2
> net/netfilter/ipvs/ip_vs_xmit.c | 73 +++---
> net/netfilter/xt_ipvs.c | 4
> 17 files changed, 504 insertions(+), 362 deletions(-)
>
>
> --
> Best regards,
> Jesper Dangaard Brouer
> MSc.CS, Sr. Network Kernel Developer at Red Hat
> Author of http://www.iptv-analyzer.org
> LinkedIn: http://www.linkedin.com/in/brouer
Regards
--
Julian Anastasov <ja@....bg>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists