[netlmm] Retransmitting a PBU when HI=1 and MN LL ID is non-zero (draft-ietf-netlmm-proxymip6-18)

"Tero Kauppinen" <tero.kauppinen@ericsson.com> Thu, 24 July 2008 10:57 UTC

Return-Path: <netlmm-bounces@ietf.org>
X-Original-To: netlmm-archive@optimus.ietf.org
Delivered-To: ietfarch-netlmm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 091213A691D; Thu, 24 Jul 2008 03:57:35 -0700 (PDT)
X-Original-To: netlmm@core3.amsl.com
Delivered-To: netlmm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 027F23A691D for <netlmm@core3.amsl.com>; Thu, 24 Jul 2008 03:57:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
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 JqE1JLJCfq86 for <netlmm@core3.amsl.com>; Thu, 24 Jul 2008 03:57:33 -0700 (PDT)
Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by core3.amsl.com (Postfix) with ESMTP id E3AD93A68AF for <netlmm@ietf.org>; Thu, 24 Jul 2008 03:57:32 -0700 (PDT)
Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 687DC2077F for <netlmm@ietf.org>; Thu, 24 Jul 2008 12:58:16 +0200 (CEST)
X-AuditID: c1b4fb3c-ad89abb00000193b-8d-48886048eca5
Received: from esealmw127.eemea.ericsson.se (unknown [153.88.254.122]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 59BBF204D9 for <netlmm@ietf.org>; Thu, 24 Jul 2008 12:58:16 +0200 (CEST)
Received: from esealmw114.eemea.ericsson.se ([153.88.200.5]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 24 Jul 2008 12:58:16 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 24 Jul 2008 12:58:16 +0200
Message-ID: <D34CB2979BAB35448AB0A5FBAC56778D04476745@esealmw114.eemea.ericsson.se>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Retransmitting a PBU when HI=1 and MN LL ID is non-zero (draft-ietf-netlmm-proxymip6-18)
Thread-Index: AcjtfCzDvEhu/GaQQgqqRIQCH0PAtw==
From: Tero Kauppinen <tero.kauppinen@ericsson.com>
To: netlmm@ietf.org
X-OriginalArrivalTime: 24 Jul 2008 10:58:16.0148 (UTC) FILETIME=[2CAF6940:01C8ED7C]
X-Brightmail-Tracker: AAAAAA==
Subject: [netlmm] Retransmitting a PBU when HI=1 and MN LL ID is non-zero (draft-ietf-netlmm-proxymip6-18)
X-BeenThere: netlmm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NETLMM working group discussion list <netlmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/netlmm>
List-Post: <mailto:netlmm@ietf.org>
List-Help: <mailto:netlmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: netlmm-bounces@ietf.org
Errors-To: netlmm-bounces@ietf.org

Hello

Let's consider the following case where MAG sends a PBU where HI=1
(Attachment over a new interface) and MN LL ID is non-zero (no HNP).
When LMA receives the initial PBU it creates a new BCE and sends back a
PBA. If that PBA is lost, MAG will retransmit the PBU. If MAG leaves HI
to 1 (I didn't find any indication from the spec that it should do
otherwise) and retransmits the request, LMA will come to a conclusion
that this is 'Binding Lifetime Extension - After handoff'. This because:

Section 5.4.1.1. skipped (no HNP)
Section 5.4.1.2. hit (MN LL ID non-zero) checks 1) and 2) match -> a
request for updating an existing Binding Cache entry
Section 5.3.1. check 13 results in the third option (Binding Lifetime
Extension - After handoff) because HI=1

However, if HI would be set to a value of 5 (Handoff state not changed)
for retransmissions, LMA would choose (Binding Lifetime Extension- No
handoff) which I think should happen in this case. However, I'm still a
bit unsure if this would break some other cases. Even if the initial PBU
is not received by LMA, setting HI to 5 would result in the correct
behavior because there is no existing BCE with matching {MN ID, AT, MN
LL} triplet and thus LMA will create a new BCE regardless of the value
of HI.

Br,

Tero Kauppinen                                 Tel: +358 9 299 3057
Research Scientist, NomadicLab, IP Networks,   Fax: +358 9 299 3535
Ericsson Research, Corporate Unit.             Mobile: +358 40 590 7560
Oy L M Ericsson Ab
mailto:tero.kauppinen@ericsson.com 
_______________________________________________
netlmm mailing list
netlmm@ietf.org
https://www.ietf.org/mailman/listinfo/netlmm