Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lB14QIwW010730 for <dtn-users@mailman.dtnrg.org>; Fri, 30 Nov 2007 20:26:18 -0800
Received: by rv-out-0910.google.com with SMTP id l15so2015111rvb for <dtn-users@mailman.dtnrg.org>; Fri, 30 Nov 2007 20:26:18 -0800 (PST)
Received: by 10.141.129.14 with SMTP id g14mr4441024rvn.1196483178100; Fri, 30 Nov 2007 20:26:18 -0800 (PST)
Received: by 10.141.40.12 with HTTP; Fri, 30 Nov 2007 20:26:18 -0800 (PST)
Message-ID: <8bd31fd70711302026n10733849w26722dd7bbab3f79@mail.gmail.com>
Date: Fri, 30 Nov 2007 23:26:18 -0500
From: "EunKyung Lee" <ssinji79@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_2351_19676868.1196483178113"
Subject: [dtn-users] about route set type.
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Sat, 01 Dec 2007 04:26:19 -0000

------=_Part_2351_19676868.1196483178113
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Can anybody explain how this route set option "EXACTLY" works ?
or give me a tutorial link explaining about it?.. I looked into all of the
tutorial links on dtnrg website but couldn't find it.

*route set type [static | flood | neighborhood | linkstate]
*
Thank you so much and have a great day~!

------=_Part_2351_19676868.1196483178113
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>Can anybody explain how this route set option &quot;EXACTLY&quot; works ?</div>
<div>or give me a tutorial link explaining about it?.. I looked into all of the tutorial links on dtnrg website but couldn&#39;t find it.</div>
<div>&nbsp;</div>
<div><strong>route set type [static | flood | neighborhood | linkstate]<br></strong></div>
<div>Thank you so much and have a great day~!<br clear="all"></div>

------=_Part_2351_19676868.1196483178113--


Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lATIUXoK022968 for <dtn-users@mailman.dtnrg.org>; Thu, 29 Nov 2007 10:30:33 -0800
Received: by rv-out-0910.google.com with SMTP id l15so1531385rvb for <dtn-users@mailman.dtnrg.org>; Thu, 29 Nov 2007 10:30:33 -0800 (PST)
Received: by 10.140.88.20 with SMTP id l20mr3453990rvb.1196361033036; Thu, 29 Nov 2007 10:30:33 -0800 (PST)
Received: by 10.141.40.12 with HTTP; Thu, 29 Nov 2007 10:30:33 -0800 (PST)
Message-ID: <8bd31fd70711291030t1ed35193ie41901c46f3e8732@mail.gmail.com>
Date: Thu, 29 Nov 2007 13:30:33 -0500
From: "EunKyung Lee" <ssinji79@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_7226_28286012.1196361033020"
Subject: [dtn-users] about ALWAYSON link setup
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2007 18:30:35 -0000

------=_Part_7226_28286012.1196361033020
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I have a problem when routing dtn with ALWAYSON link.

I'm testing DTN between 3 nodes. using ALWAYSON link setup.
A--------B--------C

*dtn.conf of A :*
link add tcp0 B ALWAYSON tcp
 *dtn.conf of B :*
 link add tcp0 C ALWAYSON tcp
route set add_nexthop_routes true
*dtn.conf of C:*
route set add_nexthop_routes true
When I run dtn daemon with this configuration, it is running well between A
and B and, B and C(A--------B, B----------C) but not A-------------C
If I dtntraceroute from A to C, A could just reach to B, but C.

So I added static routing info to A and B
 *dtn.conf of A :*
route add dtn://B.dtn tcp0
route add dtn://C.dtn tcp0
*dtn.conf of B :*
route add dtn://C.dtn tcp0
 dtndaemon A was fine. but for dtndaemon B, I met this type of error.

[1196356912.993144 /dtn/tclcmd error] error: line 39: 'next hop tcp0 is not
a valid link or endpoint id':
next hop tcp0 is not a valid link or endpoint id
    while executing
I think I'm doing something wrong. Could anyone tell me how to fix it?

Thank you

------=_Part_7226_28286012.1196361033020
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>I have a problem when routing dtn with ALWAYSON link.</div>
<div>&nbsp;</div>
<div>I&#39;m testing DTN between 3 nodes. using ALWAYSON link setup.</div>
<div>A--------B--------C</div>
<div>&nbsp;</div>
<div><strong>dtn.conf of A :</strong></div>
<div>link add tcp0&nbsp;B ALWAYSON tcp</div>
<div>
<div><strong>dtn.conf of&nbsp;B :</strong></div>
<div>
<div>link add tcp0&nbsp;C ALWAYSON tcp</div></div></div>
<div>route set add_nexthop_routes true<br><strong>dtn.conf of C:</strong></div>
<div>route set add_nexthop_routes true<br></div>
<div>When&nbsp;I run dtn daemon with this configuration, it is running well between A and B and, B and C(A--------B, B----------C) but not A-------------C</div>
<div>If I dtntraceroute from A to C,&nbsp;A could just reach to B, but C.</div>
<div>&nbsp;</div>
<div>So I added static routing&nbsp;info to A and B</div>
<div>
<div>
<div><strong>dtn.conf of A :</strong></div></div>
<div>route add dtn://B.dtn tcp0<br>route add dtn://C.dtn tcp0<br><strong>dtn.conf of&nbsp;B :</strong></div>
<div>route add dtn://C.dtn tcp0<br></div>
<div>
<div>dtndaemon A was fine. but for dtndaemon B, I met this type of error.&nbsp;</div>
<div>&nbsp;</div>
<div>[1196356912.993144 /dtn/tclcmd error] error: line 39: &#39;next hop tcp0 is not a valid link or endpoint id&#39;:<br>next hop tcp0 is not a valid link or endpoint id<br>&nbsp;&nbsp;&nbsp; while executing<br></div>
<div>I think I&#39;m doing something wrong. Could anyone tell me how to fix it?</div>
<div>&nbsp;</div>
<div>Thank you<br clear="all"></div></div></div>

------=_Part_7226_28286012.1196361033020--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lATGL3qT015293 for <dtn-users@mailman.dtnrg.org>; Thu, 29 Nov 2007 08:21:03 -0800
Received: from [192.168.1.3] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lATGKtrd016276 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 29 Nov 2007 08:20:56 -0800 (PST)
In-Reply-To: <4FFBE7D294FA9D4392628A59BD82DA9B032B2685@EXCHANGE22.staff.main.ntu.edu.sg>
References: <4FFBE7D294FA9D4392628A59BD82DA9B032B2657@EXCHANGE22.staff.main.ntu.edu.sg> <4FFBE7D294FA9D4392628A59BD82DA9B032B265D@EXCHANGE22.staff.main.ntu.edu.sg> <569D5D2C-EDDA-48CB-8621-8592236A2E61@cs.berkeley.edu> <4FFBE7D294FA9D4392628A59BD82DA9B032B267A@EXCHANGE22.staff.main.ntu.edu.sg> <468A0411-F4A2-4D3D-B97E-059AC8533199@cs.berkeley.edu> <4FFBE7D294FA9D4392628A59BD82DA9B032B267F@EXCHANGE22.staff.main.ntu.edu.sg> <7C654F28F28FF844BBF134F273A6531E037F4D40@EXCHANGE22.staff.main.ntu.edu.sg> <7C654F28F28FF844BBF134F273A6531E037F4D41@EXCHANGE22.staff.main.ntu.edu.sg> <4FFBE7D294FA9D4392628A59BD82DA9B032B2685@EXCHANGE22.staff.main.ntu.edu.sg>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-2--997278347
Message-Id: <25967B4B-0B28-4BD8-A65F-F19F0A076358@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Thu, 29 Nov 2007 08:20:53 -0800
To: Zhan Jie <ZhanJie@ntu.edu.sg>
X-Mailer: Apple Mail (2.752.3)
Cc: dtn-users <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] problem of using discovery of ad-hoc mode
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2007 16:21:04 -0000

--Apple-Mail-2--997278347
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=UTF-8;
	delsp=yes;
	format=flowed

Try setting the local_addr attribute -- my guess is that it's not =20
using the right interface which is why you get network unreachable =20
errors.

For example Node 1:

discovery add ipdisc0 ip port=3D2000 local_addr=3D192.168.10.1
discovery announce announce-tcp0 ipdisc0 tcp interval=3D5

-m

On Nov 28, 2007, at 10:03 PM, Zhan Jie wrote:

> Hi, michael,
>
> Thank you for your time.  Atfer received your mail, I tried =20
> wireshark on my daemon.
>
> Node 1(IP:192.168.10.1) --------- Node 2( Ip: 192.168.10.2)     =20
> using Wireless Cards
>
> I am able to ping each other in the network. When using the static =20
> routing configuration, i am able to see that there are some tcp =20
> communications between the 2 nodes in wireshark window. Firewalls =20
> of two laptop are all disabled.
>
> however when using the configuration files for discovery, the =20
> wireshark is not able to detect any tcp communication between the 2 =20=

> nodes. The error message "dtn/discovery/ip error: sendto failed: =20
> Network is unreachable " will appearred. however,  the erroe =20
> message will not occur when i am using the same configuration files =20=

> for discovery when i connect both laptop to a router as follows:
>
> Node 1(Ip:192.168.5.100) ---LAN Connection-- [ROUTER] --LAN =20
> Connection-- Node 2 (Ip: 192.168.5.101)
>
> They can discover each other successfully.
>
> Is there any other configuration mistakes I might make? The =20
> attachment is the debug file which i copied from screen using "-l =20
> debug".
>
> The configure files i set are:
>
> Node 1
>
> route set type dtlsr
> route local_eid "dtn://one.dtn"
> interface add tcp0 tcp local_port=3D4556
> interface add udp0 udp
> discovery add ipdisc0 ip port=3D2000
> discovery announce announce-tcp0 ipdisc0 tcp interval=3D5
>
> Node 2
>
> route set type dtlsr
> route local_eid "dtn://two.dtn"
> interface add tcp0 tcp local_port=3D4556
> interface add udp0 udp
> discovery add ipdisc0 ip port=3D2000
> discovery announce announce-tcp0 ipdisc0 tcp interval=3D5
>
> Thanks a lot.
>
> Best Regards,
>
> Zhan Jie
>
> ________________________________
>
> From: Michael Demmer [mailto:demmer@cs.berkeley.edu]
> Sent: Tue 11/27/2007 4:30 AM
> To: Zhan Jie
> Cc: dtn-users
> Subject: Re: problem of using discovery of ad-hoc mode
>
>
> Hi,
>
> First, use tcpdump or wireshark to make sure that the discovery =20
> packets are properly arriving at the nodes and that there isn't a =20
> firewall or some other configuration problem stopping them.
>
> If the packets are getting through, then check using netstat that =20
> the nodes are listening on the proper addresses for the packets to =20
> arrive.
>
> If the packets are arriving at the dtnd process, then look in the =20
> log (perhaps running with -l debug to see the debugging output) to =20
> see why the links aren't properly being created.
>
> If that fails, then send me the full dtnd.log output from both =20
> processes after running the test with the "-l debug" option to dtnd.
>
> As to your other questions, bonjour is a multicast dns protocol =20
> that is developed by Apple, which the dtn stack can use for =20
> announcements and discovery. The ip discovery protocol is not a =20
> specified protocol but is something that we invented to do dtn =20
> discovery on IP networks.
>
> -mike
>
>
>
>
=EF=BF=BC

--Apple-Mail-2--997278347
Content-Type: multipart/mixed;
	boundary=Apple-Mail-3--997278347


--Apple-Mail-3--997278347
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">Try setting the local_addr =
attribute -- my guess is that it's not using the right interface which =
is why you get network unreachable errors.<div><br =
class=3D"webkit-block-placeholder"></div><div>For example Node =
1:</div><div><br class=3D"webkit-block-placeholder"></div><div>discovery =
add ipdisc0 ip port=3D2000 =
local_addr=3D192.168.10.1</div><div>discovery=A0announce=A0announce-tcp0=A0=
ipdisc0=A0tcp=A0interval=3D5</div><div><br =
class=3D"webkit-block-placeholder"></div><div>-m<br><div><br><div><div>On =
Nov 28, 2007, at 10:03 PM, Zhan Jie wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"> <!-- =
Converted from text/plain format --><p><font size=3D"2">Hi, michael,<br> =
<br> Thank you for your time.=A0 Atfer received your mail, I tried =
wireshark on my daemon.<br> <br> Node 1(IP:192.168.10.1) --------- Node =
2( Ip: 192.168.10.2)=A0=A0=A0=A0 using Wireless Cards<br> <br> I am able =
to ping each other in the network. When using the static routing =
configuration, i am able to see that there are some tcp communications =
between the 2 nodes in wireshark window. Firewalls of two laptop are all =
disabled.<br> <br> however when using the configuration files for =
discovery, the wireshark is not able to detect any tcp communication =
between the 2 nodes. The error message "dtn/discovery/ip error: sendto =
failed: Network is unreachable " will appearred. however,=A0 the erroe =
message will not occur when i am using the same configuration files for =
discovery when i connect both laptop to a router as follows:<br> <br> =
Node 1(Ip:192.168.5.100) ---LAN Connection-- [ROUTER] --LAN Connection-- =
Node 2 (Ip: 192.168.5.101)<br> <br> They can discover each other =
successfully.<br> <br> Is there any other configuration mistakes I might =
make? The attachment is the debug file which i copied from screen using =
"-l debug".<br> <br> The configure files i set are:<br> <br> Node 1<br> =
<br> route set type dtlsr<br> route local_eid "dtn://one.dtn"<br> =
interface add tcp0 tcp local_port=3D4556<br> interface add udp0 udp<br> =
discovery add ipdisc0 ip =
port=3D2000<br>discovery=A0announce=A0announce-tcp0=A0ipdisc0=A0tcp=A0inte=
rval=3D5<br> <br> Node 2<br> <br> route set type dtlsr<br> route =
local_eid "dtn://two.dtn"<br> interface add tcp0 tcp local_port=3D4556<br>=
 interface add udp0 udp<br> discovery add ipdisc0 ip port=3D2000<br> =
discovery announce announce-tcp0 ipdisc0 tcp interval=3D5<br> <br> =
Thanks a lot.<br> <br> Best Regards,<br> <br> Zhan Jie<br> <br> =
________________________________<br> <br> From: Michael Demmer [<a =
href=3D"mailto:demmer@cs.berkeley.edu">mailto:demmer@cs.berkeley.edu</a>]<=
br> Sent: Tue 11/27/2007 4:30 AM<br> To: Zhan Jie<br> Cc: dtn-users<br> =
Subject: Re: problem of using discovery of ad-hoc mode<br> <br> <br> =
Hi,<br> <br> First, use tcpdump or wireshark to make sure that the =
discovery packets are properly arriving at the nodes and that there =
isn't a firewall or some other configuration problem stopping them.<br> =
<br> If the packets are getting through, then check using netstat that =
the nodes are listening on the proper addresses for the packets to =
arrive.<br> <br> If the packets are arriving at the dtnd process, then =
look in the log (perhaps running with -l debug to see the debugging =
output) to see why the links aren't properly being created.<br> <br> If =
that fails, then send me the full dtnd.log output from both processes =
after running the test with the "-l debug" option to dtnd.<br> <br> As =
to your other questions, bonjour is a multicast dns protocol that is =
developed by Apple, which the dtn stack can use for announcements and =
discovery. The ip discovery protocol is not a specified protocol but is =
something that we invented to do dtn discovery on IP networks.<br> <br> =
-mike<br> <br> <br> <br> </font> </p> =
</blockquote></div></div></div></body></html>=

--Apple-Mail-3--997278347
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; x-unix-mode=0666; x-mac-hide-extension=yes;
	name=debug.txt
Content-Disposition: attachment;
	filename=debug.txt

