Re: [nemo] WG Last Call on draft-ietf-nemo-terminology

Chan-Wah Ng <chanwah.ng@sg.panasonic.com> Fri, 25 November 2005 08:41 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EfZ9a-0003Af-Up; Fri, 25 Nov 2005 03:41:58 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EfZ9Z-0003AU-3V for nemo@megatron.ietf.org; Fri, 25 Nov 2005 03:41:57 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA26710 for <nemo@ietf.org>; Fri, 25 Nov 2005 03:41:16 -0500 (EST)
Received: from smtp.mei.co.jp ([133.183.129.25] helo=smtp1.mei.co.jp) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EfZSk-0004cp-Oy for nemo@ietf.org; Fri, 25 Nov 2005 04:01:49 -0500
Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp1.mei.co.jp (8.12.10/3.7W/kings) with ESMTP id jAP8fHhN014814 for <nemo@ietf.org>; Fri, 25 Nov 2005 17:41:17 +0900 (JST)
Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx2) with ESMTP id jAP8fHb20007 for <nemo@ietf.org>; Fri, 25 Nov 2005 17:41:17 +0900 (JST)
Received: from pslexc01.psl.local (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/astros) with ESMTP id jAP8fH316475 for <nemo@ietf.org>; Fri, 25 Nov 2005 17:41:17 +0900 (JST)
Received: from bach.sg.panasonic.com ([10.81.113.99]) by pslexc01.psl.local with Microsoft SMTPSVC(6.0.3790.1830); Fri, 25 Nov 2005 16:38:10 +0800
Received: by bach.sg.panasonic.com (Postfix, from userid 1000) id 14447D560D; Fri, 25 Nov 2005 16:46:02 +0800 (SGT)
Subject: Re: [nemo] WG Last Call on draft-ietf-nemo-terminology
From: Chan-Wah Ng <chanwah.ng@sg.panasonic.com>
To: IETF NEMO WG <nemo@ietf.org>
In-Reply-To: <4386C241.2030204@sfc.wide.ad.jp>
References: <E1EV94s-0000Iv-L1@newodin.ietf.org> <20051028155154.719167e5.ernst@sfc.wide.ad.jp> <20051117192750.7b7688d8.ernst@sfc.wide.ad.jp> <437D339F.3010305@sfc.wide.ad.jp> <1132280807.4927.14.camel@localhost> <43813545.9070804@sfc.wide.ad.jp> <1132542991.31961.14.camel@localhost> <43829840.4090501@sfc.wide.ad.jp> <1132640913.31961.67.camel@localhost> <4386C241.2030204@sfc.wide.ad.jp>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Fri, 25 Nov 2005 16:46:01 +0800
Message-Id: <1132908361.11586.126.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.3
X-OriginalArrivalTime: 25 Nov 2005 08:38:10.0833 (UTC) FILETIME=[91352010:01C5F19B]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4
Content-Transfer-Encoding: 7bit
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>
Sender: nemo-bounces@ietf.org
Errors-To: nemo-bounces@ietf.org

Hello, Romain,

On Fri, 2005-11-25 at 16:50 +0900, Romain KUNTZ wrote:
> Hello Chan-Wah,
> 
> Sorry for the delay !
> 

I have no problem at all with that ... but I don't know about Thierry.
He may be anxious to get this resolved. :)

> Chan-Wah Ng wrote:
> >>IMHO it is good to be accurate, in order to identify when the problem 
> >>occurs. So what about this one:
> >>
> >>   Split-NEMO refers to the case where a mobile network that has
> >>   multiple mobile routers handling the same MNP (or MNPs) becomes
> >>   two or more independent mobile networks, where the same MNP(s)
> >>   are no longer advertised in the same mobile network.
> >>
> > 
> > 
> > Hmm, I am doubtful about the last sentence, especially the last few
> > words "same mobile networks".  The problem with split-NEMO is that the
> > MRs cannot announce the same MNP to different NEMO.
> > 
> > 
> > May I offer an entirely different definition:
> > 
> >    Split-NEMO refers to the case where a mobile network becomes
> >    two or more independent mobile networks due to the separation
> >    of Mobile Routers which are handling the same MNP (or MNPs)
> >    in the original mobile network before separation.
> 
> Actually, I wonder if Split-NEMO should only refer to the case where
> split is a problem, or to any kind of split. draft-ietf-nemo-terminology
> is a terminology document and thus should be silent on the problems or
> specific scenario. Other documents such as
> draft-ietf-nemo-multihoming-issues-02 can then refer to Split-NEMO and
> describe the problems that may occur when a split occurs (and actually
> it already has a section about that).
> 
> What is your opinion?
> 
Ah, which was why I first asked what is the purpose of having the
split-NEMO terminology.  IMHO, its only useful for the case where there
is problem.  Where else would such a terminology be useful?  I mean when
two mobile routers previously on the same link go separate way, you
simply say "they go separate way" or "they got separated" or "they
separated".  There is no need to create a special term for that.

To me split-NEMO means that a logically single entity got separated.  It
warrants some configurations changes.  Like MNP needs to be broken into
two parts etc, etc, which is what my latest proposal is trying to
convey.  

I agree with you that the terminology (and definition) itself should not
contains hints of a problem.  That is the job of a problem statement.
But the terminology is created so that we can refer to the scenario
where the problem occurs.

"Split-NEMO" as a term is pretty much like "pinball route" to me in
nature.  It is created to help describe a problem.

/rgds
/cwng