Re: [netlmm] Last Call: draft-ietf-netlmm-mip-interactions (Interactions betweenPMIPv6 and MIPv6: scenarios and related issues) to Informational RFC
"Charles E. Perkins" <charles.perkins@earthlink.net> Mon, 17 May 2010 16:49 UTC
Return-Path: <charles.perkins@earthlink.net>
X-Original-To: netlmm@core3.amsl.com
Delivered-To: netlmm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44CC43A6950; Mon, 17 May 2010 09:49:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.078
X-Spam-Level:
X-Spam-Status: No, score=-0.078 tagged_above=-999 required=5 tests=[AWL=-0.079, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zq+jh5FmM199; Mon, 17 May 2010 09:49:33 -0700 (PDT)
Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) by core3.amsl.com (Postfix) with ESMTP id 39B683A699F; Mon, 17 May 2010 09:49:20 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=pUi4zZ9FxqcgZDYRTICkX+gcpMrJb2QOdL1BJ4p7pjhVjiYo27x4yf3rxQshjFzO; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP;
Received: from [12.204.153.98] (helo=[10.166.254.143]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from <charles.perkins@earthlink.net>) id 1OE3VA-0007fe-7D; Mon, 17 May 2010 12:49:12 -0400
Message-ID: <4BF17382.3050008@earthlink.net>
Date: Mon, 17 May 2010 09:49:06 -0700
From: "Charles E. Perkins" <charles.perkins@earthlink.net>
Organization: Wichorus Inc.
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Giaretta, Gerardo" <gerardog@qualcomm.com>
References: <20100503142438.991523A6CF2@core3.amsl.com> <4BDF35E5.1050500@earthlink.net> <057632CE4CE10D45A1A3D6D19206C3A32679D3A7DF@NASANEXMB08.na.qualcomm.com>
In-Reply-To: <057632CE4CE10D45A1A3D6D19206C3A32679D3A7DF@NASANEXMB08.na.qualcomm.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956abb457f1b4332f52c3aaf2848d56d8e438af50dc1236d269350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 12.204.153.98
Cc: netlmm@ietf.org, ietf@ietf.org
Subject: Re: [netlmm] Last Call: draft-ietf-netlmm-mip-interactions (Interactions betweenPMIPv6 and MIPv6: scenarios and related issues) to Informational RFC
X-BeenThere: netlmm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NETLMM working group discussion list <netlmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netlmm>
List-Post: <mailto:netlmm@ietf.org>
List-Help: <mailto:netlmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 May 2010 16:49:34 -0000
Hello Gerardo, Comments below... On 5/17/2010 8:17 AM, Giaretta, Gerardo wrote: > You have one comment on the recommendation in the draft to have > separate binding cache entries. This was extensively discussed > in the NETLMM WG and also at the IETF Dublin meeting. There was > a mailing list discussion after that in September/October 2008 > which led to the conclusion in the current version of the draft. > > You can find more information in the archives at: > http://www.ietf.org/mail-archive/web/netlmm/current/msg05533.html Thanks for that link. It was most enlightening, especially in the context of the ensuing discussion. Having reviewed the latter, it seems to me quite likely that the consensus call was (at least) premature. For instance: > I object to this. There was absolutely no consensus on this for > you guys to decide. There were clarifying questions that people > had on what exactly you meant by multi-homing. You didn't respond > to any of those emails. and > I am sorry, but I thought the discussion was either incomplete or did > not steer towards one particular way or the other. For instance, I > didn't get a clear answer for my question on why there would be a single > BCE when two different interfaces are in use. Could you please clarify? I could go on. And, without naming names, I want to emphasize that the abovementioned objections were made by some real experts. Do you have any links to discussion that _supports_ the consensus call? Furthermore, I still suggest (constructively) that _at the minimum_ a system architect ought to be allowed to have the design freedom to identify the two mobile node identities (and thus the relevant BCEs). What is the downside of enabling new systems to offer such obvious improvements? Or, would it be better to start writing the ...bis document already (just kidding...)? Regards, Charlie P.
- [netlmm] Last Call: draft-ietf-netlmm-mip-interac… The IESG
- Re: [netlmm] Last Call: draft-ietf-netlmm-mip-int… Charles E. Perkins
- Re: [netlmm] Last Call: draft-ietf-netlmm-mip-int… Charles E. Perkins
- Re: [netlmm] Last Call: draft-ietf-netlmm-mip-int… Giaretta, Gerardo
- Re: [netlmm] Last Call: draft-ietf-netlmm-mip-int… Charles E. Perkins
- Re: [netlmm] Last Call: draft-ietf-netlmm-mip-int… Narayanan, Vidya
- Re: [netlmm] Last Call: draft-ietf-netlmm-mip-int… Jari Arkko