[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