Re: [Seamoby] Defining Paging Area

Pars MUTAF <pars.mutaf@inrialpes.fr> Wed, 19 December 2001 14:42 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA28583 for <seamoby-archive@odin.ietf.org>; Wed, 19 Dec 2001 09:42:33 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA14130; Wed, 19 Dec 2001 09:27:59 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA14101 for <seamoby@optimus.ietf.org>; Wed, 19 Dec 2001 09:27:54 -0500 (EST)
Received: from ebene.inrialpes.fr (ebene.inrialpes.fr [194.199.18.70]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA28400 for <seamoby@ietf.org>; Wed, 19 Dec 2001 09:27:45 -0500 (EST)
Received: from inrialpes.fr (lalena.inrialpes.fr [194.199.24.114]) by ebene.inrialpes.fr (8.11.6/8.11.6) with ESMTP id fBJERUP10020; Wed, 19 Dec 2001 15:27:31 +0100 (MET)
Message-ID: <3C20A42F.1002FBC1@inrialpes.fr>
Date: Wed, 19 Dec 2001 15:29:03 +0100
From: Pars MUTAF <pars.mutaf@inrialpes.fr>
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: James Kempf <kempf@docomolabs-usa.com>
CC: Kar Ann Chew <k.chew@eim.surrey.ac.uk>, seamoby@ietf.org
Subject: Re: [Seamoby] Defining Paging Area
References: <Pine.SOL.4.43.0112181555170.5355-100000@haskins.ee.surrey.ac.uk> <00af01c187eb$cac66af0$7e6015ac@T23KEMPF>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting <seamoby.ietf.org>
X-BeenThere: seamoby@ietf.org
Content-Transfer-Encoding: 7bit

Hello,

James Kempf wrote:

> Kar Ann,
>
> This is an entirely open question at this point. There is one draft out
> there on the issue (draft-mutaf-dpac-00.txt),
> but this just one approach, others are possible.

I agree that others are possible. We might have a different scheme
in another mobility scenario. I'd like emphasize which scenario our
DPAC is being designed for:

For example,  consider the case where a user moves towards a new
country which is "far far away" from his home town and
"for the first time in his life". This newly visited country might be
"Papua New Guina" for example.

Such big moves are allowed by Mobile IP. Our proposition
guarantees the availability of paging areas to the above user during
his trip. Because paging areas will be already configured using the
samples generated by the inhabitants of Papua. Currently, our
proposition is the "unique" policy (as far as I know) which has this
property. I think this is because there wasn't such a need before
Mobile IP.

But, in another scenario (movements inside a building for
example), one can imagine other policies which might be more
efficient than our proposition (more efficient in terms of paging
area shape, registration rate etc).

One can think of our proposition as a policy mostly suitable for
"public access networks".

From this point of view, it seems like we've monopolized the
term "dynamic paging area configuration" which is in fact
generic. I think we can change the title of our draft if WG
consensus says to do so.


> One of the major advantages of IP paging over strictly L2 paging is the
> ability to do dynamic paging area configuration.

So, if IP paging becomes a real success, this may have a major
influence on the way the L2 engineers and cellular operators think?
I mean, in this case L2 paging areas may disappear in the future?
(the role of L2 being dormant mode support in a given subnet).

What do you think?

(please note that this is just a question, not an argument)

If this is possible, one should think of dynamic paging area
configuration (in its generic sense)  as the key factor in IP paging
protocol design.

Comments? Thanks.

Regards,
pars




_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby