[no subject]

   The following additional information MAY be maintained.

   o A list of Access Routers through which Paging messages are carried
     on traffic channel.

   o Any L2 dependent information needed for performing L2 paging.  The
     L2 dependent information MAY include the list of Access Points that
     are not able to receive and process Paging messages at L3.  Note that
     how to page Hosts through those Access Points depends on L2 and out of
     the scope of this document.

     /* Authors' note: if an Access Point is able to receive and process
     Paging messages at L3, then it can be a separated Paging Agent and
     SHOULD NOT be included in the above list. */

I think this is enough to indicate independency between paging area
and subnets.

> 
> > Jim also mentioned in the SLC meeting that our protocol requires
> > extranous signaling (among separate agents), which is not desirable.
> > This is not exactly correct because our protocol allows elimination of
> > extranous signaling by implementing those agents in a single box (for
> > small size networks).  Extranous signaling is inevitable if
> > scalability matters.  For the same reason, extranous signaling is also
> > described in the selected protocol if PA is hierachically configured.
> > There is always tradeoff between scalability and centralized agent.
> >
> 
> Exactly what functional elements to group into a network element
> is a design, not an implementation, choice. The draft-ohba design chose
> a one to one mapping between functional elements and network
> elements. While it is certainly possible to deploy by bundling
> multiple network entities on a single host, the interface between
> the entities, and thus the protocols on those interfaces, remain
> as does the potential for extraneous signaling.

It would be more fair to say that draft-renker also remains as does the
potential for extraneous signaling since it defines hierarchical
paging, but the degree of extraneous signaling of draft-renker 
might be less than that of draft-ohba since DMA and TA is always 
together in draft-renker.

> 
> That said, I agree that it is certainly a challenge to come up with
> a design that minimizes signaling, and I think that, going
> forward, we need to keep this in mind.

Agreed.

> 
> > Jim also mentioned in the SLC meeting that our protocol does not
> > support time-slotted dormant mode at L3.  This is true, but
> > time-slotted dormant mode at L3 was not explicitly described in the
> > requirements document, and I don't think the basic issue of how to
> > synchronize at L3 can be solved by just definig a set of
> > synchronization timing parameters.  Additional consideration of
> > hardware-based IP-paging implementation and interference with other
> > traffic, etc. would be still necessary if we really want to archive
> > it.
> >
> 
> The requirements do call out the need to support multiple dormant
> modes, and that requires the ability to support time-slotted paging.
> For example, draft-sarikaya has a good description of how
> to support time-slotted paging. I recall having discussed this
> in the requirements phase, but perhaps we should have been
> clearer in the requirements document about what support for multiple
> dormant modes means.

I misunderstood the meaning of multiple dormant modes such that it
would mean multiple dormancy states, e.g., Active/Sniff/Hold/Park
modes in the case of Bluetooth.  Also, I had been thinking that
time-slotted paging at L3 only relates to the following requirement,
and that it is weaker than other requirements since it uses SHOULD NOT
instead of MUST NOT.

4.13.   Future L3 Paging Support
   
   Recognizing that future dormant mode and wireless link protocols may 
   be designed that more efficiently utilize IP, the IP paging protocol
   SHOULD NOT require L2 support for paging.

I guess this requirement seems to have been weighted higher during the 
judgement process.

Yoshihiro Ohba


> 
> 
>             jak
> 
> 

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
&amp;lt;A HREF=&amp;quot;&lt;a  rel=&quot;nofollow&quot; href=&quot;<a  rel="nofollow" href="https://www1.ietf.org/mailman/listinfo/seamoby&amp;quot&quot";>https://www1.ietf.org/mailman/listinfo/seamoby&amp;quot&quot</a>;&gt;<a  rel="nofollow" href="https://www1.ietf.org/mailman/listinfo/seamoby&amp;quot";>https://www1.ietf.org/mailman/listinfo/seamoby&amp;quot</a>&lt;/a&gt;;&amp;gt;&lt;a  rel=&quot;nofollow&quot; href=&quot;<a  rel="nofollow" href="https://www1.ietf.org/mailman/listinfo/seamoby&quot";>https://www1.ietf.org/mailman/listinfo/seamoby&quot</a>;&gt;<a  rel="nofollow" href="https://www1.ietf.org/mailman/listinfo/seamoby";>https://www1.ietf.org/mailman/listinfo/seamoby</a>&lt;/a&gt;&amp;lt;/A&amp;gt;
&amp;lt;/PRE&amp;gt;

