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

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

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GKbzJ-0006LZ-AY; Tue, 05 Sep 2006 10:33:17 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GKbzG-0006KF-WC for manet-dt@ietf.org; Tue, 05 Sep 2006 10:33:15 -0400
Received: from bugs.comnets.uni-bremen.de ([134.102.186.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GKbmh-00050o-Qe for manet-dt@ietf.org; Tue, 05 Sep 2006 10:20:17 -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 k85EKDZ19563; Tue, 5 Sep 2006 16:20:13 +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 16:20:16 +0200
Organization: University of Bremen
Message-ID: <000001c6d0f6$691c1c60$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:
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2beba50d0fcdeee5f091c59f204d4365
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
Sorry, I misunderstood something. You have adrresed the last issue that
I pointed under "Inferior" case

Koojana

> -----Original Message-----
> From: Koojana Kuladinithi [mailto:koo@comnets.uni-bremen.de] 
> Sent: 05 September 2006 14:27
> To: 'Ian Chakeres'; 'manet-dt@ietf.org'
> Subject: RE: [Manet-dt] Proposed New Dymo Text - Judging 
> Information Usefulness
> 
> 
> 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