[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALnjE+qtB4fEw4HdUZy6nXU6gSAjeSCiBn0EaQR9o_d2SY3yNQ@mail.gmail.com>
Date: Sun, 19 Jan 2014 13:08:58 -0800
From: Pravin Shelar <pshelar@...ira.com>
To: Duan Jiong <duanj.fnst@...fujitsu.com>
Cc: David Miller <davem@...emloft.net>,
Daniel Borkmann <dborkman@...hat.com>,
netdev <netdev@...r.kernel.org>
Subject: Re: [PATCH] net: gre: don't pull skb if dealing with icmp message
On Sun, Jan 19, 2014 at 12:35 AM, Duan Jiong <duanj.fnst@...fujitsu.com> wrote:
>
> When dealing with icmp messages, the skb->data points the
> ip header that triggered the sending of the icmp message.
>
> In gre_cisco_err(), the parse_gre_header() is called, and the
> iptunnel_pull_header() is called to pull the skb at the end of
> the parse_gre_header(). Unfortunately, the ipgre_err still needs
> the skb->data points the ip header following the icmp layer,
> and those ip addresses in ip header will be used to look up
> tunnel by ip_tunnel_lookup().
>
This looks like bug.
Can you use ip_hdr() rather than skb->data in ipgre_err().
Same is done in ipgre_rcv().
--
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