RE: [Seamoby] CAR Discovery Requirements

"Govind Krishnamurthi" <govs23@hotmail.com> Fri, 11 January 2002 17:01 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 MAA21549 for <seamoby-archive@odin.ietf.org>; Fri, 11 Jan 2002 12:01:18 -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 LAA06271; Fri, 11 Jan 2002 11:50:15 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA06243 for <seamoby@optimus.ietf.org>; Fri, 11 Jan 2002 11:50:13 -0500 (EST)
Received: from hotmail.com (f15.law9.hotmail.com [64.4.9.15]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA21228 for <seamoby@ietf.org>; Fri, 11 Jan 2002 11:50:09 -0500 (EST)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Jan 2002 08:49:42 -0800
Received: from 63.78.179.4 by lw9fd.law9.hotmail.msn.com with HTTP; Fri, 11 Jan 2002 16:49:42 GMT
X-Originating-IP: [63.78.179.4]
From: Govind Krishnamurthi <govs23@hotmail.com>
To: seamoby@ietf.org
Subject: RE: [Seamoby] CAR Discovery Requirements
Date: Fri, 11 Jan 2002 11:49:42 -0500
Mime-Version: 1.0
Content-Type: text/plain; format="flowed"
Message-ID: <F15MSMePpS1n5um8KYZ00014861@hotmail.com>
X-OriginalArrivalTime: 11 Jan 2002 16:49:42.0687 (UTC) FILETIME=[F79E6AF0:01C19ABF]
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

Hello Hesham,
Just for clarification. Is there an inherent assumption in your
statement that CAR discovery will need assistance from mobility management 
protocols. My understanding is that in Seamoby we don't
restrict only to MIP. Also by making it independent of mobility management 
protocols  we clearly don't affect any of the features of the underlying 
mobility management protocol is that not? Or am I missing something here.
-Govind.



>
>Phil,
>
>   > We seem to dance around in abstract space a lot in this WG.
>
>=> Really ! :)
>
>   >  Isn't it time
>   > to get down to brass tacks?  MIP has an implied
>   > architecture and it is not
>   > going away.  Neither are many of the MANET protocols.  What
   > ever happened
>   > to the "running code" idea anyway?  I don't see why we have to be so
>   > very vague (which is occuring strictly to be pedantic about
>   > requirement-
>   > speak).  There is an old adage that states if its not
>   > "testable" its not
>   > a requirement.
>
>=> I agree, we should have clear and 'easy to test'
>requirements. I was only explaining in generic terms
>that requirements should not mandate solutions. In  this
>particular case, all I care about is that no optimisations
>or features of existing MIP/MANET stuff is lost.
>I don't care how it's done.
>
>Hesham
>
>
>_______________________________________________
>Seamoby mailing list
>Seamoby@ietf.org
>https://www1.ietf.org/mailman/listinfo/seamoby






_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


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