Subject: Re: [dtn-users] dtn on cygwin
From: 张 臻博 <[email-masked]>
To: [email-masked]
Date: Thu, 27 Jul 2006 16:05:22 +0800
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>

hi,

i have tried to search from the cygwin website, however, it seems that i
cannot find the older version dll. Does somebody know where i can find
it?

thanks a lot

br/frankie

From:  "Zahir Koradia"
<[email-masked]>
Reply-To:  [email-masked]
To:  [email-masked]
Subject:  Re:
[dtn-users] dtn on cygwin
Date:  Wed, 26 Jul 2006
10:41:04 -0400
>Hi
>When I installed cygwin the latest
version of cygwin dll was 1.5.19
>and I could downgrade to 1.5.18.
You will probably have to find an
>older distribution to go through
with the installation.
>
>Zahir
>
>On 7/26/06, 张 臻
博 <[email-masked]>
wrote:
>>
>>hi,
>>
>>I have problem to
run the dtnd on cygwin. The latest version of
>>cygwin
is
>>1.5.21. I have checked the previous messages from this
mailing
>>list.
>>Somebody mentions that they face the
same problem when running dtn2
>>on
>>cygwin. They make
it work by downgrading the cygwin version to

>>1.5.18.
>>However, it seems now we can just downgrade
to the version 1.5.20.
>>is there
>>somebody who knows
how i can tackle this situation?
>>
>>thanks a
lot.
>>
>>br
>>frankie
_______________________________________________
>>dtn-users
mailing list
[email-masked]
>>http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>_______________________________________________
>dtn-users
mailing
list
>[email-masked]
>http://mailman.dtnrg.org/mailman/listinfo/dtn-users

Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k6QEf6Y09942 for ; Wed, 26 Jul 2006 07:41:07 -0700
Received: by nf-out-0910.google.com with SMTP id m18so693268nfc for ; Wed, 26 Jul 2006 07:41:05 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=s2XmJCSn8pvgbTvhHRWw5g59mFR4nKsJ7KJLGarN/N1K/F/O7XGGcOod62uX3XR+mgzofzyVKs411ty/T0DdVSLDEdVMxwO8+kKpWEdz8NIHS19+GrhThLDUw8oq7QZa1xfSJouRIZonSsggKvccMIdi3FChREo3orzxTj9xp6E=
Received: by 10.78.166.7 with SMTP id o7mr3149426hue; Wed, 26 Jul 2006 07:41:05 -0700 (PDT)
Received: by 10.78.13.17 with HTTP; Wed, 26 Jul 2006 07:41:04 -0700 (PDT)
Message-ID:
Date: Wed, 26 Jul 2006 10:41:04 -0400
From: "Zahir Koradia"
To: [email-masked]
Subject: Re: [dtn-users] dtn on cygwin
In-Reply-To:
MIME-Version: 1.0
Content-Type: text/plain; charset=GB2312; format=flowed
Content-Disposition: inline
References: <[email-masked]>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by webbie.berkeley.intel-research.net id k6QEf6Y09942
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

Hi
When I installed cygwin the latest version of cygwin dll was 1.5.19
and I could downgrade to 1.5.18. You will probably have to find an
older distribution to go through with the installation.

Zahir

