[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.