From: Simon Horman <horms@verge.net.au>
To: Jesper Dangaard Brouer <brouer@redhat.com>
Cc: Hans Schillstrom <hans@schillstrom.com>,
Hans Schillstrom <hans.schillstrom@ericsson.com>,
netdev@vger.kernel.org, Pablo Neira Ayuso <pablo@netfilter.org>,
lvs-devel@vger.kernel.org, Julian Anastasov <ja@ssi.bg>,
Patrick McHardy <kaber@trash.net>, Thomas Graf <tgraf@suug.ch>,
Wensong Zhang <wensong@linux-vs.org>,
netfilter-devel@vger.kernel.org
Subject: Re: [PATCH V4 7/7] ipvs: SIP fragment handling
Date: Fri, 28 Sep 2012 11:43:58 +0900 [thread overview]
Message-ID: <20120928024355.GA31587@verge.net.au> (raw)
In-Reply-To: <20120926120722.24804.28000.stgit@dragon>
On Wed, Sep 26, 2012 at 02:07:33PM +0200, Jesper Dangaard Brouer wrote:
> Use the nfct_reasm SKB if available.
>
> Based on part of a patch from: Hans Schillstrom
> I have left Hans'es comment in the patch (marked /HS)
>
> Signed-off-by: Jesper Dangaard Brouer <brouer@redhat.com>
>
> ---
> V3:
> - I have split out the SIP fragment handling into a seperate patch.
> As I have not been able to test this part.
> - Change the strange SKB swapping reasm = skb, reverse logic to minimize patch
>
>
> net/netfilter/ipvs/ip_vs_pe_sip.c | 19 +++++++++++++++----
> 1 files changed, 15 insertions(+), 4 deletions(-)
I realise that the commenting style used inside net/netfilter/ipvs/ is
wildly inconsistent, but I think it is worth using the preffered
style for network code where possible.
I intend to include the follwowing changes in my tree.
>
> diff --git a/net/netfilter/ipvs/ip_vs_pe_sip.c b/net/netfilter/ipvs/ip_vs_pe_sip.c
> index ee4e2e3..43acba6 100644
> --- a/net/netfilter/ipvs/ip_vs_pe_sip.c
> +++ b/net/netfilter/ipvs/ip_vs_pe_sip.c
> @@ -68,6 +68,7 @@ static int get_callid(const char *dptr, unsigned int dataoff,
> static int
> ip_vs_sip_fill_param(struct ip_vs_conn_param *p, struct sk_buff *skb)
> {
> + struct sk_buff *reasm = skb_nfct_reasm(skb);
> struct ip_vs_iphdr iph;
> unsigned int dataoff, datalen, matchoff, matchlen;
> const char *dptr;
> @@ -78,13 +79,23 @@ ip_vs_sip_fill_param(struct ip_vs_conn_param *p, struct sk_buff *skb)
> /* Only useful with UDP */
> if (iph.protocol != IPPROTO_UDP)
> return -EINVAL;
> + /*
> + * todo: IPv6 fragments:
> + * I think this only should be done for the first fragment. /HS
> + */
/* todo: IPv6 fragments:
* I think this only should be done for the first fragment. /HS
*/
> + if (reasm) {
> + skb = reasm;
> + dataoff = iph.thoff_reasm + sizeof(struct udphdr);
> + } else
> + dataoff = iph.len + sizeof(struct udphdr);
>
> - /* No Data ? */
> - dataoff = iph.len + sizeof(struct udphdr);
> if (dataoff >= skb->len)
> return -EINVAL;
> -
> - if ((retc=skb_linearize(skb)) < 0)
> + /*
> + * todo: Check if this will mess-up the reasm skb !!! /HS
> + */
/* todo: Check if this will mess-up the reasm skb !!! /HS */
> + retc = skb_linearize(skb);
> + if (retc < 0)
> return retc;
> dptr = skb->data + dataoff;
> datalen = skb->len - dataoff;
>
next prev parent reply other threads:[~2012-09-28 2:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-26 12:05 [PATCH V4 0/7] ipvs: IPv6 fragment handling for IPVS Jesper Dangaard Brouer
2012-09-26 12:05 ` [PATCH V4 1/7] ipvs: Trivial changes, use compressed IPv6 address in output Jesper Dangaard Brouer
2012-09-26 12:06 ` [PATCH V4 2/7] ipvs: IPv6 extend ICMPv6 handling for future types Jesper Dangaard Brouer
2012-09-26 12:06 ` [PATCH V4 3/7] ipvs: Use config macro IS_ENABLED() Jesper Dangaard Brouer
2012-09-26 12:06 ` [PATCH V4 4/7] ipvs: Fix faulty IPv6 extension header handling in IPVS Jesper Dangaard Brouer
2012-09-26 12:06 ` [PATCH V4 5/7] ipvs: Complete IPv6 fragment handling for IPVS Jesper Dangaard Brouer
2012-09-26 12:07 ` [PATCH V4 6/7] ipvs: API change to avoid rescan of IPv6 exthdr Jesper Dangaard Brouer
2012-09-26 12:07 ` [PATCH V4 7/7] ipvs: SIP fragment handling Jesper Dangaard Brouer
2012-09-28 2:43 ` Simon Horman [this message]
2012-09-26 20:50 ` [PATCH V4 0/7] ipvs: IPv6 fragment handling for IPVS Julian Anastasov
2012-09-27 8:46 ` Simon Horman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120928024355.GA31587@verge.net.au \
--to=horms@verge.net.au \
--cc=brouer@redhat.com \
--cc=hans.schillstrom@ericsson.com \
--cc=hans@schillstrom.com \
--cc=ja@ssi.bg \
--cc=kaber@trash.net \
--cc=lvs-devel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=pablo@netfilter.org \
--cc=tgraf@suug.ch \
--cc=wensong@linux-vs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).