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
- [Seamoby] Defining Paging Area Kar Ann Chew
- Re: [Seamoby] Defining Paging Area Pars MUTAF
- RE: [Seamoby] Defining Paging Area Andrew T. Campbell
- Re: [Seamoby] Defining Paging Area Marco Liebsch
- Re: [Seamoby] Defining Paging Area Karann Chew
- Re: [Seamoby] Defining Paging Area James Kempf
- Re: [Seamoby] Defining Paging Area Behcet Sarikaya
- Re: [Seamoby] Defining Paging Area Pars MUTAF
- Re: [Seamoby] Defining Paging Area Pars MUTAF
- Re: [Seamoby] Defining Paging Area James Kempf
- Re: [Seamoby] Defining Paging Area Claude Castelluccia
- Re: [Seamoby] Defining Paging Area Claude Castelluccia
- Re: [Seamoby] Defining Paging Area James Kempf