[Mip6] Re: second look at issue 73
Jari Arkko <jari.arkko@piuha.net> Mon, 09 July 2007 05:39 UTC
Return-path: <mip6-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7lxf-0008N8-R6; Mon, 09 Jul 2007 01:39:03 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7lxe-0008Mm-Ln for mip6@ietf.org; Mon, 09 Jul 2007 01:39:02 -0400
Received: from p130.piuha.net ([193.234.218.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7lxa-0003tx-Av for mip6@ietf.org; Mon, 09 Jul 2007 01:39:02 -0400
Received: from p130.piuha.net (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 3240C19866B; Mon, 9 Jul 2007 08:38:57 +0300 (EEST)
Received: from [127.0.0.1] (p130.piuha.net [193.234.218.130]) by p130.piuha.net (Postfix) with ESMTP id C4131198666; Mon, 9 Jul 2007 08:38:56 +0300 (EEST)
Message-ID: <4691C9F0.2090900@piuha.net>
Date: Mon, 09 Jul 2007 08:38:56 +0300
From: Jari Arkko <jari.arkko@piuha.net>
User-Agent: Thunderbird 1.5.0.12 (X11/20070604)
MIME-Version: 1.0
References: <469160B9.4020103@piuha.net>
In-Reply-To: <469160B9.4020103@piuha.net>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Cc: Mobile IPv6 Mailing List <mip6@ietf.org>
Subject: [Mip6] Re: second look at issue 73
X-BeenThere: mip6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: mip6.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip6@ietf.org>
List-Help: <mailto:mip6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=subscribe>
Errors-To: mip6-bounces@ietf.org
And I meant RFC 4038, not 4083... sorry for the typo. Jari > On Hesham's request I looked at the past discussion relating > to issue 73 (mapped v4 addresses vs. a new option). > > Like 93, consensus was thin if it existed at all, and you > probably should have continued the discussion instead > of closing the issue as soon as a one person majority was > detected :-) This working group needs to understand > issues and agree more, and have less divisive consensus > calls that end up resembling voting. I was positively > surprised that we were able to move forward with > issue 93 after all, so lets continue that in future issues. > > But back to issue 73. Hesham, I would like you to > implement this functionality through a separate > option, on your AD's request and as a part of > bypassing future issues in AD review. After > reviewing RFC 4083 and RFC-to-be-draft-ietf- > v6ops-security-overview, I believe we should > not introduce additional on-the-wire usage > for v4 mapped addresses where it can be > easily avoided. Even if this usage would be > for something else than the outer IP header. > > Jari > > > _______________________________________________ Mip6 mailing list Mip6@ietf.org https://www1.ietf.org/mailman/listinfo/mip6
- [Mip6] second look at issue 73 Jari Arkko
- [Mip6] Re: second look at issue 73 Jari Arkko