Re: [nemo] Deployment Requirements

Thierry Ernst <thierry.ernst@inria.fr> Tue, 16 May 2006 14:03 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fg08u-0006ZJ-Kp; Tue, 16 May 2006 10:03:20 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fg08s-0006Yl-RH for nemo@ietf.org; Tue, 16 May 2006 10:03:18 -0400
Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FfzES-0005LL-30 for nemo@ietf.org; Tue, 16 May 2006 09:05:00 -0400
Received: from nez-perce.inria.fr ([192.93.2.78]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ffyu2-0005U0-Pu for nemo@ietf.org; Tue, 16 May 2006 08:44:00 -0400
Received: from guest-rocq-135223.inria.fr (dhcp-rocq-97.inria.fr [128.93.62.97]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id k4GChorQ031054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <nemo@ietf.org>; Tue, 16 May 2006 14:43:51 +0200
Date: Tue, 16 May 2006 14:45:01 +0200
From: Thierry Ernst <thierry.ernst@inria.fr>
To: nemo@ietf.org
Subject: Re: [nemo] Deployment Requirements
Message-Id: <20060516144501.412c4270.thierry.ernst@inria.fr>
In-Reply-To: <74f86f393d8f38fffec68a9a079d6497@it.uc3m.es>
References: <0D090F1E0F5536449C7E6527AFFA280A21BFCB@XCH-NW-8V1.nw.nos.boeing.com> <5916B65B-F318-429B-9561-04E9D28EF73E@kniveton.com> <bcee8401890f8a723a77439a945ef397@it.uc3m.es> <20060516110101.5124f6cd.thierry.ernst@inria.fr> <234519ed78b2bf91be22e01ed3d1f538@it.uc3m.es> <20060516124606.6deac871.thierry.ernst@inria.fr> <74f86f393d8f38fffec68a9a079d6497@it.uc3m.es>
Organization: INRIA
X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; powerpc-apple-darwin7.8.0)
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
X-Miltered: at nez-perce with ID 4469C906.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)!
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by nez-perce.inria.fr id k4GChorQ031054
X-Spam-Score: -2.6 (--)
X-Scan-Signature: d890c9ddd0b0a61e8c597ad30c1c2176
X-BeenThere: nemo@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NEMO Working Group <nemo.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:nemo@ietf.org>
List-Help: <mailto:nemo-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=subscribe>
Errors-To: nemo-bounces@ietf.org

> > Well, do you intend to mean that we should write a deployment
> > requirements draft for the aviation industry specifically, in which 
> > case
> > we would do the same for the vehicular industry, and for each other
> > existing use cases ?
> >
> 
> well, i am not sure about the vehicular technology because i don't
> know if they have specific requirements.

They do, though they don't speak up yet, because (unfortunately) IETF is
not an organization where they used to be involved. But they (or the
vendors related to the vehicular industry and the standardization bodies
such as ISO and ETSI) will show up when they understand it is important
for them to be involved in the debate.

Would be interesting to get some input from the Japanese folks who I
know are monitoring this ML. I'm not speaking only about the people at
Keio University who are academic though who are involved with these
people, but the people representing the companies who are in this
business. 

Come on folks, this is the right timing to discuss the deployment
requirements for the vehicular industry !

> but following the emails that have been exchanged lately in this ml,
> it is my opinion that the aviation case have quite special
> requirements and that they need customized solutions for thier
> problems that have their own set of deployment issues.

I second this. But the vehicular industry is IMHO more important as it
would involved tens of vendors, with possibly divergent deployment
requirements. 

> I mean consider that they are moving globally quite rapidly, they have
> 
> wordlwide infrastruture, they need high reliability,  and so on, which
> 
> makes their case somehow different from the case of nemos deployed in 
> buses cars and so on (or at least it seems so to me)

Well, cases and thus requirements are different. RFC 3963 may not always
apply, but even though, the security, authentication and multihoming
considerations are different.

> that is why i think that the general requirements and in particular
> the deployment requirements for a solution to this particular problem
> need to be fleshed out

Yes, but what is the best procedure ? Independent draft, one for each
use case, or shall we came up straight with common requirements, in
which case I would say draft-ietf-nemo-requirements is the best place to
gather these deployment scenarios ?
 
> > If yes, then I guess it would rather be individual submissions
> 
> yes i think Terry initial list could be a starting point for this
> 
> > that
> > could be used as input for determining a common list of deployment
> > requirements.
> >
> 
> well depending on whether this requirements fit into the general 
> requirements, this may be ok.... but i think that they are likely to
> be quite differetn from the general case

This may not be an issue. The draft could be explicit that these are
requirements for that specific use cases where we get some input.

Thierry.

> >
> >>> [I changed the subject line]
> >>>
> >>> Speaking about "deployment requirements", I would propose to add a
> >>> section in draft-ietf-nemo-requirements (actually, I intended to 
> >>> extend
> >>> that draft since the beginning ;-) rather of editing a separate
> >>> document.
> >>>
> >>> Would that make sense to everyone ?
> >>>
> >>
> >> i think that there are some general deployment requirements that
> >could> fit in there
> >>
> >> however, perhaps the case of aviation may have quite specific
> >> requirements of their own that may not apply in the general
> >case.... i> mean not all of us have worldwide sites and a nemo moving
> >around> several of them in a single day :-)
> >>
> >> Regards, marcelo
> >>
> >>
> >>> Thierry.
> >>>
> >>>
> >>>
> >>> On Tue, 16 May 2006 09:19:30 +0300
> >>> marcelo bagnulo braun <marcelo@it.uc3m.es> wrote:
> >>>
> >>>>
> >>>> El 15/05/2006, a las 20:47, T.J.Kniveton escribió:
> >>>>
> >>>>> On Apr 28, 2006, at 9:45 PM, Davis, Terry L wrote:
> >>>>>
> >>>>>> T.J.
> >>>>>>
> >>>>>> You'll probably wish that you hadn't asked for this...
> >>>>>>
> >>>>>> These would be our ideal mobility solution.  I realize that 
> >>>>>> meeting
> >>>>>> all
> >>>>>> of these is probably an extreme stretch.
> >>>>>>
> >>>>>> Take care
> >>>>>> Terry
> >>>>>
> >>>>> Terry,
> >>>>>
> >>>>> I second the request to put your list of items into a draft. It 
> >>>>> will
> >>>>> be helpful to have a concrete list of deployment requirements to
> >>>>> refer
> >>>>> to. While the WG can't necessarily solve all of the problems for
> >
> >>>>> one
> >>>>> specific deployment, an informational document listing them can
> >be>>>> useful for guidance when making engineering design decisions.
> >>>>>
> >>>>> Would you be willing to do that? Perhaps others in the WG can
> >help>>>> with maintaining the document / editing if needed.
> >>>>>
> >>>>
> >>>> i am willing to help Terry on this in case it is needed...
> >>>>
> >>>> regards, marcelo
> >>>>
> >>>>
> >>>>> TJ
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>> -- 
> >>> Thierry ERNST, PhD
> >>> INRIA Rocquencourt Projet IMARA
> >>> +33 1 39 63 59 30
> >>>
> >>>
> >>
> >>
> >>
> >
> >
> > -- 
> > Thierry ERNST, PhD
> > INRIA Rocquencourt Projet IMARA
> > +33 1 39 63 59 30
> >
> 
> 
> 


-- 
Thierry ERNST, PhD
INRIA Rocquencourt Projet IMARA
+33 1 39 63 59 30