[mmox] Scalability considerations / BCP95, BCP22
Morgaine <morgaine.dinova@googlemail.com> Mon, 09 March 2009 10:42 UTC
Return-Path: <morgaine.dinova@googlemail.com>
X-Original-To: mmox@core3.amsl.com
Delivered-To: mmox@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DF99B3A69A6 for <mmox@core3.amsl.com>; Mon, 9 Mar 2009 03:42:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.729
X-Spam-Level:
X-Spam-Status: No, score=-1.729 tagged_above=-999 required=5 tests=[AWL=-0.068, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SARE_MILLIONSOF=0.315]
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 H74cPTH8j6fA for <mmox@core3.amsl.com>; Mon, 9 Mar 2009 03:42:01 -0700 (PDT)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by core3.amsl.com (Postfix) with ESMTP id 3E88F3A6BEC for <mmox@ietf.org>; Mon, 9 Mar 2009 03:42:01 -0700 (PDT)
Received: by ey-out-2122.google.com with SMTP id 25so327130eya.31 for <mmox@ietf.org>; Mon, 09 Mar 2009 03:42:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=ndo9tvM23OBFaA3CaKgONueVb1INmyW6HzFrsv0e2HI=; b=IVmlTvzyAj9i2+Jw1glC1s+CCYh1DeZ87kwbdp2LffzovgpMSQJ/aNaZKZMOSpu+Ex xXaT0seaDlnPmspZqibMFhh1wf+txivznfMVf0KrGQteemB2PrD51lMkjSOIk3vdcZl3 JTYg9OHKGlo49dL8CcRCJmERaxh0JlrUMb8mw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Z9Z//2WT89w7Bx4WoQdmHbIRLIjOOZOJlde+sZFOcC8DNrGJlRg6jPPTEIRdMxkHlj n0zZo2HWVeyurUWs3MqTdqJN2Knd9FkafGR/7zechI77Wbu93U9v+0G8/y/tltsdm8ma SExWv5vXgTZiQIUTuMuvL8zHWdEKG33Cev7yM=
MIME-Version: 1.0
Received: by 10.210.139.15 with SMTP id m15mr3530855ebd.34.1236595354248; Mon, 09 Mar 2009 03:42:34 -0700 (PDT)
Date: Mon, 09 Mar 2009 10:42:34 +0000
Message-ID: <e0b04bba0903090342k292a919bw23e4589eba043797@mail.gmail.com>
From: Morgaine <morgaine.dinova@googlemail.com>
To: MMOX-IETF <mmox@ietf.org>
Content-Type: multipart/alternative; boundary="0015174c1778d227740464ad4a23"
Subject: [mmox] Scalability considerations / BCP95, BCP22
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Massively Multi-participant Online Games and Applications <mmox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmox>
List-Post: <mailto:mmox@ietf.org>
List-Help: <mailto:mmox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Mar 2009 10:42:03 -0000
As the term "*Massively Multi-Participant*" in *MM*OX suggests, scalability is one of the primary destinations along the interop road that we have begun to tread. Indeed, interop and scalability cannot be divorced, since both are strongly tied to the growth of the VW universe and are in turn affected by it. Scalability is one of my personal areas of interest, both here and previously in the AWG group of Second Life, and I expect to devote much time to issues of scalability in MMOX protocols as they arise in the forthcoming months. To kick off this aspect of our work, I would like to highlight the IETF's own special interest in scalability. Most vividly, scalability forms part of the IETF Mission Statement (BCP95/RFC3935) <http://www.ietf.org/rfc/rfc3935.txt>: *In attempting to resolve the question of the IETF's scope, perhaps the fairest balance is struck by this formulation: "protocols and practices for which secure and scalable implementations are expected to have wide deployment and interoperation on the Internet, or to form part of the infrastructure of the Internet."* Underlining further the importance of scalability within the Best Current Practice for IETF standards, <http://tools.ietf.org/html/bcp22> BCP22/RFC2360 <http://tools.ietf.org/html/rfc2360>'s Guide for Internet Standards Writers makes this pertinent recommendation: *2.15 Scalability Considerations The standard should establish the limitations on the scale of use, e.g., tens of millions of sessions, gigabits per second, etc., and establish limits on the resources used, e.g., round trip time, computing resources, etc. This is important because it establishes the ability of the network to accommodate the number of users and the complexity of their relations. The STD 53/RFC 1939 has an example of such a section. If this is not applicable to the protocol, an explanation of why not should be included.* This should come as no surprise of course. The Internet is a big place, gathering together a substantial proportion of humanity in shared information exchange, and in many cases in direct interactive engagement. The latter will be especially true in our case. I hope to see a lot of interest and attention given to scalability within MMOX discussions. If we are successful in achieving good levels of interoperation between virtual worlds, and if the metaverse does indeed bloom as we hope and expect, then it will be far too late to start addressing scalability only after systems start to feel the pain of massive growth. Protocol features that enhance scalability need to be promoted, and conversely features that tend to limit scalability need to be viewed with suspicion, or the future will be a hard one. I look forward to the task! :-) Morgaine.
- [mmox] Scalability considerations / BCP95, BCP22 Morgaine
- Re: [mmox] Scalability considerations / BCP95, BC… Kajikawa Jeremy
- Re: [mmox] Scalability considerations / BCP95, BC… Shun-Yun Hu