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
- [nemo] Rewording of RO work in the charter T.J. Kniveton
- Re: [nemo] Rewording of RO work in the charter marcelo bagnulo braun
- Re: [nemo] Rewording of RO work in the charter Alexandru Petrescu
- RE: [nemo] Rewording of RO work in the charter Davis, Terry L
- RE: [nemo] Rewording of RO work in the charter Davis, Terry L
- Re: [nemo] Rewording of RO work in the charter marcelo bagnulo braun
- RE: [nemo] Rewording of RO work in the charter Davis, Terry L
- Re: [nemo] Rewording of RO work in the charter marcelo bagnulo braun
- RE: [nemo] Rewording of RO work in the charter Davis, Terry L
- Re: [nemo] Rewording of RO work in the charter marcelo bagnulo braun
- RE: [nemo] Rewording of RO work in the charter ivancic
- Re: [nemo] Rewording of RO work in the charter T.J. Kniveton
- Re: [nemo] Rewording of RO work in the charter marcelo bagnulo braun
- [nemo] Deployment Requirements Thierry Ernst
- Re: [nemo] Deployment Requirements marcelo bagnulo braun
- Re: [nemo] Deployment Requirements Thierry Ernst
- Re: [nemo] Deployment Requirements marcelo bagnulo braun
- Re: [nemo] Deployment Requirements Thierry Ernst
- Re: [nemo] Deployment Requirements marcelo bagnulo braun
- Re: [nemo] Deployment Requirements Thierry Ernst
- Re: [nemo] Deployment Requirements marcelo bagnulo braun
- Re: [nemo] Deployment Requirements Vijay Devarapalli
- RE: [nemo] Rewording of RO work in the charter Davis, Terry L
- Re: [nemo] Deployment Requirements Ryuji Wakikawa
- Re: [nemo] Deployment Requirements Alexandru Petrescu
- Re: [nemo] Deployment Requirements Thierry Ernst
- Re: [nemo] Deployment Requirements Thierry Ernst
- Re: [nemo] Deployment Requirements Ryuji Wakikawa
- Re: [nemo] Rewording of RO work in the charter Vijay Devarapalli
- RE: [nemo] Deployment Requirements Roberto Baldessari
- Re: [nemo] Deployment Requirements marcelo bagnulo braun
- RE: [nemo] Deployment Requirements Chan-Wah Ng