Re: [Seamoby] Minutes for Meeting at IETF 53

"Hemant Chaskar" <hchaskar@hotmail.com> Tue, 16 April 2002 21:23 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 RAA21606 for <seamoby-archive@odin.ietf.org>; Tue, 16 Apr 2002 17:23:04 -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 RAA15237; Tue, 16 Apr 2002 17:18:17 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id RAA15206 for <seamoby@ns.ietf.org>; Tue, 16 Apr 2002 17:18:13 -0400 (EDT)
Received: from hotmail.com (f232.law7.hotmail.com [216.33.237.232]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA20984 for <seamoby@ietf.org>; Tue, 16 Apr 2002 17:18:08 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 16 Apr 2002 14:17:38 -0700
Received: from 63.78.179.6 by lw7fd.law7.hotmail.msn.com with HTTP; Tue, 16 Apr 2002 21:17:38 GMT
X-Originating-IP: [63.78.179.6]
From: Hemant Chaskar <hchaskar@hotmail.com>
To: kempf@docomolabs-usa.com, seamoby@ietf.org
Subject: Re: [Seamoby] Minutes for Meeting at IETF 53
Date: Tue, 16 Apr 2002 21:17:38 +0000
Mime-Version: 1.0
Content-Type: text/plain; format="flowed"
Message-ID: <F232obfpQOaVj9ME2VP0000052b@hotmail.com>
X-OriginalArrivalTime: 16 Apr 2002 21:17:38.0749 (UTC) FILETIME=[22F10ED0:01C1E58C]
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 James:

What do you mean when you say that hearing multiple L2 is equivalent to 
inter-technology case? I do not get the point. Why can't the MN listen to 
different L2 beacons of the same technology? I guess it can, and hence, it 
still needs to chose one among them for handoff. Then the issue is exactly 
the same as Glenn raised for single NIC case: How to get capabilities 
without letting go the old connection? Of course, I am assuming that these 
L2's have comparable signal strengths.

Hemant

>From: "James Kempf" <kempf@docomolabs-usa.com>
>To: "Hemant Chaskar" <hchaskar@hotmail.com>, <seamoby@ietf.org>
>Subject: Re: [Seamoby] Minutes for Meeting at IETF 53
>Date: Tue, 16 Apr 2002 10:26:45 -0700
>
>
> > >[The Issue]
> > >It seems that the minutes indicate that people have somehow come to a
> > >conclusion that there is no need for access routers to divulge that
>they
> > >are
> > >geographically adjancent to themselves via the IP infrastructure. The
> > >minutes also seem to indicate that the mobile alone should be the
>only way
> > >to pass addresses of CARs to source ARs.
> > >
> > >[Technical Questions]
> > >O.K. If this is true then how will a mobile pass this information to
>their
> > >source AR if the mobile only has one NIC and that NIC is only capable
>of
> > >listening to one media at once?
> >
> > [HC] I agree that this is a genuine technical problem. What I would
>really
> > like to understand is whether the above is a relevant case for CAR
>discovery
> > or we simply neglect it and focus only on two physical interfaces
>case. I
> > raised this question before, but we have not had much discussion on
>it. In
> > any case, address translation part of CARD will be required in this
>case for
> > fast handoff support.
> >
>
>In a single interface handoff situation, Layer 2 typically delivers the
>AP or AR L2 identifier to which the MN will be handed over. This
>information is required (by the MIP fast handover algorithms) at the
>MN's AR. So the issue is fairly simple: the AR must be able to do
>reverse address translation in order that it can contact the other AR.
>Capabilities aren't involved, except to the extent that the MN can hear
>multiple L2s and make the decision. But this is exactly the same as for
>the intertechnology case.
>
>             jak
>


_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


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