Message-ID: <3C2071E4.7D29DC85@inrialpes.fr>
Date: Wed, 19 Dec 2001 11:54:28 +0100
From: Pars MUTAF <pars.mutaf@inrialpes.fr>
MIME-Version: 1.0
To: Behcet Sarikaya <behcet.sarikaya@alcatel.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>
 <3C1FE3D5.5D9061EA@alcatel.com>
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
Precedence: bulk
Content-Transfer-Encoding: 7bit


Hello,


Behcet Sarikaya wrote:

>
>   What Pars and Claude talk about as PAs I think is a cell level or L1
> concept. I am having difficulty in understanding their theory. Hopefully they
> will further develop it using L2 or L3 ideas so that we can grasp the theory
> of dynamic paging areas. Only thereafter some standardization can be thought
> of.

Thank you for your comments (but I assume that your "L1" statement
was a joke).

A clarification: DPAC configures L3 paging areas.

Seems like there is an ambiguity in the current version of the DPAC text.
In fact, we should have chosen the term "IP subnet" instead of "cell". We
were thinking about "L3 cells" . An L3 cell comprises one or more L2
cells. An L3 cell is nothing but an IP subnet.

I'll change the text and adopt the same terminology (i.e. IP subnet)
as RFC3132 (IP paging problem statement).

Regards,
pars




_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby