Re: [netext] PMIP purists - is PMIP-NEMO impossible? draft-bernardos-netext-pmipv6-nemo-ps

"Seil Jeon" <seiljeon@av.it.pt> Sun, 15 July 2012 00:03 UTC

Return-Path: <seiljeon@av.it.pt>
X-Original-To: netext@ietfa.amsl.com
Delivered-To: netext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43B5221F84AE for <netext@ietfa.amsl.com>; Sat, 14 Jul 2012 17:03:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id STUFCoTa1OEi for <netext@ietfa.amsl.com>; Sat, 14 Jul 2012 17:03:29 -0700 (PDT)
Received: from av.it.pt (mail.av.it.pt [193.136.92.53]) by ietfa.amsl.com (Postfix) with ESMTP id C092E21F84A7 for <netext@ietf.org>; Sat, 14 Jul 2012 17:03:24 -0700 (PDT)
Received: from [188.80.97.202] (account seiljeon@av.it.pt HELO ATNoGSeil) by av.it.pt (CommuniGate Pro SMTP 5.4.2) with ESMTPSA id 65473068; Sun, 15 Jul 2012 01:04:00 +0100
From: Seil Jeon <seiljeon@av.it.pt>
To: 'Hesham Soliman' <hesham@elevatemobile.com>
References: <000601cd61ca$03068760$09139620$@av.it.pt> <CC27BB2E.267EF%hesham@elevatemobile.com>
In-Reply-To: <CC27BB2E.267EF%hesham@elevatemobile.com>
Date: Sun, 15 Jul 2012 01:03:52 +0100
Message-ID: <000301cd621d$57cbcc80$07636580$@av.it.pt>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJLoLZjQ/1ZF7dqLh9VIoXpjYP+75YsytZA
Content-Language: ko
Cc: netext@ietf.org
Subject: Re: [netext] PMIP purists - is PMIP-NEMO impossible? draft-bernardos-netext-pmipv6-nemo-ps
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " <netext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netext>, <mailto:netext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netext>
List-Post: <mailto:netext@ietf.org>
List-Help: <mailto:netext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netext>, <mailto:netext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Jul 2012 00:03:30 -0000

Hi Hesham,

Regards,

Seil

-----Original Message-----
From: Hesham Soliman [mailto:hesham@elevatemobile.com] 
Sent: Saturday, July 14, 2012 3:15 PM
To: Seil Jeon
Cc: netext@ietf.org
Subject: Re: [netext] PMIP purists - is PMIP-NEMO impossible?
draft-bernardos-netext-pmipv6-nemo-ps

>
>>
>>[SJ] In my knowledge, an MN doesn't need to be changed if the MR acts 
>>as a moving MAG, which has the responsibility of MN detection i.e. 
>>MN's attach and detach, and sending/receiving PBU/PBA instead of the MN.
>>Regarding on this issue, it was described at the Paris meeting I 
>>remember.
>
>=> Moving MAG = MR in RFC 3963 basically. So it's not PMIP anymore it's 
>normal MIPv6.
>
>[SJ] Moving MAG is not a MR defined in RFC 3963. See above how I 
>defined the moving MAG.

=> Apart from calling it a PBU, as opposed to a BU, what is the real
difference between a moving MAG and MR?
Ironically, people called the Prefix Binding Updates PBUs in early
discussions of NEMO.

[SJ] It sounds to me what is difference between HA - MN (MIPv6 client) and
LMA - MAG. PBU is meant to be Proxy Binding Update as defined in RFC 5213.

Are you saying it sends one BU per address, as opposed to one BU for the
entire prefix? If so, why? a prefix BU is much more efficient. That would
just be a less efficient version of MIP-based MRs.

[SJ] Actually, there's no standard draft yet for PMIP-NEMO we're discussing.
Protocol designs for MR would be varied depending on the design perspective.
But one example could be as follows. Moving MAG would attach to PMIPv6
domain and have unique prefix assigned from a LMA. For attaching and
detaching mobile node, moving MAG should send PBU instead of MN
individually. However, in the case of mobile network's moving, PBU sent by a
MAG detecting mMAG's attachment to a LMA would be enough. Moving MAG doesn't
need to send anything for network moving event itself. Following extended
LMA binding cache entry can be an example.
When the LMA receives PBU sent by the MAG regarding on moving MAG attachment
(MAG1 -> MAG2), it only changes tunnel endpoint of mMAG to MAG 2 and doesn't
need to touch MNs' entries belonging to mMAG.


ID		Prefix		AR		M flag
--------------------------------------------------------------------
mMAG 1	Pref1::/64	MAG 2	no
MN 1		Pref2::/64	mMAG 1	yes


Actually, the above might be one example among many possible ways .. and
it's not my idea. FYI, you can see following.
I just wanted to describe possibility of PMIPv6-NEMO support using moving
MAG.

http://dx.doi.org/10.1109/MCOM.2009.4939291