Re: [6tsch] scheduling link
Qin Wang <qinwang@berkeley.edu> Thu, 19 September 2013 19:57 UTC
Return-Path: <qinwang@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 5B31121F8475 for <6tsch@ietfa.amsl.com>; Thu, 19 Sep 2013 12:57:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.548
X-Spam-Level:
X-Spam-Status: No, score=-2.548 tagged_above=-999 required=5 tests=[AWL=0.428, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 AKRMp4m1KLr5 for <6tsch@ietfa.amsl.com>; Thu, 19 Sep 2013 12:56:54 -0700 (PDT)
Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) by ietfa.amsl.com (Postfix) with ESMTP id 1EAD721F844D for <6tsch@ietf.org>; Thu, 19 Sep 2013 12:56:53 -0700 (PDT)
Received: by mail-ie0-f179.google.com with SMTP id e14so16756325iej.10 for <6tsch@ietf.org>; Thu, 19 Sep 2013 12:56:51 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=tQgjFGKcA8//pKRTxxMG2fPoEmYYKAg8Q7RE1b5S8FQ=; b=J6uBa4mzbdO5k0BHx8Kk4kuqudJYLROlibaR5ke/qruqwXYn1WCnHsDbtVKjgwpFQm KKP6+lhQHsweLjqnQVvw+fir1D3zO7gqUJR1459Sho1+kxS/rEvnJ7ihTwytxZhFKZ8f QC/5qmIGT5cgZiE2/lpWwE/vwjXHvG5h7Kbe4tisAbeVhmgKo5G39dNaxJwsYdty75DR E4lM5pyUAVxnbIVRmon4WRzdI55LbnZk9Nedq9jOXuyaHpmzXZYxuNJnRx+9HA/IeM6S NEXzJNaViwEq1wTqC7/zjdWPlBYIYXPTX7bDh5kXaf+SKADtt/e6k6L4gfDE77FaNdfr ToqA==
X-Gm-Message-State: ALoCoQmFhCzLhVxqYdBTdNZP9ScKmOPvHxbbRXv1MPGnEs6iGFuxMR4peljuyvkCxOxLjwsdMWH9
MIME-Version: 1.0
X-Received: by 10.42.51.6 with SMTP id c6mr1960328icg.3.1379620611900; Thu, 19 Sep 2013 12:56:51 -0700 (PDT)
Received: by 10.64.139.234 with HTTP; Thu, 19 Sep 2013 12:56:51 -0700 (PDT)
In-Reply-To: <1379562199.53340.YahooMailNeo@web121101.mail.ne1.yahoo.com>
References: <1379562199.53340.YahooMailNeo@web121101.mail.ne1.yahoo.com>
Date: Fri, 20 Sep 2013 03:56:51 +0800
Message-ID: <CAAzoce52=2dxaYcGiBojNqBSOQDPAxizbuped89Z+Om4CUSiLQ@mail.gmail.com>
From: Qin Wang <qinwang@berkeley.edu>
To: mehdi sabzevari <mehdi.sabzevari@yahoo.com>
Content-Type: multipart/alternative; boundary="20cf301cc4567f579e04e6c1f49e"
Cc: "twatteyne@gmail.com" <twatteyne@gmail.com>, "6tsch@ietf.org" <6tsch@ietf.org>, "mohammad.nassiri78@gmail.com" <mohammad.nassiri78@gmail.com>, fabrice theoleyre <theoleyre@unistra.fr>
Subject: Re: [6tsch] scheduling link
X-BeenThere: 6tsch@ietf.org
X-Mailman-Version: 2.1.12
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" <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: Thu, 19 Sep 2013 19:57:02 -0000
Hi Mehdi, (1) I think your question 1 is related with time source parent selection. Please see thread " time parent selection based on EB priority" for more information. (2) Regarding to your question 2, for dedicated cell reservation, the reservation is associated not only Tx side, but also Rx side. For example, node A and node B reserve slotOffest=5, channelOffset=12 to send data from node A to node B. That means node A may send data to node B at the cell, and node B should listen at the cell. If there is no data sent by node A at the cell, node B will go to sleep, otherwise, node B receives the data sent by node A. Regarding to how a pair of nodes reserve a cell for the communication between them, roughly speaking, there are two approaches, one is centralized approach, i.e. a center like PCE will set a cell to the pair of nodes with LinkType as Tx and Rx respectively; another is distributed approach, i.e. the pair of nodes negotiate with each other to select a cell for their communication. Make sense? Regards Qin On Thu, Sep 19, 2013 at 11:43 AM, mehdi sabzevari <mehdi.sabzevari@yahoo.com > wrote: > Dear All > I have two question about the below state for scheduling of two simultaneous > link and scheduling of Rx cell(link). > > A ----------> B <------------C > 1- Inside B, with receiving of advertisement(EB) from peers A and C, Which > peer is selected by B for scheduling of link? (I think here priority should > exists) > 2- I'm confused a little about scheduling links as Rx, In fact, the motes > how find that a peer has data for it and it schedule a Rx link with it? > For example in A-->B link, how B find that it should schedule link? I > think we have consider in OpenWSN that only senders can schedule a link. Is > this correct? > > Regards > Mehdi > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > >
- [6tsch] scheduling link mehdi sabzevari
- Re: [6tsch] scheduling link Qin Wang