&amp;lt;!--X-Body-of-Message-End--&amp;gt;
&amp;lt;!--X-MsgBody-End--&amp;gt;
&amp;lt;!--X-Follow-Ups--&amp;gt;
&amp;lt;hr&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Follow-Ups&amp;lt;/strong&amp;gt;:
&amp;lt;ul&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;&amp;lt;a name=&amp;quot;00059&amp;quot; href=&amp;quot;msg00059.html&amp;quot;&amp;gt;Re: [Seamoby] comments on the paging protocol assessment draft&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;em&amp;gt;From:&amp;lt;/em&amp;gt; &amp;amp;quot;James Kempf&amp;amp;quot; &amp;amp;lt;kempf@docomolabs-usa.com&amp;amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;&amp;lt;a name=&amp;quot;00057&amp;quot; href=&amp;quot;msg00057.html&amp;quot;&amp;gt;Re: [Seamoby] framework for DMHA protocol&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;em&amp;gt;From:&amp;lt;/em&amp;gt; &amp;amp;quot;Jari T. Malinen&amp;amp;quot; &amp;amp;lt;jmalinen@iprg.nokia.com&amp;amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;
&amp;lt;!--X-Follow-Ups-End--&amp;gt;
&amp;lt;!--X-References--&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;References&amp;lt;/strong&amp;gt;:
&amp;lt;ul&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;&amp;lt;a name=&amp;quot;00034&amp;quot; href=&amp;quot;msg00034.html&amp;quot;&amp;gt;[Seamoby] comments on the paging protocol assessment draft&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;em&amp;gt;From:&amp;lt;/em&amp;gt; Yoshihiro Ohba &amp;amp;lt;yohba@tari.toshiba.com&amp;amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;&amp;lt;a name=&amp;quot;00049&amp;quot; href=&amp;quot;msg00049.html&amp;quot;&amp;gt;Re: [Seamoby] comments on the paging protocol assessment draft&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;em&amp;gt;From:&amp;lt;/em&amp;gt; &amp;amp;quot;James Kempf&amp;amp;quot; &amp;amp;lt;kempf@docomolabs-usa.com&amp;amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;&amp;lt;a name=&amp;quot;00052&amp;quot; href=&amp;quot;msg00052.html&amp;quot;&amp;gt;Re: [Seamoby] comments on the paging protocol assessment draft&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;em&amp;gt;From:&amp;lt;/em&amp;gt; Yoshihiro Ohba &amp;amp;lt;yohba@tari.toshiba.com&amp;amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;&amp;lt;a name=&amp;quot;00053&amp;quot; href=&amp;quot;msg00053.html&amp;quot;&amp;gt;Re: [Seamoby] comments on the paging protocol assessment draft&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;em&amp;gt;From:&amp;lt;/em&amp;gt; &amp;amp;quot;James Kempf&amp;amp;quot; &amp;amp;lt;kempf@docomolabs-usa.com&amp;amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;&amp;lt;a name=&amp;quot;00053&amp;quot; href=&amp;quot;msg00053.html&amp;quot;&amp;gt;Re: [Seamoby] comments on the paging protocol assessment draft&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;ul&amp;gt;&amp;lt;li&amp;gt;&amp;lt;em&amp;gt;From:&amp;lt;/em&amp;gt; &amp;amp;quot;James Kempf&amp;amp;quot; &amp;amp;lt;kempf@docomolabs-usa.com&amp;amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;/ul&amp;gt;&amp;lt;/li&amp;gt;&amp;lt;/ul&amp;gt;
&amp;lt;!--X-References-End--&amp;gt;
&amp;lt;!--X-BotPNI--&amp;gt;
&amp;lt;ul&amp;gt;
&amp;lt;li&amp;gt;Prev by Date:
&amp;lt;strong&amp;gt;&amp;lt;a href=&amp;quot;msg00055.html&amp;quot;&amp;gt;No Subject&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;Next by Date:
&amp;lt;strong&amp;gt;&amp;lt;a href=&amp;quot;msg00057.html&amp;quot;&amp;gt;Re: [Seamoby] framework for DMHA protocol&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;Previous by thread:
&amp;lt;strong&amp;gt;&amp;lt;a href=&amp;quot;msg00053.html&amp;quot;&amp;gt;Re: [Seamoby] comments on the paging protocol assessment draft&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;Next by thread:
&amp;lt;strong&amp;gt;&amp;lt;a href=&amp;quot;msg00057.html&amp;quot;&amp;gt;Re: [Seamoby] framework for DMHA protocol&amp;lt;/a&amp;gt;&amp;lt;/strong&amp;gt;
&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;Index(es):
&amp;lt;ul&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;a href=&amp;quot;mail76.html#00056&amp;quot;&amp;gt;&amp;lt;strong&amp;gt;Date&amp;lt;/strong&amp;gt;&amp;lt;/a&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;li&amp;gt;&amp;lt;a href=&amp;quot;thrd76.html#00056&amp;quot;&amp;gt;&amp;lt;strong&amp;gt;Thread&amp;lt;/strong&amp;gt;&amp;lt;/a&amp;gt;&amp;lt;/li&amp;gt;
&amp;lt;/ul&amp;gt;
&amp;lt;/li&amp;gt;
&amp;lt;/ul&amp;gt;

&amp;lt;!--X-BotPNI-End--&amp;gt;
&amp;lt;!--X-User-Footer--&amp;gt;
&amp;lt;!--X-User-Footer-End--&amp;gt;
&amp;lt;/body&amp;gt;
&amp;lt;/html&amp;gt;
&lt;/pre&gt;
&lt;!--X-Body-of-Message-End--&gt;
&lt;!--X-MsgBody-End--&gt;
&lt;!--X-Follow-Ups--&gt;
&lt;hr&gt;
&lt;!--X-Follow-Ups-End--&gt;
&lt;!--X-References--&gt;
&lt;!--X-References-End--&gt;
&lt;!--X-BotPNI--&gt;
&lt;ul&gt;
&lt;li&gt;Prev by Date:
&lt;strong&gt;&lt;a href=&quot;msg00055.html&quot;&gt;[no subject]&lt;/a&gt;&lt;/strong&gt;
&lt;/li&gt;
&lt;li&gt;Next by Date:
&lt;strong&gt;&lt;a href=&quot;msg00057.html&quot;&gt;[no subject]&lt;/a&gt;&lt;/strong&gt;
&lt;/li&gt;
&lt;li&gt;Previous by thread:
&lt;strong&gt;&lt;a href=&quot;msg00055.html&quot;&gt;[no subject]&lt;/a&gt;&lt;/strong&gt;
&lt;/li&gt;
&lt;li&gt;Next by thread:
&lt;strong&gt;&lt;a href=&quot;msg00057.html&quot;&gt;[no subject]&lt;/a&gt;&lt;/strong&gt;
&lt;/li&gt;
&lt;li&gt;Index(es):
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;maillist.html#00056&quot;&gt;&lt;strong&gt;Date&lt;/strong&gt;&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;threads.html#00056&quot;&gt;&lt;strong&gt;Thread&lt;/strong&gt;&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;!--X-BotPNI-End--&gt;
&lt;!--X-User-Footer--&gt;
&lt;!--X-User-Footer-End--&gt;
&lt;/body&gt;
&lt;/html&gt;
</pre>
<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<hr>
<!--X-Follow-Ups-End-->
<!--X-References-->
<!--X-References-End-->
<!--X-BotPNI-->
<ul>
<li>Prev by Date:
<strong><a href="msg00055.html">[no subject]</a></strong>
</li>
<li>Next by Date:
<strong><a href="msg00057.html">[no subject]</a></strong>
</li>
<li>Previous by thread:
<strong><a href="msg00055.html">[no subject]</a></strong>
</li>
<li>Next by thread:
<strong><a href="msg00057.html">[no subject]</a></strong>
</li>
<li>Index(es):
<ul>
<li><a href="maillist.html#00056"><strong>Date</strong></a></li>
<li><a href="threads.html#00056"><strong>Thread</strong></a></li>
</ul>
</li>
</ul>

<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
</body>
</html>