On 7/26/06, 张 臻博 wrote:
>
> hi,
>
> I have problem to run the dtnd on cygwin. The latest version of cygwin is
> 1.5.21. I have checked the previous messages from this mailing list.
> Somebody mentions that they face the same problem when running dtn2 on
> cygwin. They make it work by downgrading the cygwin version to 1.5.18.
> However, it seems now we can just downgrade to the version 1.5.20. is there
> somebody who knows how i can tackle this situation?
>
> thanks a lot.
>
> br
> frankie _______________________________________________
> dtn-users mailing list [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users

Received: from bay0-omc2-s22.bay0.hotmail.com (bay0-omc2-s22.bay0.hotmail.com [65.54.246.158]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k6QD9YY09333 for ; Wed, 26 Jul 2006 06:09:34 -0700
Received: from hotmail.com ([64.4.26.47]) by bay0-omc2-s22.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Jul 2006 06:09:29 -0700
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 26 Jul 2006 06:09:29 -0700
Message-ID:
Received: from 64.4.26.200 by by112fd.bay112.hotmail.msn.com with HTTP; Wed, 26 Jul 2006 13:09:27 GMT
X-Originating-IP: [192.100.124.219]
X-Originating-Email: [[email-masked]]
X-Sender: [email-masked]
In-Reply-To: <[email-masked]>
From: =?gb2312?B?1cUg1emyqQ==?=
To: [email-masked]
Date: Wed, 26 Jul 2006 21:09:27 +0800
Mime-Version: 1.0
Content-Type: text/html; charset=gb2312; format=flowed
X-OriginalArrivalTime: 26 Jul 2006 13:09:29.0337 (UTC) FILETIME=[BA54F690:01C6B0B4]
Subject: [dtn-users] dtn on cygwin
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

hi,

I have problem to run the dtnd on cygwin. The latest version
of cygwin is 1.5.21. I have checked the previous messages from this mailing
list. Somebody mentions that they face the same problem when running dtn2
on cygwin. They make it work by downgrading the cygwin version to 1.5.18.
However, it seems now we can just downgrade to the version 1.5.20. is there
somebody who knows how i can tackle this situation?

thanks a lot.

br

frankie

Received: from pisco.CS.Berkeley.EDU ([email-masked] [128.32.37.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k6IDSeY15326 for ; Tue, 18 Jul 2006 06:28:40 -0700
Received: from demmer by pisco.CS.Berkeley.EDU with local (Exim 4.50) id 1G2pcu-0003Tr-QX for [email-masked]; Tue, 18 Jul 2006 06:28:40 -0700
Date: Tue, 18 Jul 2006 06:28:40 -0700
From: Michael Demmer
To: [email-masked]
Subject: Re: [dtn-users] Compiling from CVS on Mac OS X 10.4.6 & 10.4.7
Message-ID: <[email-masked]>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To:
User-Agent: Mutt/1.5.9i
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

> There seems to be a general issue with ieeefp.h not being provided on
> the Mac platform. configure gave this result:
> checking whether math.h defines fpclassify... no
> which is also puzzling, as math.h does define fpclassify( x ), but
> not fpclass. The following classifications are defined there:

The problem has been fixed in the CVS. It turned out I was using the
wrong syntax in an autoconf check for fpclassify, which tried to
define a nested function.

In any event, I've successfully compiled and run on my brand spanking
new Mac that's running Tiger so you should be all set. Let me know if
you continue to have problems.

-m

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k67FVjY14091 for ; Fri, 7 Jul 2006 08:31:45 -0700
Received: by ug-out-1314.google.com with SMTP id j40so725516ugd for ; Fri, 07 Jul 2006 08:31:41 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=uHPmcwWIeD9Vll1ZkoECY2CWpDYFBxVaZdfwtGBifetsuuEHv4g4v7+UuF2Y42CwcKDZVSkhGAWntqik+s83qOjXXy0raaLdTWaw+q2yIzJRMcM1NPwpKj9ObvS/S6WjAIBF+U/mLl+ut8qiIICnN87llzZ7RLqxhyv6XHIVMX4=
Received: by 10.78.151.15 with SMTP id y15mr745843hud; Fri, 07 Jul 2006 08:31:41 -0700 (PDT)
Received: by 10.78.137.1 with HTTP; Fri, 7 Jul 2006 08:31:40 -0700 (PDT)
Message-ID: <[email-masked]>
Date: Fri, 7 Jul 2006 18:31:40 +0300
From: "Michael Demmer"
To: [email-masked]
Subject: Re: [dtn-users] dtnsim
In-Reply-To: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <[email-masked]>
X-Google-Sender-Auth: dd84db409a9f9194
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

Hi Mahendiran,

Glad to hear that you are interested in working on the dtn simulator.
Unfortunately, I do not have too much in the way of design details
written up (much of it is in my head). I am also out of the US for the
next week so my time to email is a bit limited.

In addition, the current state of dtnsim is fairly poor. I basically
have the skeleton of the design in place, but much of the
functionality is not there. That said, I don't think it would be too
much work to get it into a functional state.

The main idea of the simulator design is that it can test out the
various routing algorithms by running the exact same code as would be
run if the algorithm were deployed in the field. Therefore, it is a
single-threaded discrete time simulation engine that can run multiple
nodes. The SimConvergenceLayer is responsible for ferrying bundles
between the simulated nodes.

To keep the interface to the various BundleRouter subclasses the same,
each run of dtnsim instantiates multiple BundleDaemon instances, one
for each Node. It then runs a single master event queue to dispatch
events to the various nodes, and each time when an event is scheduled
for a node, the global BundleDaemon::instance_ pointer is swung to
point to the "active" node. The BundleActions interface is also
slightly modified to remove references to the persistent store, though
this part may be simpler to implement by just using the MemoryStore
implementation that's within the oasys library (part of the dtn
distribution)

In addition, I override the ::gettimeofday() call, so that time can be
simulated in jumps. That way, when the bundle daemon services the
timer queue, different parts of the code will be able to post timers
and have them operate relative to simulated time, not to real time.

I think that should be enough of a brain dump to get you started.
Please feel free to follow up with more specific questions, either on
this list or (probably better) by personal email.

-m

On 7/7/06, Mahendiran Prathaban wrote:
> Hello Michael Demmer
>
> I am 1st year PhD student at University Paris VI, I am very much
> interested in working on dtn simulator. Is it possible for me to get
> some design details, so that I can provide my contribution to the
> simulator
>
> thank you
> mahendiran
>
> --
> Mahendiran Prathaban
>
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>
>

Received: from molure.int-evry.fr (molure.int-evry.fr [157.159.10.18]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k67CFkY12482 for ; Fri, 7 Jul 2006 05:15:46 -0700
Received: from [157.159.103.47] (unknown [157.159.103.47]) by molure.int-evry.fr (Postfix) with ESMTP id CA52D6316F for ; Fri, 7 Jul 2006 14:15:39 +0200 (CEST)
From: Mahendiran Prathaban
To: [email-masked]
Content-Type: text/plain
Date: Fri, 07 Jul 2006 14:13:11 +0200
Message-Id: <[email-masked]>
Mime-Version: 1.0
X-Mailer: Evolution 2.6.0 (2.6.0-1)
Content-Transfer-Encoding: 7bit
Subject: [dtn-users] dtnsim
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

Hello Michael Demmer

I am 1st year PhD student at University Paris VI, I am very much
interested in working on dtn simulator. Is it possible for me to get
some design details, so that I can provide my contribution to the
simulator

thank you
mahendiran

--
Mahendiran Prathaban

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k676hHY09806 for ; Thu, 6 Jul 2006 23:43:17 -0700
Received: by ug-out-1314.google.com with SMTP id a2so2974693ugf for ; Thu, 06 Jul 2006 23:43:16 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=nSxM15oELg/Lbt7db5chzm9NyzbQydm6ujRRipA6sjpu2xFaiw0I/mkhdby0OmWp/OfK7eRsx1paEtc8vWviv7REP1d8pDbjfD8XLacslY3g1Uy1QUiNf6Z5PD+jQE+MSBqPSlmUyiUKPnn6AYNeTbMSWbHyDrgX0r39mImt6lo=
Received: by 10.78.177.3 with SMTP id z3mr532837hue; Thu, 06 Jul 2006 23:43:16 -0700 (PDT)
Received: by 10.78.137.1 with HTTP; Thu, 6 Jul 2006 23:43:16 -0700 (PDT)
Message-ID: <[email-masked]>
Date: Thu, 6 Jul 2006 23:43:16 -0700
From: "Michael Demmer"
To: [email-masked]
Subject: Re: [dtn-users] Installing DTN from cvs on cygwin
In-Reply-To:
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References:
X-Google-Sender-Auth: 68dc50403014007c
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

On 7/6/06, Zahir Koradia wrote:
> I was trying to install the DTN code from cvs and this is the error I
> came accross.
>
> In file included from storage/BerkeleyDBStore.cc:51:
> ./serialize/TypeShims.h: In member function `virtual int
> oasys::IntShim::format(char*, size_t) const':
> ./serialize/TypeShims.h:57: warning: int format, long int arg (arg 4)
> make[1]: *** [storage/BerkeleyDBStore.o] Error 1
> make: *** [oasys] Error 2
>
>
> I googled up a little bit and found that this is due to some kind of
> type size problem. %d is not appropriate for value_.
>
> I changed the line
> return snprintf(buf, sz, "%d", value_);
> to
> return snprintf(buf, sz, "%ld", value_);
>
> and it seemed to work fine. Can this be handled in a machine independent way?

I'm not in a place where I can access the current CVS so either
someone else on the list should handle this or I'll deal with it in a
week or so.

Same goes for your other question about the rpc lib.

-m

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k676S4Y09700 for ; Thu, 6 Jul 2006 23:28:04 -0700
Received: by ug-out-1314.google.com with SMTP id a2so2971306ugf for ; Thu, 06 Jul 2006 23:28:03 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=iTJTE3bsb8f776iLN+oeVxpq2GhjfOqyaZXvKHb/cShmI4ZkGNgt+S7bEN5asAn1VcFWwvlwTEsPRIu7bpplHIu/yN9QAQwPej2r+k7+5Eii1vj7MRjbh9yFP+lDWtOtSmHl+qly+hznpMjqBcgTx1Z3gIzIcAROtBcVmpu2yF4=
Received: by 10.78.157.15 with SMTP id f15mr528359hue; Thu, 06 Jul 2006 23:28:03 -0700 (PDT)
Received: by 10.78.137.1 with HTTP; Thu, 6 Jul 2006 23:28:02 -0700 (PDT)
Message-ID: <[email-masked]>
Date: Thu, 6 Jul 2006 23:28:02 -0700
From: "Michael Demmer"
To: [email-masked]
Subject: Re: [dtn-users] Re: Flood routing
In-Reply-To:
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References:
X-Google-Sender-Auth: 376faa900c9dd28c
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

On 7/6/06, Zahir Koradia wrote:
> I tried with the latest cvs code and it was able to detect duplicate
> and discard it. It also did not remain in the pending_ bundle list.
> However, as you mentioned earlier the bode does send the bundle on the
> link on which it received. Although I have not looked into the code I
> would like to know that if a link goes down and comes up again will
> all the bundles in the store be sent to the link again? I think the
> function should_fwd in TableBasedRouter function handles the problem.
> Please let me know if I am wrong. Except for sending the bundle back
> on the link from which it came is there any other issue with the
> current flooding code?

There is no problem if the link goes down and up again -- the code
will remember that fact and will not forward the bundle again.

However, there is an issue if the dtnd process stops and restarts,
since the forwarding log is not currently stored in the persistent
database. That will cause bundles to be forwarded again. This is a
known issue that is on my (long) list of things to take care of.

-m

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k66NFvY06655 for ; Thu, 6 Jul 2006 16:15:57 -0700
Received: by ug-out-1314.google.com with SMTP id u40so365090ugc for ; Thu, 06 Jul 2006 16:15:56 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QNkjOoNbk6rl4FSq7WWSY4LN/zVyrK1FIop5B0UcJMMYFhCJYBTbYHrGulBWGosgb8Di6MYbuCpAz1NYKQlgx3z/MKuN0C0rwcLoYjE0prfEyZrXZuHxgkQmuHZ39Co+8VEQoA2eDWKJqt2Ssh/LbBGYJGRFOhSuNVxrFELasBM=
Received: by 10.78.185.7 with SMTP id i7mr438841huf; Thu, 06 Jul 2006 16:15:56 -0700 (PDT)
Received: by 10.78.13.17 with HTTP; Thu, 6 Jul 2006 16:15:56 -0700 (PDT)
Message-ID:
Date: Thu, 6 Jul 2006 19:15:56 -0400
From: "Zahir Koradia"
To: [email-masked]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [dtn-users] Installing DTN from cvs on cygwin
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

I was trying to install the DTN code from cvs and this is the error I
came accross.

In file included from storage/BerkeleyDBStore.cc:51:
./serialize/TypeShims.h: In member function `virtual int
oasys::IntShim::format(char*, size_t) const':
./serialize/TypeShims.h:57: warning: int format, long int arg (arg 4)
make[1]: *** [storage/BerkeleyDBStore.o] Error 1
make: *** [oasys] Error 2

I googled up a little bit and found that this is due to some kind of
type size problem. %d is not appropriate for value_.

I changed the line
return snprintf(buf, sz, "%d", value_);
to
return snprintf(buf, sz, "%ld", value_);

and it seemed to work fine. Can this be handled in a machine independent way?

Also while installing I had to add the lines

#ifdef __CYGWIN__
#include
#endif

in the file gateway_rpc.h present in apps/tca_admin/libs directory.
This is the header file containing socket macro definitions in cygwin.
I will talk to the person incharge to make the change in the tca code
but thought it was worthwhile mentioning it here so that someone
trying to install can make use of this information.

Zahir

Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k66KIcY05317 for ; Thu, 6 Jul 2006 13:18:38 -0700
Received: by nf-out-0910.google.com with SMTP id l35so44628nfa for ; Thu, 06 Jul 2006 13:18:36 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=BqpxfZ0cBPbS0Sgp3Cfz0EZ6D2hIFPrznAlUEG1sjIkj270N5v8+d4nxd+qrJQD82swONws25ilvr/n+38R0SnuUowWi7RnMSHz+yn9PPszrR6sq+VWOqzBvqi67hQQ9YKkLowj6rYe1nYVl5fJth27BiYIgrfFJqVVJ8471L2A=
Received: by 10.78.177.11 with SMTP id z11mr354448hue; Thu, 06 Jul 2006 13:18:36 -0700 (PDT)
Received: by 10.78.13.17 with HTTP; Thu, 6 Jul 2006 13:18:36 -0700 (PDT)
Message-ID:
Date: Thu, 6 Jul 2006 16:18:36 -0400
From: "Zahir Koradia"
To: [email-masked]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [dtn-users] Installing the latest cvs code on linux and windows
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

While installing the cvs version of DTN I faced an interesting issuue.
The problem was in the apps directory makefile. I had installed the
dtn2.2.0 version on cygwin and the library inclusion (-lrpc) was
required in this particular makefile for the compilation to succeed.
This time I while installing the cvs code on Debian Linux I got the
error "cannot find -lrpc" . I believe this -lrpc flag was added
recently in the cvs code. I manually removed the -lrpc and the code
compiled peacefully. I dont know which library has the xdr_int
definitions in this version of linux that I have but it seems sun rpc
is not the one.

Any Ideas what is going on?

Zahir

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k66JMfY04781 for ; Thu, 6 Jul 2006 12:22:42 -0700
Received: by ug-out-1314.google.com with SMTP id k3so2259859ugf for ; Thu, 06 Jul 2006 12:22:36 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hYTvoyANaT2lST4UsyJPBKVU8Ks1L/BWNn5sWgBifP0bWggnwP64AgByfkTh/h77BC/WU5/MyEAhpclvRZYGT69aiELURwRqFDN1GwEQF+xGMz/jlOX7A/0vEnPzp4bGsdtJwlJ+OnA2ENBgnyTrASJAjUeLXkH+wPdIHe/xcmA=
Received: by 10.78.178.5 with SMTP id a5mr328789huf; Thu, 06 Jul 2006 12:22:36 -0700 (PDT)
Received: by 10.78.13.17 with HTTP; Thu, 6 Jul 2006 12:22:36 -0700 (PDT)
Message-ID:
Date: Thu, 6 Jul 2006 15:22:36 -0400
From: "Zahir Koradia"
To: [email-masked]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [dtn-users] Re: Flood routing
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

I tried with the latest cvs code and it was able to detect duplicate
and discard it. It also did not remain in the pending_ bundle list.
However, as you mentioned earlier the bode does send the bundle on the
link on which it received. Although I have not looked into the code I
would like to know that if a link goes down and comes up again will
all the bundles in the store be sent to the link again? I think the
function should_fwd in TableBasedRouter function handles the problem.
Please let me know if I am wrong. Except for sending the bundle back
on the link from which it came is there any other issue with the
current flooding code?

Zahir

On 7/6/06, [email-masked]
wrote:
> Send dtn-users mailing list submissions to
> [email-masked]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
> or, via email, send a message with subject or body 'help' to
> [email-masked]
>
> You can reach the person managing the list at
> [email-masked]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of dtn-users digest..."
>
>
>
> Today's Topics:
>
> 1. Re: Flood routing (Michael Demmer)
>
>
> Message: 1
> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
> s=beta; d=gmail.com;
> h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
> b=YRTh7kNggMV+0jtM9yZKI0xAmgMn/WmFpdm+dw0s8UPhnt10evte67OtonUJn+LhOjbnMAINW4elYW2MCIhyv51GpgGOCrNXDZ976/wJyNqiYT+BmayJqeUdfHMoj3YhJw8lAqC1rNe0Nd+6L+xLnEOlSpG2tLdf2O0/zhm55gw=
> Message-ID: <[email-masked]>
> Date: Thu, 6 Jul 2006 11:09:00 +0200
> From: "Michael Demmer"
> To: [email-masked]
> Subject: Re: [dtn-users] Flood routing
> In-Reply-To:
> MIME-Version: 1.0
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> References:
> Sender: [email-masked]
> Precedence: bulk
> Reply-To: [email-masked]
> List-Unsubscribe: ,
>
> List-Id: discussion/answers list for users of the dtn reference implementation
> List-Post:
> List-Help:
> List-Subscribe: ,
>
> List-Archive:
>
> Can you please try this with the latest DTNRG CVS version? I can't
> speak for the code from Waterloo, especially because I believe this
> exact feature was implemented (by me) since they took their latest
> merge with the mainline tree.
>
> -mike
>
>
> On 7/5/06, Zahir Koradia wrote:
> > Hi Mike,
> > I have a attached a zip file with two directories source and
> > destination. Each directoy has its configuration and debug log files.
> > The source is the node from which I ran dtnsend. I should mention that
> > the code that I am using is DTN V5.0 from the tetherless computing
> > architecure website maintained at University of Waterloo. The flooding
> > code however is from the dtnrg cvs. I compared that two codes
> > (specifically the tablebasedrouter code) and did not see many
> > differences.
> >
> > I tried debugging things myself but could not work out much. One thing
> > I did notice is that at the source I got a note that "bundle sending
> > is being ignored as the forwarding info is shown as in flight". But
> > such a note did not appear at the destination.
> >
> > I thought that since the forwarding log is maintained locally it will
> > only be able to keep track of to which links or eids has the bundle
> > been sent but it will not be of use in identifying duplicates. Because
> > of this I wrote the following little code myself to get rid of
> > duplicates.
> >
> > ## In the function handle_bundle_received
> >
> > oasys::ScopeLock l(all_bundles_.lock(),
> > "FloodBundleRouter::hanlde_bundle_received");
> >
> > for (iter = all_bundles_.begin(); iter != all_bundles_.end(); ++iter)
> > {
> > if(iter->source_.equals(bundle->source_))
> > {
> > if(iter->creation_ts_.tv_sec==bundle->creation_ts_.tv_sec)
> > {
> > if(iter->creation_ts_.tv_usec==bundle->creation_ts_.tv_usec)
> > found=1;
> > }
> > }
> > }
> > if(found==0)
> > {
> > log_debug("bundle received *%p", bundle);
> > all_bundles_.push_back(bundle);
> > fwd_to_matching(bundle);
> > }
> >
> >
> > Regarding the issue of identifying the last hop node that sent the
> > bundle, do you mean as of now there is no way of knowing which was the
> > last hop node?
> >
> >
> > Thank You
> > Zahir
> >
> >
> >
>
>
>
>
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>
>
>
>

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k66992Y05724 for ; Thu, 6 Jul 2006 02:09:02 -0700
Received: by ug-out-1314.google.com with SMTP id a2so2591101ugf for ; Thu, 06 Jul 2006 02:09:00 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=YRTh7kNggMV+0jtM9yZKI0xAmgMn/WmFpdm+dw0s8UPhnt10evte67OtonUJn+LhOjbnMAINW4elYW2MCIhyv51GpgGOCrNXDZ976/wJyNqiYT+BmayJqeUdfHMoj3YhJw8lAqC1rNe0Nd+6L+xLnEOlSpG2tLdf2O0/zhm55gw=
Received: by 10.78.157.15 with SMTP id f15mr101208hue; Thu, 06 Jul 2006 02:09:00 -0700 (PDT)
Received: by 10.78.137.1 with HTTP; Thu, 6 Jul 2006 02:09:00 -0700 (PDT)
Message-ID: <[email-masked]>
Date: Thu, 6 Jul 2006 11:09:00 +0200
From: "Michael Demmer"
To: [email-masked]
Subject: Re: [dtn-users] Flood routing
In-Reply-To:
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References:
X-Google-Sender-Auth: ab15ad984c643974
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

Can you please try this with the latest DTNRG CVS version? I can't
speak for the code from Waterloo, especially because I believe this
exact feature was implemented (by me) since they took their latest
merge with the mainline tree.

-mike

On 7/5/06, Zahir Koradia wrote:
> Hi Mike,
> I have a attached a zip file with two directories source and
> destination. Each directoy has its configuration and debug log files.
> The source is the node from which I ran dtnsend. I should mention that
> the code that I am using is DTN V5.0 from the tetherless computing
> architecure website maintained at University of Waterloo. The flooding
> code however is from the dtnrg cvs. I compared that two codes
> (specifically the tablebasedrouter code) and did not see many
> differences.
>
> I tried debugging things myself but could not work out much. One thing
> I did notice is that at the source I got a note that "bundle sending
> is being ignored as the forwarding info is shown as in flight". But
> such a note did not appear at the destination.
>
> I thought that since the forwarding log is maintained locally it will
> only be able to keep track of to which links or eids has the bundle
> been sent but it will not be of use in identifying duplicates. Because
> of this I wrote the following little code myself to get rid of
> duplicates.
>
> ## In the function handle_bundle_received
>
> oasys::ScopeLock l(all_bundles_.lock(),
> "FloodBundleRouter::hanlde_bundle_received");
>
> for (iter = all_bundles_.begin(); iter != all_bundles_.end(); ++iter)
> {
> if(iter->source_.equals(bundle->source_))
> {
> if(iter->creation_ts_.tv_sec==bundle->creation_ts_.tv_sec)
> {
> if(iter->creation_ts_.tv_usec==bundle->creation_ts_.tv_usec)
> found=1;
> }
> }
> }
> if(found==0)
> {
> log_debug("bundle received *%p", bundle);
> all_bundles_.push_back(bundle);
> fwd_to_matching(bundle);
> }
>
>
> Regarding the issue of identifying the last hop node that sent the
> bundle, do you mean as of now there is no way of knowing which was the
> last hop node?
>
>
> Thank You
> Zahir
>
>
>

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k65IRlY24421 for ; Wed, 5 Jul 2006 11:27:47 -0700
Received: by ug-out-1314.google.com with SMTP id o2so1761069uge for ; Wed, 05 Jul 2006 11:27:46 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=GHmD6ee2ey2OkAbdrV7Iis1Xl040F0fmDcipIXOpH9uCd3l8fxhdI3H2X69vzS3sjV1xw+kXkyWPE2+Kb76dgUEZPaZ4xhuI9JooNQMGpkzx13XEDrS8KYJMyuEES1J5Bor4Q3608mfP4FewCcjE0DPWB/A9lQ5GjTW5lnFapsI=
Received: by 10.78.170.17 with SMTP id s17mr2437442hue; Wed, 05 Jul 2006 11:27:44 -0700 (PDT)
Received: by 10.78.13.17 with HTTP; Wed, 5 Jul 2006 11:27:44 -0700 (PDT)
Message-ID:
Date: Wed, 5 Jul 2006 14:27:44 -0400
From: "Zahir Koradia"
To: [email-masked]
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_Part_31222_30543685.1152124064287"
Subject: [dtn-users] Flood routing
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

------=_Part_31222_30543685.1152124064287
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,
I have a attached a zip file with two directories source and
destination. Each directoy has its configuration and debug log files.
The source is the node from which I ran dtnsend. I should mention that
the code that I am using is DTN V5.0 from the tetherless computing
architecure website maintained at University of Waterloo. The flooding
code however is from the dtnrg cvs. I compared that two codes
(specifically the tablebasedrouter code) and did not see many
differences.

I tried debugging things myself but could not work out much. One thing
I did notice is that at the source I got a note that "bundle sending
is being ignored as the forwarding info is shown as in flight". But
such a note did not appear at the destination.

I thought that since the forwarding log is maintained locally it will
only be able to keep track of to which links or eids has the bundle
been sent but it will not be of use in identifying duplicates. Because
of this I wrote the following little code myself to get rid of
duplicates.

## In the function handle_bundle_received

oasys::ScopeLock l(all_bundles_.lock(),
"FloodBundleRouter::hanlde_bundle_received");

for (iter = all_bundles_.begin(); iter != all_bundles_.end(); ++iter)
{
if(iter->source_.equals(bundle->source_))
{
if(iter->creation_ts_.tv_sec==bundle->creation_ts_.tv_sec)
{
if(iter->creation_ts_.tv_usec==bundle->creation_ts_.tv_usec)
found=1;
}
}
}
if(found==0)
{
log_debug("bundle received *%p", bundle);
all_bundles_.push_back(bundle);
fwd_to_matching(bundle);
}

Regarding the issue of identifying the last hop node that sent the
bundle, do you mean as of now there is no way of knowing which was the
last hop node?

Thank You
Zahir

------=_Part_31222_30543685.1152124064287
Content-Type: application/zip; name=debug.zip
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ep9zqj7y
Content-Disposition: attachment; filename="debug.zip"

UEsDBAoAAAAAADRu5TQAAAAAAAAAAAAAAAANAAAAZGVidWcvc291cmNlL1BLAwQUAAAACABubuU0
4WW6gt4FAACSDgAAFQAAAGRlYnVnL3NvdXJjZS9kdG4uY29uZqVXbW/bNhD+rl9BJB/aBqlsb23a
BlmGIOmHAlnaLdmKoSgMWjrZnClSI6mkHvrj9xwpS3bcYs3qILJM3h3vnnvlfrYvymDywpoq28eP
C6pkq4PgBTVvnQzKGlEpTaKyTrwxgZyh8BT7hopApbi4uRLGluRzcbMgliepBk/ryQspQqGFYq7G
EZ4iWNFI50mEhfJR8CFeW5CalfBBmlK6ElKYr7B1jQXsORK3UqvyEGSlkFoLTyEoM097cwojLOBM
LOFQ/tKsyyOsPhJVawq2A8T+WJzUtmw1nbIIcXIr3Sk/9c+nACDTdi5GQKSE0pUVe/GVFWbBW6Dk
eb6XZfvf+EngJmTOoYkFoOeb4pjgGz9ZFFZ0UtgKH0plxQcRXEvis6ikBsAfI9mbKlIA9rh6KErl
5Uwz/pQcI4HNLfXyoCCLMyM8bRtyyIBfRdkFBpzWyYuHPW6NJu+jtISVswUvgM61BoAL2cfEk/wr
mkfVds2SZenESWNdOL23w2v9Dvau19HAQcq6eFssQTeTHiG65oRuwRZWsxo750x+eJGP8TfJdg56
fvTyxQNdfR2sk/Pv9bHvpETEVw3BxTNyS9K0KmdwdGN9mDvk2WdRr/zfuvP5NZMzCGv2lQ9Us89m
xHmJ/Mp2RA+Cd89u5EpboKTgDjxOt07BAiqBdauNA6IfZq0pGfXEHHPd3zt5Q/AImciZN0psfleL
cmZkTdBgdk8BGSQ7WsTtx7JpyJTQ4U6FhcgBlEzxyQpEEmV6azk2Z4dJZ+mfqhRB179eot44JU24
r3GnBH9Q+b6kJBuDTw8UCN4vyHTFaX1wPNb/F4Shq6idgRHCWAKZKypiq962tEPOgRF1LN/RvNNM
DFhHZ3/jJ1ryG0rCTil8cFyvPSf13Dp4qR4shlbCpUNSteAfmxmAHhFUwVVOW1vi25CaL2bWLdJP
rcySaYhz4R5zZMk2xGpbSD0lVYoTPLbDKu6hNtTKKB/YUlRJUEbEESjc9PKt2vhX60Pse9y/1uUV
3VIskKfRW41uUyz2QQrJjOdeDsP32P21XIIzcMHTJDkEZNKnF6K8eRSEI7TB1QDcxdU1VLbLtvF5
b/lg314o5PFoNJs8tGndnL9jb9+Sm5MpIFKu0Ma/z/8RmEpCGnJffGCrPooP55epfJ1hTRoQNW3Y
IAU2Go5AJqFFcck+jsWZbVcGo0LMrq527IvK2VpY4AYEi0aMRFs2u3Zwdm8rA+Jx5EjQ8RE/PR+P
x/fIIG3Mj2QPx1xcPmFTME8Y+hQWtsEbxx2+ingcXqSbe4wOp4OliRvWSdEQ1OW46ooFu511gYlf
VD9lCOXzfFAhGsCxkuB5e3Xx+pezqwtez3qi5WTKcievfsgnRy/zyatJPnkxPmZDtzk2bDMtxq5R
Sbej+HZ2+f7sz+u3V3F9M6ciDpgHA6xl5s9s1aa9iYwnCJg3R1aZdatASjQWQHOaNTJw9qxF9YBw
vW2oUJVC4EflUh10Cb21iA1oBrXWCYlEYITy0tYSk85BBC0b6FKuLCfY6ZB6YNK8kw5K8bx70xoo
/r8rpFf/8KiGHr+wuu8J6xnb2zg2d1EvfI2SQLFkmFijGCsWwFYG/PNovJClvUMoNSvugzXkpLbD
Za5mYgyIcHjBUxwP9VGdhu3Z7NhTME4HvSZHP758ljS/gbuEbeK9AWKXRE0c2DsXp0alzNC14nBy
KIjjQFbxjhC93DHESotsNHPs4BLhCfEhwwYM+VdUDNBkauzUgQilm+fVL4DLkN4tVLHos2232uFM
3EJwQlBoCejV1KS6B5yWxt5pKudUQzHg9btfjx6o0Gm0rtCDebcvlhvK4sACZSaJnkLcFEOKeDZ+
dZRl2UCGy5NbwRKteHiftgaUOKezSTyOlc4L+oQKCeRCvBYZi/LYcpdw1CEHHhDSk6/cdLavfcO9
p240ojm2DkG1LPxw/4KPW77OFfppzZVrtlr3Qya+jE30D56loDduXwcHB7zOpMd8x+t+vzZl2vsX
UEsDBBQAAAAIAHdu5TQPPQjMbR0AAPlpAQAXAAAAZGVidWcvc291cmNlL2R0bmxvZy5sb2fFnV1z
HLexhu/Pr9g72xdZDb4BX5wqxWJyVMehU7acm1RKtSSXDssSqSIpOz6//nRjKFskMT2LFzPYxFbR
kra7MTsPvt5G459KOa0Gn7zd6mTU4DYvLu6vLzbXN/dX5/t/bV69Od1c7Pbvb643d/e72/ur6582
Hz9st9vNlx+uLjbKeffVf/3zkZXoXHhi5XZ3fXHzfnO3319sru42/HesefKx5JR++NjF/uzjT/Sp
/U9Xd/f7W/oQ/fbm/Ob9e7Jz9+hzZhiMSY8/d3V9f7V7d/V/f3zuw831/vr+2Sfd75+8ur68+dfm
w+72jht4fnN9efXTx9vd/RW1+/Lq3X7z4pfdLf9V/nfLf06P4Km5NIRH5vKPRZvPP6zph+cffhzI
H6bef3i3v98/NaG8evLc768uftvcfMifvqUv8Rf++MXV7f78/ub2t80XL86url/cvt/86fbyjxae
fby+eLe/++KxeRWM8o+f8x+GfqHHfbG73198/czMUyvWDlNWdufn+7u7GmPemmzsxR0Z2P203/y6
u72mNv5r8/fvfzx9ffrXzTffnb45OX3zw+a7v3z2HZ5tXp9uzOaHE/rjVz98ZtWRVcYAt6oLVv3W
aGNig1VVsBrIarBPrTZ99RdnXzx2YLWyquzg/Ha/y93B9f5X6iLud2e7u/1nHj4z+thm1EY/eQdy
1/KA693+9pf97ZOPmKQ/9UwjHr93RoTI3Q0BSs1UOmwH+r/62vkYHlmwhhpix4bc3ny837+4fHdz
88nYX/jnP+dX7Hv+w1v6/atPfchTO/S/53Z+f5fvPuzuz//Nge1/oS5n8+XwnzNvzs7N2fDV5vuT
v77+4c33L9+8/u707ctXr05ePTVuw9jMhxf+xUPX++mZv7vZXbDtBxw2l7fUq/Kz3/C3s39qzfmh
LtSozMV+H7/afPv69H/fvvzHy9ffvvzztydP7fpBTdo9//f+/Oe31/v/3L/9982HjUp6q3zcqqS2
Kgxfu2EYvh7/Env+sL/+rEGbd9TfP+4bR3+lr26mHXurP7Xjm+9PXr55/qx9nLb67ur657f5Dae3
krg7+dvL01ebn9Xb+/MPmz/9d7FZmy9/f2BfPfUVfOz6xKKu/+b38ZLf0e9+fHPCL+dTk8m6Tk0I
Zpu092ra30QT9me7QF/6n388ffXtydvvT745ef2Pz7/3B8MPI23J8ENI1Iftr36hr/7hv2mmM2zu
z3dfv3hxpugffgXG//xZ0T+bL9Pm7Ld7AvLD7jdm9KunPoOb7jQuf714e3/z9v2nBn1m+OvN5Q1F
sMl/9vD68e/d0tiRH+G7G3oA1/fU3Z5+d3ryzGsyk15v6FtgC8DLvTnbn+8+Ume/27ynAZsHBZrU
0ayLvld6ZhTe5ur+SSzBDr7/EwjWCdztrr+4/2QK/qY39zeHP8Pv/n7CI/0fT5D7Ge7d89fxNHg3
TAcvPjI9Pq7P50ts0TsVpjvuSabOBmKK5yYvv3nz9se/P7WpdejYL3hHPVH3F4m8hukO9e5x3Ou/
Ql89jc4G8Jlc/XRN84ZHD2Vz8XHPERUfzevTt3/59vVf/+fN0wicMOCIEajCu2q3gzKmdp7F7ypN
/H7v/2midfrD316/eTT0s20aHU318Hhp3SCOLaPhOB309Nii0LEl+zRuGsBVgMherZseW54DUdfC
JiBydM4eEYgxgrQsEJ7G82og6KWNwywQSg1WAUAkM8hAsGEh6GkgNA4E+XRmepRbCQj2GqZb+hyI
uhY2AkHR+QDOJZYBgiIIy44Q9JNW013Q5Eu70wcAkawR8J20vddzQCRr7XTQ00CYBiBo4aY6rz7Y
q4tmug9+DkRdC1uBSC6Z6e+hBxAUQQAjKAOhTQjCTGD6pQ3zQOgQpWn3lG2nzcyUiQ3H6d56GgiL
A0E+rdBXrwQEeXVCf/UciLoWNgJB0Xl0gb4MEByBsF0JAGFUlLZ6Jl9aM8wDYWgt7ar3py6dP5sB
ggzrAdmfcjgQ7BNdQOJAGF7K1yyq61rYCARFZwVcOwDBEbjpHWoACEtzVFs/rXEhzi+qLf1k6tcn
7szPTJnYcJzumaaB8DgQ5FMLdK8EBHtN0y19DkRdCxuBoOisBl/HZYDgCDy41TEBRDIRmOe78wPW
EM5En4DR5/J8BggyLKkJ00AEHAjyGXX3RTV7FbYPngNR18JGICi6hPbPywDBESSwmyoD4aIywrpo
6qX1apgfIWi4H4ARwts4AwQbjtOPYRqIiANBPqX530pAsNeqEaKuhY1AZGkG7CSWAYIiMOjeXxmI
MCjv6kcImrrNAxFoPBU20Sdtp2EGCDLshumeaRqIhAPBPtH9DBwI8iqlCTwHoq6FjUBQdOG4u0wc
QVh0DRGic4LgO/3Sns8DEbUPgm4zaftiboSItLz1yAih4KwPdhoHC26640SwV2FKW1DmOmrVOTxp
NdcBCZZohRcYQILm+cYBr+3+Yn4VkZRWoR63oOU8qGxYC0OlgESDWE1OjZA6uBIS7NXWLCMqm9iI
BIVnDTiVXAYJjiCAUJaRSDQRA9TqoC/mR4mUbATSN4LfzSGR/CDsgQtINMjV7BR99g1IJK+q9l4r
m9iKRPJaHXVpzRGg67sSEm47mDgIfd/kaxvV3ChBtnlYnX6JJm2fyROn0TAkzylYsM5Ok7DmWgWJ
0auwei0g0VGx5vDMIOSrr45EjkDpRZEgc8j2azi7nBslHD/LJOhok7YvL2aQYMMeQgKWrNmpGoQx
byUk2GtVUlNlExuRoPBiAnX8ZZCgCJJZcHnttloZD7y2vOabRUK7oGP9WiJaOc0vGzYWQgIWrbNT
KWlxJSTYq6saJTqq1jk8J5yV6oAERyBsxiNI0LAMLIGjO5sfJYy1UrbFpO0kJ/qNhqHMVwXL1tmp
ERSWlZBgr8LObwGJjrp1Ds/6I+445QjcsOCOE1mMzgta/PRru59Hgnr7WH9K6DJepBkkyHASghaQ
gIVrdkpzhM7L6+w1memt3wISHZVrDk8PqEy2DBIcAZqCWUbCBjvoejEt7v38xMmpGIf63aw0k/06
GhZSCAQkYOk6O03Ck1oJCfbqp5taQKKjds3hpQE9RrUMEhxBAuWiMhLOq0E4bDD92h6wvPaDVUK0
k7Z9mkGCDGthgi0gAYvX2amUiroSEuxV2EkoINFRvc7hwfmnyyDBESyZ30QWaa461O84pZAOQCJG
LeyPTdo+mxsl2LCwAJpGQsPqdXZqbPeJE3sVtigKx+g6qtc5vN/r7RwJCZowLHmOzm2DTlaoMzD5
2p7PnpIg28FGBdi+lE9JsGEv5RIKSMDqdXaqhu4TJ/YqjOIFJDqq1zk8bY66vOYIhO4RQCIqn3z9
xGmn9PwoEWnhLpyLnLRt5yZObFgQUwQkYPU6O4XPueNIkFcv5NUVkOioXufwApphtAwSHIGwhwMg
Qasj6eDy5GvrDlCvk/VW2C2ZtB33M0iwYQyJBvWanDohG2wlJMirFya2BSS6qtccnlCLqgMSFEFA
x6kJJNKAqNe7tJsbJfx2MNaYes1jd2FFJEbDGBKwep2d2t5IZK9OSLgpINFRvR7DOyYSOQK/pHpN
FmlaLkhBk6/tfva0hN8qFR2wCXum5FFiNAxtwmpYvc5Ofe9N2NFr1SZsZRMbkaDwQjhiJmyOIArn
SQAkFK0Z6wuZXZ7ps7mJk9/qwQIF/S7PvJ9BggxrYYItIAGr19mp6b28Hr0KGRMFJDqq1zk8e8zl
9RjBkstrskhvrbDFP/naBnMAEnzoGrC9mxsldAyD8J4ISMDqdXaq0JVkAxIxDsKhsQISHdXrHJ6U
D9QDCT4Mv6BUx+Xhk6mv1X15djab0EG2ueR+/Y7T+eBmkGDDUCashtXr7NT1zoQdvQojbQGJjup1
Dk+a13VAgiIIw6ITJ6usAs5LnOvZhA6y7aIFcDtXcnJ4NizV2hOQgNXr0alwSGMlJMirFya2BSQ6
qtc5vIDO5JdBgiNwC+44kcUUolCEvwkJR90qoEvMI8GGEzJxMrB6nZ1aQcFZCQny6oROsFDzsqN6
PYaXjjpxogi8sNMPIOFoKgbM9w9Cwhua8dfrEvNIkGEnbNYLSMDq9ehUqGG/EhLk1QunNApIdFSv
c3hBqJTSAQmOQOjTASRY5xBOCjYhERR1rPW7WfNIsGFslIDV6+zU9x8lyKv0zhWQ6Khec3guoZL+
MkgE5YdldYngggNS8w5DIkVkN+sAJFKMwmxCQAJWr/020luBqlI4EnwyXiiBUUCio3qdw9P6iOXz
xwiEUsYAEpEPvgGTm0OQiNEqtcZagg0LcxgBiQb1mpxqYWW0FhLkVUg1LSDRVb2m8KRDfz2QiNai
NULKSCTtpHN6TUgk+hUovTyPBBsWcuQFJBrUaz7GIdRTWwkJ8pqE+jwFJLqq1xyeUPC3AxIpDINw
Dr8aibClyUASjk82IEG2nU3CdgSKBBt2g1A/RkACVq+zU2nMWwWJ0auwkV1AoqN6zeH5AT35vAQS
YwToVWATSKSokCXwIUgoa2hxuAISis+3QUjA6jU7tQrd7cORYK/CZRYFJDqq1zk8jZ58XgYJisCg
90GVkVCRC8Csg4Q29EN9SuE8EmRYCfNHAQlYvR6dxs7L6+xVC5UXCkh0VK9zeOmYNWE5ArwgQhkJ
HUwAansfhAQHu8ImbDYsVSIVkIDV6+xUKla+EhLsVdh2LyDRUb3O4cFC2TJIcATonVBlJAzfEgEs
gQ9BwnLVAGCDdxYJy0mpyHVcFlavR6fodZ04EuTVCiuY50hUNrERCQoPvsZyGSQ4AqFPB5CwnJm3
inpNtmNYI6FjNCys2wUkYPU6O4XvfmpAIsZBSPQsINFRvc7hKVQoWwgJzsVdMMcpbJ1OGqjjdBAS
LqhBUNRwJNiwm35PBCRg9To77Z4cPnqtul+isomNSFB4Gl1gLYMERWDQe/LKSHi+kwvoyQ9Bwjun
VshxyoY1dF7Cwup1dmrQpE8cCfYqJHoWkOioXufwLFpOfRkkOAL0YrAJJOgXYTrQhETgE1drIEGG
rXCJooAErF6PTntX6MhenbChUkCio3qdw4NP3y6DBEeAKqhlJEL0SMmAg5CIxnjhRBiOBBkOQmaN
gASsXo9OUaEWR4K8RiEDoIBER/U6hweXsl8GCY4APf1dRiJy6axVcpzCNmmrgBuO5pEgw1qYwwhI
NKjX7BS9XQRHgrwaIS2zgERX9ZrCkzbEOiDBEQjyPoBE8i4Ad0AcgETcDkproBzBHBLZsPSeCEjA
6vXoVMhIXwWJ7FWSYApIdFSvc3hOHxGJMQL0GEsJCbLoaNxZJceJnucwKGSdMosEGdZC3yQgAavX
2Wn3MsmjVyEDoIBER/U6h2fRm+KWQYIjQO84KCOhrNZC39eGRAyDkLDagEQM0mxPQAJWr7NTrTpv
wo5ehf3mAhId1escnjnmjtMYwZI7TnGraX68zo4T2Q5qWOG8xGhYSDabRsLB6nV2qtAsZBwJ9ioU
QXiORGUTG5HQXMjniMvrHAG8N15GIifQrbK8JtvOKeBO7XkkyLCGKnQ4WL0enfau0JG9mqoKHZVN
bESCwrPHrNAxRrDkJb9kMTnpNucmJKwdpANPOBJsWBjaBCRg9To7dWhhOxwJ9irUDisg0VG9zuF5
dHG7DBIUAQ2kSyJho5aKpTUhQb2qQVIKZ5Egw1bYDReQgNXr7LR7JuzotSoTtrKJjUhQeB4tZb8M
Eo6rMC6Y0EEWwyDldzYh4ZVNQJnkeSTYsDBYCkjA6jU7dQN65ziOBHsVrgwtINFRvebwvBLOwXZA
giMQZv4AEt4Fqf5LExKBFtdCDSIcCTYsvCcCErB6zU710H/ixF7rJk4d1escnkJvnV4GCYpA60U3
YYNV0pUebUjwNWJrrCXYsHBsREACVq+zU48e8m1AgrxWZcJWNrEViRjDMTNhcwRxyUzYuI00VwWK
6R+EBE3y6D9WQIJreAvTegGJBvWaZYn+O07kVboCs4BEV/WawjPHTOgYI0BvwikjkZS2a02cEm9b
Lp8Jy4b5LCCCRIN6zU7RuvE4EuRVEuoLSHRVryk8g+73LIMERWBRBXUCieSdkI/fgETaDtZKO/ko
EtmwlL4rIAGr19mpReuzoEiMXoXVYwGJjup1Dk+qcbo6EmME6NSthARZjC5WJ3Drwe/P55FQRpsV
jhBlw1a4AWAaCQ+r16NTdL8RR4K8SoebnyNR2cRGJCg8j97usAwSHAF6HXkZCRWsrr6r7kAkNE34
kQ3eWSTIsHSuRkACVq+zUy9wuBIS7FVIIykg0VG9zuFJNY86IMERLHlegix6FavltAOR4DLnqh63
cCbfaDoahjZhPaxeZ6dOSNNeCQn2KmQXFJDoqF7n8LxwcLIDEhRBGBZcXpNFm9ZDInkr9HANSJBh
qJi+h9Xr7NT1LqafvfqqYvqVTWxFgsJDU7MXQiL5IKwrASSsiUq4HHTytb1Mc3fVke1o65NFDkGC
DUOVwz2sXmenUuGGlZBgr1WVwyub2IgEhWePWQAzR+CEqQiAhKOZk1DsogkJLrhSvZY4BAkulWKQ
TFgPq9fZqem/lnBB66p7ryub2IiEY1XgiGWSxwiE2yAAJAgIVy2nHYiEd0nScXAk2DA2SsDqNTn1
fKaxNxLsVbhRpIBER/U6h6fR2eQySFAE8HXkZSTCwOe21kEi0KBWfZ3LIUiQYSdcbyQgAavX2anv
XUx/9FpVTL+yiY1IUHhSSeEOSHAE6JH4CSRijMJ+ZhMS0WiN2J5Fgg0LxTIEJGD1Ojs1rnNy+OhV
OKxbQKKjep3Ds0KCQgckKAK4IEIZCU6aqj7mQ58Ifh6JpK0TMoenbLvPr5kvIkGGpQ5bQKJBvWan
6CFfHAnyGoRlUwGJruo1hRfRPNRlkOAIlqzQQRZ90NWn6g5BIg7bQSkpcxhEYjSshRLu00gEVL0e
nRohsWoNJB68Cvm3z5GobGILEmN49ogJHQ8RLJjQwRadNfWbsAcikdJQr4wfgkTibEUECVS9fnDa
eZQYvUqbawUk+qnXFB6XD0JrNCyDBEewLBLKxFQv1R2GhOKZ5uITpwfDUDH9gKrXo1PT+frG0aut
ur6xsomtSFB4wjfRA4loHHrpSxkJrbUV9rCakNA+KF+9vD4ACTKsBXlGQAJVrx+cdj4vMXqtq9BR
2cRGJCg8+IrdZZDgCBas0EEWjRqMMDA3IWGcG6qLax6CBFfDwdYSqHo9OpUq+K+ERC6VU3PQtLKJ
jUgY541Qw70DEhwBqoxMIJFCqD4MeiAS1vog3O2HI0GGo7CoE5BA1evRKVwkG0eCvQqJngUk+qnX
ObwwHDHtb4xALZj2xxYTLU9WGiUczb2Bdco8EmTYQ0VrAqpej04DKpPiSLBXYWwqINFPvR7Di0e8
vvEhggWvb2SLIThh5GtCwvOxhvoRaB4JNizMJgQkUPV6dOoFwFdCgryGurVEP/V6DC8edy3BESy7
lvBeWWEfpQkJ6lR19QXChyBBho1wlktAAlWvH5wKW8orIUFepfVrAYl+6vUYnqTGdkCCI7DLJYez
RUv97UqjROA7V1ZBgpVkaJRA1evRqRP2z9ZCImkvlIcrINFPvR7DC0dMDh8jiAuWSSaLvKu7SkIH
2w5pEFKRpmzTP9JB09GwgsoRxAb1mpxqtEPEkWCvQif4HInKJjYiQeEZ4d6wDkhwBOjeeBmJpJIR
VidNSCRvdPUlv4cgwYaFLH0BiQb1mpwaNJ0HRyJ5q4XNtQISXdVrCs+gp2+XQYIjWPDsdVTbYQCu
bzwICbLttKT2o0iMhhMi1UVYvc5OjXDz3ipIZK+SlFpAoqN6PYZ3TPU6R7Coek0Wk7VxlU1YepaG
5nn1tueRIMMG2oSNsHqdnUov50pIsFdbhURH9Zr+zA5BKGzeAQmOQNh9BJDgF1CoYdeEhM7ZCCsg
wYaFFFsBCVi9zk5j5/MSD16rzktUNrERCQovHfG8RI4gDMJWC4AENckJ0/ImJIxypv4I0QFIsGHh
ixCQgNVrduqNcJRvJSTYq3AysYBER/U6h+eEDbEOSHAEwjAKIGGct/Vnrw9DguYZFHCb7SISbBg6
ex1h9To7tZ0rdDx4rarQUdnERiQoPHfEojVjBH7ZtQStJAKwBD4MiaS9ULxxynY6j3NIkGGhbIWA
BKxeZ6dBOFmyFhK88V8j1VU2sRWJxNcQHRWJpBN6squMBKcLCScwJl/bCzdT2oxtR1N/D55WOzXM
IEGGFVQAM8LqdXaqOxetefAq5CsUkOioXufwDKodL4MER7Ds8tqzDgy8tkbNI+GD1sBB03kkyLCB
ksMjrF5np70rhz94raocXtnERiQoPHfMU3VjBEtKdWoblAnCxnITEoGPNdRnws4jwYaFxzCNRILV
6+xUd76F6MFr1S1ElU1sRILCM8I+ewckKAKrF11eEw9BWB81IRFNMtXXNx6CBBuGrm9MsHqdnVr0
BigcCfZadX1jZRMbkYi0utVH3YTlCITabwASMeog7GE1IUErQykrCEeCDTtk4pQa1GteXevuEyf2
KpzRKSDRVb2m8KxQea0DEhSBQ5d4ZSQS/aqByc08Eno7KG2QEWgGiWxY2jkWkIDV6+zUoWcqUSRG
r0IaSQGJjup1Ds+jpxWWQGKMAE0pKSGhuWiNrr+F6EAkUtLCmNaAREpG4FhAAlavR6ex81oie7XC
eqyAREf1Oofn0Jn8QkikBN9xUEZC0fx4nYkT2Y40cVp+eT0ahk7VJVi9zk7hItk4Euy1Sr2ubGIj
EhSeTUdcXucIHCoXlZHQZhgE1asJCR28EZaGOBJk2EIFMBOsXo9O0Q1wHAny6oT1awGJjup1Ds8f
s0LHGAGaoFxGwlDDhXGnCQnjkkZGoFkk2LCQCycgAavX2akROo+VkCCvVjhzUkCio3o9hofe7rAM
EhSBQ/NsykjYYbDA+eiDkKAZmRX2aHAk2LCQ+CMgAavX2anrnQk7eq3KhK1sYiMSFJ4/ZiZsjiAs
WDmcLUZjgDykg5BwxirgvMQ8EmRYQ+clEqxeZ6fw3R44Euy1qmhNZRMbkaDw4Fp7yyDBEaCJh2Uk
XLC2+rr2A5Hg2jLCpjWOBNePETieRkINsHw9ekWVWpwJrlojVEF4zkRtGxuhyEVjjpgLO0aw7DYs
LU6McGqzCYowBAWkns9DQYa1kHAkQQEL2Ow1GqE5K0HBXoUvqARFRwU7x2eFoo4doKAIHHosvgxF
cDoBFf8OgyKRcWAUmoci8ZwCggKWsLNXqQ7PWlCQV2EZU4Kio4ad44NrKS0EBUWArmnKUEQTPXDc
9CAoYjQaOEg0DwUbFpRACYoGEZu89r7r98Fr1Umi2jY2QkHxHfOy3zGCJS/7JYtJe6n2RxMUidNt
14CCDFth016CokHGZq/o3BWHgrxKlShKUHTVsSk+L8jsHaDgCIQqfdVQmO2grBIOSDVAQbb9ICWi
oFBkw0HI2JaggIXs7DV2vtz0wWvV5aa1bWyCguOjlf0Rd5/GCITDJQAUNAM1wuZBExSKL6tdfk2R
DQfo+hX6PA4Fe0Wvg8KhIK9RyE8vQdFRy87xJWGO3AEKjgDNupmAIg3QvP8QKLTxkuiEQ0GGvdA3
SFDAYnb2GlTn2xxHr0JafAmKjmp2ji+iZUyWgYIjQLOuylDoEK2Q79kEBV8cLUz9cSjYMKRmk2Uc
CvLqex+zG71WHbOrbWMjFBRfVEeFgiNAsSxDYQJNWlc5QWG2VjkF3GYxDwUbFirdS1DAgnb2qnun
PWWvpupGx9o2NkLB8R0z7ylHYJcsZEMWXdTAxb8HQeEGg9yNNw8FGxZm9wIUCla0s1fbu97Z6LVO
vKtsYyMUFJ8T6lB0gIIi8EueoiCL1km7m21QxEA/rgEFGcZGCgUr2tmrQS9Db4CCvAodQAmKjop2
js+i9bwXgiIGJxwzA6Dw2iu30poi3/27BhRsWMidl6CAFW0zVrPpfCH26LXq4onaNjZCkcvZHFGn
GCNAb1IrQxGUlbLcmqAIfggr5D5lwxG6skspWNEevQqndVeCgrwm4f6dEhQdFW2OTw1oHb5loOAI
XDMU/w9QSwMECgAAAAAA8m3lNAAAAAAAAAAAAAAAABIAAABkZWJ1Zy9kZXN0aW5hdGlvbi9QSwME
FAAAAAgAj23lNNN+ok3eBQAAkg4AABoAAABkZWJ1Zy9kZXN0aW5hdGlvbi9kdG4uY29uZqVXbW/b
NhD+rl9BJB/aBqkcd23SBlmGIOmHAlnaLdmKoSgMWjrZnClSJamkHvrj9xwpS3bcYs3qILJM3h3v
nnvlbrYrymDywpoq28WPC6pkq4PgBTVrnQzKGlEpTaKyTrwxgZyh8BT7hopApbi4uRLGluRzcTMn
liepBk/ryQspQqGFYq7GEZ4iWNFI50mEufJR8D5eW5CapfBBmlK6ElKYr7B1jQXsORK3UqtyH2Sl
kFoLTyEoM0t7MwojLOBMLOFQ/tKsyyOsPhJVawq2A8T+WJzUtmw1nbIIcXIr3Sk/9S+nACDTdiZG
QKSE0pUVO/GVFWbBG6Dkeb6TZbvf+UngJmTOoYkFoOfr4pjgOz9ZFFZ0UtgKH0plxQcRXEvii6ik
BsAfI9mbKlIA9ri6L0rl5VQz/pQcI4HNLfXyoCCLMyM8bRtyyIBfRdkFBpzWyYuHPW6NJu+jtISV
swUvgM61BoAL2cfEk/wbmkfVts2SZenESWNdOL23w2v9DvauV9HAQcq6eFssQDeVHiG64oRuwRZW
sxpb54yfHeUH+BtnWwe9OHx59EBXXwfr5OxHfew7KRHxZUNw8ZTcgjQtyykc3VgfZg559kXUS/9J
dz6/ZnIGYcW+9IFq9tmUOC+RX9mW6EHw9tmNXGoLlBTcgcfpxilYQCWwbrl2QPTDtDUlo56YY677
eyevCR4hEznzRonNb2tRTo2sCRpM7ykgg2RHi7j9WDYNmRI63KkwFzmAkik+WYFIokxvLcfmdD/p
LP1TlSLo+rdL1BunpAn3Ne6U4A8q39eUZGPw6YECwfs5ma44rQ6Ox/r/gjB0FbUzMEIYSyBzRUVs
1duWdsg5MKKO5Vuad5qJAevo7O/8REt+R0nYKoUPjuuV56SeWQcv1YPF0Eq4dEiqFvxjPQPQI4Iq
uMppa0t8G1Kz+dS6efqplVkwDXEu3GOOLNmaWG0LqSekSnGCx2ZYxT3UhloZ5QNbiioJyog4AoWb
Xr5RG/9ufYh9j/vXqryiW4o58jR6q9FtisU+SCGZ8dzJYfgOu7+WC3AGLniaJIeATPr0QpQ3j4Jw
hDa4HIC7uLqGynbRNj7vLR/s2wmFPB6NFuOHNq2b83fs7VtyMzIFRMol2viP+T8CU0lIQ+6LD2zV
R/Hh/DKVrzOsSQOipg1rpMBGwxHIJLQoLtnHsTiz7cpgVIjZ1dWOXVE5WwsL3IBg0YiRaMtm2w7O
7k1lQHwQORJ0fMTPLw4ODu6RQdoBP5I9HHNx+YRNwTxh6HOY2wZvHHf4KuJxeJFu5jE6nA6WJm5Y
J0VDUJfjqisW7HbWBSZ+Vf2UIZTP8kGFaADHSoLn7dXF61/Pri54PeuJpuMJyx2/epaPD1/m41fj
fHx0dMyGbnKs2WZajF2jkm5H8e3s8v3ZX9dvr+L6ek5FHDAPBljLzF/YqnV7ExlPEDBvhqwyq1aB
lGgsgOY0a2Tg7FmJ6gHhettQoSqFwI/KpTroEnorEWvQDGqtEhKJwAjlpa0lJp29CFo20KVcmY6x
0yH1wKR5Jx2U4nn3pjVQ/H9XSK/+4VENPX5udd8TVjO2t3Fs7qJe+BolgWLJMLFGMVYsgK0M+OfR
eC5Le4dQapbcB2vISW2Hy1zNxBgQ4fCCpzge6qM6Dduz3rEnYJwMeo0Pf3r5PGl+A3cJ28R7A8Qu
iJo4sHcuTo1KmaFrxeFkXxDHgaziHSF6uWOIlRbZaGbYwSXCE+JDhjUY8m+oGKDJxNiJAxFKN8+r
XwGXIb2bq2LeZ9t2tcOZuIXghKDQEtCrqUl1DzgtjL3TVM6ohmLA6w+/Gj1QodNoXaEH825fLNeU
xYEFykwSPYG4CYYU8fzg1WGWZQMZLk9uCUu04uF90hpQ4pzOJvE4Vjov6DMqJJAL8VpkLMpjy13C
UYcceEBIT75x09m89g33nrrRiObYOgTVsvDD/Qs+bvk6V+inNVeu6XLVD5n4MjbRP3mWgt64fe3t
7fE6kx7zHa/7/dqUae9fUEsDBBQAAAAIAPFt5TTvCtc4MBsAAB8xAQAcAAAAZGVidWcvZGVzdGlu
YXRpb24vZHRubG9nLmxvZ72dXXMbN7KG7/dXzN3GF0vh+8MXp0qxlS3XeuWUo+RcbLlU/BglrMik
DkU7yf76042REkmc6Rn0zGDLGyux2S9APsQAeBuN/0hplRReO7eILgqpqrPNcbepdvvjdl1/qt5e
XVabZf15v6vuj8vDcbv7ufpyt1gsqm/utptKOhFe/e0/T6N440V4EeWw3G32n6v7ut5U2/sK/o6L
5sXLrHby4WWbevXlZ3hV/fP2/lgf4EXwn6v1/vNniHP/4nVOGPf8ddvdcbu83f73r9fd7Xf17njy
Shn9wyu3u5v9p+puebjHDq73u5vtz18Oy+MW+n2zva2rs6/LA/5V/P8C/xzegpfhjHXPwqUfW2Oe
vtgbJU5f/Lwhf4X6fHdbH+uTENG+eN+P280f1f4uvfoAH+JXfPlme6jXx/3hj+rvZ6vt7uzwufrH
4eavHq6+7Da39f3fn4ePUgXx/H3+K9BXeLs3y2O9eX0S5mUUI31XlOV6Xd/f5wRzounx2T0EWP5c
V78tDzvo46fq+48/Xr67/Gf15sPl1cXl1Q/Vh++efIar6t1lpasfLuCP3/7wJKqHqFr5wI+qWqIG
iOq1kfyo8jSqFwshpDHxedRRH/1m9ffnAtLZoNoF1od6mYaDXf0bDBHH5Wp5Xz9ReBL0WUypYJR5
wUAaWh6+rvf14Wt9ePESaUV89vX4czCCr8j9Hr6g0E0Iu4A2L+Rr64J/HsEL+NV05LD/cqzPbm73
+8dg3+HP3ybEPuIfHuC/bx/HkJdxlHOncf5k+f5ueVz/gg2rv8KQU30jfl85fbPSK/Gq+njxz3c/
XH08v3r34fL6/O3bi7cvg8PP1RPgzx6G3sf3/Ha/3GDsh69DdXOAURXf+wo/nfplNPcwEA9uapB6
cyPDq+r9u8t/XZ//dP7u/fm37y9O4j5C1xJ3/Uu9/vV6V/9+vP5lf1fJqBYSvgAySnilf22FEK+b
v4TKd/XuSYeqWxjvn42ND3pRZ/ejNvaxH28+Xpxfnb7XXndHvd3ufr1OhAOV8L27+Pf55dtqJa+P
67vqH//T2q3qmz/fsFcvtYLshmaOdyy47k+o8x2LChn98OPVBcL5MmR8mBvM3gWj4iIIa202vLVe
1tCFb3+8fPv+4vrjxZuLdz89+dwfAjtlOwM/NAnGsHr7FT76h3+HmY6ojuvl67OzlYRfiEDzr79K
+FV9E6vVH0f4Qt4t/8Dv6KuXml50a978trk+7q8/P3boSeDX1c0eWlClP3vAD//bAZ4d6S283cMb
sDvCcHv54fLiRNX4TtU9fAoYgQF3tarXyy8w2C+rz/DAxocCTOpg1gWfK7xn0Lxqe3zRFqdVd1vI
d0A2vX/y8E8RJQTMZvwBEHzQnr+5uv7x+5cxtSo0sj3omcfxviAXoOq6v8r3z9udTX513A9n6sP3
F5evXrbOOjMtKT4S3/guUowWfw0l8My+/OHf766uXo4mTkrJpZAcpiCw7/6QuocpOWKYclKZbs25
cATV0P0gPsUxr4djcXRSe+bQ3Y5jFEKbzBnkUByj0UHmo96PIwSOxGypG0fFxzEaI4hZ00w4oiox
8TjFMa+HI3GE1knLfGJ04BiMc91PZj6OGlZiyjufj3oPjk1gr7o/pG4cNRPHB81YFsdGNegcHPN6
OAbHpnVRt6yqmThiROfcLKMjxIbfPCN2P44YOHZ/h7pxNHwc4bfgyq4pGtUout/CUxzzejgSRwlr
1MicwLTjKK3wxHg7DkfcBZ8Fx+it6v5WduNoR+AImpE5EozAMXqnuz+eUxzzejgWxwhPqenmjhBR
6Qjr6HlwVMFk72wOwhECa2KN1I2j4+OImqFbcyYcQdUQj8NTHPN6OBJHaJ1V3XN4Bo5aOT8XjtrL
KPLnpf04YmBigt+No+fjqL0SujiOqBpycMzr4UgcoXXST4qjUTLqmZYyJkpPbGDyccTAxIfUjWPg
4wiawTJ3Y/k4gmok5lKnOOb1cCSOJirBnU+342i1cLp7J3MUjhZmW8TePh9HDBw5D+vIx9F6R41T
M+EIqpLYfD/FMa+HI3GE1ik53TY4RHTSOuJdHoWjszDVzY/djyMEDsSHRGyDc+26B9Hyk0dQpfZS
WvbBy/ky2DwnBLERxQEyYjbQPEDCP7zNj90PJPwjiO7ABJBcY+ZBlDCDZgIS/hFlljFTzplJzTOC
a6q3A+mD9iI70WQYkEFFRWxN8YGEwNqwgORaM42oIbJBZgISVW0WkOW8maZ5ltheZgAZvAizONcQ
O0rr4xwjJAQOxNtAADnCnAFR6lkyE5Coars/nxYgi7ozuGSdMJUCI9rgCA9sBJByIYQRYfolTQos
ic0XAki2PZNEFZF8OQuQjSqRmtkCZEF/JjVPxwkf2RDR4KA7E5ARmps/HRgAJAQOnB1IyTZokqgt
vefTqBLbCS1AFnRoUvNcnC6dAiJKjdlm8wApPTxZs2PfBBcCDSQGJuYCBJBsiyaJRiINcSYgpYd1
bHdXW4As6NGk5knuxLodSCWjl7M42BDbGZG/KT4ASAxMfIsIINkmTRKVrvA2ZFJVImcbMrOLI4HE
5hGHLxhAagFz5pke2doqapOKD6TGn1hAsm2aRpTYVZ0JSFCFH3OALOjTpOZpYpOGA2TUTuYfNRkE
pNEWfp8BSAxMfC8JINlGTRIN5UdIUI15I2RBp6Zp3rQjpPFBzWMcygX8YPOzfAYACT84ycmBVGyn
phENhXNykyqVC9CSIl7QqUnNC0S+FQNI6yx1emsUkA6mA/lHFgYAiYGJxHYCSLZTk0SdLpyV26gS
efYtQBZ0alLzPHEclQGks9ITR0PGARm9yp+fDgEyek1ktBFAsp2aRpRAYy4gozfEw6AFyIJOTWre
YzmBiYD02nhi3T4KSO9jIGwvPpAQOBIOKgEk26lpRH1hpwZUgxDEU6YFyIJOTWoelYvEADIopYlv
4Cggg9OMPc4BQELgYFhAjnBqQJRKc5gJSFQlnjItQBZ1aoIzgsgvZAAZhZ7pJA3ENtHlTwcGAImB
HcepUSOcGhD1uvgjG1V91iO7qFMDzQvEKXEOkNFQ5TFGAKkWQlufXxagF8gmsOfkQyq2U5NEqTOo
swDZqGadXsjs4iggU/MiNyevDUiI6KNmHMAaBKRUMJ5nj74DgITAktirIoBkOzVJVHH3gPlAoiox
O2kBsqBTk5qnidMvDCCl87ONkEr4QJz+4QMJgaPipJ8ptlPTiBIG+kxA4ukuYqLQAmRBpyY1T3LL
ybQDqazwRMrAOCCjEvk++RAg8WARq3QK26lJopLITJwLyKgkUQehBciCTk1qnuKe62gHUmusDzAP
kDooKtuZDyQEpna/uoHUbKemESXKtc0EJKg64pnYUj2loFOTmkedUmEAaZSmKg12QbOON/1AGpgO
5B8gGwAkBA5EFQcCSLZT04jG4osaUI1ELnILkAWdGmwezCgmfWTD+OgJh3YUkNbKGKbfh8TAsLzg
PLI126lJopJIc5gJSFQl0oJbgCzo1KTmUQntHCCjDPmHvIYB6bSNM2T7NIFZ2T6a7dSgqBOlj8Em
VUkMQS1AFnRqUvOUmbDiGUT0ThCVk0YB6ZVQRCUoPpAYmEhNJIBkOzVJVJeuotKoZu1DZnZxJJDQ
PEMcm2IAiRUgiLXjKCCDcC6/rPcAICEwZcATQLKdmkaUmIDMBCSowtIwB8iCTk1qXiRm8wwgg3HU
028ckFE74vj0CCAhMKsmpB7h1ICoJyyEuYCMMEBmzSGLOjXQvCgmfWRjwjgxKx0FZAzCEHWI+EBC
YMsqw6dHODUoShx1nAnIiNcNZD2yizo10Dw/ZSE+vRBKwwphDiAhtouGsJy5QKbAVD1CAki2U9OI
ck98coFMqo7YUGgBsqBTk5rniRkFA0gptSfyoEcBKfECl+lHyBRYE8WNCSDZTk0jWjofMqmarHzI
zC6OBFJar4n67hwgo/fE2nEUkMoIR0ww+EBiYCJnrhtIw3ZqkiiVuzQTkKjqcg55ZXZxJJDQvDCl
UwMRg/QmfyU8CEitjCV27vhAamUNkQlGAMl2apKoLV1KpVG1OXPIzC6OBBKa56ZMroCITseQvxIe
BCR+e4jxnA8kBmZVzzVspyaJUhcgzgSkEbDszAKyoFOTmmemHSGNCdQhonFARkUdHB0BZFSeN0Ky
nZokSm3AzAUkqBJPsBYgCzo1qXmRSHllAGlhiFT5fvMgIGEUMzOknzWBif0kAki2U5NELZEVPBOQ
qEpkY7UAWdCpweZJQ9QQYQDplFaMcy+DgHReeYYt2Q8kBObVhzRspyaJRmK9OxOQqJqVXJHZxZFA
Oq8FMcVlAOmlD4y9wkFAeicMI3GjH0gMTOwnEUCynZokarlbbnwgUZV4GLQAWdCpSc1z3BqF7UDC
w486cz8KyGCizj/ROABICGxY57IN26lpRLnXsfCBBFVL1O1tAbKgU5Oa54gdYQ6QUUbCFh4FZMRz
enM8sjFwYO1DjnBqQDSWvuAQVZ3Iu+CwqFODzeNmLbcDGX3Q8+xDmoXAG55GJm60ANkEJpKeCCDZ
Tk0SLX5rUqOaVUE3s4ujgEzNi1NeuQkRnaScgFFASqFDti2phFGKHCGbwMR+UjeQlu3UJFGqhsRM
QKIqUcT7FMjMLo4EUmIZ+QlHSIhoXL6bgtAMATLA38zdUoLYbtkzQmJgVoKuZTs1SVSXLhTQqBJH
y1qALOjUpOZR+TMMIJWWkpgEdELjl6EXSIW3ojFir9Y9IyQEps7sE0CynZpGlFubkw8kqGriKdMC
ZEGnJjXPENUcGUBqnKLkWocAzVr1A4m2JJEl1hn7hr6FoQlM7BYTQLKdGhQ1gjghNBOQqEpYuy1A
FnRqUvMkt0ZhO5CYTEJURuiCxooBI6TBw4G5q2yIbTY9IyQGZq2yLdupSaJUKvNMQKIqYS60AFnQ
qUnNU1Ousg2akTL73AtAY9f9c0irQ/4RW4gdTc8ICYEDcdaNAJLt1CTRSJisMwGJqkSRjhYgCzo1
2Lwo7KQjpA1KE3eDdUOz7AcST0gSDl9n7I3vARIDE99LAki2U5NEJVFHeiYgnSLvD2sBsqBTk5qn
iU0aBpDO2Zh9VBWgqW3/Iztdo5i/7eOU73lkQ2BNNJoAku3UNKKlz9QkVaOyVtkFnZrUPMt9bLQD
6a2QxD5XNzSbAUDCdIDI5euM7WLPCAmBFav6mWU7NSiqLffpNAJI9EJyMsYzuzgWSDz/OWE+pFkE
Daua/Ee28wOADEHL7LpBEHvlekZIDEyQTgA5wqkBUUWMVTMBiarElmsLkEWdGtybJaa4DCCj0oa4
S68Tmk3dD2R0gRV73bftg4GJwaobSDfCqQHR4tk+jSpxGvwUyMwujgQSmkfVgsgG0i6ElJoo5T4C
SIhtnc2uPdkPZArsiBQYAki2U9OIcstpc4FMqtQ50xYgCzo1qXmBOHDAATJG6fO3fQYBKY0xhO3V
4ZPrTaQXNSmwZZXjc2ynphEl0hxmAhJUHbHD1QJkQacmNY/Kn2EAKYPXcwGpNITOzvYZACQEprI2
CCDZTk0SjcQEZCYgUTWrxnhmF0cCiRO+KWuMWzQjLcOp8XXs24e0C40X4WVnEg0AEgOzSjo7tlOT
RCN3MOADCQupvPuyM7s4EkhsHvex0Q4krJFkdimVgUDi7nV+gu4AIDEwYfASQLKdmiRaPEEXVKXI
S9DN7OJIIKF5cspSKhbNSGvzFx7DgIzeEpf+dMUOq2UfkNFTFZgIINlOTSNauqRzUvV5c8iCTk1q
XpiypLNdWANPv/ytmbDW/UDaYBQD9qVY96yyIbAmnmMEkGynphHl1ubkAwmqhkjhawGyoFOTmmcJ
z4wBpFM2MjJyllL1A+lctMTdtZ2xDX2EIQV2xJWPBJBsp6YRLV3SOan6rHJ8mV0cCSQ0L0xpHdqF
l44qMtcJje11aiC2k4HYv+6MHW96HtkQOBIZBwSQbKemESUmIDMBianIMmuELOjUpOZJOekIibc6
ZBcVBWiWvckVENsErxixa9kzQmJgVoKuZzs1STSUTtBtVLMSdDO7OBJIPAY7ZY1xi8dgZfZ9hAjN
gBES8wKIiopdsVda9IyQWPaXIJ0AcoRTg6Klr5ZLqirrCENmF0cCGbESz6TWIayS8qvcIjS9h7zc
QsDTJtupgdiezodMgRXLqfFsp6YRLe3UJFVNpPC1AFnQqUnNM8Qp6mwgIaLTMrv6GUKz6QdSiqA4
QK7oU4cpsOYByXZqkqgpfYE7qkbKtm8BsqBTk5rnuUUz24GUJkiihFInNOvQ98iG2FGp7JtmlVgL
eh+yCczKGPdspyaJUgdS5wIyYsp4DpAFnRpsno7EBS0MIBXewpC/V7iWoh9IBUsPorWdsQ29D9kE
ZpXj82ynJolSBvpMQKIqsbZvAbKgU5OaR90eyAASpqSKA6QdMEJqr6i7rzpjx1XPCAmBqURLAki2
U9OIli42lVTzik1ldnEkkNC8SYtNuQVMi6gclk5olr2HvCC2dZaRMb6uVc8IiYGJtFACSLZTk0Qd
90w8H0hUdTn7kJldHAkkNM8TufscIGHOTBxd6oYm9AOZbMn85N+Nsj1AQmCqdigBJNupaURLJ+ii
Kizus0bIgk5Nah61JmYAaYPmVK7YaN3/yHYqUieAOmN72/PIhsCeVUHXs52aJBqIh+dMQKJq3rZP
QacmNS9Ou+3jvBTE0aVuaFb9QMKKRjBS2zarvn1ICCyJRMtuIAPbqWlEiasfZgISVBVh258CmdnF
kUBC8zT3W9oOpLdWMypXbNYDRsggZCRyk7pi14I+ddgEZtWHDGynBkUVu0gDH0hUJXa4WoAs6NSk
5knufXvtQAajJXG3QCc00vbPIQNWAclPrqjNpmeExMDExJcAcoRTA6KeeHjOBSSoxpwE3cwujgUy
xDBlfUi3iFpyFjW17c2HhNiwAOPAHkUPkBg4cBY1YYRTEzGzpfgjG1VtTm2fzC6OBBIzpYkjP9lA
ejQjqXJv3dD0HvKC2M7o7ENeELumkytSYENYQASQbKcmiVriApVZgGxUs64FyeziKCBT89jXm7UD
KWHZwShYWteuH0hpjSGWAV2xbxS9D5kCW2JySgDJdmqSqOPeEcQHElWJpLcWIAs6Nal5npiVcYCE
KQrj3MuNGjBCKtyHzN8Yv/GyZ4RUuA/JmkOynZpGlCguOBOQ6GRnHWHI7OJIIKF5csojDBAxaMk4
93ITRN8c0idbktiy6Iy9Cj0jJATWhGlCAMl2ahpRYnkxE5CgarJug83s4kggoXl2yttgIaKLlDve
DU3dD6TBjbv8fcibm1UPkIZ7LjuwnZokWvxcdqNKJDm3AFnQqcHmYeGxKYGEGYrKn+fhZno/kBaW
S/m3MEgh+4DEwMTbQADJdmqSqC2d7ZNUHbG2bwGyoFOTmueJdAUGkDApZRyDHQgk5kMyYO8HEvMh
OU5NZDs1SZS6uXouICO8hTlOTWYXxwIZlZ0y28cvHFYIyX6sDgPSeZd/gfsQIDEwUZCIAJLt1CRR
R+w1zQQkqhL7xC1AFnRqsHlBTnkbrF94kM6+QnggkN7BwjR7BT8ASLwchbUPGdlOTRLVxBJtJiBR
NavofWYXRwIJzZv04iSPx2B1/mH+YUAGA1+f7G2fAUBCYEU8KAgg2U5NI0qcvZ0JSFDVxHZ8C5AF
nZrUPDPlmRqPx2Bt/jGDYUBG7UN+qb8BQEJgqtwGAeQIpwZFS9f2QVUYMnKK3md2cSSQ0Dw5ZW0f
iAgfbb69NwTIsBAK1sKMBZOkkytSYM8qeh/ZTk0jWvpcdlKlTvK0AFnQqUnNY5fzaAMSIrqg8vch
pXo6inUBKaWmLtzqiq0NfXFSCkx9Lwkg2U5NElXEencmIFGV2HluAbKgU4PNM8JMmA8Z0IwUxGDT
DU1vgi72xtnsgqUQO9BOTROYKF5OAMl2apKo4xZpGAEkqGbdwpDZxbFARkfdbs0AUulA5aB3QhN9
/wipgoyMVbbe0PfUYGC8bZEDJNupSaKSMNBnAhJVid3PFiALOjWpeVR2HANIrVzIr34G0PSWUgmN
LcmAfUOX44PAXgjWXYeR7dQkUcldUPKBRFUiv6sFyIJOTWoeNaNgAGmkospwdkFjdK+XHdIZSWJM
4QNprPfEsN4NpBRsqyapwpBfmkhUzRoic/s4EkloXySyczhIxqjzC54MQ9IaWMkzZqi9SEJg6gpA
Ckm2WdOolt75SapU1e02JAu6Nal9bsqscYiIZRxnQtJpHWYZJTEwUUiCQpJt1yTVSFQvnAlJVCW2
QtqQLOjXYPuM4HoG7Ug6D5jnG4iDkPRKeMFZ2vQhiYGJU7YUkmzDJqmG8ottVCUMtTYkCzo2qX2R
2PdgIOmdCsSG0igkgyBrz/KRxMDEXjWFJNuySarsN5+PZBBRiBxTO7ePI5GE9nliS4WBZLASxsmZ
kIyOE3sAktEFIh+PQnKEaYOqhAU1F5LRUQVk2pAs6tqE6MWUvnZYRCMYt7cOQzIG4/Lr/AxAMmIF
YN5ccoRtg6qECTUTkhETPPLmkkV9G2hfnLKORVwI5W3+sawhSEJsr2N+Pd1eJDGwEax6uvB6LpKN
aukKz0lVZt2jlNvHUUim9qkpky3iAn60Kn8kG4Qk3kCSXzhgAJLSOcG6twZ3utlIoiq3jAgfSVCV
xNGeNiQLejepfYq4kICBJKzn9Dwrbohtjcg/4zgASQgsWSVMpWCbN41q6RqmSVVl1TDN7eNIJKF9
mthW4SAZnWFkkQ9CUiOR+ZOCfiQxMHHRFoGkZLs3SdURtbpmQhJVielCC5KZfRyJJG5LTlmCCiIG
GYniOaOQxNMH+YdjByCJgXn7kpLt3iTVULqwbqOaVVg3t48jkYT2xSmzgCCi84aR7T0ISSuVI0xh
PpIYmNg+ppBkuzdJlV1OhI8kqmZVw8/t40gkoX3UVj4DSQv/I05zjEMywjx1jrkkBibKS1BIst2b
pEqdE58LSXiIEevPNiQLujepfW7KK0NSROoUeDs2crMKWBD/zYfLq/M3V9dvP/zv5UnUyImKML5/
d/mv6x8vz386f/f+/Nv3J59QjA+f0Pr2DN6/s/V+tztrfQfhE9+Bxifoe/OR3Vf3x+3tbbXdVf/3
pf5SvwgdZfYDAxrtzOm38/o7aPzTL1IMGP9xxb6BFtzsP1Xr/efPS/g30Lmr6t+3x3qzWCyq+1++
HI+os9n/tqs2y/rzfvcylHlMuW56dtb8rWq3P27X9afq4+P3EWOlMIcaunx/fBnHuccmPb50fbu/
R/G7+nC/vT9iTzfL4xLeuv2h/tv/A1BLAwQKAAAAAACTbuU0AAAAAAAAAAAAAAAABgAAAGRlYnVn
L1BLAQIUAAoAAAAAADRu5TQAAAAAAAAAAAAAAAANAAAAAAAAAAAAEAD/QQAAAABkZWJ1Zy9zb3Vy
Y2UvUEsBAhQAFAAAAAgAbm7lNOFluoLeBQAAkg4AABUAAAAAAAAAAQAgALaBKwAAAGRlYnVnL3Nv
dXJjZS9kdG4uY29uZlBLAQIUABQAAAAIAHdu5TQPPQjMbR0AAPlpAQAXAAAAAAAAAAEAIAC2gTwG
AABkZWJ1Zy9zb3VyY2UvZHRubG9nLmxvZ1BLAQIUAAoAAAAAAPJt5TQAAAAAAAAAAAAAAAASAAAA
AAAAAAAAEAD/Qd4jAABkZWJ1Zy9kZXN0aW5hdGlvbi9QSwECFAAUAAAACACPbeU0036iTd4FAACS
DgAAGgAAAAAAAAABACAAtoEOJAAAZGVidWcvZGVzdGluYXRpb24vZHRuLmNvbmZQSwECFAAUAAAA
CADxbeU07wrXODAbAAAfMQEAHAAAAAAAAAABACAAtoEkKgAAZGVidWcvZGVzdGluYXRpb24vZHRu
bG9nLmxvZ1BLAQIUAAoAAAAAAJNu5TQAAAAAAAAAAAAAAAAGAAAAAAAAAAAAEAD/QY5FAABkZWJ1
Zy9QSwUGAAAAAAcABwDJAQAAskUAAAAA
------=_Part_31222_30543685.1152124064287--

Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k65CE2Y20673 for ; Wed, 5 Jul 2006 05:14:02 -0700
Received: by wr-out-0506.google.com with SMTP id 37so1871384wra for ; Wed, 05 Jul 2006 05:14:01 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=FYEFUWh/rwFFfZnhP6qUvBdZivCN1yeH4tlxY1YIpx8oGHnJ4Em9s9fc6rScH5KQgveXN5J8cooA01SwSS+xURttEmDzRGirjusrlISSi0SD5DjuIeIDy+6ZS3bluos878Dr4Ron4fvGe2hId2qbdKZ8cziQPqkJ3wTJLjNSm4M=
Received: by 10.64.3.9 with SMTP id 9mr5272715qbc; Wed, 05 Jul 2006 05:14:01 -0700 (PDT)
Received: by 10.64.21.18 with HTTP; Wed, 5 Jul 2006 05:14:01 -0700 (PDT)
Message-ID:
Date: Wed, 5 Jul 2006 05:14:01 -0700
From: "Bowei Du"
To: [email-masked]
Subject: Re: [dtn-users] compile error on DTNRI cvs
Cc: [email-masked], "Michael Demmer"
In-Reply-To: <[email-masked]>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_33927_21888491.1152101641600"
References: <[email-masked]>
X-Google-Sender-Auth: c3054c36f0558757
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

------=_Part_33927_21888491.1152101641600
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Jeff,

I just fixed these two things. Sorry, I had thought I checked everything in.

Bowei

On 7/4/06, Jeff Wilson wrote:
>
> I updated from code.dtnrg.org and discovered a couple of errors that
> prevented a successful compilation. The diff below fixes the problem:

------=_Part_33927_21888491.1152101641600
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Jeff,

I just fixed these two things. Sorry, I had thought I checked everything in.

Bowei

On 7/4/06, Jeff Wilson <
[email-masked]> wrote:
I updated from code.dtnrg.org
and discovered a couple of errors that
prevented a successful compilation.  The diff below fixes the problem:

------=_Part_33927_21888491.1152101641600--

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k659hXY19312 for ; Wed, 5 Jul 2006 02:43:33 -0700
Received: by ug-out-1314.google.com with SMTP id a2so2146123ugf for ; Wed, 05 Jul 2006 02:43:32 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=i5pRuvVgIklidEh+bHX632lo6hnXeeWIgylN9XtncQ+jdYvc/IP0tqA/mIDuH+V47dF52fsNGIeM20xzsUwp0rmSRxt7r9ixxXrFdTS4O1InMGg7Y9yXLoStDgAj8HgtWTs1cCsBq71Y4I27fg9ZrbeEbdqERQ/NAH59RFc6IIs=
Received: by 10.78.122.11 with SMTP id u11mr1923843huc; Wed, 05 Jul 2006 02:43:31 -0700 (PDT)
Received: by 10.78.137.1 with HTTP; Wed, 5 Jul 2006 02:43:31 -0700 (PDT)
Message-ID: <[email-masked]>
Date: Wed, 5 Jul 2006 11:43:31 +0200
From: "Michael Demmer"
To: [email-masked]
Subject: Re: [dtn-users] Compiling from CVS on Mac OS X 10.4.6 & 10.4.7
In-Reply-To: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <[email-masked]>
X-Google-Sender-Auth: 4a627d4f8a962471
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

> > Is use of floating point types a new thing within DTN2? Running an
> > older version that built on the Mac talking to a recent build on my
> > Linux box has brought back an immediate bundle expiry problem, so I
> > wonder if the two are related.

And I also should have fixed the immediate expiry problem, and tested
on my own PowerPC mac talking to a Linux box, so once you can do the
update and rebuild I thikn you should be ok.

-m

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k659gcY19288 for ; Wed, 5 Jul 2006 02:42:38 -0700
Received: by ug-out-1314.google.com with SMTP id a2so2145766ugf for ; Wed, 05 Jul 2006 02:42:37 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=juL1fkjm/uXsv810OPn/ROK+UWsZgpPxgl19oysUWJCO8CTGb24OpWnFVrihlM68xcP0F0rnPkUdnKDJ/ipJa/cX9VBZn/ckqfLKwquQiHXE/+vKAZ2JlhL7apekKNMjsEv+Mu8h34mkNc7J5VNjXpnFAPZZhT7Mci9yKUyoGo8=
Received: by 10.78.179.12 with SMTP id b12mr1863034huf; Wed, 05 Jul 2006 02:42:37 -0700 (PDT)
Received: by 10.78.137.1 with HTTP; Wed, 5 Jul 2006 02:42:37 -0700 (PDT)
Message-ID: <[email-masked]>
Date: Wed, 5 Jul 2006 11:42:37 +0200
From: "Michael Demmer"
To: [email-masked]
Subject: Re: [dtn-users] Compiling from CVS on Mac OS X 10.4.6 & 10.4.7
In-Reply-To:
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References:
X-Google-Sender-Auth: f922ec79fe41b29a
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

> [I've resent this, originally sent June 24th from a non-member email
> account, and apparently still awaiting moderation]

Due to the large amount of spam that goes to the list, unfortunately
there's no-one who actually moderates those posts. Sorry about that.

> I've hit an issue building on Mac OS X 10.4.6 & 10.4.7 (PowerPC
> target) with DTN2 from CVS. Compiler output as follows:
>...
> There seems to be a general issue with ieeefp.h not being provided on
> the Mac platform. configure gave this result:
> checking whether math.h defines fpclassify... no
> which is also puzzling, as math.h does define fpclassify( x ), but

If you look at the config.log file and page through the volumes of
output, you should see the exact error that occurred when configure
was trying to test for fpclassify. My instinct is that it's a problem
with autoconf needing to know that some library should be linked with
to get the fpclassify function, though I can't know that for sure.

If you can't find anything yourself, forward me the config.log file
and I'll take a look.

> Is use of floating point types a new thing within DTN2? Running an
> older version that built on the Mac talking to a recent build on my
> Linux box has brought back an immediate bundle expiry problem, so I
> wonder if the two are related.

To answer this question, no, the floating point types has been there
for a long time. The reason we use this is that I have a special
version of sprintf that has support for the Formatter class within
oasys. As such, the oasys library needs to be able to understand
floating point types.

It very well may be that there's a better way to do this, and this
particular chunk of code has caused me some headaches multiple times
now, so one possibility would be to just not have any debug logging
support for floating point. Which wouldn't be great, but would be ok.

-m

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k659bCY19241 for ; Wed, 5 Jul 2006 02:37:12 -0700
Received: by ug-out-1314.google.com with SMTP id a2so2143631ugf for ; Wed, 05 Jul 2006 02:37:11 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Nr6Rd29aoEakoYw7z3UhIwj4UOzyqgNfIwnBluCyeeuzGK/vfEFIsqfcl6AKnktZEazo4lLBM0E2tcxP4OBeWhMooGpvO2Y4180bibX3xf69WUcUvcLUbVbLpAUwfql+jslX47rAPqikfdPGkHMsDq6jL5TKlKywsFmEObOeSTI=
Received: by 10.78.159.7 with SMTP id h7mr1919150hue; Wed, 05 Jul 2006 02:37:11 -0700 (PDT)
Received: by 10.78.137.1 with HTTP; Wed, 5 Jul 2006 02:37:11 -0700 (PDT)
Message-ID: <[email-masked]>
Date: Wed, 5 Jul 2006 11:37:11 +0200
From: "Michael Demmer"
To: [email-masked]
Subject: Re: [dtn-users] Flood routing
In-Reply-To:
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References:
X-Google-Sender-Auth: c44636628804bd9b
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

I'm out of the country so I can't respond in too much detail, but I
have a couple points to make.

First of all, the flood routing code as it currently stands maintains
all bundles in a separate BundleList from the main pending_
BundleList. This is intended to have the effect that all bundles are
kept in the main data store until they expire. As such, there is a
ForwardingLog for each Bundle that remembers which link the bundle was
sent to. The FloodBundleRouter should then make sure that a bundle is
not sent on a link multiple times and that there is not permanent
oscillation.

Since I have tested the code and don't see oscillations, perhaps you
could send to me your configuration files and debugging output from
dtnd. It would be most helpful if you turned on the debug level
logging targets for the bundle core as well as for the router.

The problem that you identify where the bundle is sent back to the
link it arrives on is definitely an issue however. I'm in the process
of reworking the core system so that it will be possible in most cases
to determine what is the endpoint id of the last hop node that sent a
bundle. Then we could make sure that the FloodBundleRouter doesn't
forward a bundle to a node where it was received.

-mike

On 7/4/06, Zahir Koradia wrote:
> Hi,
>
> I had downloaded the flood routing code from cvs about 10 days back
> and had noticed that there were two basic problems with it.
>
> When the node received a bundle it would flood the bundle to all
> the links including the one on which it came. This means that the
> bundle will continue toggling on the link for ever. Another thing to
> note is that a copy of the bundle received is sent to all the links
> and hence the bundle received is present in the store after sending to
> all links (this is necessary since if a new link comes up we can send
> this bundle on it). The issue with this is that the node is not able
> to identify duplicate bundles and each time a node receives the same
> bundle it thinks it is a new bundle and hence stores it and sends a
> copy out to all the links. This makes the bundle store continuously
> getting filled and the same bundle being sent indefinately.
>
>
> The code I have written identifies duplicates (using sender eid and
> creation timestamp) and does not forward to all if it has been
> previously received. This stops the indefinate flooding of the same
> bunlde over the network and storage of the same bundle
> infinitely.However, we still need to stop sending the bundle over the
> link from which it was received. If we donot do that then each bundle
> will be sent twice over each link instead of only once. The problem
> here is how to identify on which link has the bundle arrived. The
> event class does not provide any such information and neither does the
> bundle class. I think the reply-to address field in the bundle may be
> the eid of the immediate sender ( I am not sure of this and request a
> confirmation of the same). Even if that is the case then because of
> the fact that the routing table has entries of the the form " all eids
> send on this link" we cannot find out which link corresponds to the
> sending neighbour. We can find out about the neighbours from the
> config file. I am not aware of where the code for reading the config
> file is present. Any help in this direction would be useful.
>
> Secondly, consider the scenario below:
> Node A sends a bundle to Node B. Node receives it and floods is and
> the same bundle reaches node A again. In the routing code I identify
> that it is a duplicate and donot do any flooding. The bundle, however,
> is still present in the store. I would like to remove this bundle from
> the store since without doing so two copies of every bundle will be
> present in the store. I am not sure of how can I manipulate the
> storage. Please guide.
>
>
> I am have written all this down so that any one else with a better
> idea and even possible flaw with the current approach can help me out
> with his/her input.
>
> Thank you,
> Zahir Koradia
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>
>

Received: from n068.sc1.cp.net (smtpout0189.sc1.cp.net [64.97.136.189]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k64HfcY13719 for ; Tue, 4 Jul 2006 10:41:38 -0700
Received: from [192.168.0.6] (82.3.67.178) by n068.sc1.cp.net (7.2.069.1) id 4499AB6A0014181D for [email-masked]; Tue, 4 Jul 2006 17:41:24 +0000
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Transfer-Encoding: 7bit
Message-Id:
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: [email-masked]
From: Darren Long
Date: Tue, 4 Jul 2006 18:41:23 +0100
X-Mailer: Apple Mail (2.752.2)
Subject: [dtn-users] Compiling from CVS on Mac OS X 10.4.6 & 10.4.7
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

Hi again,

[I've resent this, originally sent June 24th from a non-member email
account, and apparently still awaiting moderation]

I've hit an issue building on Mac OS X 10.4.6 & 10.4.7 (PowerPC
target) with DTN2 from CVS. Compiler output as follows:

make -w -C oasys
make[1]: Entering directory `/Users/darren/source/DTN2/oasys'
gcc -I. -I. -Wno-long-double -I/usr/local/include/db42 -g -fno-
inline -MMD -MP -MT "version.o version.E version.po" -Wall -W -Wcast-
align -Werror -c version.c -o version.o
gcc -I. -I. -Wno-long-double -I/usr/local/include/db42 -g -fno-
inline -MMD -MP -MT "compat/fpclassify.o compat/fpclassify.E compat/
fpclassify.po" -Wall -W -Wcast-align -Werror -c compat/fpclassify.c
-o compat/fpclassify.o
In file included from compat/fpclassify.c:39:
compat/fpclassify.h:54:20: error: ieeefp.h: No such file or directory
cc1: warnings being treated as errors
compat/fpclassify.c: In function 'fpclassify':
compat/fpclassify.c:45: warning: implicit declaration of function
'fpclass'
compat/fpclassify.c:47: error: 'FP_SNAN' undeclared (first use in
this function)
compat/fpclassify.c:47: error: (Each undeclared identifier is
reported only once
compat/fpclassify.c:47: error: for each function it appears in.)
compat/fpclassify.c:48: error: 'FP_QNAN' undeclared (first use in
this function)
compat/fpclassify.c:51: error: 'FP_NINF' undeclared (first use in
this function)
compat/fpclassify.c:52: error: 'FP_PINF' undeclared (first use in
this function)
compat/fpclassify.c:55: error: 'FP_NDENORM' undeclared (first use in
this function)
compat/fpclassify.c:56: error: 'FP_PDENORM' undeclared (first use in
this function)
compat/fpclassify.c:59: error: 'FP_NZERO' undeclared (first use in
this function)
compat/fpclassify.c:60: error: 'FP_PZERO' undeclared (first use in
this function)
make[1]: *** [compat/fpclassify.o] Error 1
make[1]: Leaving directory `/Users/darren/source/DTN2/oasys'
make: *** [oasys] Error 2

There seems to be a general issue with ieeefp.h not being provided on
the Mac platform. configure gave this result:
checking whether math.h defines fpclassify... no
which is also puzzling, as math.h does define fpclassify( x ), but
not fpclass. The following classifications are defined there:
FP_NAN
FP_INFINITE
FP_ZERO
FP_NORMAL
FP_SUBNORMAL
FP_SUPERNORMAL

Is use of floating point types a new thing within DTN2? Running an
older version that built on the Mac talking to a recent build on my
Linux box has brought back an immediate bundle expiry problem, so I
wonder if the two are related.

Cheers,

Darren

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k64HDpY13565 for ; Tue, 4 Jul 2006 10:13:51 -0700
Received: by ug-out-1314.google.com with SMTP id a2so1913439ugf for ; Tue, 04 Jul 2006 10:13:45 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=g33WYy+reXWJqWmmoK+VRcMnuoMWQn9tZuxxZxaxuHD2uXXo8/p9tvk7HKCpiMHlM7ATxD52colC3iku0w+fouDfr/T89LbJK+Q5ZON/aAnCrQnfYv6dKysSgQkl20MpTXT2f9+gdL9qkAeSx12rtcT5KDb3l7PltC8ln/LCk9o=
Received: by 10.78.179.12 with SMTP id b12mr1321677huf; Tue, 04 Jul 2006 10:13:45 -0700 (PDT)
Received: by 10.78.13.17 with HTTP; Tue, 4 Jul 2006 10:13:45 -0700 (PDT)
Message-ID:
Date: Tue, 4 Jul 2006 13:13:45 -0400
From: "Zahir Koradia"
To: [email-masked]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [dtn-users] Flood routing
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

Hi,

I had downloaded the flood routing code from cvs about 10 days back
and had noticed that there were two basic problems with it.

When the node received a bundle it would flood the bundle to all
the links including the one on which it came. This means that the
bundle will continue toggling on the link for ever. Another thing to
note is that a copy of the bundle received is sent to all the links
and hence the bundle received is present in the store after sending to
all links (this is necessary since if a new link comes up we can send
this bundle on it). The issue with this is that the node is not able
to identify duplicate bundles and each time a node receives the same
bundle it thinks it is a new bundle and hence stores it and sends a
copy out to all the links. This makes the bundle store continuously
getting filled and the same bundle being sent indefinately.

The code I have written identifies duplicates (using sender eid and
creation timestamp) and does not forward to all if it has been
previously received. This stops the indefinate flooding of the same
bunlde over the network and storage of the same bundle
infinitely.However, we still need to stop sending the bundle over the
link from which it was received. If we donot do that then each bundle
will be sent twice over each link instead of only once. The problem
here is how to identify on which link has the bundle arrived. The
event class does not provide any such information and neither does the
bundle class. I think the reply-to address field in the bundle may be
the eid of the immediate sender ( I am not sure of this and request a
confirmation of the same). Even if that is the case then because of
the fact that the routing table has entries of the the form " all eids
send on this link" we cannot find out which link corresponds to the
sending neighbour. We can find out about the neighbours from the
config file. I am not aware of where the code for reading the config
file is present. Any help in this direction would be useful.

Secondly, consider the scenario below:
Node A sends a bundle to Node B. Node receives it and floods is and
the same bundle reaches node A again. In the routing code I identify
that it is a duplicate and donot do any flooding. The bundle, however,
is still present in the store. I would like to remove this bundle from
the store since without doing so two copies of every bundle will be
present in the store. I am not sure of how can I manipulate the
storage. Please guide.

I am have written all this down so that any one else with a better
idea and even possible flaw with the current approach can help me out
with his/her input.

Thank you,
Zahir Koradia

Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k64FNIY12954 for ; Tue, 4 Jul 2006 08:23:18 -0700
Received: by ug-out-1314.google.com with SMTP id s2so1941984uge for ; Tue, 04 Jul 2006 08:23:16 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VuALHuUazSvjdRDz5Yy8Nsj3oeNPyfx7RDATAGsaiQ6F/TDfC+VOUBrpgvFWgDb5F+ak1xjWqzo0WjAuyDWya8XunI63KPYYs21y49IH7K0PrqTtdktSbV3X7jtGiabTiDvj20ikPhYuYIt6C4A/oxOll+hYnOCcKqkOfqyY+z8=
Received: by 10.66.220.17 with SMTP id s17mr6713694ugg; Tue, 04 Jul 2006 08:23:16 -0700 (PDT)
Received: by 10.67.106.20 with HTTP; Tue, 4 Jul 2006 08:23:15 -0700 (PDT)
Message-ID: <[email-masked]>
Date: Tue, 4 Jul 2006 10:23:15 -0500
From: "Jeff Wilson"
To: [email-masked]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Subject: [dtn-users] compile error on DTNRI cvs
Sender: [email-masked]
Errors-To: [email-masked]
X-BeenThere: [email-masked]
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: [email-masked]
List-Unsubscribe: ,
List-Id: discussion/answers list for users of the dtn reference implementation
List-Post:
List-Help:
List-Subscribe: ,
List-Archive:

I updated from code.dtnrg.org and discovered a couple of errors that
prevented a successful compilation. The diff below fixes the problem:

Index: oasys/debug/DebugUtils.h
===================================================================
RCS file: /repository/oasys/debug/DebugUtils.h,v
retrieving revision 1.22
diff -u -r1.22 DebugUtils.h
--- oasys/debug/DebugUtils.h 3 Jul 2006 20:26:34 -0000 1.22
+++ oasys/debug/DebugUtils.h 4 Jul 2006 15:12:07 -0000
@@ -92,7 +92,7 @@
::oasys::FatalSignals::die(); \
} while(0);

-#endif __win32__
+#endif //__win32__

#define NOTREACHED \
do { \
[~/dtn/src/DTN2]$ cvs diff -u oasys/thread/Thread.h
Index: oasys/thread/Thread.h
===================================================================
RCS file: /repository/oasys/thread/Thread.h,v
retrieving revision 1.43
diff -u -r1.43 Thread.h
--- oasys/thread/Thread.h 4 Jul 2006 00:33:56 -0000 1.43
+++ oasys/thread/Thread.h 4 Jul 2006 15:12:23 -0000
@@ -60,7 +60,7 @@

#include

-#include "../debug/DummyDebugUtils.h"
+#include "../debug/DebugUtils.h"
#include "SafeArray.h"

namespace oasys {

Regards,
Jeff