Netdev List
 help / color / mirror / Atom feed
From: Stephen Hemminger <stephen@networkplumber.org>
To: netdev@vger.kernel.org
Subject: Fw: [Bug 76791] New: Problem with esp sequence and anti-replay window logic.
Date: Fri, 23 May 2014 10:40:45 -0700	[thread overview]
Message-ID: <20140523104045.501bba04@samsung-9> (raw)



Begin forwarded message:

Date: Fri, 23 May 2014 00:22:53 -0700
From: "bugzilla-daemon@bugzilla.kernel.org" <bugzilla-daemon@bugzilla.kernel.org>
To: "stephen@networkplumber.org" <stephen@networkplumber.org>
Subject: [Bug 76791] New: Problem with esp sequence and anti-replay window logic.


https://bugzilla.kernel.org/show_bug.cgi?id=76791

            Bug ID: 76791
           Summary: Problem with esp sequence and anti-replay window
                    logic.
           Product: Networking
           Version: 2.5
    Kernel Version: 2.6.34
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Other
          Assignee: shemminger@linux-foundation.org
          Reporter: bhargav.1226@gmail.com
        Regression: No

Hi,

As the esp sequence number is a 32 bit field in the ESP packet, the maximum
sequence number could be 4294967295 [as 2^32 is 4294967296], then after the
sender will send the esp sequence starting from 1 again.

Lets say a scenario, if there is a huge traffic continously and the esp
sequence number reaches the maximum, and for the next packets the esp sequence
will be 1. 
The highest sequence number received will be 4294967295.

But the anti-replay logic will check the difference of the highest sequence
number  till that time and the sequence number of the received packet. In this
case the difference  will be greater than the replay window size. There is a
chance of dropping of packets.

Seems it is a bug. Do we have to fix the anti-replay window to cycle the
highest sequence like the sender is doing for the esp sequence number?

Thanks,
Bhargav

-- 
You are receiving this mail because:
You are the assignee for the bug.

                 reply	other threads:[~2014-05-23 17:40 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=20140523104045.501bba04@samsung-9 \
    --to=stephen@networkplumber.org \
    --cc=netdev@vger.kernel.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