[6tsch] simulation for random schedule allocation

Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu> Tue, 25 June 2013 19:37 UTC

Return-Path: <xvilajosana@berkeley.edu>
X-Original-To: 6tsch@ietfa.amsl.com
Delivered-To: 6tsch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87FF321F9C35 for <6tsch@ietfa.amsl.com>; Tue, 25 Jun 2013 12:37:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4GGvo5JrlRsm for <6tsch@ietfa.amsl.com>; Tue, 25 Jun 2013 12:37:17 -0700 (PDT)
Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 4686421F9BEE for <6tsch@ietf.org>; Tue, 25 Jun 2013 12:37:17 -0700 (PDT)
Received: by mail-ie0-f172.google.com with SMTP id 16so28998939iea.17 for <6tsch@ietf.org>; Tue, 25 Jun 2013 12:37:16 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=qxEuSbNWwjyR8ZdwdYZps6pxEZsR4lRVmtIhfyIQLHA=; b=I8fkBINOeS2TCSLZQ0ioxk/OZboKvCguo3yPI4035ZpdMGLcDd4bL3ZMyGDMlEzEJF 0RgHpfv+mi9v9jqFDkrVFZRirkUh5The0r4Yz1Fj+UtpF/fdZJ+qgpzm/5KbFzjSZjdZ VyfANpeYM9BSBSJ6bxGrfxeYWrHhwTbozhwSRWfUxn+dHc/yDES1LVjMbqPcEmoZvWCv NswL2wEYVXqXKwfA+ynm3ibYQKc6DCC6BSsyVe1VBSMtV9Q7ZpZ3g0Fq0A6a8fv/6QQ3 rH/tLBvF/ybFeDXbsCph6iqCnhkRFk8RufWPsns6gK3KyJIY/f//Pt1RWOr20W9ojRnY EIdg==
MIME-Version: 1.0
X-Received: by 10.50.77.69 with SMTP id q5mr390631igw.16.1372189036589; Tue, 25 Jun 2013 12:37:16 -0700 (PDT)
Received: by 10.65.14.231 with HTTP; Tue, 25 Jun 2013 12:37:16 -0700 (PDT)
Date: Tue, 25 Jun 2013 12:37:16 -0700
Message-ID: <CALEMV4atEt_AQtLRAvmaTs3SndvVOTeMuCyZyyrztS3HHir0yQ@mail.gmail.com>
From: Xavier Vilajosana Guillen <xvilajosana@eecs.berkeley.edu>
To: "6tsch@ietf.org" <6tsch@ietf.org>
Content-Type: multipart/mixed; boundary="047d7bdc0dda17cdd504dfffa81c"
X-Gm-Message-State: ALoCoQnHcd8mjawL8lcYxsV1qnYHOx2lEX2oGF5dhWOWiOpBmf1RehI6kmaTdjJcO3kjwf5+bWfz
Subject: [6tsch] simulation for random schedule allocation
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: xvilajosana@eecs.berkeley.edu
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tsch>, <mailto:6tsch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tsch>
List-Post: <mailto:6tsch@ietf.org>
List-Help: <mailto:6tsch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tsch>, <mailto:6tsch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jun 2013 19:37:18 -0000

Hi all,

I prepared a little simulation to see how random schedule allocation
behaves. (I have the code in Java in case someone is interested)

here there are some details (everything can be tuned in case someone wants
to point me to a special case)

Network: 50 nodes

Topology: Random, where each node has a random number of neighbors between
2 and 10.

Each node requests a link to each of its neighbors. This is done from 1 to
10 times (i.e 10 tests, the first requesting 1 link to each neighbour, the
second 2, etc.. up to 10 links to each of the neighbors, can be configured)

The slotframe is 101 slots and 16 channels.

The simulation prints statistics for the test (and the collisions if we are
interested.)
I used pseudo random generator from the java language assuming it provides
uniform or almost uniform distribution.

The allocation counter counts both the number of links allocated as tx and
the number of links allocated as rx due to a neighbour allocating a link to
the actual node. The percentage is the % of collisions w.r.t the allocated
links.

Worst case is around 11% when allocating 10 links to each neighbour in that
50 node network.

I can play more on it but I wanted to share that initial results.

please see attached file for the results.

regards,
Xavi