[IPsec] Draft-zhang-ipsecme-anti-replay: IPsec anti-replay algorithm without bit-shifting

Tina Tsou <tena@huawei.com> Tue, 10 May 2011 19:46 UTC

Return-Path: <tena@huawei.com>
X-Original-To: ipsec@ietfa.amsl.com
Delivered-To: ipsec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F785E074F for <ipsec@ietfa.amsl.com>; Tue, 10 May 2011 12:46:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AvRNa9qwHNaz for <ipsec@ietfa.amsl.com>; Tue, 10 May 2011 12:46:14 -0700 (PDT)
Received: from usaga03-in.huawei.com (usaga03-in.huawei.com [206.16.17.220]) by ietfa.amsl.com (Postfix) with ESMTP id 1E96EE0761 for <ipsec@ietf.org>; Tue, 10 May 2011 12:46:14 -0700 (PDT)
Received: from huawei.com (usaga03-in [172.18.4.17]) by usaga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LKZ008LQW911B@usaga03-in.huawei.com> for ipsec@ietf.org; Tue, 10 May 2011 14:46:13 -0500 (CDT)
Received: from TingZousc1 ([12.133.183.34]) by usaga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LKZ00HCYW90VS@usaga03-in.huawei.com> for ipsec@ietf.org; Tue, 10 May 2011 14:46:13 -0500 (CDT)
Date: Tue, 10 May 2011 12:45:37 -0700
From: Tina Tsou <tena@huawei.com>
To: ipsec@ietf.org
Message-id: <000301cc0f4a$eb671660$c2354320$@com>
MIME-version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Content-type: text/plain; charset="us-ascii"
Content-language: en-us
Content-transfer-encoding: 7bit
Thread-index: AcwPStKwaGbJjd6kR22PFAz3m8+Orw==
x-cr-hashedpuzzle: Aw39 CQGW CvBz DmEH EO1Z HEOj JKc4 J3QR M56M QY/E RXGL TJAw UduC Vc8J XRvz XhVu; 2; aQBwAHMAZQBjAEAAaQBlAHQAZgAuAG8AcgBnADsAeABpAGEAbgBnAHkAYQBuAGcALgB6AGgAYQBuAGcAQABoAHUAYQB3AGUAaQAuAGMAbwBtAA==; Sosha1_v1; 7; {E0DB0DC8-ADA0-44FD-8DF6-EEBE7CE21B99}; dABlAG4AYQBAAGgAdQBhAHcAZQBpAC4AYwBvAG0A; Tue, 10 May 2011 19:45:32 GMT; RAByAGEAZgB0AC0AegBoAGEAbgBnAC0AaQBwAHMAZQBjAG0AZQAtAGEAbgB0AGkALQByAGUAcABsAGEAeQA6ACAASQBQAHMAZQBjACAAYQBuAHQAaQAtAHIAZQBwAGwAYQB5ACAAYQBsAGcAbwByAGkAdABoAG0AIAB3AGkAdABoAG8AdQB0ACAAYgBpAHQALQBzAGgAaQBmAHQAaQBuAGcA
x-cr-puzzleid: {E0DB0DC8-ADA0-44FD-8DF6-EEBE7CE21B99}
Cc: 'Xiangyang zhang' <xiangyang.zhang@huawei.com>
Subject: [IPsec] Draft-zhang-ipsecme-anti-replay: IPsec anti-replay algorithm without bit-shifting
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipsec>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 May 2011 19:46:15 -0000

Hi,
Victor and I just submitted
https://datatracker.ietf.org/doc/draft-zhang-ipsecme-anti-replay/

IPsec anti-replay algorithm without bit-shifting

This document presents a new method to do anti-replay check and 
   update, which becomes one alternative to the anti-replay 
   algorithm in RFC 4302 and RFC4303.  The new method will deem the 
   bit-shifting unnecessary.  It will reduce the number of times 
   to slide the window.  In addition, it makes bit-check and 
   bit-update easier as it does not depend on the low index of the 
   sliding window.  It is especially beneficial when the window size 
   is much bigger than 64 bits, for example, 1024 bits.

   IPsec employs one anti-replay sliding window protocol to secure 
   against an adversary that can insert the messages inside the 
   network tunnel.  This method still inherits the sliding window 
   protocol, but use one or more redundant bytes to ease the update 
   of sliding window.  The bit-shifting is deemed unnecessary with 
   updating the high and low index of the window, which is especially 
   efficient in case of the big window size.  Thus the method reduces
   the number of times to update the window.  

   In addition, the bit location is fixed for one sequence number, 
   thus makes the bit check easier and faster.

Comments are more than welcome.


We keep our promises with one another - no matter what!

Best Regards,
Tina TSOU
http://tinatsou.weebly.com/contact.html