[1196303264.793581 /log debug] adding log reparse signal handler
[1196303264.793789 /timer debug] adding signal handler 0x82ef4f8 for signal 1
[1196303264.793886 /log debug] adding log rotate signal handler
[1196303264.793971 /timer debug] adding signal handler 0x82eecf4 for signal 10
[1196303264.794060 /dtnd debug] ignoring SIGPIPE
[1196303264.794148 /dtnd notice] random seed is 794142
[1196303264.794272 /dtnd notice] DTN daemon starting up... (pid 4992)
[1196303264.798602 /dtn/tclcmd/debug debug] debug command registering
[1196303264.850829 /dtn/tclcmd/gettimeofday debug] gettimeofday command registering
[1196303264.850957 /dtn/tclcmd/help debug] help command registering
[1196303264.851137 /dtn/tclcmd/log debug] log command registering
[1196303264.851581 /thread debug] activating thread creation barrier
[1196303264.851724 /dtn/apiserver/notifier debug] created pipe, fds: 7 8
[1196303264.851818 /dtn/apiserver/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.851904 /dtn/apiserver/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.852002 /dtn/apiserver debug] APIServer init (evironment set addr 127.0.0.1 port 5010)
[1196303264.852145 /dtn/tclcmd/api debug] api command registering
[1196303264.852256 /command/completion_notifier/notifier debug] created pipe, fds: 9 10
[1196303264.852346 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.852432 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.852593 /dtn/tclcmd/bundle debug] bundle command registering
[1196303264.852707 /dtn/tclcmd/interface debug] interface command registering
[1196303264.852864 /dtn/tclcmd/link debug] link command registering
[1196303264.853163 /dtn/tclcmd/param debug] param command registering
[1196303264.853291 /dtn/tclcmd/registration debug] registration command registering
[1196303264.853694 /dtn/tclcmd/route debug] route command registering
[1196303264.853832 /dtn/tclcmd/discovery debug] discovery command registering
[1196303264.854120 /dtn/tclcmd/prophet debug] prophet command registering
[1196303264.854226 /dtn/tclcmd/shutdown debug] shutdown command registering
[1196303264.854329 /dtn/tclcmd/quit debug] quit command registering
[1196303264.854750 /dtn/tclcmd/storage debug] storage command registering
[1196303264.854926 /dtn/tclcmd/ecla debug] ecla command registering
[1196303264.855020 /dtnd debug] registered dtn commands
[1196303264.855304 /oasys/util/uri/ debug] URI::normalize: normalized URI dtn:none
[1196303264.855485 /dtn/bundle/daemon/notifier debug] created pipe, fds: 11 12
[1196303264.855578 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.855681 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.855792 /dtnd debug] intialized dtn components
[1196303264.855879 /dtn/tclcmd/console debug] console command registering
[1196303264.856029 /dtn/tclcmd/test debug] test command registering
[1196303264.856145 /dtnd info] parsing configuration file /home/root/dtn/DDD1.conf...
[1196303264.856234 /dtn/tclcmd debug] executing command file /home/root/dtn/DDD1.conf
[1196303264.856527 /dtnd info] dtnd parsing configuration...
[1196303264.858231 /oasys/util/uri/ debug] URI::normalize: normalized URI dtn://one.dtn
[1196303264.858363 /dtn/interface/table info] adding interface tcp0 (tcp)
[1196303264.858461 /dtn/cl/tcp debug] adding interface tcp0
[1196303264.858583 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 13 14
[1196303264.858675 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.858762 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.858865 /dtn/cl/tcp/iface/tcp0 debug] created socket 15
[1196303264.858951 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
[1196303264.859043 /dtn/cl/tcp/iface/tcp0 debug] binding to 0.0.0.0:4556
[1196303264.859143 /dtn/cl/tcp/iface/tcp0 debug] listening
[1196303264.859270 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING
[1196303264.859356 /thread debug] delaying start of thread 0x84fb024 due to barrier
[1196303264.859470 /dtn/interface/table info] adding interface udp0 (udp)
[1196303264.859565 /dtn/cl/udp debug] adding interface udp0
[1196303264.859701 /dtn/cl/udp/receiver/notifier debug] created pipe, fds: 16 17
[1196303264.859790 /dtn/cl/udp/receiver/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.859877 /dtn/cl/udp/receiver/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.864813 /dtn/cl/udp/iface/udp0 debug] created socket 18
[1196303264.864905 /dtn/cl/udp/iface/udp0 debug] setting SO_REUSEADDR
[1196303264.864992 /dtn/cl/udp/iface/udp0 debug] binding to 0.0.0.0:4556
[1196303264.865081 /thread debug] delaying start of thread 0x84fb2c0 due to barrier
[1196303264.865243 /dtn/discovery/ip/sock/notifier debug] created pipe, fds: 19 20
[1196303264.865337 /dtn/discovery/ip/sock/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.865426 /dtn/discovery/ip/sock/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.865524 /dtn/discovery/ip debug] starting thread
[1196303264.865609 /thread debug] delaying start of thread 0x84fb434 due to barrier
[1196303264.865705 /dtn/discovery/table info] adding discovery agent ipdisc0 (ip)
[1196303264.865854 /dtn/discovery/ip/sock/notifier debug] notifier notify
[1196303264.865955 /dtn/discovery/ip/sock/notifier debug] notify count = 1
[1196303264.866055 /dtnd info] dtnd configuration parsing complete
[1196303264.866390 /dtn/storage info] initializing db name=DTN (not shared), dir=/var/dtn/db
[1196303264.872449 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1196303264.872513 /timer debug] scheduling timer 0x8568f10 in 5000 ms at 1196303269:872506
[1196303264.872582 /dtn/storage info] datastore /var/dtn/db was not cleanly shut down
[1196303264.872630 /dtnd debug] directory validated: /var/dtn/bundles
[1196303264.872678 /dtnd debug] directory access validated: /var/dtn/bundles
[1196303264.872827 /dtn/storage debug] get_table -- opened table globals type 1
[1196303264.872882 /dtn/storage debug] table globals, +refcount=1
[1196303264.872960 /dtn/bundle debug] Bundle::init bundle id -1
[1196303264.873058 /dtn/storage debug] get_table -- opened table bundles type 1
[1196303264.873109 /dtn/storage debug] table bundles, +refcount=1
[1196303264.873154 /dtn/bundle/free debug] destroying bundle id -1
[1196303264.873282 /dtn/storage debug] get_table -- opened table prophet type 1
[1196303264.873333 /dtn/storage debug] table prophet, +refcount=1
[1196303264.873444 /dtn/storage debug] get_table -- opened table links type 1
[1196303264.873496 /dtn/storage debug] table links, +refcount=1
[1196303264.873542 /dtn/link/UNKNOWN!!! debug] destroying link 
[1196303264.873608 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 25 26
[1196303264.889936 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.890054 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.890263 /dtn/storage debug] get_table -- opened table registrations type 1
[1196303264.890324 /dtn/storage debug] table registrations, +refcount=1
[1196303264.890371 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 25 26)
[1196303264.890445 /dtn/storage/globals debug] loading global store
[1196303264.890574 /dtn/bundle debug] Bundle::init bundle id -1
[1196303264.890637 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 25 26
[1196303264.890683 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.890727 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1196303264.890829 /oasys/util/uri/ debug] URI::parse: empty URI string
[1196303264.890873 /dtn/naming/endpoint/ debug] EndpointID::validate: invalid URI
[1196303264.890955 /dtn/storage/globals debug] calculated digest 79811a7aa84b475abb3a13207b0afc7b for serialize string 'bundleid u_int32_t is_fragment bool is_admin bool do_not_fragment bool uri string uri string uri string uri string uri string priority u_int8_t custody_requested bool local_custody bool singleton_dest bool custody_rcpt bool receive_rcpt bool forward_rcpt bool delivery_rcpt bool deletion_rcpt bool app_acked_rcpt bool creation_ts_seconds u_int32_t creation_ts_seqno u_int32_t... (truncated)
[1196303264.891013 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 25 26)
[1196303264.891063 /dtn/bundle/free debug] destroying bundle id -1
[1196303264.891126 /thread debug] delaying start of thread 0x84e8cd0 due to barrier
[1196303264.891172 /dtnd debug] started dtn server
[1196303264.891228 /dtn/apiserver/25 debug] created socket 25
[1196303264.891271 /dtn/apiserver/25 debug] setting SO_REUSEADDR
[1196303264.891317 /dtn/apiserver/25 debug] binding to 127.0.0.1:5010
[1196303264.891365 /dtn/apiserver/25 debug] listening
[1196303264.891418 /dtn/apiserver/25 debug] state INIT -> LISTENING
[1196303264.891461 /thread debug] delaying start of thread 0x84e2918 due to barrier
[1196303264.891508 /thread debug] releasing thread creation barrier -- 5 queued threads
[1196303264.891551 /thread debug] starting thread 0x84fb024
[1196303264.895583 /thread debug] starting thread 0x84fb2c0
[1196303264.895663 /thread debug] starting thread 0x84fb434
[1196303264.895724 /thread debug] starting thread 0x84e8cd0
[1196303264.895783 /thread debug] starting thread 0x84e2918
[1196303264.895862 /dtn/cl/tcp/iface/tcp0 debug] server thread 0x84fafa4 running
[1196303264.895935 /dtn/discovery/ip debug] discovery thread running
[1196303264.895987 /dtn/disco/26 debug] created socket 26
[1196303264.896030 /dtn/disco/26 debug] setting SO_REUSEADDR
[1196303264.896073 /dtn/disco/26 debug] setting SO_BROADCAST
[1196303264.896116 /dtn/disco/26 debug] binding to 0.0.0.0:2000
[1196303264.896171 /dtn/discovery/ip debug] announce not ready: 4970 ms remaining
[1196303264.896217 /dtn/discovery/ip debug] polling on socket: timeout 4970
[1196303264.896270 /dtn/disco/26 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 
[1196303264.896315 /dtn/disco/26 debug] poll_with_notifier: interrupted
[1196303264.896356 /dtn/discovery/ip/sock/notifier debug] drain_pipe: attempting to drain 1 bytes
[1196303264.896406 /dtn/discovery/ip/sock/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1196303264.896449 /dtn/discovery/ip/sock/notifier debug] drain pipe count = 0
[1196303264.896494 /dtn/discovery/ip debug] announce not ready: 4970 ms remaining
[1196303264.896539 /dtn/discovery/ip debug] polling on socket: timeout 4970
[1196303264.896640 /oasys/util/uri/ debug] URI::normalize: normalized URI dtn://*/dtlsr?*
[1196303264.896733 /dtn/bundle/daemon debug] posting event (0x8567600) with type REGISTRATION_ADDED (at back)
[1196303264.896782 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1196303264.896830 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1196303264.896875 /dtn/route/dtlsr info] initializing: local_eid dtn://one.dtn weight_fn ESTIMATED_DELAY
[1196303264.896925 /timer debug] scheduling timer 0x855c060 in 3600000 ms at 1196306864:896918
[1196303264.896987 /dtn/bundle/daemon debug] dispatching event (0xb553e2b8) REGISTRATION_ADDED
[1196303264.897036 /dtn/bundle/daemon info] REGISTRATION_ADDED 0 dtn://one.dtn
[1196303264.897087 /dtn/route/dtlsr debug] dispatching event (0xb553e2b8) REGISTRATION_ADDED
[1196303264.897131 /dtn/contact/manager debug] dispatching event (0xb553e2b8) REGISTRATION_ADDED
[1196303264.897184 /dtn/bundle/daemon debug] dispatching event (0xb553e2a0) REGISTRATION_ADDED
[1196303264.897228 /dtn/bundle/daemon info] REGISTRATION_ADDED 2 dtn://one.dtn/ping
[1196303264.897274 /dtn/route/dtlsr debug] dispatching event (0xb553e2a0) REGISTRATION_ADDED
[1196303264.897317 /dtn/contact/manager debug] dispatching event (0xb553e2a0) REGISTRATION_ADDED
[1196303264.897412 /dtn/bundle/daemon notice] loading bundles from data store
[1196303264.897484 /timer debug] new timeout 4976
[1196303264.897531 /dtn/bundle/daemon/loop debug] BundleDaemon: checking eventq_->size() > 0, its size is 1
[1196303264.897576 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1196303264.897621 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1196303264.897664 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1196303264.915660 /dtn/bundle/daemon/loop debug] BundleDaemon: handling event REGISTRATION_ADDED
[1196303264.915731 /dtn/bundle/daemon debug] dispatching event (0x8567600) REGISTRATION_ADDED
[1196303264.915779 /dtn/bundle/daemon info] REGISTRATION_ADDED 4 dtn://one.dtn/dtlsr
[1196303264.915833 /dtn/route/dtlsr debug] dispatching event (0x8567600) REGISTRATION_ADDED
[1196303264.915877 /dtn/contact/manager debug] dispatching event (0x8567600) REGISTRATION_ADDED
[1196303264.915924 /dtn/bundle/daemon/loop debug] BundleDaemon: deleting event REGISTRATION_ADDED
[1196303264.915973 /timer debug] new timeout 4957
[1196303264.916018 /dtn/bundle/daemon/loop debug] BundleDaemon: checking eventq_->size() > 0, its size is 0
[1196303264.916062 /dtn/bundle/daemon/loop debug] BundleDaemon: poll_multiple waiting for 4957 ms
[1196303264.916111 /dtn/bundle/daemon/loop debug] poll returned 1
[1196303264.916153 /dtn/bundle/daemon/loop debug] poll returned new timers to handle
[1196303264.916215 /timer debug] new timeout 4957
[1196303264.916259 /dtn/bundle/daemon/loop debug] BundleDaemon: checking eventq_->size() > 0, its size is 0
[1196303264.916303 /dtn/bundle/daemon/loop debug] BundleDaemon: poll_multiple waiting for 4957 ms
[1196303264.916368 /dtn/apiserver/25 debug] server thread 0x84e2898 running
[1196303265.419821 /dtnd info] starting console on 127.0.0.1:5050
[1196303265.419931 /dtn/tclcmd debug] starting command server on 127.0.0.1:5050
[1196303265.512225 /dtn/tclcmd info] can't load oasys_tclreadline: can't find package oasys_tclreadline
[1196303265.512266 /dtn/tclcmd info] fall back to simple command loop
localhost dtn% [1196303269.868008 /dtn/disco/26 debug] poll_with_notifier timed out
[1196303269.868061 /dtn/discovery/ip debug] announce ready for sending
[1196303269.868119 /dtn/disco/26 debug] poll_with_notifier: 1/2 fds ready, status 0x4 0x0 
[1196303269.868147 /dtn/disco/26 debug] poll_with_notifier: normal fd has event
[1196303269.868191 /dtn/disco/26 debug] ::sendto() fd 26 0x8565140/28 cc -1
[1196303269.868238 /dtn/discovery/ip error] sendto failed: Network is unreachable (101)
[1196303269.868262 /udpclient debug] closing socket in state INIT
[1196303269.876485 /dtn/bundle/daemon/loop debug] poll returned -2
[1196303269.876512 /dtn/bundle/daemon/loop debug] poll timeout
[1196303269.876546 /timer debug] popping timer 0x8568f10 at 1196303269.876534
[1196303269.876571 /dtn/storage/deadlock_timer debug] running deadlock detection
[1196303269.876606 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1196303269.876634 /timer debug] scheduling timer 0x8568f10 in 5000 ms at 1196303274:876626
[1196303269.876670 /timer debug] new timeout 5000
[1196303269.876694 /dtn/bundle/daemon/loop debug] BundleDaemon: checking eventq_->size() > 0, its size is 0
[1196303269.876717 /dtn/bundle/daemon/loop debug] BundleDaemon: poll_multiple waiting for 5000 ms
[1196303269.876744 /dtn/bundle/daemon/loop debug] poll returned 1
[1196303269.876763 /dtn/bundle/daemon/loop debug] poll returned new timers to handle
[1196303269.876792 /timer debug] new timeout 5000
[1196303269.876814 /dtn/bundle/daemon/loop debug] BundleDaemon: checking eventq_->size() > 0, its size is 0
[1196303269.876837 /dtn/bundle/daemon/loop debug] BundleDaemon: poll_multiple waiting for 5000 ms
[1196303274.876424 /dtn/bundle/daemon/loop debug] poll returned -2
[1196303274.876468 /dtn/bundle/daemon/loop debug] poll timeout
[1196303274.876496 /timer debug] sub-millisecond difference found, falling through
[1196303274.876519 /timer debug] popping timer 0x8568f10 at 1196303274.876626
[1196303274.876543 /dtn/storage/deadlock_timer debug] running deadlock detection
[1196303274.876570 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1196303274.876598 /timer debug] scheduling timer 0x8568f10 in 5000 ms at 1196303279:876590
[1196303274.876633 /timer debug] new timeout 5000
[1196303274.876658 /dtn/bundle/daemon/loop debug] BundleDaemon: checking eventq_->size() > 0, its size is 0
[1196303274.876681 /dtn/bundle/daemon/loop debug] BundleDaemon: poll_multiple waiting for 5000 ms
[1196303274.876709 /dtn/bundle/daemon/loop debug] poll returned 1
[1196303274.876728 /dtn/bundle/daemon/loop debug] poll returned new timers to handle
[1196303274.876756 /timer debug] new timeout 5000
[1196303274.876778 /dtn/bundle/daemon/loop debug] BundleDaemon: checking eventq_->size() > 0, its size is 0
[1196303274.876801 /dtn/bundle/daemon/loop debug] BundleDaemon: poll_multiple waiting for 5000 ms

--Apple-Mail-3--997278347
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=US-ASCII

<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><div><blockquote type="cite"></blockquote></div><br></div></div></body></html>
--Apple-Mail-3--997278347--

--Apple-Mail-2--997278347--


Received: from crawsmail1.uk.thalesgroup.com (mail.uk.thalesgroup.com [192.93.164.29]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lASCTvBN012934 for <dtn-users@mailman.dtnrg.org>; Wed, 28 Nov 2007 04:29:58 -0800
Received: from crawsmail1.uk.thalesgroup.com (mailsweeper1.int.rdel.co.uk) by crawsmail1.uk.thalesgroup.com (Content Technologies SMTPRS 4.3.14) with ESMTP id <T8392a36f1dc0a85c02900@crawsmail1.uk.thalesgroup.com> for <dtn-users@mailman.dtnrg.org>; Wed, 28 Nov 2007 12:28:20 +0000
Received: from mail.uk.thalesgroup.com (lisc0021.int.rdel.co.uk) by crawsmail1.uk.thalesgroup.com (Clearswift SMTPRS 5.2.9) with ESMTP id <T8392a663d3c0a85c09cbc@crawsmail1.uk.thalesgroup.com> for <dtn-users@mailman.dtnrg.org>; Wed, 28 Nov 2007 12:31:33 +0000
Received: from exchange.wvintenltd.com (exchange.int.rdel.co.uk [172.26.96.27]) by mail.uk.thalesgroup.com (8.12.8/8.12.8) with ESMTP id lASCTq6i005266 for <dtn-users@mailman.dtnrg.org>; Wed, 28 Nov 2007 12:29:54 GMT
Received: by exchange.wvintenltd.com with Internet Mail Service (5.5.2657.72) id <W5DJJWM9>; Wed, 28 Nov 2007 12:30:50 -0000
Message-ID: <E713D692AAD2D6498AFC94BE27CB38A51B70B6@exchange.wvintenltd.com>
From: "Long, Darren" <Darren.Long@uk.thalesgroup.com>
To: "'dtn-users@mailman.dtnrg.org'" <dtn-users@mailman.dtnrg.org>
Date: Wed, 28 Nov 2007 12:30:48 -0000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain; charset="iso-8859-1"
Subject: [dtn-users] Building for Wind River Linux
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2007 12:30:03 -0000

Hi all,

I wondered if anyone has had a go at building DTN2 for Wind River Linux 1.5.

If so, any tips or makefiles would be appreciated.

Regards

Darren Long
Principal Software Engineer
Reconnaissance Systems

THALES OPTRONICS
Vicon House, Western Way
Bury St. Edmunds
Suffolk IP33 3SP
United Kingdom
Tel.: +44 (0) 1284 750599
Fax: +44 (0) 1284 750598
Web: www.thalesgroup.com





Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lARFghfE004073 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 07:42:44 -0800
Received: by ug-out-1314.google.com with SMTP id 29so1469001ugc for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 07:42:42 -0800 (PST)
Received: by 10.150.195.17 with SMTP id s17mr882922ybf.1196178161267; Tue, 27 Nov 2007 07:42:41 -0800 (PST)
Received: by 10.150.57.9 with HTTP; Tue, 27 Nov 2007 07:42:41 -0800 (PST)
Message-ID: <d35f8e370711270742o67152172j957420c216efcd2d@mail.gmail.com>
Date: Tue, 27 Nov 2007 10:42:41 -0500
From: "ryan m" <smarts40@gmail.com>
To: "dtn-users mailing list" <dtn-users@mailman.dtnrg.org>
In-Reply-To: <0A156559-1006-4382-A9A5-0F979DA3FA71@tssg.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <3B660B4ACB06BE488E3938F95115E4DE020CB9A8@IMCSRV4.MITRE.ORG> <0A156559-1006-4382-A9A5-0F979DA3FA71@tssg.org>
Subject: Re: [dtn-users] Building on Ubuntu 7.10
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2007 15:42:45 -0000

I think he was saying that it fixed it, but as an aside a quick google
on the config.log error found:
http://groups.google.com/group/gnu.emacs.bug/browse_thread/thread/c79f5b8dfc6e67a2

looks like you needed to install libc6 which is installed by
build-essentials (which is just a meta-package that installs the bear
essentials: gcc, g++, make, libc),  I'm using ubuntu 7.10 (upgraded
from 7.04) myself with no problem

On Nov 27, 2007 10:27 AM, John Ronan <jronan@tssg.org> wrote:
> Hmmm,
>
> Hit return before I was finished.....
>
> try that anyway, in case any dependencies are missing. I'll check the
> output against my Ubuntu laptop when I get home (in case no one else
> knows the answer).
>
>
> John
>
>
>
> On 27 Nov 2007, at 15:07, Durst, Robert C. wrote:
>
> > Has anyone successfully configured the DTN code (2.4.0 OR 2.5.0) on
> > Ubuntu 7.10?  I'm getting the following error VERY early in the
> > configure script execution, and if anyone's already seen this, I'm
> > happy to use that knowledge:
> >
> > checking location of source directory... "/home/durst/dtn_2.4.0"
> > checking location of build directory... "/home/durst/dtn_2.4.0"
> > checking for gcc... gcc
> > checking for C compiler default output file name... configure:
> > error: C compiler cannot create executables
> > See `config.log' for more details.
> >
> > Config.log is attached.
> >
> > Thanks,
> > Bob
> > <config.log>
> > _______________________________________________
> > dtn-users mailing list
> > dtn-users@mailman.dtnrg.org
> > http://maillists.intel-research.net/mailman/listinfo/dtn-users
>
> --
> John Ronan <jronan@tssg.org>, +353-51-302938
> Telecommunications Software &  Systems Group,  http://www.tssg.org
>
>
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>


Received: from crawsmail1.uk.thalesgroup.com (mail.uk.thalesgroup.com [192.93.164.29]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lARFgQEs004044 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 07:42:26 -0800
Received: from crawsmail1.uk.thalesgroup.com (mailsweeper1.int.rdel.co.uk) by crawsmail1.uk.thalesgroup.com (Content Technologies SMTPRS 4.3.14) with ESMTP id <T838e2d4dadc0a85c02900@crawsmail1.uk.thalesgroup.com> for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 15:40:49 +0000
Received: from mail.uk.thalesgroup.com (lisc0021.int.rdel.co.uk) by crawsmail1.uk.thalesgroup.com (Clearswift SMTPRS 5.2.9) with ESMTP id <T838e303fa4c0a85c09cbc@crawsmail1.uk.thalesgroup.com> for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 15:44:02 +0000
Received: from exchange.wvintenltd.com (exchange.int.rdel.co.uk [172.26.96.27]) by mail.uk.thalesgroup.com (8.12.8/8.12.8) with ESMTP id lARFgM6i002792 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 15:42:23 GMT
Received: by exchange.wvintenltd.com with Internet Mail Service (5.5.2657.72) id <W5DJJVLZ>; Tue, 27 Nov 2007 15:43:19 -0000
Message-ID: <E713D692AAD2D6498AFC94BE27CB38A51B70B4@exchange.wvintenltd.com>
From: "Long, Darren" <Darren.Long@uk.thalesgroup.com>
To: "'dtn-users mailing list'" <dtn-users@mailman.dtnrg.org>
Date: Tue, 27 Nov 2007 15:43:18 -0000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain; charset="iso-8859-1"
Subject: Re: [dtn-users] Building on Ubuntu 7.10
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2007 15:42:28 -0000

Hi Bob,

I do remember seeing a similar problem at some point.  I think installing g++ and its dependencies, as you point out, probably cures it, although why the g++ compiler is needed to test compilation of a C source code file, I don't know.

The config.log file shows the linker giving up when it can't find the libcrt1.o library.  I guess this gets installed via dependencies of the g++ stuff.

Anyway, 7.10 seems to give no other problems.

Cheers,

Darren

-----Original Message-----
From: dtn-users-bounces@mailman.dtnrg.org
[mailto:dtn-users-bounces@mailman.dtnrg.org]On Behalf Of Durst, Robert
C.
Sent: 27 November 2007 15:26
To: dtn-users mailing list
Subject: Re: [dtn-users] Building on Ubuntu 7.10


Thanks, John.  It had gcc, but not g++ installed.  I don't recall that
being a problem in previous installs of Ubuntu, but I'm not very
familiar with Ubuntu.  (That said, I should have guessed when it didn't
have openssh-server installed...)

Thanks again,
Bob 

|-----Original Message-----
|From: dtn-users-bounces@mailman.dtnrg.org 
|[mailto:dtn-users-bounces@mailman.dtnrg.org] On Behalf Of John Ronan
|Sent: Tuesday, November 27, 2007 10:20 AM
|To: dtn-users mailing list
|Subject: Re: [dtn-users] Building on Ubuntu 7.10
|
|Hi,
|Yes, try apt-get install build-essential first, you may not have a  
|compiler installed.
|
|John
|
|
|
|On 27 Nov 2007, at 15:07, Durst, Robert C. wrote:
|
|> Has anyone successfully configured the DTN code (2.4.0 OR 2.5.0) on

|> Ubuntu 7.10?  I'm getting the following error VERY early in the  
|> configure script execution, and if anyone's already seen this, I'm  
|> happy to use that knowledge:
|>
|> checking location of source directory... "/home/durst/dtn_2.4.0"
|> checking location of build directory... "/home/durst/dtn_2.4.0"
|> checking for gcc... gcc
|> checking for C compiler default output file name... configure:  
|> error: C compiler cannot create executables
|> See `config.log' for more details.
|>
|> Config.log is attached.
|>
|> Thanks,
|> Bob
|> <config.log>
|> _______________________________________________
|> dtn-users mailing list
|> dtn-users@mailman.dtnrg.org
|> http://maillists.intel-research.net/mailman/listinfo/dtn-users
|
|--
|John Ronan <jronan@tssg.org>, +353-51-302938
|Telecommunications Software &  Systems Group,  http://www.tssg.org
|
|
|
|_______________________________________________
|dtn-users mailing list
|dtn-users@mailman.dtnrg.org
|http://maillists.intel-research.net/mailman/listinfo/dtn-users
|

_______________________________________________
dtn-users mailing list
dtn-users@mailman.dtnrg.org
http://maillists.intel-research.net/mailman/listinfo/dtn-users


Received: from imaps.tssg.org (tssg.wit.ie [193.1.185.11]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lARFRJs1003079 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 07:27:19 -0800
Received: from [10.37.2.20] (unknown [10.37.2.20]) by imaps.tssg.org (Postfix) with ESMTP id 2AC503FCFE for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 15:27:19 +0000 (GMT)
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <3B660B4ACB06BE488E3938F95115E4DE020CB9A8@IMCSRV4.MITRE.ORG>
References: <3B660B4ACB06BE488E3938F95115E4DE020CB9A8@IMCSRV4.MITRE.ORG>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <0A156559-1006-4382-A9A5-0F979DA3FA71@tssg.org>
Content-Transfer-Encoding: 7bit
From: John Ronan <jronan@tssg.org>
Date: Tue, 27 Nov 2007 15:27:16 +0000
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] Building on Ubuntu 7.10
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2007 15:27:25 -0000

Hmmm,

Hit return before I was finished.....

try that anyway, in case any dependencies are missing. I'll check the  
output against my Ubuntu laptop when I get home (in case no one else  
knows the answer).


John



On 27 Nov 2007, at 15:07, Durst, Robert C. wrote:

> Has anyone successfully configured the DTN code (2.4.0 OR 2.5.0) on  
> Ubuntu 7.10?  I'm getting the following error VERY early in the  
> configure script execution, and if anyone's already seen this, I'm  
> happy to use that knowledge:
>
> checking location of source directory... "/home/durst/dtn_2.4.0"
> checking location of build directory... "/home/durst/dtn_2.4.0"
> checking for gcc... gcc
> checking for C compiler default output file name... configure:  
> error: C compiler cannot create executables
> See `config.log' for more details.
>
> Config.log is attached.
>
> Thanks,
> Bob
> <config.log>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users

--
John Ronan <jronan@tssg.org>, +353-51-302938
Telecommunications Software &  Systems Group,  http://www.tssg.org





Received: from smtp-bedford.mitre.org (smtpproxy1.mitre.org [192.160.51.76]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lARFPlkE002974 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 07:25:47 -0800
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id lARFPlMb005091 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 10:25:47 -0500
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id 01242BF8F for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 10:25:47 -0500 (EST)
Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id lARFPkDj005071 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 10:25:46 -0500
Received: from IMCSRV4.MITRE.ORG ([129.83.20.161]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Tue, 27 Nov 2007 10:25:46 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Date: Tue, 27 Nov 2007 10:25:45 -0500
Message-ID: <3B660B4ACB06BE488E3938F95115E4DE020CB9AF@IMCSRV4.MITRE.ORG>
In-Reply-To: <ADDE1F8F-A88A-4F4D-A0E1-CFC902E9457E@tssg.org>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [dtn-users] Building on Ubuntu 7.10
Thread-Index: AcgxCSdmx/ZaeVX3Taa2GRfULIe6UwAAG9ew
References: <3B660B4ACB06BE488E3938F95115E4DE020CB9A8@IMCSRV4.MITRE.ORG> <ADDE1F8F-A88A-4F4D-A0E1-CFC902E9457E@tssg.org>
From: "Durst, Robert C." <durst@mitre.org>
To: "dtn-users mailing list" <dtn-users@mailman.dtnrg.org>
X-OriginalArrivalTime: 27 Nov 2007 15:25:46.0411 (UTC) FILETIME=[C83F2FB0:01C83109]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by maillists.intel-research.net id lARFPlkE002974
Subject: Re: [dtn-users] Building on Ubuntu 7.10
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2007 15:25:48 -0000

Thanks, John.  It had gcc, but not g++ installed.  I don't recall that
being a problem in previous installs of Ubuntu, but I'm not very
familiar with Ubuntu.  (That said, I should have guessed when it didn't
have openssh-server installed...)

Thanks again,
Bob 

|-----Original Message-----
|From: dtn-users-bounces@mailman.dtnrg.org 
|[mailto:dtn-users-bounces@mailman.dtnrg.org] On Behalf Of John Ronan
|Sent: Tuesday, November 27, 2007 10:20 AM
|To: dtn-users mailing list
|Subject: Re: [dtn-users] Building on Ubuntu 7.10
|
|Hi,
|Yes, try apt-get install build-essential first, you may not have a  
|compiler installed.
|
|John
|
|
|
|On 27 Nov 2007, at 15:07, Durst, Robert C. wrote:
|
|> Has anyone successfully configured the DTN code (2.4.0 OR 2.5.0) on

|> Ubuntu 7.10?  I'm getting the following error VERY early in the  
|> configure script execution, and if anyone's already seen this, I'm  
|> happy to use that knowledge:
|>
|> checking location of source directory... "/home/durst/dtn_2.4.0"
|> checking location of build directory... "/home/durst/dtn_2.4.0"
|> checking for gcc... gcc
|> checking for C compiler default output file name... configure:  
|> error: C compiler cannot create executables
|> See `config.log' for more details.
|>
|> Config.log is attached.
|>
|> Thanks,
|> Bob
|> <config.log>
|> _______________________________________________
|> dtn-users mailing list
|> dtn-users@mailman.dtnrg.org
|> http://maillists.intel-research.net/mailman/listinfo/dtn-users
|
|--
|John Ronan <jronan@tssg.org>, +353-51-302938
|Telecommunications Software &  Systems Group,  http://www.tssg.org
|
|
|
|_______________________________________________
|dtn-users mailing list
|dtn-users@mailman.dtnrg.org
|http://maillists.intel-research.net/mailman/listinfo/dtn-users
|



Received: from imaps.tssg.org (tssg.wit.ie [193.1.185.11]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lARFKK38002638 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 07:20:21 -0800
Received: from [10.37.2.20] (unknown [10.37.2.20]) by imaps.tssg.org (Postfix) with ESMTP id F35783FCFA for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 15:20:17 +0000 (GMT)
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <3B660B4ACB06BE488E3938F95115E4DE020CB9A8@IMCSRV4.MITRE.ORG>
References: <3B660B4ACB06BE488E3938F95115E4DE020CB9A8@IMCSRV4.MITRE.ORG>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <ADDE1F8F-A88A-4F4D-A0E1-CFC902E9457E@tssg.org>
Content-Transfer-Encoding: 7bit
From: John Ronan <jronan@tssg.org>
Date: Tue, 27 Nov 2007 15:20:15 +0000
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] Building on Ubuntu 7.10
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2007 15:20:22 -0000

Hi,
Yes, try apt-get install build-essential first, you may not have a  
compiler installed.

John



On 27 Nov 2007, at 15:07, Durst, Robert C. wrote:

> Has anyone successfully configured the DTN code (2.4.0 OR 2.5.0) on  
> Ubuntu 7.10?  I'm getting the following error VERY early in the  
> configure script execution, and if anyone's already seen this, I'm  
> happy to use that knowledge:
>
> checking location of source directory... "/home/durst/dtn_2.4.0"
> checking location of build directory... "/home/durst/dtn_2.4.0"
> checking for gcc... gcc
> checking for C compiler default output file name... configure:  
> error: C compiler cannot create executables
> See `config.log' for more details.
>
> Config.log is attached.
>
> Thanks,
> Bob
> <config.log>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users

--
John Ronan <jronan@tssg.org>, +353-51-302938
Telecommunications Software &  Systems Group,  http://www.tssg.org





Received: from smtp-bedford.mitre.org (smtp-bedford.mitre.org [192.160.51.76]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lARF7e94001900 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 07:07:41 -0800
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id lARF7el7004172 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 10:07:40 -0500
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id 7741CC006 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 10:07:04 -0500 (EST)
Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id lARF73WT002815 for <dtn-users@mailman.dtnrg.org>; Tue, 27 Nov 2007 10:07:04 -0500
Received: from IMCSRV4.MITRE.ORG ([129.83.20.161]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Tue, 27 Nov 2007 10:07:03 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C83107.2AE96EAF"
Date: Tue, 27 Nov 2007 10:07:02 -0500
Message-ID: <3B660B4ACB06BE488E3938F95115E4DE020CB9A8@IMCSRV4.MITRE.ORG>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: Building on Ubuntu 7.10
Thread-Index: AcgxByogu3C7othvRbmKm8bg5EiE8g==
From: "Durst, Robert C." <durst@mitre.org>
To: <dtn-users@mailman.dtnrg.org>
X-OriginalArrivalTime: 27 Nov 2007 15:07:03.0629 (UTC) FILETIME=[2B043FD0:01C83107]
Subject: [dtn-users] Building on Ubuntu 7.10
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2007 15:07:42 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01C83107.2AE96EAF
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_002_01C83107.2AE96EAF"


------_=_NextPart_002_01C83107.2AE96EAF
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

Has anyone successfully configured the DTN code (2.4.0 OR 2.5.0) on
Ubuntu 7.10?  I'm getting the following error VERY early in the
configure script execution, and if anyone's already seen this, I'm
happy to use that knowledge: =20
=20
checking location of source directory... "/home/durst/dtn_2.4.0"
checking location of build directory... "/home/durst/dtn_2.4.0"
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
=20
Config.log is attached.
=20
Thanks,
Bob

------_=_NextPart_002_01C83107.2AE96EAF
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.6000.16544" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D252545314-27112007><FONT face=3DArial>Has anyone =
successfully=20
configured the DTN code (2.4.0 OR 2.5.0) on Ubuntu 7.10?&nbsp; I'm =
getting the=20
following error VERY early in the configure script execution, and if =
anyone's=20
already seen this, I'm happy to use that knowledge:&nbsp; =
</FONT></SPAN></DIV>
<DIV><SPAN class=3D252545314-27112007><FONT=20
face=3DArial></FONT></SPAN>&nbsp;</DIV><SPAN class=3D252545314-27112007>
<DIV><FONT face=3DArial>checking location of source directory...=20
"/home/durst/dtn_2.4.0"</FONT></DIV>
<DIV><FONT face=3DArial>checking location of build directory...=20
"/home/durst/dtn_2.4.0"</FONT></DIV>
<DIV><FONT face=3DArial>checking for gcc... gcc</FONT></DIV>
<DIV><FONT face=3DArial>checking for C compiler default output file =
name...=20
configure: error: C compiler cannot create executables</FONT></DIV>
<DIV><FONT face=3DArial>See `config.log' for more details.</FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><SPAN class=3D252545314-27112007><FONT face=3DArial>Config.log is=20
attached.</FONT></SPAN></DIV>
<DIV><SPAN class=3D252545314-27112007><FONT =
face=3DArial></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D252545314-27112007><FONT =
face=3DArial>Thanks,</FONT></SPAN></DIV>
<DIV><SPAN class=3D252545314-27112007><FONT=20
face=3DArial>Bob</FONT></SPAN></DIV></SPAN></BODY></HTML>

------_=_NextPart_002_01C83107.2AE96EAF--

------_=_NextPart_001_01C83107.2AE96EAF
Content-Type: application/octet-stream;
	name="config.log"
Content-Transfer-Encoding: base64
Content-Description: config.log
Content-Disposition: attachment;
	filename="config.log"

VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMgd2hp
bGUKcnVubmluZyBjb25maWd1cmUsIHRvIGFpZCBkZWJ1Z2dpbmcgaWYgY29uZmlndXJlIG1ha2Vz
IGEgbWlzdGFrZS4KCkl0IHdhcyBjcmVhdGVkIGJ5IERUTjIgY29uZmlndXJlIDIuMy4wLCB3aGlj
aCB3YXMKZ2VuZXJhdGVkIGJ5IEdOVSBBdXRvY29uZiAyLjU5LiAgSW52b2NhdGlvbiBjb21tYW5k
IGxpbmUgd2FzCgogICQgLi9jb25maWd1cmUgCgojIyAtLS0tLS0tLS0gIyMKIyMgUGxhdGZvcm0u
ICMjCiMjIC0tLS0tLS0tLSAjIwoKaG9zdG5hbWUgPSBtbTk2OTI5LXBjCnVuYW1lIC1tID0gaTY4
Ngp1bmFtZSAtciA9IDIuNi4yMi0xNC1nZW5lcmljCnVuYW1lIC1zID0gTGludXgKdW5hbWUgLXYg
PSAjMSBTTVAgU3VuIE9jdCAxNCAyMzowNToxMiBHTVQgMjAwNwoKL3Vzci9iaW4vdW5hbWUgLXAg
PSB1bmtub3duCi9iaW4vdW5hbWUgLVggICAgID0gdW5rbm93bgoKL2Jpbi9hcmNoICAgICAgICAg
ICAgICA9IHVua25vd24KL3Vzci9iaW4vYXJjaCAtayAgICAgICA9IHVua25vd24KL3Vzci9jb252
ZXgvZ2V0c3lzaW5mbyA9IHVua25vd24KaG9zdGluZm8gICAgICAgICAgICAgICA9IHVua25vd24K
L2Jpbi9tYWNoaW5lICAgICAgICAgICA9IHVua25vd24KL3Vzci9iaW4vb3NsZXZlbCAgICAgICA9
IHVua25vd24KL2Jpbi91bml2ZXJzZSAgICAgICAgICA9IHVua25vd24KClBBVEg6IC91c3IvbG9j
YWwvc2JpbgpQQVRIOiAvdXNyL2xvY2FsL2JpbgpQQVRIOiAvdXNyL3NiaW4KUEFUSDogL3Vzci9i
aW4KUEFUSDogL3NiaW4KUEFUSDogL2JpbgpQQVRIOiAvdXNyL2dhbWVzCgoKIyMgLS0tLS0tLS0t
LS0gIyMKIyMgQ29yZSB0ZXN0cy4gIyMKIyMgLS0tLS0tLS0tLS0gIyMKCmNvbmZpZ3VyZToxNDUy
OiBjaGVja2luZyBsb2NhdGlvbiBvZiBzb3VyY2UgZGlyZWN0b3J5CmNvbmZpZ3VyZToxNDU1OiBy
ZXN1bHQ6ICIvaG9tZS9kdXJzdC9kdG5fMi40LjAiCmNvbmZpZ3VyZToxNDYwOiBjaGVja2luZyBs
b2NhdGlvbiBvZiBidWlsZCBkaXJlY3RvcnkKY29uZmlndXJlOjE0NjI6IHJlc3VsdDogIi9ob21l
L2R1cnN0L2R0bl8yLjQuMCIKY29uZmlndXJlOjE1NjI6IGNoZWNraW5nIGZvciBnY2MKY29uZmln
dXJlOjE1Nzg6IGZvdW5kIC91c3IvYmluL2djYwpjb25maWd1cmU6MTU4ODogcmVzdWx0OiBnY2MK
Y29uZmlndXJlOjE4MzI6IGNoZWNraW5nIGZvciBDIGNvbXBpbGVyIHZlcnNpb24KY29uZmlndXJl
OjE4MzU6IGdjYyAtLXZlcnNpb24gPC9kZXYvbnVsbCA+JjUKZ2NjIChHQ0MpIDQuMS4zIDIwMDcw
OTI5IChwcmVyZWxlYXNlKSAoVWJ1bnR1IDQuMS4yLTE2dWJ1bnR1MikKQ29weXJpZ2h0IChDKSAy
MDA2IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgpUaGlzIGlzIGZyZWUgc29mdHdhcmU7
IHNlZSB0aGUgc291cmNlIGZvciBjb3B5aW5nIGNvbmRpdGlvbnMuICBUaGVyZSBpcyBOTwp3YXJy
YW50eTsgbm90IGV2ZW4gZm9yIE1FUkNIQU5UQUJJTElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJ
Q1VMQVIgUFVSUE9TRS4KCmNvbmZpZ3VyZToxODM4OiAkPyA9IDAKY29uZmlndXJlOjE4NDA6IGdj
YyAtdiA8L2Rldi9udWxsID4mNQpVc2luZyBidWlsdC1pbiBzcGVjcy4KVGFyZ2V0OiBpNDg2LWxp
bnV4LWdudQpDb25maWd1cmVkIHdpdGg6IC4uL3NyYy9jb25maWd1cmUgLXYgLS1lbmFibGUtbGFu
Z3VhZ2VzPWMsYysrLGZvcnRyYW4sb2JqYyxvYmotYysrLHRyZWVsYW5nIC0tcHJlZml4PS91c3Ig
LS1lbmFibGUtc2hhcmVkIC0td2l0aC1zeXN0ZW0temxpYiAtLWxpYmV4ZWNkaXI9L3Vzci9saWIg
LS13aXRob3V0LWluY2x1ZGVkLWdldHRleHQgLS1lbmFibGUtdGhyZWFkcz1wb3NpeCAtLWVuYWJs
ZS1ubHMgLS13aXRoLWd4eC1pbmNsdWRlLWRpcj0vdXNyL2luY2x1ZGUvYysrLzQuMS4zIC0tcHJv
Z3JhbS1zdWZmaXg9LTQuMSAtLWVuYWJsZS1fX2N4YV9hdGV4aXQgLS1lbmFibGUtY2xvY2FsZT1n
bnUgLS1lbmFibGUtbGlic3RkY3h4LWRlYnVnIC0tZW5hYmxlLW1wZnIgLS1lbmFibGUtY2hlY2tp
bmc9cmVsZWFzZSBpNDg2LWxpbnV4LWdudQpUaHJlYWQgbW9kZWw6IHBvc2l4CmdjYyB2ZXJzaW9u
IDQuMS4zIDIwMDcwOTI5IChwcmVyZWxlYXNlKSAoVWJ1bnR1IDQuMS4yLTE2dWJ1bnR1MikKY29u
ZmlndXJlOjE4NDM6ICQ/ID0gMApjb25maWd1cmU6MTg0NTogZ2NjIC1WIDwvZGV2L251bGwgPiY1
CmdjYzogJy1WJyBvcHRpb24gbXVzdCBoYXZlIGFyZ3VtZW50CmNvbmZpZ3VyZToxODQ4OiAkPyA9
IDEKY29uZmlndXJlOjE4NzE6IGNoZWNraW5nIGZvciBDIGNvbXBpbGVyIGRlZmF1bHQgb3V0cHV0
IGZpbGUgbmFtZQpjb25maWd1cmU6MTg3NDogZ2NjICAgIGNvbmZ0ZXN0LmMgID4mNQovdXNyL2Jp
bi9sZDogY3J0MS5vOiBObyBzdWNoIGZpbGU6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKY29s
bGVjdDI6IGxkIHJldHVybmVkIDEgZXhpdCBzdGF0dXMKY29uZmlndXJlOjE4Nzc6ICQ/ID0gMQpj
b25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oLiAgKi8KfCAKfCAj
ZGVmaW5lIFBBQ0tBR0VfTkFNRSAiRFROMiIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiZHRu
MiIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiMi4zLjAiCnwgI2RlZmluZSBQQUNLQUdFX1NU
UklORyAiRFROMiAyLjMuMCIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICIiCnwgI2RlZmlu
ZSBIQVZFX0NPTkZJR19TVEFURSAxCnwgI2RlZmluZSBJTlNUQUxMX1NZU0NPTkZESVIgIi9ldGMi
CnwgI2RlZmluZSBJTlNUQUxMX0xPQ0FMU1RBVEVESVIgIi92YXIiCnwgLyogZW5kIGNvbmZkZWZz
LmguICAqLwp8IAp8IGludAp8IG1haW4gKCkKfCB7CnwgCnwgICA7CnwgICByZXR1cm4gMDsKfCB9
CmNvbmZpZ3VyZToxOTE2OiBlcnJvcjogQyBjb21waWxlciBjYW5ub3QgY3JlYXRlIGV4ZWN1dGFi
bGVzClNlZSBgY29uZmlnLmxvZycgZm9yIG1vcmUgZGV0YWlscy4KCiMjIC0tLS0tLS0tLS0tLS0t
LS0gIyMKIyMgQ2FjaGUgdmFyaWFibGVzLiAjIwojIyAtLS0tLS0tLS0tLS0tLS0tICMjCgphY19j
dl9lbnZfQ0Nfc2V0PQphY19jdl9lbnZfQ0NfdmFsdWU9CmFjX2N2X2Vudl9DRkxBR1Nfc2V0PQph
Y19jdl9lbnZfQ0ZMQUdTX3ZhbHVlPQphY19jdl9lbnZfQ1BQRkxBR1Nfc2V0PQphY19jdl9lbnZf
Q1BQRkxBR1NfdmFsdWU9CmFjX2N2X2Vudl9DUFBfc2V0PQphY19jdl9lbnZfQ1BQX3ZhbHVlPQph
Y19jdl9lbnZfQ1hYRkxBR1Nfc2V0PQphY19jdl9lbnZfQ1hYRkxBR1NfdmFsdWU9CmFjX2N2X2Vu
dl9DWFhfc2V0PQphY19jdl9lbnZfQ1hYX3ZhbHVlPQphY19jdl9lbnZfTERGTEFHU19zZXQ9CmFj
X2N2X2Vudl9MREZMQUdTX3ZhbHVlPQphY19jdl9lbnZfYnVpbGRfYWxpYXNfc2V0PQphY19jdl9l
bnZfYnVpbGRfYWxpYXNfdmFsdWU9CmFjX2N2X2Vudl9ob3N0X2FsaWFzX3NldD0KYWNfY3ZfZW52
X2hvc3RfYWxpYXNfdmFsdWU9CmFjX2N2X2Vudl90YXJnZXRfYWxpYXNfc2V0PQphY19jdl9lbnZf
dGFyZ2V0X2FsaWFzX3ZhbHVlPQphY19jdl9wcm9nX2FjX2N0X0NDPWdjYwoKIyMgLS0tLS0tLS0t
LS0tLS0tLS0gIyMKIyMgT3V0cHV0IHZhcmlhYmxlcy4gIyMKIyMgLS0tLS0tLS0tLS0tLS0tLS0g
IyMKCkFSPScnCkFXSz0nJwpCVUlMRERJUj0nL2hvbWUvZHVyc3QvZHRuXzIuNC4wJwpDQz0nZ2Nj
JwpDRkxBR1M9JycKQ1BQPScnCkNQUEZMQUdTPScnCkNYWD0nJwpDWFhGTEFHUz0nJwpERUJVRz0n
JwpERUZTPScnCkRFUEZMQUdTPScnCkVDSE9fQz0nJwpFQ0hPX049Jy1uJwpFQ0hPX1Q9JycKRUdS
RVA9JycKRVhFRVhUPScnCklOU1RBTExfREFUQT0nJwpJTlNUQUxMX1BST0dSQU09JycKSU5TVEFM
TF9TQ1JJUFQ9JycKTERGTEFHUz0nJwpMREZMQUdTX1NITElCPScnCkxGU0RFRlM9JycKTElCT0JK
Uz0nJwpMSUJTPScnCkxUTElCT0JKUz0nJwpPQVNZU19MSUJTPScnCk9CSkVYVD0nJwpPUFRJTUla
RT0nJwpPUFRJTUlaRV9XQVJOPScnClBBQ0tBR0VfQlVHUkVQT1JUPScnClBBQ0tBR0VfTkFNRT0n
RFROMicKUEFDS0FHRV9TVFJJTkc9J0RUTjIgMi4zLjAnClBBQ0tBR0VfVEFSTkFNRT0nZHRuMicK
UEFDS0FHRV9WRVJTSU9OPScyLjMuMCcKUEFUSF9TRVBBUkFUT1I9JzonClBJQ0ZMQUdTPScnClBS
T0ZJTEU9JycKUkFOTElCPScnClJQQVRIPScnClNFVF9NQUtFPScnClNIRUxMPScvYmluL2Jhc2gn
ClNITElCUz0nJwpTSExJQl9FWFQ9JycKU1JDRElSPScvaG9tZS9kdXJzdC9kdG5fMi40LjAnClNU
QVRJQz0nJwpUQVJHRVQ9JycKWFNEX1RPT0w9JycKYWNfY3RfQVI9JycKYWNfY3RfQ0M9J2djYycK
YWNfY3RfQ1hYPScnCmFjX2N0X1JBTkxJQj0nJwphY19jdF9YU0RfVE9PTD0nJwpiaW5kaXI9JyR7
ZXhlY19wcmVmaXh9L2JpbicKYnVpbGRfYWxpYXM9JycKZGF0YWRpcj0nJHtwcmVmaXh9L3NoYXJl
JwpleGVjX3ByZWZpeD0nTk9ORScKaG9zdF9hbGlhcz0nJwppbmNsdWRlZGlyPScke3ByZWZpeH0v
aW5jbHVkZScKaW5mb2Rpcj0nJHtwcmVmaXh9L2luZm8nCmxpYmRpcj0nJHtleGVjX3ByZWZpeH0v
bGliJwpsaWJleGVjZGlyPScke2V4ZWNfcHJlZml4fS9saWJleGVjJwpsb2NhbHN0YXRlZGlyPScv
dmFyJwptYW5kaXI9JyR7cHJlZml4fS9tYW4nCm9sZGluY2x1ZGVkaXI9Jy91c3IvaW5jbHVkZScK
cHJlZml4PSdOT05FJwpwcm9ncmFtX3RyYW5zZm9ybV9uYW1lPSdzLHgseCwnCnNiaW5kaXI9JyR7
ZXhlY19wcmVmaXh9L3NiaW4nCnNoYXJlZHN0YXRlZGlyPScke3ByZWZpeH0vY29tJwpzdWJkaXJz
PScnCnN5c2NvbmZkaXI9Jy9ldGMnCnRhcmdldF9hbGlhcz0nJwoKIyMgLS0tLS0tLS0tLS0gIyMK
IyMgY29uZmRlZnMuaC4gIyMKIyMgLS0tLS0tLS0tLS0gIyMKCiNkZWZpbmUgSEFWRV9DT05GSUdf
U1RBVEUgMQojZGVmaW5lIElOU1RBTExfTE9DQUxTVEFURURJUiAiL3ZhciIKI2RlZmluZSBJTlNU
QUxMX1NZU0NPTkZESVIgIi9ldGMiCiNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIKI2RlZmlu
ZSBQQUNLQUdFX05BTUUgIkRUTjIiCiNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIkRUTjIgMi4zLjAi
CiNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICJkdG4yIgojZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAi
Mi4zLjAiCgpjb25maWd1cmU6IGV4aXQgNzcK

------_=_NextPart_001_01C83107.2AE96EAF--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAQKUHlw032502 for <dtn-users@mailman.dtnrg.org>; Mon, 26 Nov 2007 12:30:17 -0800
Received: from [10.212.2.179] (bldmz-nat-161-182.berkeley.intel-research.net [12.155.161.182]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lAQKUFxn026249 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 26 Nov 2007 12:30:16 -0800 (PST)
In-Reply-To: <4FFBE7D294FA9D4392628A59BD82DA9B032B267A@EXCHANGE22.staff.main.ntu.edu.sg>
References: <4FFBE7D294FA9D4392628A59BD82DA9B032B2657@EXCHANGE22.staff.main.ntu.edu.sg> <4FFBE7D294FA9D4392628A59BD82DA9B032B265D@EXCHANGE22.staff.main.ntu.edu.sg> <569D5D2C-EDDA-48CB-8621-8592236A2E61@cs.berkeley.edu> <4FFBE7D294FA9D4392628A59BD82DA9B032B267A@EXCHANGE22.staff.main.ntu.edu.sg>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-2-905964777
Message-Id: <468A0411-F4A2-4D3D-B97E-059AC8533199@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Mon, 26 Nov 2007 12:30:13 -0800
To: Zhan Jie <ZhanJie@ntu.edu.sg>
X-Mailer: Apple Mail (2.752.3)
Cc: dtn-users <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] problem of using discovery of ad-hoc mode
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Nov 2007 20:30:20 -0000

--Apple-Mail-2-905964777
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Hi,

First, use tcpdump or wireshark to make sure that the discovery  
packets are properly arriving at the nodes and that there isn't a  
firewall or some other configuration problem stopping them.

If the packets are getting through, then check using netstat that the  
nodes are listening on the proper addresses for the packets to arrive.

If the packets are arriving at the dtnd process, then look in the log  
(perhaps running with -l debug to see the debugging output) to see  
why the links aren't properly being created.

If that fails, then send me the full dtnd.log output from both  
processes after running the test with the "-l debug" option to dtnd.

As to your other questions, bonjour is a multicast dns protocol that  
is developed by Apple, which the dtn stack can use for announcements  
and discovery. The ip discovery protocol is not a specified protocol  
but is something that we invented to do dtn discovery on IP networks.

-mike

On Nov 25, 2007, at 5:37 PM, Zhan Jie wrote:

> Hi, Michael.
>
> I planed to send this mail to dtn-user, but failed. so i send this  
> mail to you for help.
>
> I had set up 2 nodes as ad-hoc network .
> Situation 1
>
> Node 1(IP:192.168.10.1) --------- Node 2( Ip: 192.168.10.2)
>
> i am able to ping each other in the network.
>
> The configuration file for each node is as follows:
>
> Node 1
> route set type dtlsr
> route local_eid "dtn://one.dtn"
> interface add tcp0 tcp
> interface add udp0 udp
> discovery add ipdisc0 ip port=2000 addr=192.168.10.1
> discovery announce tcp0 ipdisc0 tcp interval=5 interval=5
>
> Node 2
> route set type dtlsr
> route local_eid "dtn://two.dtn"
> interface add tcp0 tcp
> interface add udp0 udp
> discovery add ipdisc0 ip port=2000 addr=192.168.10.2
> discovery announce tcp0 ipdisc0 tcp interval=5 interval=5
>
> There will not be error message. However, the DTN node still not  
> able to detect each other.
>
> Situation 2
>
> when i connect both laptop to a router as follows:
>
> Node 1(Ip:192.168.5.100) ---LAN Connection-- [ROUTER] --LAN  
> Connection-- Node 2 (Ip: 192.168.5.101)
>
> The configuration file is as follows:
>
> Node 1
> route set type dtlsr
> route local_eid "dtn://one.dtn"
> interface add tcp0 tcp
> interface add udp0 udp
> discovery add ipdisc0 ip port=2000
> discovery announce tcp0 ipdisc0 tcp interval=5 interval=5
>
> Node 2
> route set type dtlsr
> route local_eid "dtn://two.dtn"
> interface add tcp0 tcp
> interface add udp0 udp
> discovery add ipdisc0 ip port=2000
> discovery announce tcp0 ipdisc0 tcp interval=5 interval=5
>
> In Situation 2, the node 1 DTN is able to locate Node 2 DTN. Thus i  
> can able to send file or message to Node 2. However i am not able  
> to do that in Situation 1 as Node 1 cannot locate Node 2. is that  
> any mistake in the configuration file?
>
> another question is that what is the difference between  
> discovery_bonjour and ipdisc0?
> And discovery only used for neighbor protocol?
>
> Thank you for your time
>
> Best regards
>
> J
>


--Apple-Mail-2-905964777
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">
<div>Hi,</div><div><br =
class=3D"webkit-block-placeholder"></div><div>First, use =
tcpdump=A0or=A0wireshark to make sure that the discovery packets are =
properly arriving at the nodes and that there isn't a firewall or some =
other configuration problem stopping them.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>If the packets are getting =
through, then check using netstat that the nodes are listening on the =
proper addresses for the packets to arrive.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>If the packets are =
arriving at the dtnd process, then look in the log (perhaps running with =
-l debug to see the debugging output) to see why the links aren't =
properly being created.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>If that fails, then send =
me the full dtnd.log output from both processes after running the test =
with the "-l debug" option to dtnd.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>As to your other =
questions, bonjour is a multicast dns protocol that is developed by =
Apple, which the dtn stack can use for announcements and discovery. The =
ip discovery protocol is not a specified protocol but is something that =
we invented to do dtn discovery on IP networks.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>-mike</div><div><br></div><d=
iv><div>On Nov 25, 2007, at 5:37 PM, Zhan Jie wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"> <div =
id=3D"idOWAReplyText83075" dir=3D"ltr"> <div dir=3D"ltr"><font =
face=3D"Arial" color=3D"#000000" size=3D"2"> <div =
id=3D"idOWAReplyText50839" dir=3D"ltr"> <div dir=3D"ltr"><font =
size=3D"2"><font size=3D"2">Hi,</font> Michael.</font></div> <div =
dir=3D"ltr"><font size=3D"2"></font>=A0</div> <div dir=3D"ltr"><font =
size=3D"2">I planed to send this mail to dtn-user, but failed. so i send =
this mail to you for help.</font></div> <div dir=3D"ltr"><font =
size=3D"2"></font>=A0</div> <div dir=3D"ltr"><font size=3D"2">I<font =
size=3D"2">=A0had set up 2 nodes as ad-hoc network .</font> =
</font></div><font size=3D"2"></font></div><font size=3D"2"> </font><div =
dir=3D"ltr"><font size=3D"2"> </font><div id=3D"idOWAReplyText50479" =
dir=3D"ltr"><font size=3D"2"> </font><div dir=3D"ltr"><font =
size=3D"2"><p><font size=3D"2">Situation 1</font> </p><p><font =
size=3D"2"><font color=3D"#000080">Node 1(IP:192.168.10.1)</font> =
--------- <font color=3D"#000080">Node 2( Ip: =
192.168.10.2)</font></font> </p><p><font size=3D"2">i am able to ping =
each other in the network.</font> </p><p><font size=3D"2">The =
configuration file for each node is as follows:</font> </p><p><font =
size=3D"2">Node 1</font> <br><font size=3D"2">route set type =
dtlsr</font> <br><font size=3D"2">route local_eid "dtn://one.dtn"</font> =
<br><font size=3D"2">interface add tcp0 tcp </font><br><font =
size=3D"2">interface add udp0 udp </font><br><font size=3D"2">discovery =
add ipdisc0 ip port=3D2000 addr=3D192.168.10.1</font> <br><font =
size=3D"2">discovery announce tcp0 ipdisc0 tcp interval=3D5 =
interval=3D5</font> </p><p><font size=3D"2">Node 2</font> <br><font =
size=3D"2">route set type dtlsr</font> <br><font size=3D"2">route =
local_eid "dtn://two.dtn"</font> <br><font size=3D"2">interface add tcp0 =
tcp </font><br><font size=3D"2">interface add udp0 udp </font><br><font =
size=3D"2">discovery add ipdisc0 ip port=3D2000 addr=3D192.168.10.2</font>=
 <br><font size=3D"2">discovery announce tcp0 ipdisc0 tcp interval=3D5 =
interval=3D5</font> </p><p><font size=3D"2">There will not be error =
message. However, the DTN node still not able to detect each =
other.</font> </p><p><font size=3D"2">Situation 2</font> </p><p><font =
size=3D"2">when i connect both laptop to a router as follows:</font> =
</p><p><font size=3D"2"><font color=3D"#000080">Node =
1(Ip:192.168.5.100)</font> <font color=3D"#ff0000">---LAN =
Connection--</font> <font color=3D"#000080">[ROUTER]</font> <font =
color=3D"#800000">--LAN Connection--</font> <font color=3D"#000080">Node =
2 (Ip: 192.168.5.101)</font></font><font color=3D"#000080"> =
</font></p><p><font size=3D"2">The configuration file is as =
follows:</font> </p><p><font size=3D"2">Node 1</font> <br><font =
size=3D"2">route set type dtlsr</font> <br><font size=3D"2">route =
local_eid "dtn://one.dtn"</font> <br><font size=3D"2">interface add tcp0 =
tcp </font><br><font size=3D"2">interface add udp0 udp </font><br><font =
size=3D"2">discovery add ipdisc0 ip port=3D2000 </font><br><font =
size=3D"2">discovery announce tcp0 ipdisc0 tcp interval=3D5 =
interval=3D5</font> </p><p><font size=3D"2">Node 2</font> <br><font =
size=3D"2">route set type dtlsr</font> <br><font size=3D"2">route =
local_eid "dtn://two.dtn"</font> <br><font size=3D"2">interface add tcp0 =
tcp </font><br><font size=3D"2">interface add udp0 udp </font><br><font =
size=3D"2">discovery add ipdisc0 ip port=3D2000 </font><br><font =
size=3D"2">discovery announce tcp0 ipdisc0 tcp interval=3D5 =
interval=3D5</font> </p><p><font size=3D"2">In Situation 2, the node 1 =
DTN is able to locate Node 2 DTN. Thus i can able to send file or =
message to Node 2. However i am not able to do that in Situation 1 as =
Node 1 cannot locate Node 2. is that any mistake in the configuration =
file?</font></p><p><font size=3D"2">another question is that what is the =
difference between discovery_bonjour and ipdisc0?</font> <br><font =
size=3D"2">And discovery only used for neighbor protocol? =
</font></p><p>Thank you for your time</p><p>Best =
regards</p><p>J</p></font></div></div></div></font></div></div></blockquot=
e></div><br></body></html>=

--Apple-Mail-2-905964777--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAJIIKss015351 for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 10:18:20 -0800
Received: from [10.212.2.79] (bldmz-nat-161-182.berkeley.intel-research.net [12.155.161.182]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lAJIIGe3016469 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 19 Nov 2007 10:18:18 -0800 (PST)
In-Reply-To: <d35f8e370711190937o76beb364n69975a0998922b9f@mail.gmail.com>
References: <d7f21e790711190519v1e795336i22f29c6cf7e1cf86@mail.gmail.com> <d35f8e370711190937o76beb364n69975a0998922b9f@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <AE5C9BB5-501B-4DEF-A7EF-0C85CB3FDF48@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Mon, 19 Nov 2007 13:18:12 -0500
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] Custody transfer and UDP
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Nov 2007 18:18:22 -0000

> The last I look at UDP in detail was about a year ago, but I was told
> more recently that nothing had changed.  When I looked at it it had
> two important "flaws", there is no reliable delivery or flow control
> at the convergence layer, both of these due to the way the system was
> set up could cause lost information, especially with
> fragmentation/large amount of traffic.

Yes, both of these characteristics are true and can cause loss of  
data, however I do not consider them "flaws" but rather  
characteristics of the design. There's nothing to say that all  
convergence layers must provide these features and there may be cases  
in which configured users might want to add rate limiting or  
reliability at a different layer, either in the bundling layer or in  
the underlying link layer which would obviate the need for UDPCL  
functionality for either flow control or reliability.

That said, I do have plans to add a rate limiting option to the UDPCL  
configuration so that the sender rate can be enforced, rather than  
always trying to send at whatever rate the kernel is willing to  
accept ::send() calls, which will go a long way towards making the  
UDPCL more useful (as would adding support for proactive  
fragmentation as well).

-m




Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAJIG3Vw015201 for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 10:16:03 -0800
Received: from [10.212.2.79] (bldmz-nat-161-182.berkeley.intel-research.net [12.155.161.182]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lAJIFwZq016411 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 19 Nov 2007 10:15:59 -0800 (PST)
In-Reply-To: <d7f21e790711190519v1e795336i22f29c6cf7e1cf86@mail.gmail.com>
References: <d7f21e790711190519v1e795336i22f29c6cf7e1cf86@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <F364463A-348A-4E2C-BE86-377A4FCBC298@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Mon, 19 Nov 2007 13:15:55 -0500
To: sergio@hongo.wide.ad.jp, dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] Custody transfer and UDP
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Nov 2007 18:16:04 -0000

> I wanted to ask two questions. Regarding the reference  
> implementation 2.5, is there a way to instruct a next hop node not  
> to accept a custody transfer request (or someway to do it  
> automatically when resources are scarce in the node?).

You can turn it off globally by adding the following to dtn.conf:

param set accept_custody false

> One other thing is related to using the UDP convergence layer. We  
> notice that for transfers larger that 60KB the dtn applications  
> started failing and messages could not reach the destinations.  
> Anyone has had similar problems?

As Darren pointed out, there is currently no support for proactive  
fragmentation at the bundle layer, so the UDPCL can't send bundles  
larger than the maximum size of a UDP packet.

-m



Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.190]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAJHb8Eq012887 for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 09:37:08 -0800
Received: by rn-out-0102.google.com with SMTP id a46so1128259rne for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 09:37:07 -0800 (PST)
Received: by 10.142.213.9 with SMTP id l9mr1208746wfg.1195493825700; Mon, 19 Nov 2007 09:37:05 -0800 (PST)
Received: by 10.142.112.11 with HTTP; Mon, 19 Nov 2007 09:37:05 -0800 (PST)
Message-ID: <d35f8e370711190937o76beb364n69975a0998922b9f@mail.gmail.com>
Date: Mon, 19 Nov 2007 12:37:05 -0500
From: "ryan m" <smarts40@gmail.com>
To: sergio@hongo.wide.ad.jp, "dtn-users mailing list" <dtn-users@mailman.dtnrg.org>
In-Reply-To: <d7f21e790711190519v1e795336i22f29c6cf7e1cf86@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <d7f21e790711190519v1e795336i22f29c6cf7e1cf86@mail.gmail.com>
Subject: Re: [dtn-users] Custody transfer and UDP
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Nov 2007 17:37:09 -0000

The last I look at UDP in detail was about a year ago, but I was told
more recently that nothing had changed.  When I looked at it it had
two important "flaws", there is no reliable delivery or flow control
at the convergence layer, both of these due to the way the system was
set up could cause lost information, especially with
fragmentation/large amount of traffic.

On Nov 19, 2007 8:19 AM, Sergio Carrilho <sergio@hongo.wide.ad.jp> wrote:
> Hi all,
>
> I wanted to ask two questions. Regarding the reference implementation 2.5,
> is there a way to instruct a next hop node not to accept a custody transfer
> request (or someway to do it automatically when resources are scarce in the
> node?).
> One other thing is related to using the UDP convergence layer. We notice
> that for transfers larger that 60KB the dtn applications started failing and
> messages could not reach the destinations. Anyone has had similar problems?
>
> thanks
>
> sergio
>
> --
> ------------ooo00ooo------------
>  ,,,       Sergio Carrilho
> ( ',')     ($B%;%k%8%*!!%+%j%k(B)
> <|"|>
>  ./"L    Esaki Lab
> The University of Tokyo
> ------------ooo00ooo------------
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>
>


Received: from smtp.netlab.hut.fi (keskus.netlab.hut.fi [130.233.154.176]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAJEiI7b002436 for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 06:44:18 -0800
Received: from localhost (webserver.netlab.hut.fi [130.233.154.187]) by smtp.netlab.hut.fi (Postfix) with ESMTP id 9C95CC50E5 for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 16:44:17 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at TKK Netlab
Received: from smtp.netlab.hut.fi ([130.233.154.176]) by localhost (webserver.netlab.hut.fi [130.233.154.187]) (amavisd-new, port 10024) with ESMTP id ioRcZbnNKAki for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 16:44:10 +0200 (EET)
Received: from [130.233.154.131] (vivaldi-1.netlab.hut.fi [130.233.154.131]) by smtp.netlab.hut.fi (Postfix) with ESMTP id E0601C50E2 for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 16:44:10 +0200 (EET)
Message-ID: <4741A13F.8080404@netlab.tkk.fi>
Date: Mon, 19 Nov 2007 16:44:15 +0200
From: Teemu <teemuk@netlab.tkk.fi>
User-Agent: Thunderbird 1.5.0.10 (X11/20070306)
MIME-Version: 1.0
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
References: <473DA6E0.7010607@netlab.tkk.fi> <0970E4CE-2D3E-4402-8FAE-FDA2E8C009BA@cs.baylor.edu>
In-Reply-To: <0970E4CE-2D3E-4402-8FAE-FDA2E8C009BA@cs.baylor.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [dtn-users] Bluetooth discovery bug
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Nov 2007 14:44:20 -0000

Hi,

I tested the fix and it seems to work fine for me.

Regards,
-Teemu

Jeff Wilson wrote:
> Good catch.  The attached patch should fix it.
> 
> Here's the story ... The BluetoothDiscovery determines how long to wait 
> between Inquiry by iterating over the list of registered BTCL's 
> (BluetoothAnnounce) to find the minimum remaining interval, then uses 
> that value for the sleep() function.  Before the loop, that value is 
> initialized to INT_MAX.  If the list is empty, then sleep gets set to 
> rand(INT_MAX).
> 
> The attached patch overrides the default behavior of 
> BluetoothDiscover::handle_announce.  Now instead of doing nothing, 
> handle_announce should jolt the notifier out of wait() whenever a new 
> BluetoothAnnounce is created ...
> 
> Please let me how this works out for you.
> 
>     Regards,
>     Jeff
> 
> 
> 
> 
> On Nov 16, 2007, at 8:19 AM, Teemu wrote:
> 
>> Hi,
>>
>> I've been testing the Bluetooth implementation of DTN2 on N800 and came
>> up with a small bug:
>>
>> Configuration:
>> interface add bt0 bt
>> discovery add btd bt
>> discovery announce bt0 btd bt interval=10
>>
>> Everything works fine when the above lines are added to the
>> configuration file. However, if I try to add these manually to the dtnd
>> command prompt the discovery doesn't happen. I tracked this down to an
>> incorrectly calculated sleep value at
>> servlib/discovery/BluetoothDiscovery.cc:103 where the sleep value ends
>> up being way too large (essentially random 4 bytes). Unfortunately I
>> couldn't figure out why it's being calculated incorrectly.
>>
>> I tested this running the release version 2.4.0, but the code doesn't
>> seem to have changed since then.
>>
>> Regards,
>> -Teemu Karkkainen
>> _______________________________________________
>> dtn-users mailing list
>> dtn-users@mailman.dtnrg.org
>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from n064.sc1.he.tucows.com (smtpout0176.sc1.he.tucows.com [64.97.136.176]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAJEhK3O002366 for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 06:43:20 -0800
Received: from sc1-out05.emaildefenseservice.com (64.97.139.2) by n064.sc1.he.tucows.com (7.2.069.1) id 47030C3D003AB88E; Mon, 19 Nov 2007 14:43:09 +0000
X-SpamScore: 50
X-Spamcatcher-Summary: 50, 0, 0, df758dc8a5f0e7d7, bb488ebe35381447, darren.long@virgin.net, -, RULES_HIT:69:355:379:541:564:599:601:960:967:973:980:988:989:1260:1261:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1541:1593:1594:1711:1730:1747:1766:1792:2378:2393:2525:2553:2560:2563:2682:2685:2857:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3027:3352:3622:3865:3866:3867:3868:3869:3870:3871:3872:3874:3934:3936:3938:3941:3944:4250:4605:4699:4860:5007:6119:7652:7679, 0, RBL: none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:, MSBL:none, DNSBL:none
X-Spamcatcher-Explanation: 
Received: from [192.168.0.3] (unknown [82.12.238.197]) by sc1-out05.emaildefenseservice.com (Postfix) with ESMTP; Mon, 19 Nov 2007 14:43:06 +0000 (UTC)
Message-Id: <9AE6A072-E2ED-4AE4-B5EB-E3C4CA23070A@virgin.net>
From: Darren Long <darren.long@virgin.net>
To: sergio@hongo.wide.ad.jp, dtn-users mailing list <dtn-users@mailman.dtnrg.org>
In-Reply-To: <d7f21e790711190519v1e795336i22f29c6cf7e1cf86@mail.gmail.com>
Content-Type: text/plain; charset=ISO-2022-JP; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v915)
Date: Mon, 19 Nov 2007 14:43:04 +0000
References: <d7f21e790711190519v1e795336i22f29c6cf7e1cf86@mail.gmail.com>
X-Mailer: Apple Mail (2.915)
Subject: Re: [dtn-users] Custody transfer and UDP
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Nov 2007 14:43:21 -0000

Hi Sergio,

My recollection of the UDP CL implementation is that the entire bundle  
is sent as a single UDP/IP datagram, possibly incurring IP  
fragmentation.  Thus the maximum gross bundle size is 64kB.  This may  
not be all that useful in practice though due to the issues apparently  
associated with IPv4 fragmentation: rfc4963

Darren


On 19 Nov 2007, at 13:19, Sergio Carrilho wrote:

> Hi all,
>
> I wanted to ask two questions. Regarding the reference  
> implementation 2.5, is there a way to instruct a next hop node not  
> to accept a custody transfer request (or someway to do it  
> automatically when resources are scarce in the node?).
> One other thing is related to using the UDP convergence layer. We  
> notice that for transfers larger that 60KB the dtn applications  
> started failing and messages could not reach the destinations.  
> Anyone has had similar problems?
>
> thanks
>
> sergio
>
> -- 
> ------------ooo00ooo------------
> ,,,       Sergio Carrilho
> ( ',')     ($B%;%k%8%*!!%+%j%k(B)
> <|"|>
> ./"L    Esaki Lab
> The University of Tokyo
> ------------ooo00ooo------------  
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAJDJsxK029884 for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 05:19:54 -0800
Received: by wa-out-1112.google.com with SMTP id j4so2144153wah for <dtn-users@mailman.dtnrg.org>; Mon, 19 Nov 2007 05:19:54 -0800 (PST)
Received: by 10.114.107.19 with SMTP id f19mr554529wac.1195478393872; Mon, 19 Nov 2007 05:19:53 -0800 (PST)
Received: by 10.114.255.10 with HTTP; Mon, 19 Nov 2007 05:19:53 -0800 (PST)
Message-ID: <d7f21e790711190519v1e795336i22f29c6cf7e1cf86@mail.gmail.com>
Date: Mon, 19 Nov 2007 22:19:53 +0900
From: "Sergio Carrilho" <sergio@hongo.wide.ad.jp>
Sender: seergio.carrilho@gmail.com
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_10382_26608145.1195478393861"
X-Google-Sender-Auth: 23d1935b096879ae
Subject: [dtn-users] Custody transfer and UDP
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: sergio@hongo.wide.ad.jp, dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Nov 2007 13:19:56 -0000

------=_Part_10382_26608145.1195478393861
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all,

I wanted to ask two questions. Regarding the reference implementation 2.5,
is there a way to instruct a next hop node not to accept a custody transfer
request (or someway to do it automatically when resources are scarce in the
node?).
One other thing is related to using the UDP convergence layer. We notice
that for transfers larger that 60KB the dtn applications started failing and
messages could not reach the destinations. Anyone has had similar problems?

thanks

sergio

-- 
------------ooo00ooo------------
,,,       Sergio Carrilho
( ',')     ($B%;%k%8%*(B $B%+%j%k(B)
<|"|>
./"L    Esaki Lab
The University of Tokyo
------------ooo00ooo------------

------=_Part_10382_26608145.1195478393861
Content-Type: text/html; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all,<br><br>I wanted to ask two questions. Regarding the reference implementation 2.5, is there a way to instruct a next hop node not to accept a custody transfer request (or someway to do it automatically when resources are scarce in the node?).
<br>One other thing is related to using the UDP convergence layer. We notice that for transfers larger that 60KB the dtn applications started failing and messages could not reach the destinations. Anyone has had similar problems?
<br><br>thanks<br><br>sergio<br><br>-- <br>------------ooo00ooo------------<br> ,,, &nbsp; &nbsp; &nbsp; Sergio Carrilho<br>( &#39;,&#39;) &nbsp; &nbsp; ($B%;%k%8%*!!%+%j%k(B)<br>&lt;|&quot;|&gt; &nbsp; <br> ./&quot;L &nbsp;&nbsp; Esaki Lab<br>The University of Tokyo<br>------------ooo00ooo------------

------=_Part_10382_26608145.1195478393861--


Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAGLPkVo005140 for <dtn-users@mailman.dtnrg.org>; Fri, 16 Nov 2007 13:25:47 -0800
Received: by wr-out-0506.google.com with SMTP id c38so834511wra for <dtn-users@mailman.dtnrg.org>; Fri, 16 Nov 2007 13:25:46 -0800 (PST)
Received: by 10.90.80.8 with SMTP id d8mr3727248agb.1195248345881; Fri, 16 Nov 2007 13:25:45 -0800 (PST)
Received: from ?129.62.45.219? ( [129.62.45.219]) by mx.google.com with ESMTPS id c1sm3450610nzd.2007.11.16.13.25.44 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Nov 2007 13:25:44 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <473DA6E0.7010607@netlab.tkk.fi>
References: <473DA6E0.7010607@netlab.tkk.fi>
Content-Type: multipart/mixed; boundary=Apple-Mail-5-38722643
Message-Id: <0970E4CE-2D3E-4402-8FAE-FDA2E8C009BA@cs.baylor.edu>
From: Jeff Wilson <wilsonj@cs.ecs.baylor.edu>
Date: Fri, 16 Nov 2007 13:36:10 -0600
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Sender: Jeff Wilson <jazzbotley@gmail.com>
Subject: Re: [dtn-users] Bluetooth discovery bug
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Nov 2007 21:25:48 -0000

--Apple-Mail-5-38722643
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Good catch.  The attached patch should fix it.

Here's the story ... The BluetoothDiscovery determines how long to  
wait between Inquiry by iterating over the list of registered BTCL's  
(BluetoothAnnounce) to find the minimum remaining interval, then uses  
that value for the sleep() function.  Before the loop, that value is  
initialized to INT_MAX.  If the list is empty, then sleep gets set to  
rand(INT_MAX).

The attached patch overrides the default behavior of  
BluetoothDiscover::handle_announce.  Now instead of doing nothing,  
handle_announce should jolt the notifier out of wait() whenever a new  
BluetoothAnnounce is created ...

Please let me how this works out for you.

	Regards,
	Jeff


--Apple-Mail-5-38722643
Content-Transfer-Encoding: 7bit
Content-Type: application/octet-stream; x-unix-mode=0644;
	name=fix-large-sleep-value.patch
Content-Disposition: attachment;
	filename=fix-large-sleep-value.patch

Index: servlib/discovery/BluetoothDiscovery.h
===================================================================
RCS file: /repository/DTN2/servlib/discovery/BluetoothDiscovery.h,v
retrieving revision 1.3
diff -u -r1.3 BluetoothDiscovery.h
--- servlib/discovery/BluetoothDiscovery.h	24 Apr 2007 01:35:33 -0000	1.3
+++ servlib/discovery/BluetoothDiscovery.h	16 Nov 2007 19:15:00 -0000
@@ -48,6 +48,11 @@
     bool configure(int argc, const char* argv[]);
     void run();
 
+    /**
+     * Virtual from Discovery
+     */
+    void handle_announce() { notifier_.notify(); }
+
     volatile bool shutdown_;
     bdaddr_t local_addr_;
     oasys::Notifier notifier_;

--Apple-Mail-5-38722643
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed




On Nov 16, 2007, at 8:19 AM, Teemu wrote:

> Hi,
>
> I've been testing the Bluetooth implementation of DTN2 on N800 and  
> came
> up with a small bug:
>
> Configuration:
> interface add bt0 bt
> discovery add btd bt
> discovery announce bt0 btd bt interval=10
>
> Everything works fine when the above lines are added to the
> configuration file. However, if I try to add these manually to the  
> dtnd
> command prompt the discovery doesn't happen. I tracked this down to an
> incorrectly calculated sleep value at
> servlib/discovery/BluetoothDiscovery.cc:103 where the sleep value ends
> up being way too large (essentially random 4 bytes). Unfortunately I
> couldn't figure out why it's being calculated incorrectly.
>
> I tested this running the release version 2.4.0, but the code doesn't
> seem to have changed since then.
>
> Regards,
> -Teemu Karkkainen
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users


--Apple-Mail-5-38722643--


Received: from smtp.netlab.hut.fi (keskus.netlab.hut.fi [130.233.154.176]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAGEJEVc012324 for <dtn-users@mailman.dtnrg.org>; Fri, 16 Nov 2007 06:19:15 -0800
Received: from localhost (webserver.netlab.hut.fi [130.233.154.187]) by smtp.netlab.hut.fi (Postfix) with ESMTP id E75D6C50F5 for <dtn-users@mailman.dtnrg.org>; Fri, 16 Nov 2007 16:19:13 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at TKK Netlab
Received: from smtp.netlab.hut.fi ([130.233.154.176]) by localhost (webserver.netlab.hut.fi [130.233.154.187]) (amavisd-new, port 10024) with ESMTP id r5zPtt8rgTGG for <dtn-users@mailman.dtnrg.org>; Fri, 16 Nov 2007 16:19:07 +0200 (EET)
Received: from [130.233.154.131] (vivaldi-1.netlab.hut.fi [130.233.154.131]) by smtp.netlab.hut.fi (Postfix) with ESMTP id 9A6E3C50E6 for <dtn-users@mailman.dtnrg.org>; Fri, 16 Nov 2007 16:19:07 +0200 (EET)
Message-ID: <473DA6E0.7010607@netlab.tkk.fi>
Date: Fri, 16 Nov 2007 16:19:12 +0200
From: Teemu <teemuk@netlab.tkk.fi>
User-Agent: Thunderbird 1.5.0.10 (X11/20070306)
MIME-Version: 1.0
To: dtn-users@mailman.dtnrg.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [dtn-users] Bluetooth discovery bug
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Nov 2007 14:19:16 -0000

Hi,

I've been testing the Bluetooth implementation of DTN2 on N800 and came 
up with a small bug:

Configuration:
interface add bt0 bt
discovery add btd bt
discovery announce bt0 btd bt interval=10

Everything works fine when the above lines are added to the 
configuration file. However, if I try to add these manually to the dtnd 
command prompt the discovery doesn't happen. I tracked this down to an 
incorrectly calculated sleep value at 
servlib/discovery/BluetoothDiscovery.cc:103 where the sleep value ends 
up being way too large (essentially random 4 bytes). Unfortunately I 
couldn't figure out why it's being calculated incorrectly.

I tested this running the release version 2.4.0, but the code doesn't 
seem to have changed since then.

Regards,
-Teemu Karkkainen


Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAG6mIcM017096 for <dtn-users@mailman.dtnrg.org>; Thu, 15 Nov 2007 22:48:19 -0800
Received: by wr-out-0506.google.com with SMTP id c38so667486wra for <dtn-users@mailman.dtnrg.org>; Thu, 15 Nov 2007 22:48:16 -0800 (PST)
Received: by 10.142.191.2 with SMTP id o2mr511519wff.1195195695000; Thu, 15 Nov 2007 22:48:15 -0800 (PST)
Received: by 10.142.126.19 with HTTP; Thu, 15 Nov 2007 22:48:14 -0800 (PST)
Message-ID: <d7f21e790711152248o1f61a3f0r5e9bb05d0379c956@mail.gmail.com>
Date: Fri, 16 Nov 2007 15:48:14 +0900
From: "Sergio Carrilho" <sergio@hongo.wide.ad.jp>
Sender: seergio.carrilho@gmail.com
To: "Michael R. Davis" <mrdvt92@yahoo.com>
In-Reply-To: <730736.26220.qm@web32510.mail.mud.yahoo.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_6659_17484498.1195195694974"
References: <730736.26220.qm@web32510.mail.mud.yahoo.com>
X-Google-Sender-Auth: c123a47012b1e494
Cc: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] Installing dtn-2.5 in a AP
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: sergio@hongo.wide.ad.jp, dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Nov 2007 06:48:20 -0000

------=_Part_6659_17484498.1195195694974
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Thanks Mike,

With the information provided, I located the page at
http://www.f4dwu.net/viewpage.php?page_id=5 and some other resources pointed
by the page (for linksys) at http://symoon.free.fr/scs/dtn/.
The version is a bit outdated but should be useful.

Thanks

sergio

On Nov 16, 2007 1:46 AM, Michael R. Davis <mrdvt92@yahoo.com> wrote:

> Sergio,
> There was a version mentioned on the list some time back please search the
> archives for "WRT".
>
> http://mailman.dtnrg.org/pipermail/dtn-users/2007-April/000569.html
>
> Look like there's a "Laurent Franck DTN version"  Sorry I couldn't find
> the url.
>
> Mike
>
>

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

Thanks Mike,<br><br>With the information provided, I located the page at <a href="http://www.f4dwu.net/viewpage.php?page_id=5">http://www.f4dwu.net/viewpage.php?page_id=5</a> and some other resources pointed by the page (for linksys) at 
<a href="http://symoon.free.fr/scs/dtn/">http://symoon.free.fr/scs/dtn/</a>.<br>The version is a bit outdated but should be useful.<br><br>Thanks<br><br>sergio<br><br><div class="gmail_quote">On Nov 16, 2007 1:46 AM, Michael R. Davis &lt;
<a href="mailto:mrdvt92@yahoo.com">mrdvt92@yahoo.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">
<div style="font-size: 12pt; font-family: times new roman,new york,times,serif;">Sergio,</div>
<div style="font-size: 12pt; font-family: times new roman,new york,times,serif;">There was a version mentioned on the list some time back please search the archives for &quot;WRT&quot;.</div>
<div style="font-size: 12pt; font-family: times new roman,new york,times,serif;">&nbsp;</div>
<div style="font-size: 12pt; font-family: times new roman,new york,times,serif;"><a href="http://mailman.dtnrg.org/pipermail/dtn-users/2007-April/000569.html" target="_blank">http://mailman.dtnrg.org/pipermail/dtn-users/2007-April/000569.html
</a></div>
<div style="font-size: 12pt; font-family: times new roman,new york,times,serif;">&nbsp;</div>
<div style="font-size: 12pt; font-family: times new roman,new york,times,serif;">Look like there&#39;s a &quot;Laurent Franck DTN version&quot;&nbsp; Sorry I couldn&#39;t find the url.</div>
<div style="font-size: 12pt; font-family: times new roman,new york,times,serif;">&nbsp;</div>
<div style="font-size: 12pt; font-family: times new roman,new york,times,serif;">Mike<br><br></div></div></div></blockquote></div>

------=_Part_6659_17484498.1195195694974--


Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAFAjpkO010840 for <dtn-users@mailman.dtnrg.org>; Thu, 15 Nov 2007 02:45:51 -0800
Received: by nz-out-0506.google.com with SMTP id n29so411804nzf for <dtn-users@mailman.dtnrg.org>; Thu, 15 Nov 2007 02:45:51 -0800 (PST)
Received: by 10.143.160.1 with SMTP id m1mr55906wfo.1195123549609; Thu, 15 Nov 2007 02:45:49 -0800 (PST)
Received: by 10.142.126.19 with HTTP; Thu, 15 Nov 2007 02:45:49 -0800 (PST)
Message-ID: <d7f21e790711150245m44003be0u78550468b8f5bf52@mail.gmail.com>
Date: Thu, 15 Nov 2007 19:45:49 +0900
From: "Sergio Carrilho" <sergio@hongo.wide.ad.jp>
Sender: seergio.carrilho@gmail.com
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_2974_26746088.1195123549602"
X-Google-Sender-Auth: 8568daaaee77005d
Subject: [dtn-users] Installing dtn-2.5 in a AP
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: sergio@hongo.wide.ad.jp, dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Nov 2007 10:45:53 -0000

------=_Part_2974_26746088.1195123549602
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Good evening,

I want to install and test dtn-2.5 reference implementation in a certain
scenario. I would like to know if someone has already installed the
reference implementation on a MIPS device.
I want to use the implementation with a buffalo Airstation G (WHR-G54S)
running OpenWRT. I would appreciate any kind of information (or pointer to
documentation) related to this.

thanks

sergio

-- 
------------ooo00ooo------------
,,,       Sergio Carrilho
( ',')     ($B%;%k%8%*(B $B%+%j%k(B)
<|"|>
./"L    The University of Tokyo
          Esaki Lab
 ------------ooo00ooo------------

------=_Part_2974_26746088.1195123549602
Content-Type: text/html; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Good evening,<br><br>I want to install and test dtn-2.5 reference implementation in a certain scenario. I would like to know if someone has already installed the reference implementation on a MIPS device.<br>I want to use the implementation with a buffalo Airstation G (WHR-G54S) running OpenWRT. I would appreciate any kind of information (or pointer to documentation) related to this.
<br><br>thanks<br><br>sergio<br clear="all"><br>-- <br>------------ooo00ooo------------<br> ,,, &nbsp; &nbsp; &nbsp; Sergio Carrilho<br>( &#39;,&#39;) &nbsp; &nbsp; ($B%;%k%8%*!!%+%j%k(B)<br>&lt;|&quot;|&gt; &nbsp; <br> ./&quot;L &nbsp;&nbsp; The University of Tokyo<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Esaki Lab
<br>&nbsp;------------ooo00ooo------------

------=_Part_2974_26746088.1195123549602--


Received: from as3.cineca.com (as3.cineca.com [130.186.84.211]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lAE7mS7L012579 for <dtn-users@mailman.dtnrg.org>; Tue, 13 Nov 2007 23:48:29 -0800
Received: from localhost (localhost.localdomain [127.0.0.1]) by as3.cineca.com (Postfix) with ESMTP id 919883C5 for <dtn-users@mailman.dtnrg.org>; Wed, 14 Nov 2007 08:48:27 +0100 (CET)
Received: from unibo.mm.cineca.it (unibo.mm.cineca.it [130.186.10.202]) by as3.cineca.com (Postfix) with ESMTP id BF9BD13F for <dtn-users@mailman.dtnrg.org>; Wed, 14 Nov 2007 08:47:57 +0100 (CET)
Received: from [192.168.0.105] (host-84-220-175-33.cust-adsl.tiscali.it [84.220.175.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) as user piero.cornice@studio.unibo.it by unibo.mm.cineca.it (Postfix) with ESMTP id 38F721353212 for <dtn-users@mailman.dtnrg.org>; Wed, 14 Nov 2007 08:47:56 +0100 (MET)
Message-ID: <473AA82A.8090801@studio.unibo.it>
Date: Wed, 14 Nov 2007 08:47:54 +0100
From: Piero Cornice <piero.cornice@studio.unibo.it>
User-Agent: Thunderbird 2.0.0.6 (X11/20070801)
MIME-Version: 1.0
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
References: <8bd31fd70711131136k4060bc72mbf0d41a0ea515cd2@mail.gmail.com>
In-Reply-To: <8bd31fd70711131136k4060bc72mbf0d41a0ea515cd2@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Cineca AppOs 0.99 at as3.cineca.com
Subject: Re: [dtn-users] What's the best way to measure End to End Delay?
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2007 07:48:31 -0000

Hi, a good tool is DTNPerf.

You can find it among the DTN apps, or download the latest (beta)
version from https://tatpa.deis.unibo.it (in the Downloads section).



EunKyung Lee ha scritto:
> I want to measure the Delay between A and B over many DTN nodes.
>  
> Delay means that the time between when the Node A starts to send a
> bundle and when the Node B ends to receive this bundle.
>  
> Is there any traffic measurement tool for DTN? or should I add some
> code or script to measure it?
>  
> Thanks.
>  
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>   



Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lADJabVg001846 for <dtn-users@mailman.dtnrg.org>; Tue, 13 Nov 2007 11:36:37 -0800
Received: by rv-out-0910.google.com with SMTP id l15so1380994rvb for <dtn-users@mailman.dtnrg.org>; Tue, 13 Nov 2007 11:36:36 -0800 (PST)
Received: by 10.141.20.7 with SMTP id x7mr3053528rvi.1194982596712; Tue, 13 Nov 2007 11:36:36 -0800 (PST)
Received: by 10.141.190.6 with HTTP; Tue, 13 Nov 2007 11:36:36 -0800 (PST)
Message-ID: <8bd31fd70711131136k4060bc72mbf0d41a0ea515cd2@mail.gmail.com>
Date: Tue, 13 Nov 2007 14:36:36 -0500
From: "EunKyung Lee" <ssinji79@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_1387_4640847.1194982596708"
Subject: [dtn-users] What's the best way to measure End to End Delay?
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Nov 2007 19:36:38 -0000

------=_Part_1387_4640847.1194982596708
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I want to measure the Delay between A and B over many DTN nodes.

Delay means that the time between when the Node A starts to send a bundle
and when the Node B ends to receive this bundle.

Is there any traffic measurement tool for DTN? or should I add some code or
script to measure it?

Thanks.

------=_Part_1387_4640847.1194982596708
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>I want to measure the Delay between A and B over many DTN nodes.</div>
<div>&nbsp;</div>
<div>Delay means that the time between when the Node A starts to send a bundle and when the Node B ends to receive this bundle.</div>
<div>&nbsp;</div>
<div>Is there any traffic measurement tool for DTN? or should I add some code or script to measure it?</div>
<div>&nbsp;</div>
<div>Thanks.</div>
<div>&nbsp;</div>
<div>&nbsp;</div>

------=_Part_1387_4640847.1194982596708--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lADFnpx3020878 for <dtn-users@mailman.dtnrg.org>; Tue, 13 Nov 2007 07:49:51 -0800
Received: from [192.168.1.3] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lADFnkhA024201 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 13 Nov 2007 07:49:47 -0800 (PST)
In-Reply-To: <d7f21e790711130158g191dc33fn34c7778c8f83b93f@mail.gmail.com>
References: <7d44697a0711130118m2b365d32hd9f50983764267ef@mail.gmail.com> <d7f21e790711130158g191dc33fn34c7778c8f83b93f@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-1--234068402
Message-Id: <2D274463-0660-4B88-A0DD-AC238FF7611C@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Tue, 13 Nov 2007 07:49:39 -0800
To: sergio@hongo.wide.ad.jp
X-Mailer: Apple Mail (2.752.3)
Cc: dtn-users <dtn-users@mailman.dtnrg.org>
Subject: Re: [dtn-users] [dtn-interest] encounter problems in installing dtn2.5.0
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Nov 2007 15:49:53 -0000

--Apple-Mail-1--234068402
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=UTF-8;
	delsp=yes;
	format=flowed

First of all, as Giuseppe said, the dtn-users mailing list is the =20
appropriate one for this type of discussion. I've cc'd the =20
appropriate list here.

Secondly, you should probably run 'make install' after compiling the =20
sources which will put dtnd in /usr/bin (or in /usr/local/bin if =20
you've configured it that way).

I'll update some of the documentation sources to reflect as such.

-m

On Nov 13, 2007, at 1:58 AM, Sergio Carrilho wrote:

> Hi there,
>
> The daemon will be under in the directory created when you =20
> uncompressed the dtn2.5 source.
> usually ~/(download directory)/dtn-2.5.0/daemon/
>
> Also the manual on http://www.dtnrg.org/docs/code/DTN2/doc/manual/ =20
> will give you step by step information
>
> good luck
>
> sergio
>
> On Nov 13, 2007 6:18 PM, =E8=8B=8F=E9=87=91=E9=92=8A < =
sujinzhao@gmail.com> wrote:
> Hello,everyone!
>
>       I am a rookie to dtn and I want to install dtn2.5.0 on =20
> Linux,following these steps on
>       http://www.dtnrg.org/wiki/Dtn2TipsAndTricks
>
>       I have already installed Berkeley DB4.5.20 and =20
> tclreadline2.1.0,but I can't find the directory "dtnd"
>       as step 4 shows,? and what's the lowest version of gcc does =20
> dtn require?
>
>       Could somebody be kindly enough to show me the exactly steps =20
> in installing dtn? great thanks!!
>
>
> =E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=
sujinzhao@gmail.com
> =E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=
=E3=80=80=E3=80=802007-11-13
>
>
> _______________________________________________
> dtn-interest mailing list
> dtn-interest@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-interest
>
>
> --=20
> ------------ooo00ooo------------
> ,,,       Sergio Carrilho
> ( ',')     (=E3=82=BB=E3=83=AB=E3=82=B8=E3=82=AA=E3=80=80=E3=82=AB=E3=83=
=AA=E3=83=AB)
> <|"|>
> ./"L    =E6=9D=B1=E4=BA=AC=E5=A4=A7=E5=AD=A6=E3=80=81=E6=B1=9F=E5=B4=8E=E7=
=A0=94=E7=A9=B6=E5=AE=A4
>  ------------ooo00ooo------------
> _______________________________________________
> dtn-interest mailing list
> dtn-interest@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-interest


--Apple-Mail-1--234068402
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=UTF-8

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">First of all, as Giuseppe said, =
the dtn-users mailing list is the appropriate one for this type of =
discussion. I've cc'd the appropriate list here.<div><br =
class=3D"webkit-block-placeholder"></div><div>Secondly, you should =
probably run 'make install' after compiling the sources which will put =
dtnd in /usr/bin (or in /usr/local/bin if you've configured it that =
way).</div><div><br class=3D"webkit-block-placeholder"></div><div>I'll =
update some of the documentation sources to reflect as =
such.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>-m</div><div><div><br><div><=
div>On Nov 13, 2007, at 1:58 AM, Sergio Carrilho wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite">Hi =
there,<br><br>The daemon will be under in the directory created when you =
uncompressed the dtn2.5 source.<br>usually ~/(download =
directory)/dtn-2.5.0/daemon/<br><br>Also the manual on <a =
href=3D"http://www.dtnrg.org/docs/code/DTN2/doc/manual/"> =
http://www.dtnrg.org/docs/code/DTN2/doc/manual/</a> will give you step =
by step information<br><br>good luck<br><br>sergio<br><br><div =
class=3D"gmail_quote">On Nov 13, 2007 6:18 PM, =E8=8B=8F=E9=87=91=E9=92=8A=
 &lt;<a href=3D"mailto:sujinzhao@gmail.com"> sujinzhao@gmail.com</a>&gt; =
wrote:<br><blockquote class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"><p>Hello,everyone!</p><p>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I am a =
rookie to dtn and I want to install dtn2.5.0 on Linux,following these =
steps on <br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <a =
href=3D"http://www.dtnrg.org/wiki/Dtn2TipsAndTricks" =
target=3D"_blank">http://www.dtnrg.org/wiki/Dtn2TipsAndTricks</a> =
<br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <br> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I =
have already installed Berkeley DB4.5.20 and tclreadline2.1.0,but I =
can't find the directory "dtnd" <br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 as =
step 4 shows,? and what's the lowest version of gcc does dtn =
require?</p><p>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Could somebody be kindly =
enough to show me the exactly steps in installing dtn? great =
thanks!!</p><p>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
<br>=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=
<a href=3D"mailto:sujinzhao@gmail.com" =
target=3D"_blank">sujinzhao@gmail.com</a><br>=E3=80=80=E3=80=80=E3=80=80=E3=
=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=80=E3=80=802007-11-13</p>=
 <br>_______________________________________________<br>dtn-interest =
mailing list<br><a =
href=3D"mailto:dtn-interest@mailman.dtnrg.org">dtn-interest@mailman.dtnrg.=
org</a><br><a =
href=3D"http://maillists.intel-research.net/mailman/listinfo/dtn-interest"=
 target=3D"_blank"> =
http://maillists.intel-research.net/mailman/listinfo/dtn-interest</a><br><=
br></blockquote></div><br>-- <br>------------ooo00ooo------------<br> =
,,, =C2=A0 =C2=A0 =C2=A0 Sergio Carrilho<br>( ',') =C2=A0 =C2=A0 =
(=E3=82=BB=E3=83=AB=E3=82=B8=E3=82=AA=E3=80=80=E3=82=AB=E3=83=AA=E3=83=AB)=
<br>&lt;|"|&gt; =C2=A0 <br> ./"L =C2=A0 =
=C2=A0=E6=9D=B1=E4=BA=AC=E5=A4=A7=E5=AD=A6=E3=80=81=E6=B1=9F=E5=B4=8E=E7=A0=
=94=E7=A9=B6=E5=AE=A4<br> =C2=A0------------ooo00ooo------------ <div =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; =
">_______________________________________________</div><div =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">dtn-interest mailing list</div><div =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; "><a =
href=3D"mailto:dtn-interest@mailman.dtnrg.org">dtn-interest@mailman.dtnrg.=
org</a></div><div style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; "><a =
href=3D"http://maillists.intel-research.net/mailman/listinfo/dtn-interest"=
>http://maillists.intel-research.net/mailman/listinfo/dtn-interest</a></di=
v> </blockquote></div><br></div></div></body></html>=

--Apple-Mail-1--234068402--


Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA60PF2u025112 for <dtn-users@mailman.dtnrg.org>; Mon, 5 Nov 2007 16:25:15 -0800
Received: by rv-out-0910.google.com with SMTP id l15so1498310rvb for <dtn-users@mailman.dtnrg.org>; Mon, 05 Nov 2007 16:25:15 -0800 (PST)
Received: by 10.141.14.14 with SMTP id r14mr2713987rvi.1194308715361; Mon, 05 Nov 2007 16:25:15 -0800 (PST)
Received: by 10.141.203.4 with HTTP; Mon, 5 Nov 2007 16:25:15 -0800 (PST)
Message-ID: <c71f66e00711051625l285d649gfa487ee4759e9bc1@mail.gmail.com>
Date: Tue, 6 Nov 2007 02:25:15 +0200
From: "ilke gelincik" <ilkegelincik@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_20750_14994483.1194308715328"
Subject: [dtn-users] ns problem
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Nov 2007 00:25:17 -0000

------=_Part_20750_14994483.1194308715328
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello,

I'm a graduate student working on a master thesis on DTNs.

I want to make DTN simulations in ns2 and I tend to use the work of Eriksso=
n
and J=F6nsson for the implementation.
I tried to run the sample scripts but I keep receiving the same error in
small_demo and ns gets stuck.

the last two lines I see on the shell are:
"node 2 Reg binding bindR1 bound to token 1
node 0 Send binding bindM1 bound to token 1"

Has anyone faced such a problem? If yes, could you please help?

Thanx

Ilke

------=_Part_20750_14994483.1194308715328
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello,<br><br>I&#39;m a graduate student working on a master thesis on DTNs=
.<br><br>I want to make DTN simulations in ns2 and I tend to use the work o=
f Eriksson and J=F6nsson for the implementation.<br>I tried to run the samp=
le scripts but I keep receiving the same error in small_demo and ns gets st=
uck.
<br><br>the last two lines I see on the shell are:<br>&quot;node 2 Reg bind=
ing bindR1 bound to token 1<br>node 0 Send binding bindM1 bound to token 1&=
quot;<br><br>Has anyone faced such a problem? If yes, could you please help=
?
<br><br>Thanx<br><br>Ilke<br>

------=_Part_20750_14994483.1194308715328--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA2KxGid023792 for <dtn-users@mailman.dtnrg.org>; Fri, 2 Nov 2007 13:59:17 -0700
Received: from [10.212.2.171] (bldmz-nat-161-182.berkeley.intel-research.net [12.155.161.182]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lA2KxFZh022753 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 2 Nov 2007 13:59:16 -0700 (PDT)
In-Reply-To: <0E83CB6A-577B-4405-9E0B-6F2B29C01EAA@virgin.net>
References: <217BFF45-4087-4918-98A9-203D305E2483@virgin.net> <3C695579-720C-4B67-A534-12D12698025F@cs.berkeley.edu> <7E057CFB-469F-4173-8D38-28ACC3AF4F93@virgin.net> <4617E2C3-CFDB-4A9D-B2FA-9F4CEBCDA28C@cs.berkeley.edu> <0E83CB6A-577B-4405-9E0B-6F2B29C01EAA@virgin.net>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/mixed; boundary=Apple-Mail-4-981592507
Message-Id: <C0ED102E-A19D-413D-B085-ED1AF2E20A75@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Fri, 2 Nov 2007 13:59:17 -0700
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] Python bindings, Administrative Records, Bundle Status Reports and growl notifications.
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Nov 2007 20:59:18 -0000

--Apple-Mail-4-981592507
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Hmm... given that there are other instances of u_int and u_char in  
the code that seem to build, my guess is that you just need another  
include file on Leaopard that wasn't needed before.

Can you try including <sys/types.h> or <oasys/compat/inttypes.h>  
rather than actually changing the sources and see if that helps.

Thanks,
-m


On Nov 2, 2007, at 1:10 PM, Darren Long wrote:

> Hi Mike,
>
> It's built OK on Ubuntu7.10/i386 and Tiger/PowerPC too. Still going  
> at the arm build ;-)
>
> Darren
>

--Apple-Mail-4-981592507
Content-Transfer-Encoding: 7bit
Content-Type: application/octet-stream; x-unix-mode=0644; name=leopard.patch
Content-Disposition: attachment;
	filename=leopard.patch

? .DS_Store
? leopard.patch
? applib/.DS_Store
? applib/libdtnapi++-2.4.1.dylib
? applib/libdtnapi-2.4.1.dylib
? applib/python/bark.py
? applib/python/dtngrowler.py
? applib/python/netgrowl.py
? applib/python/netgrowl.pyc
? applib/python/test-swig-api.pyc
? oasys/test-utils/libtclgettimeofday.dylib.dSYM
? servlib/.DS_Store
Index: applib/python/test-swig-api.py
===================================================================
RCS file: /repository/DTN2/applib/python/test-swig-api.py,v
retrieving revision 1.2
diff -u -r1.2 test-swig-api.py
--- applib/python/test-swig-api.py	8 Aug 2007 22:14:13 -0000	1.2
+++ applib/python/test-swig-api.py	2 Nov 2007 19:39:44 -0000
@@ -1,3 +1,4 @@
+#!/usr/bin/env python
 #
 #    Copyright 2007 Intel Corporation
 #
Index: oasys/util/HexDumpBuffer.cc
===================================================================
RCS file: /repository/oasys/util/HexDumpBuffer.cc,v
retrieving revision 1.6
diff -u -r1.6 HexDumpBuffer.cc
--- oasys/util/HexDumpBuffer.cc	29 Mar 2007 23:07:41 -0000	1.6
+++ oasys/util/HexDumpBuffer.cc	2 Nov 2007 19:39:45 -0000
@@ -27,7 +27,7 @@
     
     
 void
-HexDumpBuffer::append(const u_char* data, size_t length)
+HexDumpBuffer::append(const unsigned char* data, size_t length)
 {
     char* dest = tail_buf(length);
     memcpy(dest, data, length);
@@ -41,12 +41,12 @@
     char strbuf[16];
 
     // generate the dump
-    u_char* bp = (u_char*)raw_buf();
+    unsigned char* bp = (unsigned char*)raw_buf();
     for (size_t i = 0; i < len(); ++i, ++bp)
     {
         // print the offset on each new line
         if (i % 16 == 0) {
-            builder.appendf("%07x ", (u_int)i);
+            builder.appendf("%07x ", (unsigned int)i);
         }
         
         // otherwise print a space every two bytes (except the first)
Index: oasys/util/HexDumpBuffer.h
===================================================================
RCS file: /repository/oasys/util/HexDumpBuffer.h,v
retrieving revision 1.4
diff -u -r1.4 HexDumpBuffer.h
--- oasys/util/HexDumpBuffer.h	29 Mar 2007 23:07:41 -0000	1.4
+++ oasys/util/HexDumpBuffer.h	2 Nov 2007 19:39:45 -0000
@@ -49,7 +49,7 @@
     HexDumpBuffer(size_t initsz = 256)
         : ExpandableBuffer(initsz) {}
     
-    void append(const u_char* data, size_t length);
+    void append(const unsigned char* data, size_t length);
 
     /**
      * Convert the internal buffer (accumulated into the StringBuffer)
Index: oasys/util/StringUtils.h
===================================================================
RCS file: /repository/oasys/util/StringUtils.h,v
retrieving revision 1.21
diff -u -r1.21 StringUtils.h
--- oasys/util/StringUtils.h	29 Mar 2007 23:07:42 -0000	1.21
+++ oasys/util/StringUtils.h	2 Nov 2007 19:39:45 -0000
@@ -151,7 +151,7 @@
  * Generate a hex string from a binary buffer.
  */
 inline void
-hex2str(std::string* str, const u_char* bp, size_t len)
+hex2str(std::string* str, const unsigned char* bp, size_t len)
 {
     static const char hex[] = "0123456789abcdef";
     str->erase();
@@ -166,7 +166,7 @@
  * Ditto that returns a temporary.
  */
 inline std::string
-hex2str(const u_char* bp, size_t len)
+hex2str(const unsigned char* bp, size_t len)
 {
     std::string ret;
     hex2str(&ret, bp, len);
@@ -180,7 +180,7 @@
 inline void
 hex2str(std::string* str, const char* bp, size_t len)
 {
-    return hex2str(str, reinterpret_cast<const u_char*>(bp), len);
+    return hex2str(str, reinterpret_cast<const unsigned char*>(bp), len);
 }
 
 //----------------------------------------------------------------------
@@ -190,7 +190,7 @@
 inline std::string
 hex2str(const char* bp, size_t len)
 {
-    return hex2str(reinterpret_cast<const u_char*>(bp), len);
+    return hex2str(reinterpret_cast<const unsigned char*>(bp), len);
 }
 
 //----------------------------------------------------------------------------
@@ -199,7 +199,7 @@
  * string contains characters other than [0-9a-f].
  */
 inline void
-str2hex(const std::string& str, u_char* bp, size_t len)
+str2hex(const std::string& str, unsigned char* bp, size_t len)
 {
 #define HEXTONUM(x) ((x) < 'a' ? (x) - '0' : x - 'a' + 10)
     const char* s = str.data();
@@ -214,7 +214,7 @@
  * Return true if the string contains only printable characters.
  */
 inline bool
-str_isascii(const u_char* bp, size_t len)
+str_isascii(const unsigned char* bp, size_t len)
 {
     for (size_t i = 0; i < len; ++i) {
         if (!isascii(*bp++)) {
Index: servlib/prophet/Alarm.h
===================================================================
RCS file: /repository/DTN2/servlib/prophet/Alarm.h,v
retrieving revision 1.1
diff -u -r1.1 Alarm.h
--- servlib/prophet/Alarm.h	15 Jun 2007 20:12:41 -0000	1.1
+++ servlib/prophet/Alarm.h	2 Nov 2007 19:39:46 -0000
@@ -81,12 +81,12 @@
     /**
      * How many milliseconds in the future to schedule this alarm
      */
-    virtual void schedule(u_int milliseconds) = 0;
+    virtual void schedule(unsigned int milliseconds) = 0;
 
     /**
      * Milliseconds remaining until alarm expires
      */
-    virtual u_int time_remaining() const = 0;
+    virtual unsigned int time_remaining() const = 0;
 
     /**
      * Disable the alarm; do not execute the handler. It is expected
Index: servlib/prophet/BaseTLV.h
===================================================================
RCS file: /repository/DTN2/servlib/prophet/BaseTLV.h,v
retrieving revision 1.1
diff -u -r1.1 BaseTLV.h
--- servlib/prophet/BaseTLV.h	15 Jun 2007 20:12:41 -0000	1.1
+++ servlib/prophet/BaseTLV.h	2 Nov 2007 19:39:46 -0000
@@ -35,7 +35,7 @@
         if (t->deserialize(bp,len))
             return t;
         delete t;
-        return NULL;
+        return 0;
     }
 };
 

--Apple-Mail-4-981592507
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

>
>
>
> On 2 Nov 2007, at 19:16, Michael Demmer wrote:
>
>> I haven't tried Leopard yet, but can you send me a patch? If it
>> builds cleanly on the other systems then I'll just apply it in.
>>
>> -m
>>
>> On Nov 2, 2007, at 12:12 PM, Darren Long wrote:
>>
>>> Thanks Mike.
>>>
>>> I don't know if you've tried building DTN2 on Leopard yet, but I had
>>> to turn some u_char and u_int types into their basic forms in a few
>>> places to get it to build.  Other than that, it all seems OK from  
>>> CVS.
>>>
>>> Darren
>>>
>>> On 2 Nov 2007, at 18:52, Michael Demmer wrote:
>>>
>>>> Unfortunately you're right, the current SWIG bindings don't include
>>>> the parsed status report information.
>>>>
>>>> This should be easy to add -- I'll take a look.
>>>>
>>>> -m
>>>>
>>>> On Nov 2, 2007, at 10:50 AM, Darren Long wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I've been having a little dabble with the dtnapi Python  
>>>>> bindings and
>>>>> decided to knock up something to display bundle status reports and
>>>>> plain text bundle payloads using growl (on Macs)  or mumbles (on
>>>>> Linux) notifications.
>>>>>
>>>>> At the moment, I'm wondering if I have to parse the bundle
>>>>> payload to
>>>>> see if the contents look like a status report.  I've not spotted a
>>>>> way
>>>>> to determine if a received bundle is an administrative record
>>>>> either,
>>>>> using the python API.   I can display bundles with simple text
>>>>> payloads, but I really want to decode the reports.
>>>>>
>>>>> I'm hoping that there may be a way to get the
>>>>> dtn_bundle_status_report_t class to handle the reception of  
>>>>> bundles
>>>>> containing status reports.  My understanding of Python is somewhat
>>>>> incomplete so I expect I've probably missed something.
>>>>>
>>>>> Darren
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> dtn-users mailing list
>>>>> dtn-users@mailman.dtnrg.org
>>>>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>>>>
>>>> _______________________________________________
>>>> dtn-users mailing list
>>>> dtn-users@mailman.dtnrg.org
>>>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>>>
>>> _______________________________________________
>>> dtn-users mailing list
>>> dtn-users@mailman.dtnrg.org
>>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>>
>> _______________________________________________
>> dtn-users mailing list
>> dtn-users@mailman.dtnrg.org
>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users


--Apple-Mail-4-981592507--


Received: from n068.sc1.he.tucows.com (smtpout0172.sc1.he.tucows.com [64.97.136.172]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA2KAl1t020934 for <dtn-users@mailman.dtnrg.org>; Fri, 2 Nov 2007 13:10:47 -0700
Received: from [192.168.0.3] (82.14.89.75) by n068.sc1.he.tucows.com (7.2.069.1) id 47030B1E0025CA84 for dtn-users@mailman.dtnrg.org; Fri, 2 Nov 2007 20:10:46 +0000
Message-Id: <0E83CB6A-577B-4405-9E0B-6F2B29C01EAA@virgin.net>
From: Darren Long <darren.long@virgin.net>
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
In-Reply-To: <4617E2C3-CFDB-4A9D-B2FA-9F4CEBCDA28C@cs.berkeley.edu>
Content-Type: multipart/mixed; boundary=Apple-Mail-8-978675651
Mime-Version: 1.0 (Apple Message framework v912)
Date: Fri, 2 Nov 2007 20:10:40 +0000
References: <217BFF45-4087-4918-98A9-203D305E2483@virgin.net> <3C695579-720C-4B67-A534-12D12698025F@cs.berkeley.edu> <7E057CFB-469F-4173-8D38-28ACC3AF4F93@virgin.net> <4617E2C3-CFDB-4A9D-B2FA-9F4CEBCDA28C@cs.berkeley.edu>
X-Mailer: Apple Mail (2.912)
Subject: Re: [dtn-users] Python bindings, Administrative Records, Bundle Status Reports and growl notifications.
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Nov 2007 20:10:48 -0000

--Apple-Mail-8-978675651
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Hi Mike,

It's built OK on Ubuntu7.10/i386 and Tiger/PowerPC too. Still going at  
the arm build ;-)

Darren


--Apple-Mail-8-978675651
Content-Disposition: attachment;
	filename=leopard.patch
Content-Type: application/octet-stream; x-unix-mode=0644; name="leopard.patch"
Content-Transfer-Encoding: 7bit

? .DS_Store
? leopard.patch
? applib/.DS_Store
? applib/libdtnapi++-2.4.1.dylib
? applib/libdtnapi-2.4.1.dylib
? applib/python/bark.py
? applib/python/dtngrowler.py
? applib/python/netgrowl.py
? applib/python/netgrowl.pyc
? applib/python/test-swig-api.pyc
? oasys/test-utils/libtclgettimeofday.dylib.dSYM
? servlib/.DS_Store
Index: applib/python/test-swig-api.py
===================================================================
RCS file: /repository/DTN2/applib/python/test-swig-api.py,v
retrieving revision 1.2
diff -u -r1.2 test-swig-api.py
--- applib/python/test-swig-api.py	8 Aug 2007 22:14:13 -0000	1.2
+++ applib/python/test-swig-api.py	2 Nov 2007 19:39:44 -0000
@@ -1,3 +1,4 @@
+#!/usr/bin/env python
 #
 #    Copyright 2007 Intel Corporation
 #
Index: oasys/util/HexDumpBuffer.cc
===================================================================
RCS file: /repository/oasys/util/HexDumpBuffer.cc,v
retrieving revision 1.6
diff -u -r1.6 HexDumpBuffer.cc
--- oasys/util/HexDumpBuffer.cc	29 Mar 2007 23:07:41 -0000	1.6
+++ oasys/util/HexDumpBuffer.cc	2 Nov 2007 19:39:45 -0000
@@ -27,7 +27,7 @@
     
     
 void
-HexDumpBuffer::append(const u_char* data, size_t length)
+HexDumpBuffer::append(const unsigned char* data, size_t length)
 {
     char* dest = tail_buf(length);
     memcpy(dest, data, length);
@@ -41,12 +41,12 @@
     char strbuf[16];
 
     // generate the dump
-    u_char* bp = (u_char*)raw_buf();
+    unsigned char* bp = (unsigned char*)raw_buf();
     for (size_t i = 0; i < len(); ++i, ++bp)
     {
         // print the offset on each new line
         if (i % 16 == 0) {
-            builder.appendf("%07x ", (u_int)i);
+            builder.appendf("%07x ", (unsigned int)i);
         }
         
         // otherwise print a space every two bytes (except the first)
Index: oasys/util/HexDumpBuffer.h
===================================================================
RCS file: /repository/oasys/util/HexDumpBuffer.h,v
retrieving revision 1.4
diff -u -r1.4 HexDumpBuffer.h
--- oasys/util/HexDumpBuffer.h	29 Mar 2007 23:07:41 -0000	1.4
+++ oasys/util/HexDumpBuffer.h	2 Nov 2007 19:39:45 -0000
@@ -49,7 +49,7 @@
     HexDumpBuffer(size_t initsz = 256)
         : ExpandableBuffer(initsz) {}
     
-    void append(const u_char* data, size_t length);
+    void append(const unsigned char* data, size_t length);
 
     /**
      * Convert the internal buffer (accumulated into the StringBuffer)
Index: oasys/util/StringUtils.h
===================================================================
RCS file: /repository/oasys/util/StringUtils.h,v
retrieving revision 1.21
diff -u -r1.21 StringUtils.h
--- oasys/util/StringUtils.h	29 Mar 2007 23:07:42 -0000	1.21
+++ oasys/util/StringUtils.h	2 Nov 2007 19:39:45 -0000
@@ -151,7 +151,7 @@
  * Generate a hex string from a binary buffer.
  */
 inline void
-hex2str(std::string* str, const u_char* bp, size_t len)
+hex2str(std::string* str, const unsigned char* bp, size_t len)
 {
     static const char hex[] = "0123456789abcdef";
     str->erase();
@@ -166,7 +166,7 @@
  * Ditto that returns a temporary.
  */
 inline std::string
-hex2str(const u_char* bp, size_t len)
+hex2str(const unsigned char* bp, size_t len)
 {
     std::string ret;
     hex2str(&ret, bp, len);
@@ -180,7 +180,7 @@
 inline void
 hex2str(std::string* str, const char* bp, size_t len)
 {
-    return hex2str(str, reinterpret_cast<const u_char*>(bp), len);
+    return hex2str(str, reinterpret_cast<const unsigned char*>(bp), len);
 }
 
 //----------------------------------------------------------------------
@@ -190,7 +190,7 @@
 inline std::string
 hex2str(const char* bp, size_t len)
 {
-    return hex2str(reinterpret_cast<const u_char*>(bp), len);
+    return hex2str(reinterpret_cast<const unsigned char*>(bp), len);
 }
 
 //----------------------------------------------------------------------------
@@ -199,7 +199,7 @@
  * string contains characters other than [0-9a-f].
  */
 inline void
-str2hex(const std::string& str, u_char* bp, size_t len)
+str2hex(const std::string& str, unsigned char* bp, size_t len)
 {
 #define HEXTONUM(x) ((x) < 'a' ? (x) - '0' : x - 'a' + 10)
     const char* s = str.data();
@@ -214,7 +214,7 @@
  * Return true if the string contains only printable characters.
  */
 inline bool
-str_isascii(const u_char* bp, size_t len)
+str_isascii(const unsigned char* bp, size_t len)
 {
     for (size_t i = 0; i < len; ++i) {
         if (!isascii(*bp++)) {
Index: servlib/prophet/Alarm.h
===================================================================
RCS file: /repository/DTN2/servlib/prophet/Alarm.h,v
retrieving revision 1.1
diff -u -r1.1 Alarm.h
--- servlib/prophet/Alarm.h	15 Jun 2007 20:12:41 -0000	1.1
+++ servlib/prophet/Alarm.h	2 Nov 2007 19:39:46 -0000
@@ -81,12 +81,12 @@
     /**
      * How many milliseconds in the future to schedule this alarm
      */
-    virtual void schedule(u_int milliseconds) = 0;
+    virtual void schedule(unsigned int milliseconds) = 0;
 
     /**
      * Milliseconds remaining until alarm expires
      */
-    virtual u_int time_remaining() const = 0;
+    virtual unsigned int time_remaining() const = 0;
 
     /**
      * Disable the alarm; do not execute the handler. It is expected
Index: servlib/prophet/BaseTLV.h
===================================================================
RCS file: /repository/DTN2/servlib/prophet/BaseTLV.h,v
retrieving revision 1.1
diff -u -r1.1 BaseTLV.h
--- servlib/prophet/BaseTLV.h	15 Jun 2007 20:12:41 -0000	1.1
+++ servlib/prophet/BaseTLV.h	2 Nov 2007 19:39:46 -0000
@@ -35,7 +35,7 @@
         if (t->deserialize(bp,len))
             return t;
         delete t;
-        return NULL;
+        return 0;
     }
 };
 

--Apple-Mail-8-978675651
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit




On 2 Nov 2007, at 19:16, Michael Demmer wrote:

> I haven't tried Leopard yet, but can you send me a patch? If it
> builds cleanly on the other systems then I'll just apply it in.
>
> -m
>
> On Nov 2, 2007, at 12:12 PM, Darren Long wrote:
>
>> Thanks Mike.
>>
>> I don't know if you've tried building DTN2 on Leopard yet, but I had
>> to turn some u_char and u_int types into their basic forms in a few
>> places to get it to build.  Other than that, it all seems OK from  
>> CVS.
>>
>> Darren
>>
>> On 2 Nov 2007, at 18:52, Michael Demmer wrote:
>>
>>> Unfortunately you're right, the current SWIG bindings don't include
>>> the parsed status report information.
>>>
>>> This should be easy to add -- I'll take a look.
>>>
>>> -m
>>>
>>> On Nov 2, 2007, at 10:50 AM, Darren Long wrote:
>>>
>>>> Hi,
>>>>
>>>> I've been having a little dabble with the dtnapi Python bindings  
>>>> and
>>>> decided to knock up something to display bundle status reports and
>>>> plain text bundle payloads using growl (on Macs)  or mumbles (on
>>>> Linux) notifications.
>>>>
>>>> At the moment, I'm wondering if I have to parse the bundle
>>>> payload to
>>>> see if the contents look like a status report.  I've not spotted a
>>>> way
>>>> to determine if a received bundle is an administrative record
>>>> either,
>>>> using the python API.   I can display bundles with simple text
>>>> payloads, but I really want to decode the reports.
>>>>
>>>> I'm hoping that there may be a way to get the
>>>> dtn_bundle_status_report_t class to handle the reception of bundles
>>>> containing status reports.  My understanding of Python is somewhat
>>>> incomplete so I expect I've probably missed something.
>>>>
>>>> Darren
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> dtn-users mailing list
>>>> dtn-users@mailman.dtnrg.org
>>>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>>>
>>> _______________________________________________
>>> dtn-users mailing list
>>> dtn-users@mailman.dtnrg.org
>>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>>
>> _______________________________________________
>> dtn-users mailing list
>> dtn-users@mailman.dtnrg.org
>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users


--Apple-Mail-8-978675651--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA2JGihT017739 for <dtn-users@mailman.dtnrg.org>; Fri, 2 Nov 2007 12:16:44 -0700
Received: from [10.212.2.171] (bldmz-nat-161-182.berkeley.intel-research.net [12.155.161.182]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lA2JGgQw021132 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 2 Nov 2007 12:16:43 -0700 (PDT)
In-Reply-To: <7E057CFB-469F-4173-8D38-28ACC3AF4F93@virgin.net>
References: <217BFF45-4087-4918-98A9-203D305E2483@virgin.net> <3C695579-720C-4B67-A534-12D12698025F@cs.berkeley.edu> <7E057CFB-469F-4173-8D38-28ACC3AF4F93@virgin.net>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <4617E2C3-CFDB-4A9D-B2FA-9F4CEBCDA28C@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Fri, 2 Nov 2007 12:16:44 -0700
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] Python bindings, Administrative Records, Bundle Status Reports and growl notifications.
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Nov 2007 19:16:45 -0000

I haven't tried Leopard yet, but can you send me a patch? If it  
builds cleanly on the other systems then I'll just apply it in.

-m

On Nov 2, 2007, at 12:12 PM, Darren Long wrote:

> Thanks Mike.
>
> I don't know if you've tried building DTN2 on Leopard yet, but I had
> to turn some u_char and u_int types into their basic forms in a few
> places to get it to build.  Other than that, it all seems OK from CVS.
>
> Darren
>
> On 2 Nov 2007, at 18:52, Michael Demmer wrote:
>
>> Unfortunately you're right, the current SWIG bindings don't include
>> the parsed status report information.
>>
>> This should be easy to add -- I'll take a look.
>>
>> -m
>>
>> On Nov 2, 2007, at 10:50 AM, Darren Long wrote:
>>
>>> Hi,
>>>
>>> I've been having a little dabble with the dtnapi Python bindings and
>>> decided to knock up something to display bundle status reports and
>>> plain text bundle payloads using growl (on Macs)  or mumbles (on
>>> Linux) notifications.
>>>
>>> At the moment, I'm wondering if I have to parse the bundle  
>>> payload to
>>> see if the contents look like a status report.  I've not spotted a
>>> way
>>> to determine if a received bundle is an administrative record  
>>> either,
>>> using the python API.   I can display bundles with simple text
>>> payloads, but I really want to decode the reports.
>>>
>>> I'm hoping that there may be a way to get the
>>> dtn_bundle_status_report_t class to handle the reception of bundles
>>> containing status reports.  My understanding of Python is somewhat
>>> incomplete so I expect I've probably missed something.
>>>
>>> Darren
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> dtn-users mailing list
>>> dtn-users@mailman.dtnrg.org
>>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>>
>> _______________________________________________
>> dtn-users mailing list
>> dtn-users@mailman.dtnrg.org
>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from n082.sc1.he.tucows.com (smtpout0186.sc1.he.tucows.com [64.97.136.186]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA2JC8kR017449 for <dtn-users@mailman.dtnrg.org>; Fri, 2 Nov 2007 12:12:08 -0700
Received: from [192.168.0.3] (82.14.89.75) by n082.sc1.he.tucows.com (7.2.069.1) id 47030A3E0025DFA4 for dtn-users@mailman.dtnrg.org; Fri, 2 Nov 2007 19:12:05 +0000
Message-Id: <7E057CFB-469F-4173-8D38-28ACC3AF4F93@virgin.net>
From: Darren Long <darren.long@virgin.net>
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
In-Reply-To: <3C695579-720C-4B67-A534-12D12698025F@cs.berkeley.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v912)
Date: Fri, 2 Nov 2007 19:12:00 +0000
References: <217BFF45-4087-4918-98A9-203D305E2483@virgin.net> <3C695579-720C-4B67-A534-12D12698025F@cs.berkeley.edu>
X-Mailer: Apple Mail (2.912)
Subject: Re: [dtn-users] Python bindings, Administrative Records, Bundle Status Reports and growl notifications.
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Nov 2007 19:12:09 -0000

Thanks Mike.

I don't know if you've tried building DTN2 on Leopard yet, but I had  
to turn some u_char and u_int types into their basic forms in a few  
places to get it to build.  Other than that, it all seems OK from CVS.

Darren

On 2 Nov 2007, at 18:52, Michael Demmer wrote:

> Unfortunately you're right, the current SWIG bindings don't include
> the parsed status report information.
>
> This should be easy to add -- I'll take a look.
>
> -m
>
> On Nov 2, 2007, at 10:50 AM, Darren Long wrote:
>
>> Hi,
>>
>> I've been having a little dabble with the dtnapi Python bindings and
>> decided to knock up something to display bundle status reports and
>> plain text bundle payloads using growl (on Macs)  or mumbles (on
>> Linux) notifications.
>>
>> At the moment, I'm wondering if I have to parse the bundle payload to
>> see if the contents look like a status report.  I've not spotted a  
>> way
>> to determine if a received bundle is an administrative record either,
>> using the python API.   I can display bundles with simple text
>> payloads, but I really want to decode the reports.
>>
>> I'm hoping that there may be a way to get the
>> dtn_bundle_status_report_t class to handle the reception of bundles
>> containing status reports.  My understanding of Python is somewhat
>> incomplete so I expect I've probably missed something.
>>
>> Darren
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> dtn-users mailing list
>> dtn-users@mailman.dtnrg.org
>> http://maillists.intel-research.net/mailman/listinfo/dtn-users
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA2IqUql016238 for <dtn-users@mailman.dtnrg.org>; Fri, 2 Nov 2007 11:52:31 -0700
Received: from [10.212.2.171] (bldmz-nat-161-182.berkeley.intel-research.net [12.155.161.182]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lA2IqTl2020671 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 2 Nov 2007 11:52:30 -0700 (PDT)
In-Reply-To: <217BFF45-4087-4918-98A9-203D305E2483@virgin.net>
References: <217BFF45-4087-4918-98A9-203D305E2483@virgin.net>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <3C695579-720C-4B67-A534-12D12698025F@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Fri, 2 Nov 2007 11:52:31 -0700
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] Python bindings, Administrative Records, Bundle Status Reports and growl notifications.
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Nov 2007 18:52:32 -0000

Unfortunately you're right, the current SWIG bindings don't include  
the parsed status report information.

This should be easy to add -- I'll take a look.

-m

On Nov 2, 2007, at 10:50 AM, Darren Long wrote:

> Hi,
>
> I've been having a little dabble with the dtnapi Python bindings and
> decided to knock up something to display bundle status reports and
> plain text bundle payloads using growl (on Macs)  or mumbles (on
> Linux) notifications.
>
> At the moment, I'm wondering if I have to parse the bundle payload to
> see if the contents look like a status report.  I've not spotted a way
> to determine if a received bundle is an administrative record either,
> using the python API.   I can display bundles with simple text
> payloads, but I really want to decode the reports.
>
> I'm hoping that there may be a way to get the
> dtn_bundle_status_report_t class to handle the reception of bundles
> containing status reports.  My understanding of Python is somewhat
> incomplete so I expect I've probably missed something.
>
> Darren
>
>
>
>
>
>
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from n068.sc1.he.tucows.com (smtpout0172.sc1.he.tucows.com [64.97.136.172]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA2HoP5m012536 for <dtn-users@mailman.dtnrg.org>; Fri, 2 Nov 2007 10:50:26 -0700
Received: from [192.168.0.3] (82.14.89.75) by n068.sc1.he.tucows.com (7.2.069.1) id 47030B1E0025A7A0 for dtn-users@mailman.dtnrg.org; Fri, 2 Nov 2007 17:50:22 +0000
Message-Id: <217BFF45-4087-4918-98A9-203D305E2483@virgin.net>
From: Darren Long <darren.long@virgin.net>
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v912)
Date: Fri, 2 Nov 2007 17:50:19 +0000
X-Mailer: Apple Mail (2.912)
Subject: [dtn-users] Python bindings, Administrative Records, Bundle Status Reports and growl notifications.
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Nov 2007 17:50:26 -0000

Hi,

I've been having a little dabble with the dtnapi Python bindings and  
decided to knock up something to display bundle status reports and  
plain text bundle payloads using growl (on Macs)  or mumbles (on  
Linux) notifications.

At the moment, I'm wondering if I have to parse the bundle payload to  
see if the contents look like a status report.  I've not spotted a way  
to determine if a received bundle is an administrative record either,  
using the python API.   I can display bundles with simple text  
payloads, but I really want to decode the reports.

I'm hoping that there may be a way to get the  
dtn_bundle_status_report_t class to handle the reception of bundles  
containing status reports.  My understanding of Python is somewhat  
incomplete so I expect I've probably missed something.

Darren









Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA2Gcnxf008297 for <dtn-users@mailman.dtnrg.org>; Fri, 2 Nov 2007 09:38:49 -0700
Received: from [10.212.2.171] (bldmz-nat-161-182.berkeley.intel-research.net [12.155.161.182]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id lA2GcldW017574 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 2 Nov 2007 09:38:48 -0700 (PDT)
In-Reply-To: <8bd31fd70711020108n3ad91f42r5510ba795d94fe37@mail.gmail.com>
References: <8bd31fd70711020108n3ad91f42r5510ba795d94fe37@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <E941AC87-8224-4608-824C-F5FAB22215C5@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Fri, 2 Nov 2007 09:38:50 -0700
To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] When this error message occurs?
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Nov 2007 16:38:50 -0000

This means that you've sent a normal application bundle to the  
administrative "local eid" of a DTN2 node, which is only supposed to  
be used for inter-node administrative communication such as custody  
signals and status reports.

You'll want to tack on an application demultiplexer string on the end  
of your EIDs (e.g. dtn://orbit2.dtn/myapp)  to make them route to a  
specific application instead of to the router itself.

-m

On Nov 2, 2007, at 1:08 AM, EunKyung Lee wrote:

> [1193990712.186049 /dtn/reg/admin warning] non-admin bundle id 1209  
> dtn://orbit2.dtn -> dtn://orbit1.dtn (7 bytes payload) sent to  
> local eid
> What is non-admin bundle? and When does it occur?
>
> Thank you ahead.
> -- 
> Eun Kyung Lee
> Rutgers, The State University of New Jersey
> Department of Electrical and Computer Eng.(ECE)
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users



Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA288PCw009370 for <dtn-users@mailman.dtnrg.org>; Fri, 2 Nov 2007 01:08:25 -0700
Received: by rv-out-0910.google.com with SMTP id l15so630078rvb for <dtn-users@mailman.dtnrg.org>; Fri, 02 Nov 2007 01:08:24 -0700 (PDT)
Received: by 10.141.88.3 with SMTP id q3mr749559rvl.1193990904654; Fri, 02 Nov 2007 01:08:24 -0700 (PDT)
Received: by 10.141.40.12 with HTTP; Fri, 2 Nov 2007 01:08:19 -0700 (PDT)
Message-ID: <8bd31fd70711020108n3ad91f42r5510ba795d94fe37@mail.gmail.com>
Date: Fri, 2 Nov 2007 04:08:19 -0400
From: "EunKyung Lee" <ssinji79@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_7876_5089315.1193990904631"
Subject: [dtn-users] When this error message occurs?
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Nov 2007 08:08:26 -0000

------=_Part_7876_5089315.1193990904631
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

[1193990712.186049 /dtn/reg/admin warning] non-admin bundle id 1209
dtn://orbit2.dtn -> dtn://orbit1.dtn (7 bytes payload) sent to local eid
What is non-admin bundle? and When does it occur?

Thank you ahead.
-- 
Eun Kyung Lee
Rutgers, The State University of New Jersey
Department of Electrical and Computer Eng.(ECE)

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

<div>[1193990712.186049 /dtn/reg/admin warning] non-admin bundle id 1209 dtn://orbit2.dtn -&gt; dtn://orbit1.dtn (7 bytes payload) sent to local eid<br clear="all"></div>
<div>What is non-admin bundle? and When does it occur?</div>
<div>&nbsp;</div>
<div>Thank you ahead.<br>-- <br>Eun Kyung Lee<br>Rutgers, The State University of New Jersey<br>Department of Electrical and Computer Eng.(ECE) </div>

------=_Part_7876_5089315.1193990904631--


Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA1H74wT021291 for <dtn-users@mailman.dtnrg.org>; Thu, 1 Nov 2007 10:07:04 -0700
Received: from [10.212.2.171] (bldmz-nat-161-182.berkeley.intel-research.net [12.155.161.182]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.1/8.13.5) with ESMTP id lA1H72Im002069 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 1 Nov 2007 10:07:03 -0700 (PDT)
In-Reply-To: <8bd31fd70711010829y7cce136ctef3ebed9f45fbe8@mail.gmail.com>
References: <8bd31fd70711010829y7cce136ctef3ebed9f45fbe8@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-1-881259719
Message-Id: <CB71165C-03C8-4A27-A1B6-6F364BEA1833@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
X-Applemailsentby: demmer
Date: Thu, 1 Nov 2007 10:07:04 -0700
To: Discussion list for users of the DTN reference implementation <dtn-users@mailman.dtnrg.org>
X-Mailer: Apple Mail (2.752.3)
Subject: Re: [dtn-users] About dtnping application
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: dtn-users mailing list <dtn-users@mailman.dtnrg.org>
List-Id: dtn-users mailing list <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Nov 2007 17:07:05 -0000

--Apple-Mail-1-881259719
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed


Most likely you have not properly set up the routing between node A  
and node B.

Please read through the tutorial which will demonstrate how to do this.

-mike


On Nov 1, 2007, at 8:29 AM, EunKyung Lee wrote:

> Hello.
>
> I'm testing DTN code on Ethernet before test on wireless.
> DTNping application is working well on "localhost" but not working  
> between nodes.
>
> 1. run server at the node A
> %./dtnd -c dtnd.conf
>
> 2. %dtndping localhost
> 20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]:  
> 'dtnping!' seqno=5, time=10 ms
> 20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]:  
> 'dtnping!' seqno=6, time=5 ms
> 20 bytes from [dtn://node1- 2.sb2.orbit-lab.org.dtn/ping]:  
> 'dtnping!' seqno=7, time=10 ms
> 20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]:  
> 'dtnping!' seqno=8, time=5 ms
> Works!!
>
> 3. But once I try to run dtnping application at the node B
> no respond.. at all.
>
> also putting IP on EID field such as:
> client%./dtnping dtn://10.12.1.1/ping
> is not working
>
>
> Can anyone give me any answer to figure this out?
>
> Thanks.
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://maillists.intel-research.net/mailman/listinfo/dtn-users


--Apple-Mail-1-881259719
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; "><div><br =
class=3D"webkit-block-placeholder"></div><div>Most likely you have not =
properly set up the routing between node A and node B.=A0</div><div><br =
class=3D"webkit-block-placeholder"></div><div>Please read through the =
tutorial which will demonstrate how to do this.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>-mike</div><div><br =
class=3D"webkit-block-placeholder"></div><div><br><div><div>On Nov 1, =
2007, at 8:29 AM, EunKyung Lee wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><div>Hello. =
</div> <div>=A0</div> <div>I'm testing DTN code on Ethernet before test =
on wireless.</div> <div>DTNping application is working well on =
"localhost" but not working between nodes.</div> <div>=A0</div> <div>1. =
run server at the=A0node A</div> <div>%./dtnd -c dtnd.conf</div> =
<div>=A0</div> <div>2. %dtndping localhost=A0=A0=A0</div> <div>20 bytes =
from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: 'dtnping!' seqno=3D5, =
time=3D10 ms<br>20 bytes from =
[dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: 'dtnping!' seqno=3D6, time=3D5=
 ms<br>20 bytes from [dtn://node1- 2.sb2.orbit-lab.org.dtn/ping]: =
'dtnping!' seqno=3D7, time=3D10 ms<br>20 bytes from =
[dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: 'dtnping!' seqno=3D8, time=3D5=
 ms<br>Works!!</div> <div>=A0</div> <div>3. But once I try to run =
dtnping application at the node B</div> <div>no respond.. at all.</div> =
<div>=A0</div> <div>also putting IP on EID field such as:</div> =
<div><font color=3D"#cc0000">client%./dtnping =
dtn://10.12.1.1/ping</font></div> <div>is not working</div> <div>=A0</div>=
 <div><br clear=3D"all">Can anyone give me any answer=A0to figure=A0this =
out? </div> <div>=A0</div> <div>Thanks.</div><div style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
">_______________________________________________</div><div =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">dtn-users mailing list</div><div style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><a =
href=3D"mailto:dtn-users@mailman.dtnrg.org">dtn-users@mailman.dtnrg.org</a=
></div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: =
0px; margin-left: 0px; "><a =
href=3D"http://maillists.intel-research.net/mailman/listinfo/dtn-users">ht=
tp://maillists.intel-research.net/mailman/listinfo/dtn-users</a></div> =
</blockquote></div><br></div></body></html>=

--Apple-Mail-1-881259719--


Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id lA1FTYkJ015496 for <dtn-users@mailman.dtnrg.org>; Thu, 1 Nov 2007 08:29:34 -0700
Received: by rv-out-0910.google.com with SMTP id l15so439834rvb for <dtn-users@mailman.dtnrg.org>; Thu, 01 Nov 2007 08:29:33 -0700 (PDT)
Received: by 10.141.122.20 with SMTP id z20mr337106rvm.1193930973708; Thu, 01 Nov 2007 08:29:33 -0700 (PDT)
Received: by 10.141.40.12 with HTTP; Thu, 1 Nov 2007 08:29:33 -0700 (PDT)
Message-ID: <8bd31fd70711010829y7cce136ctef3ebed9f45fbe8@mail.gmail.com>
Date: Thu, 1 Nov 2007 11:29:33 -0400
From: "EunKyung Lee" <ssinji79@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_6079_29083016.1193930973725"
Subject: [dtn-users] About dtnping application
X-BeenThere: dtn-users@mailman.dtnrg.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Discussion list for users of the DTN reference implementation <dtn-users@mailman.dtnrg.org>
List-Id: Discussion list for users of the DTN reference implementation <dtn-users.mailman.dtnrg.org>
List-Unsubscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Archive: <http://maillists.intel-research.net/pipermail/dtn-users>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://maillists.intel-research.net/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Nov 2007 15:29:37 -0000

------=_Part_6079_29083016.1193930973725
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello.

I'm testing DTN code on Ethernet before test on wireless.
DTNping application is working well on "localhost" but not working between
nodes.

1. run server at the node A
%./dtnd -c dtnd.conf

2. %dtndping localhost
20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: 'dtnping!'
seqno=5, time=10 ms
20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: 'dtnping!'
seqno=6, time=5 ms
20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: 'dtnping!'
seqno=7, time=10 ms
20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: 'dtnping!'
seqno=8, time=5 ms
Works!!

3. But once I try to run dtnping application at the node B
no respond.. at all.

also putting IP on EID field such as:
client%./dtnping dtn://10.12.1.1/ping
is not working


Can anyone give me any answer to figure this out?

Thanks.

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

<div>Hello. </div>
<div>&nbsp;</div>
<div>I&#39;m testing DTN code on Ethernet before test on wireless.</div>
<div>DTNping application is working well on &quot;localhost&quot; but not working between nodes.</div>
<div>&nbsp;</div>
<div>1. run server at the&nbsp;node A</div>
<div>%./dtnd -c dtnd.conf</div>
<div>&nbsp;</div>
<div>2. %dtndping localhost&nbsp;&nbsp;&nbsp;</div>
<div>20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: &#39;dtnping!&#39; seqno=5, time=10 ms<br>20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: &#39;dtnping!&#39; seqno=6, time=5 ms<br>20 bytes from [dtn://node1-
2.sb2.orbit-lab.org.dtn/ping]: &#39;dtnping!&#39; seqno=7, time=10 ms<br>20 bytes from [dtn://node1-2.sb2.orbit-lab.org.dtn/ping]: &#39;dtnping!&#39; seqno=8, time=5 ms<br>Works!!</div>
<div>&nbsp;</div>
<div>3. But once I try to run dtnping application at the node B</div>
<div>no respond.. at all.</div>
<div>&nbsp;</div>
<div>also putting IP on EID field such as:</div>
<div><font color="#cc0000">client%./dtnping dtn://10.12.1.1/ping</font></div>
<div>is not working</div>
<div>&nbsp;</div>
<div><br clear="all">Can anyone give me any answer&nbsp;to figure&nbsp;this out? </div>
<div>&nbsp;</div>
<div>Thanks.</div>

------=_Part_6079_29083016.1193930973725--