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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.