RE: [Manet-dt] Proposed New Dymo Text - Judging Information Usefulness

"Koojana Kuladinithi" <koo@comnets.uni-bremen.de> Tue, 05 September 2006 12:26 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GKa0n-0003D6-Nx; Tue, 05 Sep 2006 08:26:41 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GKa0m-0003Cy-6q for manet-dt@ietf.org; Tue, 05 Sep 2006 08:26:40 -0400
Received: from bugs.comnets.uni-bremen.de ([134.102.186.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GKa0j-0004Dt-Id for manet-dt@ietf.org; Tue, 05 Sep 2006 08:26:40 -0400
Received: from koojana (localhost [127.0.0.1]) by bugs.comnets.uni-bremen.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id k85CQZZ17860; Tue, 5 Sep 2006 14:26:35 +0200
X-Authentication-Warning: bugs.comnets.uni-bremen.de: Host localhost [127.0.0.1] claimed to be koojana
From: "Koojana Kuladinithi" <koo@comnets.uni-bremen.de>
To: "'Ian Chakeres'" <ian.chakeres@gmail.com>, <manet-dt@ietf.org>
Subject: RE: [Manet-dt] Proposed New Dymo Text - Judging Information Usefulness
Date: Tue, 5 Sep 2006 14:26:37 +0200
Organization: University of Bremen
Message-ID: <000001c6d0e6$890f61e0$d89b6686@koojana>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
In-Reply-To: <374005f30608280901m72af0f0cx5d2fe5612ea57bf1@mail.gmail.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a8a20a483a84f747e56475e290ee868e
Cc:
X-BeenThere: manet-dt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: MANET Design Team <manet-dt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/manet-dt>
List-Post: <mailto:manet-dt@ietf.org>
List-Help: <mailto:manet-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=subscribe>
Errors-To: manet-dt-bounces@ietf.org

Hi Ian

Text is bit confusing. 


In "5.Superior" says that " Routing information that does not match any
of the 
above criteria is loop-free and better than the information existing in
the routing table". That means reader thinks that you are considering
"1. Fresh" is also not used to update the routing table.

I don't see under any of those conditions, you have not addressed,
Node.HopCnt > Route.HopCnt when Node.SeqNum == Route.SeqNum as Loop
probable. This case is different from Node.HopCnt > Route.HopCnt + 1

Kind regards

koojana 
 

> -----Original Message-----
> From: Ian Chakeres [mailto:ian.chakeres@gmail.com] 
> Sent: 28 August 2006 18:02
> To: manet-dt@ietf.org
> Subject: [Manet-dt] Proposed New Dymo Text - Judging 
> Information Usefulness
> 
> 
> Please let me know what you think of this text.
> 
> Ian
> 
> Note: that broken is kind of like invalid. I'm still 
> experimenting with the term.
> 
> 5.2.1.  Judging Routing Information's Usefulness
> 
>    Given a routing table entry (Route.SeqNum, Route.HopCnt, and
>    Route.Broken) and new routing information for a particular 
> node in a
>    RM (Node.SeqNum, Node.HopCnt, and RM message type - RREQ/RREP), the
>    quality of the new routing information is evaluated to 
> determine its
>    usefulness.  The following comparisons are performed in order:
> 
>    1. Fresh
>       If Node.SeqNum - Route.SeqNum > 0 (using signed 16-bit 
> arithmetic)
>       the information is fresh.  This information is newer than that
>       known and should be used to update the routing table.
> 
>    2. Stale
>       If Node.SeqNum - Route.SeqNum < 0 (using signed 16-bit 
> arithmetic)
>       the information is stale.  Using stale routing 
> information is not
>       allowed, since doing so might result in routing loops.
> 
>    3. Loop-possible
>       If Node.SeqNum == Route.SeqNum the information may 
> cause loops if
>       used, in this case additional information must be examined.  If
>       Route.HopCnt is unknown or set to zero (0), then the routing
>       information is loop-possible.  Likewise, if Node.HopCnt 
> is unknown
>       or set to zero (0), then the routing information is 
> loop-possible.
>       If Node.HopCnt > Route.HopCnt + 1, then the routing 
> information is
>       loop-possible.  Using loop-possible routing information is not
>       allowed, since doing so might result in routing loops.
> 
>    4. Inferior
>       If Node.SeqNum == Route.SeqNum the information may be inferior,
>       additional information must be examined.  If the Node.HopCnt ==
>       Route.HopCnt + 1 or Route.HopCnt, the current route is 
> not Broken
>       and the message is a RREQ, then the new information is inferior.
>       Inferior routes will not cause routing loops if introduced, but
>       should not be used since better information is already 
> available.
> 
>    5. Superior
>       Routing information that does not match any of the 
> above criteria
>       is loop-free and better than the information existing in the
>       routing table.  This type of information is used to update the
>       routing table.  For completeness, the following other cases are
>       possible:
> 
>          Node.HopCnt == Route.HopCnt + 1 or Route.HopCnt and the route
>          is Broken.
> 
>          Node.HopCnt == Route.HopCnt + 1 or Route.HopCnt and the route
>          is not Broken and the message is a RREP,
> 
>          Node.HopCnt < Route.HopCnt.
> 
> _______________________________________________
> Manet-dt mailing list
> Manet-dt@ietf.org https://www1.ietf.org/mailman/listinfo/manet-dt
> 


_______________________________________________
Manet-dt mailing list
Manet-dt@ietf.org
https://www1.ietf.org/mailman/listinfo/manet-dt