Re: [Hipsec] HIP DEX Aggresive Transmission Mechanism

Robert Moskowitz <rgm@htt-consult.com> Wed, 23 June 2010 19:55 UTC

Return-Path: <rgm@htt-consult.com>
X-Original-To: hipsec@core3.amsl.com
Delivered-To: hipsec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AB8DB3A69C5 for <hipsec@core3.amsl.com>; Wed, 23 Jun 2010 12:55:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.548
X-Spam-Level:
X-Spam-Status: No, score=-0.548 tagged_above=-999 required=5 tests=[AWL=0.192, BAYES_20=-0.74]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nBqj5tSP3NvI for <hipsec@core3.amsl.com>; Wed, 23 Jun 2010 12:55:37 -0700 (PDT)
Received: from klovia.htt-consult.com (klovia.htt-consult.com [208.83.67.149]) by core3.amsl.com (Postfix) with ESMTP id B814A3A683F for <hipsec@ietf.org>; Wed, 23 Jun 2010 12:55:37 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by klovia.htt-consult.com (Postfix) with ESMTP id E101F68B54 for <hipsec@ietf.org>; Wed, 23 Jun 2010 19:47:55 +0000 (UTC)
Received: from klovia.htt-consult.com ([127.0.0.1]) by localhost (klovia.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AdGMQhbF5FC6 for <hipsec@ietf.org>; Wed, 23 Jun 2010 15:47:46 -0400 (EDT)
Received: from nc2400.htt-consult.com (h155.home.htt [208.83.67.155]) (Authenticated sender: rgm@htt-consult.com) by klovia.htt-consult.com (Postfix) with ESMTPSA id 8031E68B41 for <hipsec@ietf.org>; Wed, 23 Jun 2010 15:47:46 -0400 (EDT)
Message-ID: <4C2266B4.6050706@htt-consult.com>
Date: Wed, 23 Jun 2010 15:55:32 -0400
From: Robert Moskowitz <rgm@htt-consult.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc12 Thunderbird/3.0.4
MIME-Version: 1.0
To: hipsec@ietf.org
References: <4C225E8D.6030906@htt-consult.com>
In-Reply-To: <4C225E8D.6030906@htt-consult.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [Hipsec] HIP DEX Aggresive Transmission Mechanism
X-BeenThere: hipsec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "This is the official IETF Mailing List for the HIP Working Group." <hipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hipsec>, <mailto:hipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hipsec>
List-Post: <mailto:hipsec@ietf.org>
List-Help: <mailto:hipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hipsec>, <mailto:hipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Jun 2010 19:55:38 -0000

hmmm. On further study of the HIP BEX state machine, one slight change...

On 06/23/2010 03:20 PM, Robert Moskowitz wrote:
> HIP BEX has been observed to behave poorly (or so I am told) on 
> networks with packet loss.
>
> HIP DEX will be used on networks with high packet loss, and MUST 
> perform well. So I have developed an Aggresive Transmission Mechanism 
> for DEX. Think if you want this added to 5201-bis.
>
> Here is the text from the DEX ID:
>
> HIP DEX may be used on networks with high packet loss. DEX deals
> with this by using an aggressive transmission practice for I1 and I2
> packets. The Initiator SHOULD continually send I1 and I2 packets at
> some short interval t msec, based on local policy. The transmission
> stops on receipt of the corresponding R1 or R2 packet, which acts as
> an acknowledgment receipt.
>
> Since the Responder is stateless until it receives an I2, it does not
> need any special behaviour on sending R1 other than to send one
> whenever it receives an I1. The Responder sends an R2 after receipt
> every I2. The Responder does need to know that R2 was received
> by the Initiator. It can learn this by NOT receiving any I2 packets
> after sending R2 after waiting the interval t msec that was in I2.

BEX learns this when R starts receiving data. That should also work for 
DEX. One less change.

>
> The Initator SHOULD NOT send any datagrams for the interval t msec
> after receipt of R2 to ensure that the Responder has transitioned to
> the ESTABLISHED state.
>
> =========================================
>
> Comments, of course, are welcome and invited.
>
> _______________________________________________
> Hipsec mailing list
> Hipsec@ietf.org
> https://www.ietf.org/mailman/listinfo/hipsec
>