RE: [Seamoby] Status of WG Last Call

"Hesham Soliman (ERA)" <hesham.soliman@era.ericsson.se> Tue, 15 January 2002 15:20 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 KAA28613 for <seamoby-archive@odin.ietf.org>; Tue, 15 Jan 2002 10:20:45 -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 KAA09806; Tue, 15 Jan 2002 10:08:33 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA09770 for <seamoby@optimus.ietf.org>; Tue, 15 Jan 2002 10:08:31 -0500 (EST)
Received: from albatross-ext.wise.edt.ericsson.se (albatross-ext.wise.edt.ericsson.se [194.237.142.116]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28133 for <seamoby@ietf.org>; Tue, 15 Jan 2002 10:08:28 -0500 (EST)
Received: from esealnt406.al.sw.ericsson.se (ESEALNT406.al.sw.ericsson.se [153.88.251.29]) by albatross.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with SMTP id g0FF8UJ08599 for <seamoby@ietf.org>; Tue, 15 Jan 2002 16:08:30 +0100 (MET)
Received: FROM esealnt400.al.sw.ericsson.se BY esealnt406.al.sw.ericsson.se ; Tue Jan 15 16:08:13 2002 +0100
Received: by esealnt400 with Internet Mail Service (5.5.2653.19) id <Z1HXJN67>; Tue, 15 Jan 2002 16:08:13 +0100
Message-ID: <4DA6EA82906FD511BE2F00508BCF053801C4C202@Esealnt861.al.sw.ericsson.se>
From: "Hesham Soliman (ERA)" <hesham.soliman@era.ericsson.se>
To: 'Scott Bradner' <sob@harvard.edu>, "Hesham Soliman (ERA)" <hesham.soliman@era.ericsson.se>, kempf@docomolabs-usa.com, pcalhoun@bstormnetworks.com, seamoby@ietf.org
Subject: RE: [Seamoby] Status of WG Last Call
Date: Tue, 15 Jan 2002 16:08:06 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain; charset="iso-8859-1"
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

Hi Scott and all,

  > note that the IETF always wants to know about real problems 
  > in specifications
  > but it is helpful if people who have problems be very clear 
  > as to what they
  > are - so, Hesham, can you please send your comments to the 
  > list now -
  > please be very careful to say 
  > 	1/ exactly what you think is wrong
  > 	2/ exactly what you think should be done to fix it

=> I have 2 minor comments really but I thought they were
important enough to make sure we understand the different
ways of solving the problems outlined in the draft. 

1. The title of chapter 4.1 is confusing. It associates
'anticipation' with the case where the AR discovers 
other GAARs. This need not be the case. If anticipation
is in relation to handover, the MN can also discover
GAARs in advance. If anticipation is in relation to some
other event, then I think this 'other event' should be
stated. 

Chapter 4.2, on the other hand, explains the case where 
the MN discovers GAARs and is given a different. 

2. The first sentence of the same chapter (4.1) states
that the AR can discover a set of all GAARs for a 
certain MN. I think this assertion is false and I 
don't see why it should be stated at all. 

I hope this is clear enough. I really thought these 
are quite straight forward comments and we can fix
them quickly. Overall the draft is well written.

  > 
  > note that not all comments may pass working group consensus muster

=> Sure.

Hesham

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