Re: [Seamoby] Minutes for Meeting at IETF 53

"James Kempf" <kempf@docomolabs-usa.com> Fri, 19 April 2002 16: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 MAA00009 for <seamoby-archive@odin.ietf.org>; Fri, 19 Apr 2002 12:34:41 -0400 (EDT)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id MAA24724 for seamoby-archive@odin.ietf.org; Fri, 19 Apr 2002 12:34:42 -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 MAA23642; Fri, 19 Apr 2002 12:24:58 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA23609 for <seamoby@ns.ietf.org>; Fri, 19 Apr 2002 12:24:56 -0400 (EDT)
Received: from fridge.docomolabs-usa.com (fridge.docomolabs-usa.com [216.98.102.228]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA28404 for <seamoby@ietf.org>; Fri, 19 Apr 2002 12:24:52 -0400 (EDT)
Received: from T23KEMPF (dhcp116.docomolabs-usa.com [172.21.96.116]) by fridge.docomolabs-usa.com (8.11.3/8.11.3) with SMTP id g3JGOAI05935; Fri, 19 Apr 2002 09:24:10 -0700 (PDT)
Message-ID: <01ab01c1e7be$6a950c80$746015ac@T23KEMPF>
From: James Kempf <kempf@docomolabs-usa.com>
To: Hemant Chaskar <hchaskar@hotmail.com>, Karim.El-Malki@era.ericsson.se, govs23@hotmail.com, seamoby@ietf.org
References: <F12S7TWiHVG0ZXCX4nS00009d66@hotmail.com>
Subject: Re: [Seamoby] Minutes for Meeting at IETF 53
Date: Fri, 19 Apr 2002 09:22:31 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Content-Transfer-Encoding: 7bit
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
Content-Transfer-Encoding: 7bit

Nobody can prevent someone from deploying the CARD on an AR. The point
is the requirements should be clear that the primary function is for the
MN.

            jak

----- Original Message -----
From: "Hemant Chaskar" <hchaskar@hotmail.com>
To: <Karim.El-Malki@era.ericsson.se>; <govs23@hotmail.com>;
<seamoby@ietf.org>
Sent: Friday, April 19, 2002 8:19 AM
Subject: RE: [Seamoby] Minutes for Meeting at IETF 53


> Hi Karim:
>
> I am trying to understand the algorithmic perspective of the comment
below
> saying that "The MN should take the decision with hints from the
network,
> not the other way round."
>
> So, if there is an application on MN processor which takes one input
as MN
> requirements and other input as AR capabilities and provides certain
output
> (say boolean yes or no), is it acceptable approach? I guess yes.
>
> Now, suppose that there is this *same* application somewhere on
processor of
> some network entity taking the *same* inputs as above and providing
the same
> kind of output, is it acceptable approach? I guess it should be.
>
> So, is it the input and output information model of the application
that
> decides whether the approach in MN-centric or is it the location of
the
> processor executing the application as such that decides whether the
> approach is MN-centric? I guess it is the former.
>
> Hemant
>
>
> >From: "Karim El-Malki (ERA)" <Karim.El-Malki@era.ericsson.se>
> >To: "'Govind Krishnamurthi'" <govs23@hotmail.com>, seamoby@ietf.org
> >Subject: RE: [Seamoby] Minutes for Meeting at IETF 53
> >Date: Fri, 19 Apr 2002 10:44:39 +0200
> >
> >  > I wasn't
> >  > >ruling out network involvement, but I couldn't understand why
there
> >  > >was work on ARs only doing CAR discovery. Hope my point is
> >  > more clear
> >  > >now. Maybe I misinterpreted some emails and people are in
agreement
> >  > >with this. I think Dirk's email at least was in line with what I
> >  > >have above (i.e. we need to focus on the MN's role and allow the
> >  > >network to assist where needed).
> >  >
> >  > [Govind] The main point is that the MNs requirements should be
> >  > taken into consideration when deciding on the TARs whether this
> >  > happens in the network or in the MN is upto the individual
solution
> >  > (as long as it satisfies the requirements).
> >  > Hope these clarifies your concerns.
> >
> >Sorry I'm falling behind on this discussion and haven't read all the
> >emails,
> >but the point was that the decision is to be taken by the MN, not by
the
> >network. So what you write above about the decision happening in the
> >network
> >does not follow from the discussion so far. The MN should take the
decision
> >with hints from the network, not the other way round.
> >
> >/K.
> >
> >_______________________________________________
> >Seamoby mailing list
> >Seamoby@ietf.org
> >https://www1.ietf.org/mailman/listinfo/seamoby
>
>
> _________________________________________________________________
> Chat with friends online, try MSN Messenger: http://messenger.msn.com
>
>
> _______________________________________________
> Seamoby mailing list
> Seamoby@ietf.org
> https://www1.ietf.org/mailman/listinfo/seamoby
>


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