Re: An Internet-Draft on literal scoped addresses with accompanying zone IDs in URIs
JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp> Sat, 04 December 2004 05:22 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA12815 for <ipv6-web-archive@ietf.org>; Sat, 4 Dec 2004 00:22:17 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CaST2-0007bv-OO for ipv6-web-archive@ietf.org; Sat, 04 Dec 2004 00:28:24 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CaSKP-0005Hy-P1; Sat, 04 Dec 2004 00:19:29 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CaSJ2-00048G-2J for ipv6@megatron.ietf.org; Sat, 04 Dec 2004 00:18:04 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA12359 for <ipv6@ietf.org>; Sat, 4 Dec 2004 00:18:01 -0500 (EST)
Received: from shuttle.wide.toshiba.co.jp ([202.249.10.124]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CaSOs-0007XN-Pn for ipv6@ietf.org; Sat, 04 Dec 2004 00:24:08 -0500
Received: from ocean.jinmei.org (PPP296.air128.dti.ne.jp [210.170.213.70]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id E90C11521D; Sat, 4 Dec 2004 14:17:55 +0900 (JST)
Date: Sat, 04 Dec 2004 14:17:49 +0900
Message-ID: <y7vis7ilk02.wl@ocean.jinmei.org>
From: JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp>
To: "Roy T. Fielding" <fielding@gbiv.com>
In-Reply-To: <CE3DB8D8-3AA0-11D9-BB50-000393753936@gbiv.com>
References: <200411191457.iAJEvaZ12916@windsor.research.att.com> <6.1.2.0.2.20041119101916.01f65b30@mailhost.iprg.nokia.com> <200411192057.iAJKvAr18036@windsor.research.att.com> <CE3DB8D8-3AA0-11D9-BB50-000393753936@gbiv.com>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI)
Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan.
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset="US-ASCII"
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
Cc: Bill Fenner <fenner@research.att.com>, ipv6@ietf.org, uri@w3.org, bob.hinden@nokia.com
Subject: Re: An Internet-Draft on literal scoped addresses with accompanying zone IDs in URIs
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "IP Version 6 Working Group \(ipv6\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Sender: ipv6-bounces@ietf.org
Errors-To: ipv6-bounces@ietf.org
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
>>>>> On Fri, 19 Nov 2004 19:03:51 -0800, >>>>> "Roy T. Fielding" <fielding@gbiv.com> said: > I don't think that they are actively used for significant operations. > Yes, they are implemented (inconsistently) on multiple platforms > (some allow names to occur after the '%", while others assume that > the zone ID will be a small integer), (a minor note) draft-ietf-ipv6-scoping-arch-02.txt specifies integers as the minimum set of scope zone IDs that all implementations must support. All compliant specifications must accept decimal integers, and *BSDs should behave so, although it prints attached interface name by default. > There is nothing we can do in the specifications to change the > fact that using a % as a zone ID separator in URIs will result in > interoperability failures. Those applications are already deployed. > It would be easier to change all of the deployed operating systems > that contain IPv6 to allow an additional delimiter character if > cut-and-paste is really important. I don't buy this argument. We can also say that system libraries with '%' '%' as the delimiter and applications using the libraries are already deployed. As others already said, BSDs have been using for several years, which is also merged into MacOS X. In addition, as far as I know recent versions of Windows and Linux implementations adopt this specification. I would say that saying "these are not actively used for significant operations." is misleading. First of all, what "significant operations" mean is really not clear. Additionally, why can we be so sure that they are not actively used without knowing how real IPv6 operators do or do not use the syntax? As an IPv6 operator, I often use this notation for diagnosing IPv6 routers or in some cases DHCPv6/DNS servers. I'm not insisting that we can ignore the deployed parser that are not friendly with the '%' delimiter. I just want to note that we cannot simply say "XXX is not so deployed so it would be easier to fix it", whether the XXX is existing systems with the % delimiter or existing parsers which are unfriendly with the '%' delimiter. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
- An Internet-Draft on literal scoped addresses wit… Bill Fenner
- Re: An Internet-Draft on literal scoped addresses… Bob Hinden
- Re: An Internet-Draft on literal scoped addresses… JORDI PALET MARTINEZ
- Re: An Internet-Draft on literal scoped addresses… Bill Fenner
- Re: An Internet-Draft on literal scoped addresses… Roy T. Fielding
- Re: An Internet-Draft on literal scoped addresses… JINMEI Tatuya / 神明達哉
- Re: An Internet-Draft on literal scoped addresses… JINMEI Tatuya / 神明達哉