Re: [Seamoby] Minutes for Meeting at IETF 53
"Eunsoo Shim" <eunsooshim@hotmail.com> Thu, 02 May 2002 15:34 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 LAA06842 for <seamoby-archive@odin.ietf.org>; Thu, 2 May 2002 11:34:40 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA14858; Thu, 2 May 2002 11:28:44 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA14828 for <seamoby@optimus.ietf.org>; Thu, 2 May 2002 11:28:41 -0400 (EDT)
Received: from hotmail.com (oe15.law4.hotmail.com [216.33.148.119]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06218 for <seamoby@ietf.org>; Thu, 2 May 2002 11:28:38 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 2 May 2002 08:28:10 -0700
X-Originating-IP: [138.15.107.101]
Reply-To: Eunsoo Shim <eunsoo@ctr.columbia.edu>
From: Eunsoo Shim <eunsooshim@hotmail.com>
To: seamoby@ietf.org
References: <933FADF5E673D411B8A30002A5608A0E034DB901@zrc2c012.us.nortel.com>
Subject: Re: [Seamoby] Minutes for Meeting at IETF 53
Date: Thu, 02 May 2002 11:32:05 -0700
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0182_01C1F1CC.FC658AA0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Message-ID: <OE15UDRD25ZufWGz2wt00002901@hotmail.com>
X-OriginalArrivalTime: 02 May 2002 15:28:10.0468 (UTC) FILETIME=[F77B4A40:01C1F1ED]
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
RE: [Seamoby] Minutes for Meeting at IETF 53I agree with Glenn that we should move forward. Thanks. Eunsoo ----- Original Message ----- From: Glenn Morrow To: Charles E. Perkins Cc: seamoby@ietf.org Sent: Tuesday, April 23, 2002 11:23 AM Subject: RE: [Seamoby] Minutes for Meeting at IETF 53 Very very well said - let's move on to the analysis and agreement of a standard from a set of candidate solutions to this problem space, please. > I heard Steve's presentation. I asked a question at the microphone > about whether he believed it precluded network-controlled operation. > He said it did not, but he wanted to restore mobile nodes to be > full citizens (paraphrasing, and it's been a few weeks now). > Subsequent discussion seems to be going to extremes, to the point > of ignoring obviously reasonable network-constrolled designs for > which [seamoby] ought to be responsive. > > The paper you cite does not preclude such operation. We can > view the mobile node as a client which is making use of available > service. If the network provides the service, it is free to > establish parameters by which it provides the service, and if > it is beneficial to have a mobile node move to another point of > attachment, I see nothing wrong with notifying the node about > that, along with a good candidate for an access router. I don't > see any reason why the network should be restricted from using > a CAR discovery protoocol to identify such a candidate. > > > Maybe the question is what business Seamoby has here? > > My answer would be that [seamoby] ought to be making protocols > by which we can expedite smooth handovers. That's a good piece > of work, and one for which we can exhibit existence proofs to > show that it is possible. I think that so far that there has > been trouble to get agreement on "general" goals, but that there > are particular instances where the intended results should be > obvious. I believe these particular instances include > network-controlled and mobile-controlled scenarios. > > =================================================================== > > Somewhere else, it was stated that only the mobile node can > possibly know all of the CARs. I would amend this to instead > say that the mobile node can always know about CARs that are > not visible to the network. But, as it turns out, the network > can always know CARs that are not visible to the mobile node > also. So, we have to allow the mobile node to make the choice, > but we should not prevent the mobile node from following > network-directives. Thus, we should develop a model by which > CAR discovery is allowed to provide input to a network-controlled > handover scheme, which is nonetheless subject to possible rejection > by the mobile node. > > Regards, > Charlie P. > > _______________________________________________ > Seamoby mailing list > Seamoby@ietf.org > https://www1.ietf.org/mailman/listinfo/seamoby >
- RE: [Seamoby] Minutes for Meeting at IETF 53 Hemant Chaskar
- [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- RE: [Seamoby] Minutes for Meeting at IETF 53 Glenn Morrow
- RE: [Seamoby] Minutes for Meeting at IETF 53 Hemant Chaskar
- RE: [Seamoby] Minutes for Meeting at IETF 53 Glenn Morrow
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- RE: [Seamoby] Minutes for Meeting at IETF 53 Karim El-Malki (ERA)
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 Hemant Chaskar
- RE: [Seamoby] Minutes for Meeting at IETF 53 Hemant Chaskar
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- RE: [Seamoby] Minutes for Meeting at IETF 53 Karim El-Malki (ERA)
- RE: [Seamoby] Minutes for Meeting at IETF 53 Karim El-Malki (ERA)
- Re: [Seamoby] Minutes for Meeting at IETF 53 Eunsoo Shim
- RE: [Seamoby] Minutes for Meeting at IETF 53 Dirk.Trossen
- Re: [Seamoby] Minutes for Meeting at IETF 53 Hemant Chaskar
- RE: [Seamoby] Minutes for Meeting at IETF 53 Hemant Chaskar
- RE: [Seamoby] Minutes for Meeting at IETF 53 Govind Krishnamurthi
- Re: [Seamoby] Minutes for Meeting at IETF 53 Behcet Sarikaya
- Re: [Seamoby] Minutes for Meeting at IETF 53 Eunsoo Shim
- RE: [Seamoby] Minutes for Meeting at IETF 53 Karim El-Malki (ERA)
- Re: [Seamoby] Minutes for Meeting at IETF 53 Behcet Sarikaya
- RE: [Seamoby] Minutes for Meeting at IETF 53 Gary Kenward
- Re: [Seamoby] Minutes for Meeting at IETF 53 Charles E. Perkins
- RE: [Seamoby] Minutes for Meeting at IETF 53 Gary Kenward
- Re: [Seamoby] Minutes for Meeting at IETF 53 Behcet Sarikaya
- RE: [Seamoby] Minutes for Meeting at IETF 53 Govind Krishnamurthi
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- RE: [Seamoby] Minutes for Meeting at IETF 53 Karim El-Malki (ERA)
- RE: [Seamoby] Minutes for Meeting at IETF 53 Karim El-Malki (ERA)
- Re: [Seamoby] Minutes for Meeting at IETF 53 Hemant Chaskar
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 Hemant Chaskar
- Re: [Seamoby] Minutes for Meeting at IETF 53 Phil Neumiller
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 Eunsoo Shim
- Re: [Seamoby] Minutes for Meeting at IETF 53 Eunsoo Shim
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 James Kempf
- Re: [Seamoby] Minutes for Meeting at IETF 53 Eunsoo Shim
- Re: [Seamoby] Minutes for Meeting at IETF 53 Xiaoming Fu
- Re: [Seamoby] Minutes for Meeting at IETF 53 Xiaoming Fu
- RE: [Seamoby] Minutes for Meeting at IETF 53 Singh Ajoy-ASINGH1
- RE: [Seamoby] Minutes for Meeting at IETF 53 Glenn Morrow
- Re: [Seamoby] Minutes for Meeting at IETF 53 Eunsoo Shim
- Re: [Seamoby] Minutes for Meeting at IETF 53 Behcet Sarikaya
- RE: [Seamoby] Minutes for Meeting at IETF 53 Singh Ajoy-ASINGH1
- Re: [Seamoby] Minutes for Meeting at IETF 53 Eunsoo Shim