[6tisch] draft-ietf-6tisch-msf-06 is published

Tengfei Chang <tengfei.chang@gmail.com> Mon, 12 August 2019 22:39 UTC

Return-Path: <tengfei.chang@gmail.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C100A120F4F for <6tisch@ietfa.amsl.com>; Mon, 12 Aug 2019 15:39:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07pmm3qvTqop for <6tisch@ietfa.amsl.com>; Mon, 12 Aug 2019 15:39:34 -0700 (PDT)
Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EACC2120BE2 for <6tisch@ietf.org>; Mon, 12 Aug 2019 08:52:50 -0700 (PDT)
Received: by mail-pf1-x42f.google.com with SMTP id w26so4622304pfq.12 for <6tisch@ietf.org>; Mon, 12 Aug 2019 08:52:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=C4RPFAV0okzz5HYAeb69CGtVLT1r9q+eD2X4RCLDQO8=; b=X/eWJlxEJ3Gq1KnLhusLwiXJ+yJa03Zym5lZHrw5vX0YwF0K883l7SEJnzpcv+NeQZ Scr3iIFVrlNadvLfHfeSH1vcNE8ADp5RUNtB9zfTGonLlfZn4dGGmr+shx8Bs9YvbBw/ Myl5rnzrJjWnAORseYd7yaI/q+7zKNgzTm45XO375XuhnI8Jv3PbcgmAAxx32pI2LvZM fsZBPZRm2YGzmDyl949IT/X7HClXC+za14sGquazGAEzSkXRIKhwtr4/TeM5eHGE/5pz Wh+xGgCyxQtaSdTOxsM/vMIZ9Bi9yZdm3Sz4HSKzDjwzv97AaS6WYst2FBxbCc9yPSTl CQzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=C4RPFAV0okzz5HYAeb69CGtVLT1r9q+eD2X4RCLDQO8=; b=IXoFqEe17t16rcQ+U+vjazd7ixjLHKcR/+tDyx75gZpXYyiN9ZTNDzLTAjUYWHmu0h n0jkChnQ7G8pwQASV6sa1+A3qPDihG+GacIdYDU2+SglnvKmJ343iVhr4qlCu1+KfeOf 9gFj9WHDD87neUr5cMNLOppLu74YA94lGZLC45mMg/8Q5g01z2sX5MTEgp8m/q1sToYe i/c3HJSjCVwITjmWs9rUUKk/2M0+5keYYEtAJUvnD9f5bjX4d9r5ejHRJ700w3j46+D0 6UsVVbkQDYmtTleBUzYGh0Tp5TZormkO92/ilZo3Pi11858qZqE4CgHeaG0s5U06+POO T0yw==
X-Gm-Message-State: APjAAAXJVsBUBQPM4TgZRv5Yu/XbhlFbkXJVeQ2yD1EE/JPpYo6HLt8K w8OVEnaNBOBpm/lFIMIEK2DSz8VjV6z+p0/uqyRXQ63UhwI=
X-Google-Smtp-Source: APXvYqyfnxecwejl4NOau9ymgMD9aHDCJIyvckg0wm3VAC+urEGLSIBOqCgz8dyIZAGQ4ATlRu+yQ1wI9zSQZ4+12wY=
X-Received: by 2002:a62:1b0c:: with SMTP id b12mr35712976pfb.17.1565625168940; Mon, 12 Aug 2019 08:52:48 -0700 (PDT)
MIME-Version: 1.0
From: Tengfei Chang <tengfei.chang@gmail.com>
Date: Mon, 12 Aug 2019 17:52:37 +0200
Message-ID: <CAAdgstQSMdKfHo8uWTD7E8DfVdKtzcYUmxzP7kmBUaRJSABMTQ@mail.gmail.com>
To: 6tisch@ietf.org
Content-Type: multipart/alternative; boundary="0000000000000bd236058fed84b0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/yR-JP0VjkHKwZPWxonlKx-Ts6Yg>
Subject: [6tisch] draft-ietf-6tisch-msf-06 is published
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Aug 2019 22:39:36 -0000

Dear all,

The  draft-ietf-6tisch-msf-06 is just published, it mainly resolved what we
discussed during the IETF meeting.

- add rules for celllist
- update the downstream cell adaptation strategy


Right now, there is one issue remained to be resolved and I am not sure
what is the right solution. So I need suggestions and feedback from you:

- handle Sixtop ADD Response with return code SUCCESS but 0 cells in
cellList

There are two possible reason for this situation
1. the proposed celllist doesn't meet the requirement from neighbor side
2. there is schedule memory for adding more cells.

For the 1st  reason, the node may try to send another 6P request later.
For the 2nd reason, the node may switch to another parent but it's layer
violated.

Any solutions for this case?

Tengfei

-- 
Chang Tengfei,
Postdoctoral Research Engineer, Inria