Re: [6lowpan] LOAD Updated

"kevin" <oozing@126.com> Thu, 06 April 2006 10:25 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FRRg5-0003Qj-MG; Thu, 06 Apr 2006 06:25:25 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FRRg4-0003Qe-Jp for 6lowpan@ietf.org; Thu, 06 Apr 2006 06:25:24 -0400
Received: from m5-141.126.com ([202.108.5.141] helo=126.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1FRRfz-000213-AX for 6lowpan@ietf.org; Thu, 06 Apr 2006 06:25:24 -0400
Received: from ecnulihai (unknown [211.144.102.60]) by smtp3 (Coremail) with SMTP id wKgAoE5Av2aK7DREp+KtCQ==.5171S2; Thu, 06 Apr 2006 18:25:15 +0800 (CST)
Message-ID: <009901c65964$c2fe3880$78c0a8c0@netlab.cs.ecnu.edu.cn>
From: kevin <oozing@126.com>
To: 6lowpan <6lowpan@ietf.org>
References: <007901c640b8$1403eec0$45706f0a@daniellaptop> <f7c7d76e0603061325w12a0fd04wd789ef04c0343d5c@mail.gmail.com>
Subject: Re: [6lowpan] LOAD Updated
Date: Thu, 06 Apr 2006 18:27:46 +0800
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Spam-Score: 2.0 (++)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0867296415=="
Errors-To: 6lowpan-bounces@ietf.org

Dear all:
    I have a doubt regarding the LOAD spec. And here is the doubt:
    In Section 6.2 Page 11, the last LOAD draft states that "Upon receiving a RREQ, an intermediate FFD node tries to find the entry
   of the same originator address and RREQ ID pair in the route request  table.  If the entry is found, the node just discards the RREQ.." I wonder if the RREQ contains a better route cost than the existing one in the route request table, why do we use the new route in the RREQ instead? Or I miss something?
----- Original Message ----- 
From: "Soohong Daniel Park" <soohongp@gmail.com>
To: <6lowpan@ietf.org>
Sent: Tuesday, March 07, 2006 5:25 AM
Subject: Re: [6lowpan] LOAD Updated



Here is an official release:
http://www.ietf.org/internet-drafts/draft-daniel-6lowpan-load-adhoc-routing-02.txt


On 3/6/06, Soohong Daniel Park <soohong.park@samsung.com> wrote:
> Folks - LOAD (6LoWPAN Ad Hoc On-Demand Distance Vector Routing)
> has been updated and you can use the following links before ietf repository.
>
> http://daniel.vsix.net/ietf/6lowpan/draft-daniel-6lowpan-load-adhoc-routing-02.txt
>
> Diff from 01 version:
> http://daniel.vsix.net/ietf/6lowpan/draft-daniel-6lowpan-load-adhoc-routing-02_diff.htm
>
> Any comments are highly welcome,
>
> See you in Dallas soon.
>
> Daniel (Soohong Daniel Park)
> Mobile Convergence Laboratory, SAMSUNG Electronics.
>
> _______________________________________________
> 6lowpan mailing list
> 6lowpan@ietf.org
> https://www1.ietf.org/mailman/listinfo/6lowpan

_______________________________________________
6lowpan mailing list
6lowpan@ietf.org
https://www1.ietf.org/mailman/listinfo/6lowpan
_______________________________________________
6lowpan mailing list
6lowpan@ietf.org
https://www1.ietf.org/mailman/listinfo/6lowpan