Re: [multimob] WG adoption call on draft-zuniga-multimob-pmipv6-ropt

Hitoshi Asaeda <asaeda@sfc.wide.ad.jp> Mon, 12 December 2011 05:59 UTC

Return-Path: <asaeda@sfc.wide.ad.jp>
X-Original-To: multimob@ietfa.amsl.com
Delivered-To: multimob@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6F5A21F8479 for <multimob@ietfa.amsl.com>; Sun, 11 Dec 2011 21:59:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.096
X-Spam-Level:
X-Spam-Status: No, score=-99.096 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RELAY_IS_203=0.994, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QAPrdzBUqAnR for <multimob@ietfa.amsl.com>; Sun, 11 Dec 2011 21:59:34 -0800 (PST)
Received: from mail.sfc.wide.ad.jp (shonan.sfc.wide.ad.jp [203.178.142.130]) by ietfa.amsl.com (Postfix) with ESMTP id 22E1A21F8467 for <multimob@ietf.org>; Sun, 11 Dec 2011 21:59:33 -0800 (PST)
Received: from localhost (unknown [IPv6:2001:200:1c0:2014:5a55:caff:fef6:4c5]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 99527278069; Mon, 12 Dec 2011 14:59:27 +0900 (JST)
Date: Mon, 12 Dec 2011 14:59:31 +0900
Message-Id: <20111212.145931.127674860.asaeda@sfc.wide.ad.jp>
To: sarikaya@ieee.org, sarikaya2012@gmail.com
From: Hitoshi Asaeda <asaeda@sfc.wide.ad.jp>
In-Reply-To: <CAC8QAccJ1FrqoWay5yHQp8y2=TxQMXx1ab8-tL9R=sTOKyyyVQ@mail.gmail.com>
References: <CAC8QAcc9NhSKO5Fz9C9JcVsku+OSXcBWe_PgjqoySMiA3doJ_w@mail.gmail.com> <20111209.093148.123963742.asaeda@sfc.wide.ad.jp> <CAC8QAccJ1FrqoWay5yHQp8y2=TxQMXx1ab8-tL9R=sTOKyyyVQ@mail.gmail.com>
X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Cc: multimob@ietf.org
Subject: Re: [multimob] WG adoption call on draft-zuniga-multimob-pmipv6-ropt
X-BeenThere: multimob@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multicast Mobility <multimob.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multimob>, <mailto:multimob-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/multimob>
List-Post: <mailto:multimob@ietf.org>
List-Help: <mailto:multimob-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multimob>, <mailto:multimob-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Dec 2011 05:59:35 -0000

Behcet and others,

>>> This document can be found at:
>>> http://tools.ietf.org/id/draft-zuniga-multimob-pmipv6-ropt-01.txt
>>>
>>> This mail starts a WG adoption call on this draft.
>> 
>> I don't think there was any consensus about adoption of this draft at
>> the last meeting.
> 
> Yes, there was. Please check the minutes.

Hmm, I didn't notice at all..

>> We've proposed the tunnel convergence problem solution draft;
>> draft-asaeda-multimob-pmip6-extension-07
>>
> Your draft and draft-zuniga present totally different approaches. They
> do not overlap with each other.

Right. They are totally different.

>> Why you eliminate the discussions in the meeting and the chance to
>> discuss in the mailing list?
> 
> Who said so? Your draft is still up for discussion. I already saw some
> comments on it in the list. So you should be happy.

It is not important whose draft is adopted.
Showing technical feasibility and contributions to communities is all
that really matters for WGs.

Ok, let's move on the discussion for draft-zuniga.

Maybe draft-zuniga has some value as it can escape from the tunnel
convergence problem.
Briefly, the approach requires that MAG attaches *one*
multicast-dedicate LMA (MTMA, the draft calls) and always uses it,
instead of the regular rfc5312 based LMAs, for all external multicast
streams.
According to this fact, it does not provide protocol improvement and
is not optimized (as all are done by operation), but simply proposes a
multicast service model for PMIPv6 to escape from the tunnel
convergence problem.

If people agree on the adoption, it's Ok. But I cannot find the reason
that it is proposed standard. Informational would fit to the current
approach if adopted.

Regards,
--
Hitoshi Asaeda