Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1SJsIY03421 for ; Wed, 28 Feb 2007 11:54:18 -0800 Received: from [128.32.131.196] (dhcp-131-196.EECS.Berkeley.EDU [128.32.131.196]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l1SJsHMm003020 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 28 Feb 2007 11:54:18 -0800 (PST) In-Reply-To: References: <6308EB5D-1204-4994-ABFB-0261E17FE2DB@virgin.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: multipart/alternative; boundary=Apple-Mail-4--1035754543 Message-Id: <5F639E12-520F-4862-8B96-9B690246C3A2@cs.berkeley.edu> From: Michael Demmer Subject: Re: [dtn-users] nokia 770 X-Applemailsentby: demmer Date: Wed, 28 Feb 2007 11:54:17 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: --Apple-Mail-4--1035754543 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hmm... that is really strange. It looks like the nokia node created a malformed bundle. The problem may be due to a bogus htonl / htons somewhere. Can you capture the session using tcpdump into a file, making sure to set the snaplen to large enough that it captures all the payloads, then send me the resultant file. I can try to take a look. -mike On Feb 28, 2007, at 7:33 AM, ryan m wrote: > Thank you very much for the help, I was able to get it to compile > with that, but now I've run into an odd issue when trying to test > it via dtnping. I'm pinging from the nokia 770 to a desktop and on > the recieving side I'm getting these errrors: > > [1172676002.170277 /dtn/bundle/payload/16/file debug] open /home/ > edifyteam/jabber/tmp/bundles/bundle_16.dat (flags 0xc2 mode 0x180): > fd 25 > [1172676002.170404 /dtn/storage/bundles/fdcache/cache debug] Added > entry fd=25 pin_count=1 size=0 > [1172676002.170459 /dtn/storage/bundles/fdcache/cache debug] Unpin > entry fd=25 pin_count=0 size=1 > [1172676002.170507 /dtn/bundle/refs debug] bundle id 16 > (0x8db4020): refcount 0 -> 1 (0 mappings) add > CLConnection::IncomingBundle > [1172676002.170558 /dtn/cl/tcp/conn/0x8db39b8 debug] > handle_data_segment: got segment of length 130 at offset 0 > [1172676002.170611 /dtn/cl/tcp/conn/0x8db39b8 debug] > handle_data_segment: updated ack_data (segment_offset 0) [ ] > ack_data [ 129 ] > [1172676002.170658 /dtn/cl/tcp/conn/0x8db39b8 debug] got > BUNDLE_END: total length 130 > [1172676002.170698 /dtn/cl/tcp/conn/0x8db39b8 debug] > handle_data_todo: reading todo segment 130/130 at offset 0 > [1172676002.170741 /dtn/bundle/protocol debug] consume: got first > block... creating primary block info > [1172676002.170789 /dtn/bundle/protocol debug] consume: 130 bytes > left to process > [1172676002.170831 /dtn/bundle/protocol debug] consume: block > processor 0x0 type 0x0 incomplete, calling consume (0 bytes already > buffered) > [1172676002.170878 /dtn/bundle/protocol debug] BlockProcessor type > 0x0 consumed preamble 5/5 for block type (0x0): data_offset 5 > data_length 0 > [1172676002.170922 /dtn/bundle/protocol debug] parsed primary block > length 0 (preamble 5) > [1172676002.170962 /dtn/bundle/protocol error] got primary block > with zero length > [1172676002.171002 /dtn/bundle/protocol error] consume: protocol > error handling block 0x0 > [1172676002.171042 /dtn/cl/tcp/conn/0x8db39b8 error] protocol error > parsing bundle data segment > [1172676002.171084 /dtn/cl/tcp/conn/0x8db39b8 debug] break_contact: > cl protocol error > [1172676002.171126 /dtn/cl/tcp/conn/0x8db39b8/sock debug] closing > socket in state ESTABLISHED > [1172676002.171230 /dtn/cl/tcp/conn/0x8db39b8/sock debug] state > ESTABLISHED -> FINI > > Then I just get a bunch of transmit failed events at the sending side. > > Anyone have any thoughts why I'm getting this? > > On 2/27/07, Darren Long wrote: > Hi, > > I disabled the -Wcast-align warning when I built on my NSLU2 running > Debian for little-endian ARM. The daemon has been running happily > for a month, but I've not tried the apps on it. > > Darren > > On 27 Feb 2007, at 22:05, ryan m wrote: > > > I'm trying to compile DTN for the n770 under meamo 2.2/scratchbox > > 1.0.x > > cross environment. I compiled from source tcl and berkeley and now > > I'm > > trying to compile DTN and I've run into the following compile error: > > > > make[1]: Entering directory `/home/edifyteam/jabber/DTN2/servlib' > > g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT > > "bundling/BundleEvent > > Handler.o bundling/BundleEventHandler.E bundling/ > > BundleEventHandler.po" > > -Wall -W > > -Wcast-align -Werror -c bundling/BundleEventHandler.cc -o > > bundling/BundleEventHandler.o > > bundling/BundleEventHandler.cc: In member function `void > > dtn::BundleEventHandler::dispatch_event(dtn::BundleEvent*)': > > bundling/BundleEventHandler.cc:166: warning: cast from > > `dtn::BundleEvent*' to `dtn::CustodySignalEvent*' increases required > > alignment of target type > > make[1]: *** [bundling/BundleEventHandler.o] Error 1 > > make[1]: Leaving directory `/home/edifyteam/jabber/DTN2/servlib' > > make: *** [servlib] Error 2 > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > --Apple-Mail-4--1035754543 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1
Hmm... that is really = strange. It looks like the nokia node created a malformed = bundle.

The = problem may be due to a bogus htonl / htons somewhere.

Can you capture the session = using tcpdump into a file, making sure to set the snaplen to large = enough that it captures all the payloads, then send me the resultant = file. I can try to take a look.

-mike



On Feb 28, = 2007, at 7:33 AM, ryan m wrote:

Thank you = very much for the help, I was able to get it to compile with that, but = now I've run into an odd issue when trying to test it via dtnping.=A0 = I'm pinging from the nokia 770 to a desktop and on the recieving side = I'm getting these errrors:

[1172676002.170277 = /dtn/bundle/payload/16/file debug] open = /home/edifyteam/jabber/tmp/bundles/bundle_16.dat (flags 0xc2 mode = 0x180): fd 25
[1172676002.170404 /dtn/storage/bundles/fdcache/cache = debug] Added entry fd=3D25 pin_count=3D1 size=3D0
[1172676002.170459 = /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=3D25 = pin_count=3D0 size=3D1
[1172676002.170507 /dtn/bundle/refs debug] = bundle id 16 (0x8db4020): refcount 0 -> 1 (0 mappings) add = CLConnection::IncomingBundle
[1172676002.170558 = /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_segment: got segment of = length 130 at offset 0
[1172676002.170611 /dtn/cl/tcp/conn/0x8db39b8 = debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] = ack_data [ 129 ]
[1172676002.170658 /dtn/cl/tcp/conn/0x8db39b8 = debug] got BUNDLE_END: total length 130
[1172676002.170698 = /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_todo: reading todo segment = 130/130 at offset 0
[1172676002.170741 /dtn/bundle/protocol debug] = consume: got first block... creating primary block = info
[1172676002.170789 /dtn/bundle/protocol debug] consume: 130 = bytes left to process
[1172676002.170831 /dtn/bundle/protocol debug] = consume: block processor 0x0 type 0x0 incomplete, calling consume (0 = bytes already buffered)
[1172676002.170878 /dtn/bundle/protocol = debug] BlockProcessor type 0x0 consumed preamble 5/5 for block type = (0x0): data_offset 5 data_length 0
[1172676002.170922 = /dtn/bundle/protocol debug] parsed primary block length 0 (preamble 5) =
[1172676002.170962 = /dtn/bundle/protocol error] got primary block with zero = length
[1172676002.171002 /dtn/bundle/protocol error] consume: = protocol error handling block 0x0
[1172676002.171042 = /dtn/cl/tcp/conn/0x8db39b8 error] protocol error parsing bundle data = segment
[1172676002.171084 /dtn/cl/tcp/conn/0x8db39b8 debug] = break_contact: cl protocol error
[1172676002.171126 = /dtn/cl/tcp/conn/0x8db39b8/sock debug] closing socket in state = ESTABLISHED
[1172676002.171230 /dtn/cl/tcp/conn/0x8db39b8/sock = debug] state ESTABLISHED -> FINI

Then I just get a bunch of = transmit failed events at the sending side.

Anyone have any = thoughts why I'm getting this?

On= 2/27/07, Darren Long <darren.long@virgin.net> = wrote:
Hi,

I disabled the -Wcast-align warning when I built on my = NSLU2 running
Debian for little-endian ARM.=A0=A0The daemon has been = running happily
for a month, but I've not tried the apps on = it.

Darren

On 27 Feb 2007, at 22:05, ryan m = wrote:

> I'm trying to compile DTN for the n770 under meamo = 2.2/scratchbox
> 1.0.x
> cross environment.=A0=A0I compiled = from source tcl and berkeley and now
> I'm
> trying to = compile DTN and I've run into the following compile = error:
>
> make[1]: Entering directory = `/home/edifyteam/jabber/DTN2/servlib'
> g++ -I.. -I.. = -I../servlib=A0=A0=A0=A0-g -fno-inline=A0=A0-MMD -MP -MT
> = "bundling/BundleEvent
> Handler.o bundling/BundleEventHandler.E = bundling/
> BundleEventHandler.po"
> -Wall = -W
>=A0=A0-Wcast-align=A0=A0-Werror=A0=A0-c = bundling/BundleEventHandler.cc -o
> bundling/BundleEventHandler.o =
> bundling/BundleEventHandler.cc: In member function = `void
> = dtn::BundleEventHandler::dispatch_event(dtn::BundleEvent*)':
> = bundling/BundleEventHandler.cc:166: warning: cast from
> = `dtn::BundleEvent*' to `dtn::CustodySignalEvent*' increases required =
> alignment of target type
> make[1]: *** = [bundling/BundleEventHandler.o] Error 1
> make[1]: Leaving = directory `/home/edifyteam/jabber/DTN2/servlib'
> make: *** = [servlib] Error 2

_______________________________________________ =
dtn-users mailing list
dtn-users@mailman.dtnrg.org
http://mailma= n.dtnrg.org/mailman/listinfo/dtn-users =


= --Apple-Mail-4--1035754543-- Received: from web33402.mail.mud.yahoo.com (web33402.mail.mud.yahoo.com [68.142.206.134]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with SMTP id l1SJVvY03273 for ; Wed, 28 Feb 2007 11:31:58 -0800 Received: (qmail 13841 invoked by uid 60001); 28 Feb 2007 19:31:47 -0000 X-YMail-OSG: dt.XoWkVM1lZ0MRAr52luBw4JJ.981nP4NrkyOxbRxAvYHtxulMU3v1NUcvadKyWk4uw.yEr6W.eqNPBlDEJdG.9tdyjLg0.YbiA4dxu3d3vllilQ.XdKFDDSqU_Wsttb8Kx7QVDflk_BLA- Received: from [216.102.21.194] by web33402.mail.mud.yahoo.com via HTTP; Wed, 28 Feb 2007 11:31:47 PST X-RocketYMMF: dellkronewitter Date: Wed, 28 Feb 2007 11:31:47 -0800 (PST) From: Dell Kronewitter Subject: Re: [dtn-users] nokia 770 To: dtn-users@mailman.dtnrg.org In-Reply-To: <1C460329-8E6B-4711-9BBE-AA721FE8524C@virgin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <215957.13367.qm@web33402.mail.mud.yahoo.com> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: dell@ieee.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi Ryan, That looks like the problem I had a few weeks ago on ARM: http://mailman.dtnrg.org/pipermail/dtn-users/2007-February/000491.html The current CVSed version should fix it. Good luck, Dell --- Darren Long wrote: > Hi, > > On the grounds that my advice caused your problem, > I've just run > dtnping on the NSLU2. I can ping it (localhost) and > my iBook without > problems. The iBook is running recent code from > CVS, and the NSLU2 > is running code fetched from CVS on 22nd Jan, with > some hacks to get > most of the apps built (see my earlier post if you > need them - I > don't know if the code-base has changed in that > respect). > > You say on the receiving side...is that log from the > desktop or the > nokia? Can both nodes dtnping localhost? > > Darren > > On 28 Feb 2007, at 15:33, ryan m wrote: > > > Thank you very much for the help, I was able to > get it to compile > > with that, but now I've run into an odd issue when > trying to test > > it via dtnping. I'm pinging from the nokia 770 to > a desktop and on > > the recieving side I'm getting these errrors: > > > > [1172676002.170277 /dtn/bundle/payload/16/file > debug] open /home/ > > edifyteam/jabber/tmp/bundles/bundle_16.dat (flags > 0xc2 mode 0x180): > > fd 25 > > [1172676002.170404 > /dtn/storage/bundles/fdcache/cache debug] Added > > entry fd=25 pin_count=1 size=0 > > [1172676002.170459 > /dtn/storage/bundles/fdcache/cache debug] Unpin > > entry fd=25 pin_count=0 size=1 > > [1172676002.170507 /dtn/bundle/refs debug] bundle > id 16 > > (0x8db4020): refcount 0 -> 1 (0 mappings) add > > CLConnection::IncomingBundle > > [1172676002.170558 /dtn/cl/tcp/conn/0x8db39b8 > debug] > > handle_data_segment: got segment of length 130 at > offset 0 > > [1172676002.170611 /dtn/cl/tcp/conn/0x8db39b8 > debug] > > handle_data_segment: updated ack_data > (segment_offset 0) [ ] > > ack_data [ 129 ] > > [1172676002.170658 /dtn/cl/tcp/conn/0x8db39b8 > debug] got > > BUNDLE_END: total length 130 > > [1172676002.170698 /dtn/cl/tcp/conn/0x8db39b8 > debug] > > handle_data_todo: reading todo segment 130/130 at > offset 0 > > [1172676002.170741 /dtn/bundle/protocol debug] > consume: got first > > block... creating primary block info > > [1172676002.170789 /dtn/bundle/protocol debug] > consume: 130 bytes > > left to process > > [1172676002.170831 /dtn/bundle/protocol debug] > consume: block > > processor 0x0 type 0x0 incomplete, calling consume > (0 bytes already > > buffered) > > [1172676002.170878 /dtn/bundle/protocol debug] > BlockProcessor type > > 0x0 consumed preamble 5/5 for block type (0x0): > data_offset 5 > > data_length 0 > > [1172676002.170922 /dtn/bundle/protocol debug] > parsed primary block > > length 0 (preamble 5) > > [1172676002.170962 /dtn/bundle/protocol error] got > primary block > > with zero length > > [1172676002.171002 /dtn/bundle/protocol error] > consume: protocol > > error handling block 0x0 > > [1172676002.171042 /dtn/cl/tcp/conn/0x8db39b8 > error] protocol error > > parsing bundle data segment > > [1172676002.171084 /dtn/cl/tcp/conn/0x8db39b8 > debug] break_contact: > > cl protocol error > > [1172676002.171126 /dtn/cl/tcp/conn/0x8db39b8/sock > debug] closing > > socket in state ESTABLISHED > > [1172676002.171230 /dtn/cl/tcp/conn/0x8db39b8/sock > debug] state > > ESTABLISHED -> FINI > > > > Then I just get a bunch of transmit failed events > at the sending side. > > > > Anyone have any thoughts why I'm getting this? > > > > On 2/27/07, Darren Long > wrote: > > Hi, > > > > I disabled the -Wcast-align warning when I built > on my NSLU2 running > > Debian for little-endian ARM. The daemon has been > running happily > > for a month, but I've not tried the apps on it. > > > > Darren > > Received: from n064.sc1.he.tucows.com (smtpout0171.sc1.cp.net [64.97.136.171] (may be forged)) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1SJL4Y03190 for ; Wed, 28 Feb 2007 11:21:04 -0800 Received: from [192.168.0.6] (86.27.119.15) by n064.sc1.he.tucows.com (7.2.069.1) id 45CB3FCD001790DC for dtn-users@mailman.dtnrg.org; Wed, 28 Feb 2007 19:20:50 +0000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <6308EB5D-1204-4994-ABFB-0261E17FE2DB@virgin.net> Content-Type: multipart/alternative; boundary=Apple-Mail-2--1037770785 Message-Id: <1C460329-8E6B-4711-9BBE-AA721FE8524C@virgin.net> From: Darren Long Subject: Re: [dtn-users] nokia 770 Date: Wed, 28 Feb 2007 19:20:41 +0000 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.2) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: --Apple-Mail-2--1037770785 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi, On the grounds that my advice caused your problem, I've just run dtnping on the NSLU2. I can ping it (localhost) and my iBook without problems. The iBook is running recent code from CVS, and the NSLU2 is running code fetched from CVS on 22nd Jan, with some hacks to get most of the apps built (see my earlier post if you need them - I don't know if the code-base has changed in that respect). You say on the receiving side...is that log from the desktop or the nokia? Can both nodes dtnping localhost? Darren On 28 Feb 2007, at 15:33, ryan m wrote: > Thank you very much for the help, I was able to get it to compile > with that, but now I've run into an odd issue when trying to test > it via dtnping. I'm pinging from the nokia 770 to a desktop and on > the recieving side I'm getting these errrors: > > [1172676002.170277 /dtn/bundle/payload/16/file debug] open /home/ > edifyteam/jabber/tmp/bundles/bundle_16.dat (flags 0xc2 mode 0x180): > fd 25 > [1172676002.170404 /dtn/storage/bundles/fdcache/cache debug] Added > entry fd=25 pin_count=1 size=0 > [1172676002.170459 /dtn/storage/bundles/fdcache/cache debug] Unpin > entry fd=25 pin_count=0 size=1 > [1172676002.170507 /dtn/bundle/refs debug] bundle id 16 > (0x8db4020): refcount 0 -> 1 (0 mappings) add > CLConnection::IncomingBundle > [1172676002.170558 /dtn/cl/tcp/conn/0x8db39b8 debug] > handle_data_segment: got segment of length 130 at offset 0 > [1172676002.170611 /dtn/cl/tcp/conn/0x8db39b8 debug] > handle_data_segment: updated ack_data (segment_offset 0) [ ] > ack_data [ 129 ] > [1172676002.170658 /dtn/cl/tcp/conn/0x8db39b8 debug] got > BUNDLE_END: total length 130 > [1172676002.170698 /dtn/cl/tcp/conn/0x8db39b8 debug] > handle_data_todo: reading todo segment 130/130 at offset 0 > [1172676002.170741 /dtn/bundle/protocol debug] consume: got first > block... creating primary block info > [1172676002.170789 /dtn/bundle/protocol debug] consume: 130 bytes > left to process > [1172676002.170831 /dtn/bundle/protocol debug] consume: block > processor 0x0 type 0x0 incomplete, calling consume (0 bytes already > buffered) > [1172676002.170878 /dtn/bundle/protocol debug] BlockProcessor type > 0x0 consumed preamble 5/5 for block type (0x0): data_offset 5 > data_length 0 > [1172676002.170922 /dtn/bundle/protocol debug] parsed primary block > length 0 (preamble 5) > [1172676002.170962 /dtn/bundle/protocol error] got primary block > with zero length > [1172676002.171002 /dtn/bundle/protocol error] consume: protocol > error handling block 0x0 > [1172676002.171042 /dtn/cl/tcp/conn/0x8db39b8 error] protocol error > parsing bundle data segment > [1172676002.171084 /dtn/cl/tcp/conn/0x8db39b8 debug] break_contact: > cl protocol error > [1172676002.171126 /dtn/cl/tcp/conn/0x8db39b8/sock debug] closing > socket in state ESTABLISHED > [1172676002.171230 /dtn/cl/tcp/conn/0x8db39b8/sock debug] state > ESTABLISHED -> FINI > > Then I just get a bunch of transmit failed events at the sending side. > > Anyone have any thoughts why I'm getting this? > > On 2/27/07, Darren Long wrote: > Hi, > > I disabled the -Wcast-align warning when I built on my NSLU2 running > Debian for little-endian ARM. The daemon has been running happily > for a month, but I've not tried the apps on it. > > Darren --Apple-Mail-2--1037770785 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 Hi,

On the grounds that my = advice caused your problem, I've just run dtnping on the NSLU2. I can = ping it (localhost) and my iBook without problems.=A0 The iBook is = running recent code from CVS, and the NSLU2 is running code fetched from = CVS on 22nd Jan, with some hacks to get most of the apps built (see my = earlier post if you need them - I don't know if the code-base has = changed in that respect).

You say on the receiving = side...is that log from the desktop or the nokia?=A0 Can both nodes = dtnping localhost?

Darren

On 28 Feb 2007, at 15:33, ryan m wrote:

Thank you = very much for the help, I was able to get it to compile with that, but = now I've run into an odd issue when trying to test it via dtnping.=A0 = I'm pinging from the nokia 770 to a desktop and on the recieving side = I'm getting these errrors:

[1172676002.170277 = /dtn/bundle/payload/16/file debug] open = /home/edifyteam/jabber/tmp/bundles/bundle_16.dat (flags 0xc2 mode = 0x180): fd 25
[1172676002.170404 /dtn/storage/bundles/fdcache/cache = debug] Added entry fd=3D25 pin_count=3D1 size=3D0
[1172676002.170459 = /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=3D25 = pin_count=3D0 size=3D1
[1172676002.170507 /dtn/bundle/refs debug] = bundle id 16 (0x8db4020): refcount 0 -> 1 (0 mappings) add = CLConnection::IncomingBundle
[1172676002.170558 = /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_segment: got segment of = length 130 at offset 0
[1172676002.170611 /dtn/cl/tcp/conn/0x8db39b8 = debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] = ack_data [ 129 ]
[1172676002.170658 /dtn/cl/tcp/conn/0x8db39b8 = debug] got BUNDLE_END: total length 130
[1172676002.170698 = /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_todo: reading todo segment = 130/130 at offset 0
[1172676002.170741 /dtn/bundle/protocol debug] = consume: got first block... creating primary block = info
[1172676002.170789 /dtn/bundle/protocol debug] consume: 130 = bytes left to process
[1172676002.170831 /dtn/bundle/protocol debug] = consume: block processor 0x0 type 0x0 incomplete, calling consume (0 = bytes already buffered)
[1172676002.170878 /dtn/bundle/protocol = debug] BlockProcessor type 0x0 consumed preamble 5/5 for block type = (0x0): data_offset 5 data_length 0
[1172676002.170922 = /dtn/bundle/protocol debug] parsed primary block length 0 (preamble 5) =
[1172676002.170962 = /dtn/bundle/protocol error] got primary block with zero = length
[1172676002.171002 /dtn/bundle/protocol error] consume: = protocol error handling block 0x0
[1172676002.171042 = /dtn/cl/tcp/conn/0x8db39b8 error] protocol error parsing bundle data = segment
[1172676002.171084 /dtn/cl/tcp/conn/0x8db39b8 debug] = break_contact: cl protocol error
[1172676002.171126 = /dtn/cl/tcp/conn/0x8db39b8/sock debug] closing socket in state = ESTABLISHED
[1172676002.171230 /dtn/cl/tcp/conn/0x8db39b8/sock = debug] state ESTABLISHED -> FINI

Then I just get a bunch of = transmit failed events at the sending side.

Anyone have any = thoughts why I'm getting this?

On= 2/27/07, Darren Long <darren.long@virgin.net> = wrote:
Hi,

I disabled the -Wcast-align warning when I built on my = NSLU2 running
Debian for little-endian ARM.=A0=A0The daemon has been = running happily
for a month, but I've not tried the apps on = it.

Darren
= --Apple-Mail-2--1037770785-- Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1SFY1Y01805 for ; Wed, 28 Feb 2007 07:34:01 -0800 Received: by nz-out-0506.google.com with SMTP id z6so168239nzd for ; Wed, 28 Feb 2007 07:33:56 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=MJpDJOWsfPqygF4mubPMOSYrT+i9yS5hI6fW9IRpKtgOAR1gSJPt98ET6YTtsx/VZZ0sNtdr86U5EZ1FgwFOgYup4lYG69fYUwhz7dcEEFePlX78maROKfQnVs1Bf/Q/skunloaX7DnvBhl+I1BXEOCsUFyynfQp8IHkkGGkZlI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=SKsfRbr6uXK0RU53Y3DeGk0ewv+GwvaD8Tm0UfEeBqTmutpalDiM5hvmFTk4T2upyzRW7CBnqhMkFql4vA6P1xibM4w69K3JqznsRuxp4du5CJ+JDk2gHVTvLKeRX8fZoGNApiLcjaus/+Vtm2NIaiP/q7hcZeJDV3GPunh5mgo= Received: by 10.114.14.1 with SMTP id 1mr124034wan.1172676835392; Wed, 28 Feb 2007 07:33:55 -0800 (PST) Received: by 10.114.144.3 with HTTP; Wed, 28 Feb 2007 07:33:55 -0800 (PST) Message-ID: Date: Wed, 28 Feb 2007 10:33:55 -0500 From: "ryan m" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] nokia 770 In-Reply-To: <6308EB5D-1204-4994-ABFB-0261E17FE2DB@virgin.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_42137_6839575.1172676835336" References: <6308EB5D-1204-4994-ABFB-0261E17FE2DB@virgin.net> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: ------=_Part_42137_6839575.1172676835336 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you very much for the help, I was able to get it to compile with that, but now I've run into an odd issue when trying to test it via dtnping. I'm pinging from the nokia 770 to a desktop and on the recieving side I'm getting these errrors: [1172676002.170277 /dtn/bundle/payload/16/file debug] open /home/edifyteam/jabber/tmp/bundles/bundle_16.dat (flags 0xc2 mode 0x180): fd 25 [1172676002.170404 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=25 pin_count=1 size=0 [1172676002.170459 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=25 pin_count=0 size=1 [1172676002.170507 /dtn/bundle/refs debug] bundle id 16 (0x8db4020): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle [1172676002.170558 /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_segment: got segment of length 130 at offset 0 [1172676002.170611 /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 129 ] [1172676002.170658 /dtn/cl/tcp/conn/0x8db39b8 debug] got BUNDLE_END: total length 130 [1172676002.170698 /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_todo: reading todo segment 130/130 at offset 0 [1172676002.170741 /dtn/bundle/protocol debug] consume: got first block... creating primary block info [1172676002.170789 /dtn/bundle/protocol debug] consume: 130 bytes left to process [1172676002.170831 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered) [1172676002.170878 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/5 for block type (0x0): data_offset 5 data_length 0 [1172676002.170922 /dtn/bundle/protocol debug] parsed primary block length 0 (preamble 5) [1172676002.170962 /dtn/bundle/protocol error] got primary block with zero length [1172676002.171002 /dtn/bundle/protocol error] consume: protocol error handling block 0x0 [1172676002.171042 /dtn/cl/tcp/conn/0x8db39b8 error] protocol error parsing bundle data segment [1172676002.171084 /dtn/cl/tcp/conn/0x8db39b8 debug] break_contact: cl protocol error [1172676002.171126 /dtn/cl/tcp/conn/0x8db39b8/sock debug] closing socket in state ESTABLISHED [1172676002.171230 /dtn/cl/tcp/conn/0x8db39b8/sock debug] state ESTABLISHED -> FINI Then I just get a bunch of transmit failed events at the sending side. Anyone have any thoughts why I'm getting this? On 2/27/07, Darren Long wrote: > > Hi, > > I disabled the -Wcast-align warning when I built on my NSLU2 running > Debian for little-endian ARM. The daemon has been running happily > for a month, but I've not tried the apps on it. > > Darren > > On 27 Feb 2007, at 22:05, ryan m wrote: > > > I'm trying to compile DTN for the n770 under meamo 2.2/scratchbox > > 1.0.x > > cross environment. I compiled from source tcl and berkeley and now > > I'm > > trying to compile DTN and I've run into the following compile error: > > > > make[1]: Entering directory `/home/edifyteam/jabber/DTN2/servlib' > > g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT > > "bundling/BundleEvent > > Handler.o bundling/BundleEventHandler.E bundling/ > > BundleEventHandler.po" > > -Wall -W > > -Wcast-align -Werror -c bundling/BundleEventHandler.cc -o > > bundling/BundleEventHandler.o > > bundling/BundleEventHandler.cc: In member function `void > > dtn::BundleEventHandler::dispatch_event(dtn::BundleEvent*)': > > bundling/BundleEventHandler.cc:166: warning: cast from > > `dtn::BundleEvent*' to `dtn::CustodySignalEvent*' increases required > > alignment of target type > > make[1]: *** [bundling/BundleEventHandler.o] Error 1 > > make[1]: Leaving directory `/home/edifyteam/jabber/DTN2/servlib' > > make: *** [servlib] Error 2 > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > ------=_Part_42137_6839575.1172676835336 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you very much for the help, I was able to get it to compile with that, but now I've run into an odd issue when trying to test it via dtnping.  I'm pinging from the nokia 770 to a desktop and on the recieving side I'm getting these errrors:

[1172676002.170277 /dtn/bundle/payload/16/file debug] open /home/edifyteam/jabber/tmp/bundles/bundle_16.dat (flags 0xc2 mode 0x180): fd 25
[1172676002.170404 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=25 pin_count=1 size=0
[1172676002.170459 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=25 pin_count=0 size=1
[1172676002.170507 /dtn/bundle/refs debug] bundle id 16 (0x8db4020): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle
[1172676002.170558 /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_segment: got segment of length 130 at offset 0
[1172676002.170611 /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 129 ]
[1172676002.170658 /dtn/cl/tcp/conn/0x8db39b8 debug] got BUNDLE_END: total length 130
[1172676002.170698 /dtn/cl/tcp/conn/0x8db39b8 debug] handle_data_todo: reading todo segment 130/130 at offset 0
[1172676002.170741 /dtn/bundle/protocol debug] consume: got first block... creating primary block info
[1172676002.170789 /dtn/bundle/protocol debug] consume: 130 bytes left to process
[1172676002.170831 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered)
[1172676002.170878 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/5 for block type (0x0): data_offset 5 data_length 0
[1172676002.170922 /dtn/bundle/protocol debug] parsed primary block length 0 (preamble 5)
[1172676002.170962 /dtn/bundle/protocol error] got primary block with zero length
[1172676002.171002 /dtn/bundle/protocol error] consume: protocol error handling block 0x0
[1172676002.171042 /dtn/cl/tcp/conn/0x8db39b8 error] protocol error parsing bundle data segment
[1172676002.171084 /dtn/cl/tcp/conn/0x8db39b8 debug] break_contact: cl protocol error
[1172676002.171126 /dtn/cl/tcp/conn/0x8db39b8/sock debug] closing socket in state ESTABLISHED
[1172676002.171230 /dtn/cl/tcp/conn/0x8db39b8/sock debug] state ESTABLISHED -> FINI

Then I just get a bunch of transmit failed events at the sending side.

Anyone have any thoughts why I'm getting this?

On 2/27/07, Darren Long <darren.long@virgin.net> wrote:
Hi,

I disabled the -Wcast-align warning when I built on my NSLU2 running
Debian for little-endian ARM.  The daemon has been running happily
for a month, but I've not tried the apps on it.

Darren

On 27 Feb 2007, at 22:05, ryan m wrote:

> I'm trying to compile DTN for the n770 under meamo 2.2/scratchbox
> 1.0.x
> cross environment.  I compiled from source tcl and berkeley and now
> I'm
> trying to compile DTN and I've run into the following compile error:
>
> make[1]: Entering directory `/home/edifyteam/jabber/DTN2/servlib'
> g++ -I.. -I.. -I../servlib    -g -fno-inline  -MMD -MP -MT
> "bundling/BundleEvent
> Handler.o bundling/BundleEventHandler.E bundling/
> BundleEventHandler.po"
> -Wall -W
>  -Wcast-align  -Werror  -c bundling/BundleEventHandler.cc -o
> bundling/BundleEventHandler.o
> bundling/BundleEventHandler.cc: In member function `void
> dtn::BundleEventHandler::dispatch_event(dtn::BundleEvent*)':
> bundling/BundleEventHandler.cc:166: warning: cast from
> `dtn::BundleEvent*' to `dtn::CustodySignalEvent*' increases required
> alignment of target type
> make[1]: *** [bundling/BundleEventHandler.o] Error 1
> make[1]: Leaving directory `/home/edifyteam/jabber/DTN2/servlib'
> make: *** [servlib] Error 2

_______________________________________________
dtn-users mailing list
dtn-users@mailman.dtnrg.org
http://mailman.dtnrg.org/mailman/listinfo/dtn-users

------=_Part_42137_6839575.1172676835336-- Received: from n066.sc1.he.tucows.com (smtpout1458.sc1.he.tucows.com [64.97.157.158]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1RMpuY26751 for ; Tue, 27 Feb 2007 14:51:56 -0800 Received: from [192.168.0.6] (86.27.119.15) by n066.sc1.he.tucows.com (7.2.069.1) id 45CB412C00141807 for dtn-users@mailman.dtnrg.org; Tue, 27 Feb 2007 22:51:50 +0000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20070227170755.hcddexds0008gggk@mail.dei.unipd.it> References: <20070227170755.hcddexds0008gggk@mail.dei.unipd.it> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Darren Long Subject: Re: [dtn-users] DTN2 compile error on Cygwin Date: Tue, 27 Feb 2007 22:51:47 +0000 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.2) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: You might want to try using a Linux virtual machine. We run Ubuntu on XP and Win2K workstations this way. Darren On 27 Feb 2007, at 16:07, ermconte@dei.unipd.it wrote: > Dear all, > > we are two Ph.D students and we are currently working on DTNs. We > are trying to install the DTN2 simulator on Windows XP environment, > but we face with the following problem while executing the command > make: > > make -w -C oasys > make[1]: Entering directory `/home/Ermanna/DTN2/oasys' > g++ -I. -I. -g -fno-inline -MMD -MP -MT "serialize/Serialize.o > serialize/Serialize.E serialize/Serialize.po" -Wall -W -Wcast- > align -Werror -c serialize/Serialize.cc -o serialize/Serialize.o > serialize/Serialize.cc: In member function `virtual void > oasys::SerializeAction::process(const char*, const > oasys::InAddrPtr&)': > serialize/Serialize.cc:144: error: invalid static_cast from type > `in_addr_t*' to type `u_int32_t*' > make[1]: *** [serialize/Serialize.o] Error 1 > make[1]: Leaving directory `/home/Ermanna/DTN2/oasys' > make: *** [oasys] Error 2 > > > On http://mailman.dtnrg.org/pipermail/dtn-users/2007-January/ > 000440.html, we found out that we have to change that cast to a > reinterpret_cast<>. > What does this indication mean? We are not familiar with casting > problems in C++, and then we are looking for some more operative > indication. Can you help us? > Greetings, > > Ermanna and Giovanni > > > > > > > Ermanna Conte > Ph.D. student > University of Padova > Italy > > "Siamo cio' che facciamo ripetutamente; l'eccellenza non e' dunque > un atto, ma > un'abitudine" > Aristotele > > > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from n068.sc1.he.tucows.com (smtpout0173.sc1.cp.net [64.97.136.173] (may be forged)) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1RMnqY26714 for ; Tue, 27 Feb 2007 14:49:52 -0800 Received: from [192.168.0.6] (86.27.119.15) by n068.sc1.he.tucows.com (7.2.069.1) id 45ABDE1A00341A12 for dtn-users@mailman.dtnrg.org; Tue, 27 Feb 2007 22:49:46 +0000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6308EB5D-1204-4994-ABFB-0261E17FE2DB@virgin.net> Content-Transfer-Encoding: 7bit From: Darren Long Subject: Re: [dtn-users] nokia 770 Date: Tue, 27 Feb 2007 22:49:41 +0000 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.2) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi, I disabled the -Wcast-align warning when I built on my NSLU2 running Debian for little-endian ARM. The daemon has been running happily for a month, but I've not tried the apps on it. Darren On 27 Feb 2007, at 22:05, ryan m wrote: > I'm trying to compile DTN for the n770 under meamo 2.2/scratchbox > 1.0.x > cross environment. I compiled from source tcl and berkeley and now > I'm > trying to compile DTN and I've run into the following compile error: > > make[1]: Entering directory `/home/edifyteam/jabber/DTN2/servlib' > g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT > "bundling/BundleEvent > Handler.o bundling/BundleEventHandler.E bundling/ > BundleEventHandler.po" > -Wall -W > -Wcast-align -Werror -c bundling/BundleEventHandler.cc -o > bundling/BundleEventHandler.o > bundling/BundleEventHandler.cc: In member function `void > dtn::BundleEventHandler::dispatch_event(dtn::BundleEvent*)': > bundling/BundleEventHandler.cc:166: warning: cast from > `dtn::BundleEvent*' to `dtn::CustodySignalEvent*' increases required > alignment of target type > make[1]: *** [bundling/BundleEventHandler.o] Error 1 > make[1]: Leaving directory `/home/edifyteam/jabber/DTN2/servlib' > make: *** [servlib] Error 2 Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1RM5WY26467 for ; Tue, 27 Feb 2007 14:05:32 -0800 Received: by nz-out-0506.google.com with SMTP id z6so1709311nzd for ; Tue, 27 Feb 2007 14:05:28 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=ZaeeBHoU6lMhFcqvi0WmwonBZS+tg5PpLTqidggMEY7jOoDbUI9T5+M1V3vP1zOrMIkQBesxCi4qhpafDTV4PGg6d5YYLJjJ+/VbuA8O9ZI/iSWVgneaV9ZOfjmTU+rW7eVm2xuOH6g9W+blsbbjK7qaxn5mYi5mLMUk7lolg/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=mPZuaZIXpy+H2BGzNEiD+8ez+I1Jq/7FOm6SjK9lENAt5PCa7ZxMxKfU8SCKIMWHE7GMClcaOwWrMa01+OSWccx4HMXhllbbH914N6dsm5+MjBLu4hUvVo+7sCh/+3lyRzPInQ1IJzwXhBCpACpfN/CG+IEVuJ0oTNemOQV7+hw= Received: by 10.115.60.1 with SMTP id n1mr1539933wak.1172613927839; Tue, 27 Feb 2007 14:05:27 -0800 (PST) Received: by 10.114.144.3 with HTTP; Tue, 27 Feb 2007 14:05:27 -0800 (PST) Message-ID: Date: Tue, 27 Feb 2007 17:05:27 -0500 From: "ryan m" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_24188_650828.1172613927721" Subject: [dtn-users] nokia 770 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: ------=_Part_24188_650828.1172613927721 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm trying to compile DTN for the n770 under meamo 2.2/scratchbox 1.0.x cross environment. I compiled from source tcl and berkeley and now I'm trying to compile DTN and I've run into the following compile error: make[1]: Entering directory `/home/edifyteam/jabber/DTN2/servlib' g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT "bundling/BundleEvent Handler.o bundling/BundleEventHandler.E bundling/BundleEventHandler.po" -Wall -W -Wcast-align -Werror -c bundling/BundleEventHandler.cc -o bundling/BundleEventHandler.o bundling/BundleEventHandler.cc: In member function `void dtn::BundleEventHandler::dispatch_event(dtn::BundleEvent*)': bundling/BundleEventHandler.cc:166: warning: cast from `dtn::BundleEvent*' to `dtn::CustodySignalEvent*' increases required alignment of target type make[1]: *** [bundling/BundleEventHandler.o] Error 1 make[1]: Leaving directory `/home/edifyteam/jabber/DTN2/servlib' make: *** [servlib] Error 2 ------=_Part_24188_650828.1172613927721 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm trying to compile DTN for the n770 under meamo 2.2/scratchbox 1.0.x
cross environment.  I compiled from source tcl and berkeley and now I'm
trying to compile DTN and I've run into the following compile error:

make[1]: Entering directory `/home/edifyteam/jabber/DTN2/servlib'
g++ -I.. -I.. -I../servlib    -g -fno-inline  -MMD -MP -MT
"bundling/BundleEvent
Handler.o bundling/BundleEventHandler.E bundling/BundleEventHandler.po"
-Wall -W
 -Wcast-align  -Werror  -c bundling/BundleEventHandler.cc -o
bundling/BundleEventHandler.o
bundling/BundleEventHandler.cc: In member function `void
dtn::BundleEventHandler::dispatch_event(dtn::BundleEvent*)':
bundling/BundleEventHandler.cc:166: warning: cast from
`dtn::BundleEvent*' to `dtn::CustodySignalEvent*' increases required
alignment of target type
make[1]: *** [bundling/BundleEventHandler.o] Error 1
make[1]: Leaving directory `/home/edifyteam/jabber/DTN2/servlib'
make: *** [servlib] Error 2 ------=_Part_24188_650828.1172613927721-- Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1RH8XY24079 for ; Tue, 27 Feb 2007 09:08:33 -0800 Received: from [10.212.2.169] ([12.46.129.124]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l1RH8Sef011110 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 27 Feb 2007 09:08:29 -0800 (PST) In-Reply-To: <20070227170755.hcddexds0008gggk@mail.dei.unipd.it> References: <20070227170755.hcddexds0008gggk@mail.dei.unipd.it> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <594152CC-DFE2-4EF4-A931-95B7B25DACF9@cs.berkeley.edu> Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] DTN2 compile error on Cygwin X-Applemailsentby: demmer Date: Tue, 27 Feb 2007 09:08:31 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Running DTN2 on Cygwin has several problems currently, so you may have issues running the code even if you get the compilation problems sorted out. In terms of your specific issue, the issue has to do with what the type of in_addr_t is on your platform. On UNIX based systems, it is a wrapper around a 32 bit integer, so the static cast is safe (since the types are equivalent). I'm not sure what it is on Cygwin, so you'll need to figure out some way to get a 32-bit integer pointer from the struct and pass it to the serializer. -mike On Feb 27, 2007, at 8:07 AM, ermconte@dei.unipd.it wrote: > Dear all, > > we are two Ph.D students and we are currently working on DTNs. We > are trying to install the DTN2 simulator on Windows XP environment, > but we face with the following problem while executing the command > make: > > make -w -C oasys > make[1]: Entering directory `/home/Ermanna/DTN2/oasys' > g++ -I. -I. -g -fno-inline -MMD -MP -MT "serialize/Serialize.o > serialize/Serialize.E serialize/Serialize.po" -Wall -W -Wcast- > align -Werror -c serialize/Serialize.cc -o serialize/Serialize.o > serialize/Serialize.cc: In member function `virtual void > oasys::SerializeAction::process(const char*, const > oasys::InAddrPtr&)': > serialize/Serialize.cc:144: error: invalid static_cast from type > `in_addr_t*' to type `u_int32_t*' > make[1]: *** [serialize/Serialize.o] Error 1 > make[1]: Leaving directory `/home/Ermanna/DTN2/oasys' > make: *** [oasys] Error 2 > > > On http://mailman.dtnrg.org/pipermail/dtn-users/2007-January/ > 000440.html, we found out that we have to change that cast to a > reinterpret_cast<>. > What does this indication mean? We are not familiar with casting > problems in C++, and then we are looking for some more operative > indication. Can you help us? > Greetings, > > Ermanna and Giovanni > > > > > > > Ermanna Conte > Ph.D. student > University of Padova > Italy > > "Siamo cio' che facciamo ripetutamente; l'eccellenza non e' dunque > un atto, ma > un'abitudine" > Aristotele > > > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from mail.dei.unipd.it (mail1.dei.unipd.it [147.162.2.111]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1RG88Y23662 for ; Tue, 27 Feb 2007 08:08:08 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.dei.unipd.it (Postfix) with ESMTP id A9A75169A5FC for ; Tue, 27 Feb 2007 17:08:01 +0100 (CET) X-Virus-Scanned: amavisd-new at dei.unipd.it Received: from mail.dei.unipd.it ([127.0.0.1]) by localhost (mail1.dei.unipd.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VKHKHWX840Em for ; Tue, 27 Feb 2007 17:07:55 +0100 (CET) Received: by mail.dei.unipd.it (Postfix, from userid 48) id CDB09169A631; Tue, 27 Feb 2007 17:07:55 +0100 (CET) Received: from nbermconte-w (nbermconte-w [172.20.0.103]) by mail.dei.unipd.it (Horde MIME library) with HTTP; Tue, 27 Feb 2007 17:07:55 +0100 Message-ID: <20070227170755.hcddexds0008gggk@mail.dei.unipd.it> Date: Tue, 27 Feb 2007 17:07:55 +0100 From: ermconte@dei.unipd.it To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id l1RG88Y23662 Subject: [dtn-users] DTN2 compile error on Cygwin Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Dear all, we are two Ph.D students and we are currently working on DTNs. We are trying to install the DTN2 simulator on Windows XP environment, but we face with the following problem while executing the command make: make -w -C oasys make[1]: Entering directory `/home/Ermanna/DTN2/oasys' g++ -I. -I. -g -fno-inline -MMD -MP -MT "serialize/Serialize.o serialize/Serialize.E serialize/Serialize.po" -Wall -W -Wcast-align -Werror -c serialize/Serialize.cc -o serialize/Serialize.o serialize/Serialize.cc: In member function `virtual void oasys::SerializeAction::process(const char*, const oasys::InAddrPtr&)': serialize/Serialize.cc:144: error: invalid static_cast from type `in_addr_t*' to type `u_int32_t*' make[1]: *** [serialize/Serialize.o] Error 1 make[1]: Leaving directory `/home/Ermanna/DTN2/oasys' make: *** [oasys] Error 2 On http://mailman.dtnrg.org/pipermail/dtn-users/2007-January/000440.html, we found out that we have to change that cast to a reinterpret_cast<>. What does this indication mean? We are not familiar with casting problems in C++, and then we are looking for some more operative indication. Can you help us? Greetings, Ermanna and Giovanni Ermanna Conte Ph.D. student University of Padova Italy "Siamo cio' che facciamo ripetutamente; l'eccellenza non e' dunque un atto, ma un'abitudine" Aristotele Received: from relay3.mail.ox.ac.uk (relay3.mail.ox.ac.uk [163.1.2.165]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1MHTmY03742 for ; Thu, 22 Feb 2007 09:29:49 -0800 Received: from webmail218.herald.ox.ac.uk ([163.1.0.218]) by relay3.mail.ox.ac.uk with esmtp (Exim 4.62) (envelope-from ) id 1HKHlL-0002qQ-BG for dtn-users@mailman.dtnrg.org; Thu, 22 Feb 2007 17:29:47 +0000 Received: by webmail218.herald.ox.ac.uk (Postfix, from userid 33) id 5AB075A047; Thu, 22 Feb 2007 17:29:47 +0000 (GMT) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.417 (Entity 5.417) From: Riqing Chen Date: Thu, 22 Feb 2007 17:29:47 +0000 To: dtn-users@mailman.dtnrg.org Subject: RE: [dtn-users] PROBLEM WITH DTN SIMULATION IN NS !!!!! In-Reply-To: <17032FE6255715408B33589BCFDCCE5060FC89@UMR-CMAIL2.umr.edu> References: <33099.138.96.88.82.1172068483.squirrel@imap-sop.inria.fr> <17032FE6255715408B33589BCFDCCE5060FC89@UMR-CMAIL2.umr.edu> X-Webmail-Sender: scat3522 X-Webmail-Originating-Ip: 129.67.92.116 Message-Id: <20070222172947.5AB075A047@webmail218.herald.ox.ac.uk> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: hi, I see quite a lot of people like to use NS-2 as simulation tool in DTNetworking. How do you think of Openet software simulator? It is said it is quite popular used cmmercially. please express your suggestions. kindly, riqing In message <17032FE6255715408B33589BCFDCCE5060FC89@UMR-CMAIL2.umr.edu> dtn- users@mailman.dtnrg.org writes: > Hi, > > I have been interested in implementing DTN feature for NS-2 as well. > What's your action plan like? > > Yours truly, > Tae-Hyung > > -----Original Message----- > From: dtn-users-admin@mailman.dtnrg.org > [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of > Amir.Krifa@sophia.inria.fr > Sent: Wednesday, February 21, 2007 8:35 AM > To: dtn-users@mailman.dtnrg.org > Subject: [dtn-users] PROBLEM WITH DTN SIMULATION IN NS !!!!! > Importance: High > > Hi, > > > I' am working on DTNs. I need help about how to make simulations of this > kind of networks. > > In fact, I have found an implementation for ns 2.27( > http://www.illuvatar.nu/ns-dtn/code/) > > I have not tested it yet and I am asking about an implementation > suitable > for next versions of NS-2 especially NS 2.30 that it was the unique > version > that I have reach to installed it for my Suse 10.1 linux version. > > > So, can you indicate me others ns-dtn implementations (others patches)? > > THANKS, > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > Received: from smtpout2.cc.umr.edu (smtpout2.cc.umr.edu [131.151.0.94]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1LFh9Y17402 for ; Wed, 21 Feb 2007 07:43:09 -0800 Received: (qmail 10644 invoked from network); 21 Feb 2007 15:43:08 -0000 Received: from scansrv1.cc.umr.edu (131.151.1.139) by smtpout-ipvs.cc.umr.edu with SMTP; 21 Feb 2007 15:43:08 -0000 X-Scan-Server: spamd01.cc.umr.edu X-Scan-Recipient: outbound@msx.umr.edu X-Spam-Virus: No X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on spamd01.cc.umr.edu X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,PLING_PLING autolearn=disabled version=3.1.7 Received: (qmail 25622 invoked from network); 21 Feb 2007 15:43:07 -0000 Received: from smtp2.cc.umr.edu (131.151.1.62) by scanout-ipvs.cc.umr.edu with SMTP; 21 Feb 2007 15:43:07 -0000 Received: from umr-exproto2.cc.umr.edu (umr-exproto2.cc.umr.edu [131.151.0.192]) by smtp2.cc.umr.edu (8.13.1/8.13.1) with ESMTP id l1LFh4MR003397 for ; Wed, 21 Feb 2007 09:43:06 -0600 Received: from UMR-CMAIL2.umr.edu ([131.151.1.76]) by umr-exproto2.cc.umr.edu with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Feb 2007 09:43:04 -0600 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" Subject: RE: [dtn-users] PROBLEM WITH DTN SIMULATION IN NS !!!!! Date: Wed, 21 Feb 2007 09:42:04 -0600 Message-ID: <17032FE6255715408B33589BCFDCCE5060FC89@UMR-CMAIL2.umr.edu> In-Reply-To: <33099.138.96.88.82.1172068483.squirrel@imap-sop.inria.fr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [dtn-users] PROBLEM WITH DTN SIMULATION IN NS !!!!! Thread-Index: AcdVxgk5wDVDmlECSAy5NSF0t0FaswACJo9Q From: "tk424" To: X-OriginalArrivalTime: 21 Feb 2007 15:43:04.0646 (UTC) FILETIME=[F9D50660:01C755CE] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id l1LFh9Y17402 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi, I have been interested in implementing DTN feature for NS-2 as well. What's your action plan like? Yours truly, Tae-Hyung -----Original Message----- From: dtn-users-admin@mailman.dtnrg.org [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Amir.Krifa@sophia.inria.fr Sent: Wednesday, February 21, 2007 8:35 AM To: dtn-users@mailman.dtnrg.org Subject: [dtn-users] PROBLEM WITH DTN SIMULATION IN NS !!!!! Importance: High Hi, I' am working on DTNs. I need help about how to make simulations of this kind of networks. In fact, I have found an implementation for ns 2.27( http://www.illuvatar.nu/ns-dtn/code/) I have not tested it yet and I am asking about an implementation suitable for next versions of NS-2 especially NS 2.30 that it was the unique version that I have reach to installed it for my Suse 10.1 linux version. So, can you indicate me others ns-dtn implementations (others patches)? THANKS, _______________________________________________ dtn-users mailing list dtn-users@mailman.dtnrg.org http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from sophia.inria.fr (sophia.inria.fr [138.96.64.20]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1LEYqY17002 for ; Wed, 21 Feb 2007 06:34:53 -0800 Received: from localhost (localhost [127.0.0.1]) by sophia.inria.fr (8.13.8/8.13.8) with ESMTP id l1LEYlit006848 for ; Wed, 21 Feb 2007 15:34:47 +0100 Received: from imap-sop.inria.fr (eurus1.inria.fr [138.96.64.27]) by sophia.inria.fr (8.13.8/8.13.8) with ESMTP id l1LEYhZC006818 for ; Wed, 21 Feb 2007 15:34:43 +0100 Received: from 138.96.88.82 by imap-sop.inria.fr with HTTP; Wed, 21 Feb 2007 15:34:43 +0100 (CET) Message-ID: <33099.138.96.88.82.1172068483.squirrel@imap-sop.inria.fr> Date: Wed, 21 Feb 2007 15:34:43 +0100 (CET) From: Amir.Krifa@sophia.inria.fr To: dtn-users@mailman.dtnrg.org User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 1 (Highest) Importance: High X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sophia.inria.fr [138.96.64.20]); Wed, 21 Feb 2007 15:34:43 +0100 (MET) X-Virus-Scanned: by amavisd-new at sophia.inria.fr Subject: [dtn-users] PROBLEM WITH DTN SIMULATION IN NS !!!!! Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi, I' am working on DTNs. I need help about how to make simulations of this kind of networks. In fact, I have found an implementation for ns 2.27( http://www.illuvatar.nu/ns-dtn/code/) I have not tested it yet and I am asking about an implementation suitable for next versions of NS-2 especially NS 2.30 that it was the unique version that I have reach to installed it for my Suse 10.1 linux version. So, can you indicate me others ns-dtn implementations (others patches)? THANKS, Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1KMKfY10470 for ; Tue, 20 Feb 2007 14:20:41 -0800 Received: from [128.32.131.196] (dhcp-131-196.EECS.Berkeley.EDU [128.32.131.196]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l1KMKW2I015894 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 20 Feb 2007 14:20:33 -0800 (PST) In-Reply-To: <000101c7552b$9bcd0d90$f7546181@cs.uwaterloo.ca> References: <000601c7544a$d0777030$6401a8c0@midnight> <49F88A14-9289-4683-AA61-4E5DFB2D1513@cs.berkeley.edu> <000001c75517$82bf4390$f7546181@cs.uwaterloo.ca> <7D62DD39-F5AE-4167-99E2-D21F31024987@cs.berkeley.edu> <000101c7552b$9bcd0d90$f7546181@cs.uwaterloo.ca> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <51127102-33F6-4C15-8892-63A18CE61C0F@cs.berkeley.edu> Cc: eaoliver@cs.uwaterloo.ca Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] parse bundle timeStamp X-Applemailsentby: demmer Date: Tue, 20 Feb 2007 14:20:29 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: My suggestions would be to enable more debugging in the dtnrecv side to figure out why there's a -1 being returned. This will probably require diving into dtn_ipc.c and/or dtn_api.c -m On Feb 20, 2007, at 12:13 PM, Earl Oliver wrote: > Thank you for your help. I set the DTN_MAX_API_MSG to 128 K and > sent a 64K > bundle. It would seem that the problem has shifted to something else. > While again sending a 64K bundle, the receiver receives the bundle > and it is > correctly stored: > > delta dtn% bundle list > Currently Pending Bundles (1): > 0 : dtn://alpha/send -> dtn://delta/recv length 65536 > > But when retrieving the bundle via dtnrecv the read call within > APIClient::run() on the dtnd side is returning -1. > > The dtnd side of the API code appears to be writing my bundles to the > socket, but the client side is closing the socket. > > [1172000974.332227 /dtn/apiclient/26 debug] ::writev() fd 26 cc 66352 > [1172000974.332530 /dtn/apiclient/26 debug] writeall 66352 bytes 0 > left > 66352 total > [1172000974.332877 /dtn/apiclient/26 debug] ::readv() fd 26 cc -1 > [1172000974.333218 /dtn/apiclient/26 warning] client error or > disconnection > > The dtnrecv application then exits with: > > dtn_recv [dtn://delta/recv]... > error getting recv reply: -1 (error in ipc communication) > > Any thoughts? > > Earl > > -----Original Message----- > From: Michael Demmer [mailto:demmer@cs.berkeley.edu] > Sent: Tuesday, February 20, 2007 1:00 PM > To: dtn-users@mailman.dtnrg.org > Cc: eaoliver@cs.uwaterloo.ca > Subject: Re: [dtn-users] parse bundle timeStamp > > > You'll also need to change DTN_MAX_API_MSG (defined in dtn_ipc.h) to > something bigger than 65536. > > -mike > > On Feb 20, 2007, at 9:49 AM, Earl Oliver wrote: > >> Thanks Mike, but I do not want to save received bundles to files. >> >> I set DTN_MAX_BUNDLE_MEM in both dtn_types.h and dtn_types_xdr.c >> to be >> 8388608 bytes (8 MB). I am able to dtnrecv 55000 byte, but I get the >> original error if I try to receive 64K. >> >> Are there additional bounds that I am missing? >> >> Earl >> >> -----Original Message----- >> From: dtn-users-admin@mailman.dtnrg.org >> [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael >> Demmer >> Sent: Monday, February 19, 2007 12:31 PM >> To: dtn-users@mailman.dtnrg.org >> Subject: Re: [dtn-users] parse bundle timeStamp >> >> Bundles greater than 50K must be received by using files. >> >> Currently the dtnrecv application does not have support for that, >> though it would be a simple change. >> >> -mike >> >> On Feb 19, 2007, at 9:24 AM, Earl Oliver wrote: >> >>> I am replying to this post because I think my problem may be >>> related to this >>> feature. I am able to dtnsend files up to approx 50000 bytes in >>> size, but >>> not 55000 bytes. The error I am getting on the receiver side is: >>> >>> On the sender side sending a 55000 byte file. >>> >>> dtnsend -s dtn://alpha/send -d dtn://delta/recv -t f -p data_55000 >>> -w -D >>> >>> Receiver side: >>> dtn_recv [dtn://delta/recv]... >>> error getting recv reply: -1 (error in xdr routines) >>> >>> The DTN log contains the entry: >>> [1171904774.351159 /dtn/apiclient/25 error] internal error in xdr: >>> xdr_dtn_bundle_payload_t >>> >>> Am I doing something wrong or have I hit an upper bound that I am >>> not aware >>> of? >>> >>> Earl >>> >>> -----Original Message----- >>> From: dtn-users-admin@mailman.dtnrg.org >>> [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael >>> Demmer >>> Sent: Sunday, January 21, 2007 12:08 PM >>> To: dtn-users@mailman.dtnrg.org >>> Subject: Re: [dtn-users] parse bundle timeStamp >>> >>> >>> I've added the bundle creation time to the dtn_bundle_spec_t type, >>> making it available to applications when they call dtn_recv(). >>> >>> Let me know if you have any problems with this. >>> >>> -mike >>> >>> On Jan 19, 2007, at 5:08 AM, luo cheng wrote: >>> >>>> Hi, >>>> >>>> I am trying to get the bundle Creation timestamp at the receiving >>>> side. >>>> >>>> I checked the DTN2 API functions, the dtn_recv() only receive the >>>> bundle payload without provide the header information. I added a >>>> part of function as follow try to get the received bundle creation >>>> timestamp: >>>> >>>> //================= >>>> if ((ret = dtn_recv(main->handle, &spec, DTN_PAYLOAD_FILE, >>>> &payload, recv_timeout)) < 0) >>>> { >>>> if (dtn_errno(main->handle) == TIMEOUT) return 0; >>>> g_print("error getting recv reply: %d (%s)\n", ret, >>>> dtn_strerror(dtn_errno(main->handle))); >>>> return 0; >>>> } >>>> >>>> /*parse the received timestamp @19-01-2007*/ >>>> >>>> dtnipc_handle_t * handle = (dtnipc_handle_t*)main->handle; >>>> XDR* xdr_encode = &handle->xdr_decode; >>>> dtn_bundle_id_t bundle_id; >>>> memset(&bundle_id, 0, sizeof(bundle_id)); >>>> >>>> if(!xdr_dtn_bundle_id_t(xdr_encode, &bundle_id)) >>>> g_print("parse bundle id fail!\n"); >>>> else >>>> { >>>> g_print("the creatation time is %u\n", >>>> bundle_id.creation_secs); >>>> g_print("the source uri is %s\n", bundle_id.source.uri); // >>>> for testing >>>> } >>>> >>>> //================== >>>> but the printed results are 0 and null string. >>>> >>>> could anyone give some hints how to get the bundle creation >>>> timestamp at receiving side. >>>> >>>> BR >>>> CL >>> >>> _______________________________________________ >>> dtn-users mailing list >>> dtn-users@mailman.dtnrg.org >>> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >>> >>> _______________________________________________ >>> dtn-users mailing list >>> dtn-users@mailman.dtnrg.org >>> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >> >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from services110.cs.uwaterloo.ca (root@services110.cs.uwaterloo.ca [129.97.152.166]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1KKBZY09632 for ; Tue, 20 Feb 2007 12:11:35 -0800 Received: from cloudy (cloudy.cs.uwaterloo.ca [129.97.84.247]) by services110.cs.uwaterloo.ca (8.13.8/8.13.8) with ESMTP id l1KKBLiC002917; Tue, 20 Feb 2007 15:11:30 -0500 (EST) From: "Earl Oliver" To: Cc: References: <000601c7544a$d0777030$6401a8c0@midnight> <49F88A14-9289-4683-AA61-4E5DFB2D1513@cs.berkeley.edu> <000001c75517$82bf4390$f7546181@cs.uwaterloo.ca> <7D62DD39-F5AE-4167-99E2-D21F31024987@cs.berkeley.edu> Subject: RE: [dtn-users] parse bundle timeStamp Date: Tue, 20 Feb 2007 15:13:28 -0500 Organization: School of Computer Science Message-ID: <000101c7552b$9bcd0d90$f7546181@cs.uwaterloo.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcdVGikT8H8tbbFaTUSxTdmE8dvjIwAAoE+A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <7D62DD39-F5AE-4167-99E2-D21F31024987@cs.berkeley.edu> X-Miltered: at minos with ID 45DB55E9.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on localhost X-Virus-Status: Clean X-UUID: ac1aef0e-83f8-4e29-acfa-3f819ea4a9bd Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Thank you for your help. I set the DTN_MAX_API_MSG to 128 K and sent a 64K bundle. It would seem that the problem has shifted to something else. While again sending a 64K bundle, the receiver receives the bundle and it is correctly stored: delta dtn% bundle list Currently Pending Bundles (1): 0 : dtn://alpha/send -> dtn://delta/recv length 65536 But when retrieving the bundle via dtnrecv the read call within APIClient::run() on the dtnd side is returning -1. The dtnd side of the API code appears to be writing my bundles to the socket, but the client side is closing the socket. [1172000974.332227 /dtn/apiclient/26 debug] ::writev() fd 26 cc 66352 [1172000974.332530 /dtn/apiclient/26 debug] writeall 66352 bytes 0 left 66352 total [1172000974.332877 /dtn/apiclient/26 debug] ::readv() fd 26 cc -1 [1172000974.333218 /dtn/apiclient/26 warning] client error or disconnection The dtnrecv application then exits with: dtn_recv [dtn://delta/recv]... error getting recv reply: -1 (error in ipc communication) Any thoughts? Earl -----Original Message----- From: Michael Demmer [mailto:demmer@cs.berkeley.edu] Sent: Tuesday, February 20, 2007 1:00 PM To: dtn-users@mailman.dtnrg.org Cc: eaoliver@cs.uwaterloo.ca Subject: Re: [dtn-users] parse bundle timeStamp You'll also need to change DTN_MAX_API_MSG (defined in dtn_ipc.h) to something bigger than 65536. -mike On Feb 20, 2007, at 9:49 AM, Earl Oliver wrote: > Thanks Mike, but I do not want to save received bundles to files. > > I set DTN_MAX_BUNDLE_MEM in both dtn_types.h and dtn_types_xdr.c to be > 8388608 bytes (8 MB). I am able to dtnrecv 55000 byte, but I get the > original error if I try to receive 64K. > > Are there additional bounds that I am missing? > > Earl > > -----Original Message----- > From: dtn-users-admin@mailman.dtnrg.org > [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer > Sent: Monday, February 19, 2007 12:31 PM > To: dtn-users@mailman.dtnrg.org > Subject: Re: [dtn-users] parse bundle timeStamp > > Bundles greater than 50K must be received by using files. > > Currently the dtnrecv application does not have support for that, > though it would be a simple change. > > -mike > > On Feb 19, 2007, at 9:24 AM, Earl Oliver wrote: > >> I am replying to this post because I think my problem may be >> related to this >> feature. I am able to dtnsend files up to approx 50000 bytes in >> size, but >> not 55000 bytes. The error I am getting on the receiver side is: >> >> On the sender side sending a 55000 byte file. >> >> dtnsend -s dtn://alpha/send -d dtn://delta/recv -t f -p data_55000 >> -w -D >> >> Receiver side: >> dtn_recv [dtn://delta/recv]... >> error getting recv reply: -1 (error in xdr routines) >> >> The DTN log contains the entry: >> [1171904774.351159 /dtn/apiclient/25 error] internal error in xdr: >> xdr_dtn_bundle_payload_t >> >> Am I doing something wrong or have I hit an upper bound that I am >> not aware >> of? >> >> Earl >> >> -----Original Message----- >> From: dtn-users-admin@mailman.dtnrg.org >> [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael >> Demmer >> Sent: Sunday, January 21, 2007 12:08 PM >> To: dtn-users@mailman.dtnrg.org >> Subject: Re: [dtn-users] parse bundle timeStamp >> >> >> I've added the bundle creation time to the dtn_bundle_spec_t type, >> making it available to applications when they call dtn_recv(). >> >> Let me know if you have any problems with this. >> >> -mike >> >> On Jan 19, 2007, at 5:08 AM, luo cheng wrote: >> >>> Hi, >>> >>> I am trying to get the bundle Creation timestamp at the receiving >>> side. >>> >>> I checked the DTN2 API functions, the dtn_recv() only receive the >>> bundle payload without provide the header information. I added a >>> part of function as follow try to get the received bundle creation >>> timestamp: >>> >>> //================= >>> if ((ret = dtn_recv(main->handle, &spec, DTN_PAYLOAD_FILE, >>> &payload, recv_timeout)) < 0) >>> { >>> if (dtn_errno(main->handle) == TIMEOUT) return 0; >>> g_print("error getting recv reply: %d (%s)\n", ret, >>> dtn_strerror(dtn_errno(main->handle))); >>> return 0; >>> } >>> >>> /*parse the received timestamp @19-01-2007*/ >>> >>> dtnipc_handle_t * handle = (dtnipc_handle_t*)main->handle; >>> XDR* xdr_encode = &handle->xdr_decode; >>> dtn_bundle_id_t bundle_id; >>> memset(&bundle_id, 0, sizeof(bundle_id)); >>> >>> if(!xdr_dtn_bundle_id_t(xdr_encode, &bundle_id)) >>> g_print("parse bundle id fail!\n"); >>> else >>> { >>> g_print("the creatation time is %u\n", >>> bundle_id.creation_secs); >>> g_print("the source uri is %s\n", bundle_id.source.uri); // >>> for testing >>> } >>> >>> //================== >>> but the printed results are 0 and null string. >>> >>> could anyone give some hints how to get the bundle creation >>> timestamp at receiving side. >>> >>> BR >>> CL >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1KI0KY08683 for ; Tue, 20 Feb 2007 10:00:20 -0800 Received: from [136.152.140.6] (spr-wlan-1.AirBears.Berkeley.EDU [136.152.140.6]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l1KI09In010068 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 20 Feb 2007 10:00:17 -0800 (PST) In-Reply-To: <000001c75517$82bf4390$f7546181@cs.uwaterloo.ca> References: <000601c7544a$d0777030$6401a8c0@midnight> <49F88A14-9289-4683-AA61-4E5DFB2D1513@cs.berkeley.edu> <000001c75517$82bf4390$f7546181@cs.uwaterloo.ca> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7D62DD39-F5AE-4167-99E2-D21F31024987@cs.berkeley.edu> Cc: eaoliver@cs.uwaterloo.ca Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] parse bundle timeStamp X-Applemailsentby: demmer Date: Tue, 20 Feb 2007 10:00:05 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: You'll also need to change DTN_MAX_API_MSG (defined in dtn_ipc.h) to something bigger than 65536. -mike On Feb 20, 2007, at 9:49 AM, Earl Oliver wrote: > Thanks Mike, but I do not want to save received bundles to files. > > I set DTN_MAX_BUNDLE_MEM in both dtn_types.h and dtn_types_xdr.c to be > 8388608 bytes (8 MB). I am able to dtnrecv 55000 byte, but I get the > original error if I try to receive 64K. > > Are there additional bounds that I am missing? > > Earl > > -----Original Message----- > From: dtn-users-admin@mailman.dtnrg.org > [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer > Sent: Monday, February 19, 2007 12:31 PM > To: dtn-users@mailman.dtnrg.org > Subject: Re: [dtn-users] parse bundle timeStamp > > Bundles greater than 50K must be received by using files. > > Currently the dtnrecv application does not have support for that, > though it would be a simple change. > > -mike > > On Feb 19, 2007, at 9:24 AM, Earl Oliver wrote: > >> I am replying to this post because I think my problem may be >> related to this >> feature. I am able to dtnsend files up to approx 50000 bytes in >> size, but >> not 55000 bytes. The error I am getting on the receiver side is: >> >> On the sender side sending a 55000 byte file. >> >> dtnsend -s dtn://alpha/send -d dtn://delta/recv -t f -p data_55000 >> -w -D >> >> Receiver side: >> dtn_recv [dtn://delta/recv]... >> error getting recv reply: -1 (error in xdr routines) >> >> The DTN log contains the entry: >> [1171904774.351159 /dtn/apiclient/25 error] internal error in xdr: >> xdr_dtn_bundle_payload_t >> >> Am I doing something wrong or have I hit an upper bound that I am >> not aware >> of? >> >> Earl >> >> -----Original Message----- >> From: dtn-users-admin@mailman.dtnrg.org >> [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael >> Demmer >> Sent: Sunday, January 21, 2007 12:08 PM >> To: dtn-users@mailman.dtnrg.org >> Subject: Re: [dtn-users] parse bundle timeStamp >> >> >> I've added the bundle creation time to the dtn_bundle_spec_t type, >> making it available to applications when they call dtn_recv(). >> >> Let me know if you have any problems with this. >> >> -mike >> >> On Jan 19, 2007, at 5:08 AM, luo cheng wrote: >> >>> Hi, >>> >>> I am trying to get the bundle Creation timestamp at the receiving >>> side. >>> >>> I checked the DTN2 API functions, the dtn_recv() only receive the >>> bundle payload without provide the header information. I added a >>> part of function as follow try to get the received bundle creation >>> timestamp: >>> >>> //================= >>> if ((ret = dtn_recv(main->handle, &spec, DTN_PAYLOAD_FILE, >>> &payload, recv_timeout)) < 0) >>> { >>> if (dtn_errno(main->handle) == TIMEOUT) return 0; >>> g_print("error getting recv reply: %d (%s)\n", ret, >>> dtn_strerror(dtn_errno(main->handle))); >>> return 0; >>> } >>> >>> /*parse the received timestamp @19-01-2007*/ >>> >>> dtnipc_handle_t * handle = (dtnipc_handle_t*)main->handle; >>> XDR* xdr_encode = &handle->xdr_decode; >>> dtn_bundle_id_t bundle_id; >>> memset(&bundle_id, 0, sizeof(bundle_id)); >>> >>> if(!xdr_dtn_bundle_id_t(xdr_encode, &bundle_id)) >>> g_print("parse bundle id fail!\n"); >>> else >>> { >>> g_print("the creatation time is %u\n", >>> bundle_id.creation_secs); >>> g_print("the source uri is %s\n", bundle_id.source.uri); // >>> for testing >>> } >>> >>> //================== >>> but the printed results are 0 and null string. >>> >>> could anyone give some hints how to get the bundle creation >>> timestamp at receiving side. >>> >>> BR >>> CL >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from services110.cs.uwaterloo.ca (root@services110.cs.uwaterloo.ca [129.97.152.166]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1KHloY08559 for ; Tue, 20 Feb 2007 09:47:51 -0800 Received: from cloudy (cloudy.cs.uwaterloo.ca [129.97.84.247]) by services110.cs.uwaterloo.ca (8.13.8/8.13.8) with ESMTP id l1KHlOv4026149; Tue, 20 Feb 2007 12:47:38 -0500 (EST) From: "Earl Oliver" To: Cc: References: <000601c7544a$d0777030$6401a8c0@midnight> <49F88A14-9289-4683-AA61-4E5DFB2D1513@cs.berkeley.edu> Subject: RE: [dtn-users] parse bundle timeStamp Date: Tue, 20 Feb 2007 12:49:31 -0500 Organization: School of Computer Science Message-ID: <000001c75517$82bf4390$f7546181@cs.uwaterloo.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcdUTBDVMhc9kr8cTKO0vGr+D+PqLAAysrRQ In-Reply-To: <49F88A14-9289-4683-AA61-4E5DFB2D1513@cs.berkeley.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Miltered: at minos with ID 45DB342C.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on localhost X-Virus-Status: Clean X-UUID: 0d63c224-5ac1-4420-941c-8f2adb22e87f Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Thanks Mike, but I do not want to save received bundles to files. I set DTN_MAX_BUNDLE_MEM in both dtn_types.h and dtn_types_xdr.c to be 8388608 bytes (8 MB). I am able to dtnrecv 55000 byte, but I get the original error if I try to receive 64K. Are there additional bounds that I am missing? Earl -----Original Message----- From: dtn-users-admin@mailman.dtnrg.org [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer Sent: Monday, February 19, 2007 12:31 PM To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] parse bundle timeStamp Bundles greater than 50K must be received by using files. Currently the dtnrecv application does not have support for that, though it would be a simple change. -mike On Feb 19, 2007, at 9:24 AM, Earl Oliver wrote: > I am replying to this post because I think my problem may be > related to this > feature. I am able to dtnsend files up to approx 50000 bytes in > size, but > not 55000 bytes. The error I am getting on the receiver side is: > > On the sender side sending a 55000 byte file. > > dtnsend -s dtn://alpha/send -d dtn://delta/recv -t f -p data_55000 > -w -D > > Receiver side: > dtn_recv [dtn://delta/recv]... > error getting recv reply: -1 (error in xdr routines) > > The DTN log contains the entry: > [1171904774.351159 /dtn/apiclient/25 error] internal error in xdr: > xdr_dtn_bundle_payload_t > > Am I doing something wrong or have I hit an upper bound that I am > not aware > of? > > Earl > > -----Original Message----- > From: dtn-users-admin@mailman.dtnrg.org > [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer > Sent: Sunday, January 21, 2007 12:08 PM > To: dtn-users@mailman.dtnrg.org > Subject: Re: [dtn-users] parse bundle timeStamp > > > I've added the bundle creation time to the dtn_bundle_spec_t type, > making it available to applications when they call dtn_recv(). > > Let me know if you have any problems with this. > > -mike > > On Jan 19, 2007, at 5:08 AM, luo cheng wrote: > >> Hi, >> >> I am trying to get the bundle Creation timestamp at the receiving >> side. >> >> I checked the DTN2 API functions, the dtn_recv() only receive the >> bundle payload without provide the header information. I added a >> part of function as follow try to get the received bundle creation >> timestamp: >> >> //================= >> if ((ret = dtn_recv(main->handle, &spec, DTN_PAYLOAD_FILE, >> &payload, recv_timeout)) < 0) >> { >> if (dtn_errno(main->handle) == TIMEOUT) return 0; >> g_print("error getting recv reply: %d (%s)\n", ret, >> dtn_strerror(dtn_errno(main->handle))); >> return 0; >> } >> >> /*parse the received timestamp @19-01-2007*/ >> >> dtnipc_handle_t * handle = (dtnipc_handle_t*)main->handle; >> XDR* xdr_encode = &handle->xdr_decode; >> dtn_bundle_id_t bundle_id; >> memset(&bundle_id, 0, sizeof(bundle_id)); >> >> if(!xdr_dtn_bundle_id_t(xdr_encode, &bundle_id)) >> g_print("parse bundle id fail!\n"); >> else >> { >> g_print("the creatation time is %u\n", >> bundle_id.creation_secs); >> g_print("the source uri is %s\n", bundle_id.source.uri); // >> for testing >> } >> >> //================== >> but the printed results are 0 and null string. >> >> could anyone give some hints how to get the bundle creation >> timestamp at receiving side. >> >> BR >> CL > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users _______________________________________________ dtn-users mailing list dtn-users@mailman.dtnrg.org http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1JHVKY27539 for ; Mon, 19 Feb 2007 09:31:20 -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.0/8.13.5) with ESMTP id l1JHVI1C029817 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 19 Feb 2007 09:31:19 -0800 (PST) In-Reply-To: <000601c7544a$d0777030$6401a8c0@midnight> References: <000601c7544a$d0777030$6401a8c0@midnight> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <49F88A14-9289-4683-AA61-4E5DFB2D1513@cs.berkeley.edu> Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] parse bundle timeStamp X-Applemailsentby: demmer Date: Mon, 19 Feb 2007 09:31:14 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Bundles greater than 50K must be received by using files. Currently the dtnrecv application does not have support for that, though it would be a simple change. -mike On Feb 19, 2007, at 9:24 AM, Earl Oliver wrote: > I am replying to this post because I think my problem may be > related to this > feature. I am able to dtnsend files up to approx 50000 bytes in > size, but > not 55000 bytes. The error I am getting on the receiver side is: > > On the sender side sending a 55000 byte file. > > dtnsend -s dtn://alpha/send -d dtn://delta/recv -t f -p data_55000 > -w -D > > Receiver side: > dtn_recv [dtn://delta/recv]... > error getting recv reply: -1 (error in xdr routines) > > The DTN log contains the entry: > [1171904774.351159 /dtn/apiclient/25 error] internal error in xdr: > xdr_dtn_bundle_payload_t > > Am I doing something wrong or have I hit an upper bound that I am > not aware > of? > > Earl > > -----Original Message----- > From: dtn-users-admin@mailman.dtnrg.org > [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer > Sent: Sunday, January 21, 2007 12:08 PM > To: dtn-users@mailman.dtnrg.org > Subject: Re: [dtn-users] parse bundle timeStamp > > > I've added the bundle creation time to the dtn_bundle_spec_t type, > making it available to applications when they call dtn_recv(). > > Let me know if you have any problems with this. > > -mike > > On Jan 19, 2007, at 5:08 AM, luo cheng wrote: > >> Hi, >> >> I am trying to get the bundle Creation timestamp at the receiving >> side. >> >> I checked the DTN2 API functions, the dtn_recv() only receive the >> bundle payload without provide the header information. I added a >> part of function as follow try to get the received bundle creation >> timestamp: >> >> //================= >> if ((ret = dtn_recv(main->handle, &spec, DTN_PAYLOAD_FILE, >> &payload, recv_timeout)) < 0) >> { >> if (dtn_errno(main->handle) == TIMEOUT) return 0; >> g_print("error getting recv reply: %d (%s)\n", ret, >> dtn_strerror(dtn_errno(main->handle))); >> return 0; >> } >> >> /*parse the received timestamp @19-01-2007*/ >> >> dtnipc_handle_t * handle = (dtnipc_handle_t*)main->handle; >> XDR* xdr_encode = &handle->xdr_decode; >> dtn_bundle_id_t bundle_id; >> memset(&bundle_id, 0, sizeof(bundle_id)); >> >> if(!xdr_dtn_bundle_id_t(xdr_encode, &bundle_id)) >> g_print("parse bundle id fail!\n"); >> else >> { >> g_print("the creatation time is %u\n", >> bundle_id.creation_secs); >> g_print("the source uri is %s\n", bundle_id.source.uri); // >> for testing >> } >> >> //================== >> but the printed results are 0 and null string. >> >> could anyone give some hints how to get the bundle creation >> timestamp at receiving side. >> >> BR >> CL > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with SMTP id l1JHOkY27465 for ; Mon, 19 Feb 2007 09:24:46 -0800 Received: (qmail 15871 invoked from network); 19 Feb 2007 17:24:32 -0000 Received: from unknown (HELO midnight) (pieceofshit1234@rogers.com@74.109.157.207 with login) by smtp101.rog.mail.re2.yahoo.com with SMTP; 19 Feb 2007 17:24:32 -0000 X-YMail-OSG: fyl8xhEVM1nHFZszGc4dvfYNklI7B.1nzWA9ifMXh.bDHNYzTkJbrAs3yuxze8CZsg-- From: "Earl Oliver" To: Subject: RE: [dtn-users] parse bundle timeStamp Date: Mon, 19 Feb 2007 12:24:29 -0500 Message-ID: <000601c7544a$d0777030$6401a8c0@midnight> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 thread-index: Acc9fxGsZnrh3Z2kTW6fx9iGc5OW8wWyRCYg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <46675964-73DF-4048-BF20-86EEDC83095F@cs.berkeley.edu> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I am replying to this post because I think my problem may be related to this feature. I am able to dtnsend files up to approx 50000 bytes in size, but not 55000 bytes. The error I am getting on the receiver side is: On the sender side sending a 55000 byte file. dtnsend -s dtn://alpha/send -d dtn://delta/recv -t f -p data_55000 -w -D Receiver side: dtn_recv [dtn://delta/recv]... error getting recv reply: -1 (error in xdr routines) The DTN log contains the entry: [1171904774.351159 /dtn/apiclient/25 error] internal error in xdr: xdr_dtn_bundle_payload_t Am I doing something wrong or have I hit an upper bound that I am not aware of? Earl -----Original Message----- From: dtn-users-admin@mailman.dtnrg.org [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer Sent: Sunday, January 21, 2007 12:08 PM To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] parse bundle timeStamp I've added the bundle creation time to the dtn_bundle_spec_t type, making it available to applications when they call dtn_recv(). Let me know if you have any problems with this. -mike On Jan 19, 2007, at 5:08 AM, luo cheng wrote: > Hi, > > I am trying to get the bundle Creation timestamp at the receiving > side. > > I checked the DTN2 API functions, the dtn_recv() only receive the > bundle payload without provide the header information. I added a > part of function as follow try to get the received bundle creation > timestamp: > > //================= > if ((ret = dtn_recv(main->handle, &spec, DTN_PAYLOAD_FILE, > &payload, recv_timeout)) < 0) > { > if (dtn_errno(main->handle) == TIMEOUT) return 0; > g_print("error getting recv reply: %d (%s)\n", ret, > dtn_strerror(dtn_errno(main->handle))); > return 0; > } > > /*parse the received timestamp @19-01-2007*/ > > dtnipc_handle_t * handle = (dtnipc_handle_t*)main->handle; > XDR* xdr_encode = &handle->xdr_decode; > dtn_bundle_id_t bundle_id; > memset(&bundle_id, 0, sizeof(bundle_id)); > > if(!xdr_dtn_bundle_id_t(xdr_encode, &bundle_id)) > g_print("parse bundle id fail!\n"); > else > { > g_print("the creatation time is %u\n", > bundle_id.creation_secs); > g_print("the source uri is %s\n", bundle_id.source.uri); // > for testing > } > > //================== > but the printed results are 0 and null string. > > could anyone give some hints how to get the bundle creation > timestamp at receiving side. > > BR > CL _______________________________________________ dtn-users mailing list dtn-users@mailman.dtnrg.org http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1JDd4Y25782 for ; Mon, 19 Feb 2007 05:39:04 -0800 Received: by ug-out-1314.google.com with SMTP id 71so511151ugh for ; Mon, 19 Feb 2007 05:39:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=IgEX86DTLOmcy2cIspbjWjryPY4k7ovLeNjMh5LR3qjuiOXqelPjbum2Gv2DrzhEpAnSphphAtV664fypZHFriQg95l3QSwmlOq88zYf+gL1aSgbp92jwU6wRfhHNnaDWgKfYetslTD1ElztnVQQMqESuwnwgYl61WXN2MMor30= Received: by 10.78.123.4 with SMTP id v4mr1039609huc.1171892342789; Mon, 19 Feb 2007 05:39:02 -0800 (PST) Received: by 10.78.191.2 with HTTP; Mon, 19 Feb 2007 05:39:02 -0800 (PST) Message-ID: <5f30e2610702190539ub6a2bfasc264277c8796b943@mail.gmail.com> Date: Mon, 19 Feb 2007 07:39:02 -0600 From: "Jeff Wilson" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [dtn-users] Prophet router Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi all, I posted an article to the wiki (http://www.dtnrg.org/wiki/ProphetRouter) describing the DTN Prophet router, based on the March 2006 Prophet I-D. If you have an interest in Prophet, please review the article and post your critiques here. The Prophet router implementation is available in the current CVS. Dynamic neighbor discovery (http://www.dtnrg.org/wiki/NeighborDiscovery ... also available in the CVS) is a prerequisite to using Prophet. I welcome your feedback. Regards, Jeff Wilson Baylor University Waco, TX Received: from smtp-mclean.mitre.org (smtpproxy2.mitre.org [192.80.55.71]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1GMkDY18223 for ; Fri, 16 Feb 2007 14:46:13 -0800 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with SMTP id l1GMkCbB004895 for ; Fri, 16 Feb 2007 17:46:12 -0500 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (Postfix) with ESMTP id A06921BD7C for ; Fri, 16 Feb 2007 17:46:12 -0500 (EST) Received: from imcfe2.MITRE.ORG (imcfe2.mitre.org [129.83.29.4]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l1GMkCm1004892 for ; Fri, 16 Feb 2007 17:46:12 -0500 Received: from IMCSRV6.MITRE.ORG ([129.83.20.237]) by imcfe2.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Feb 2007 17:46:12 -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" Subject: RE: [dtn-users] Problems with DTN 2.3.0 dtncpd applications Date: Fri, 16 Feb 2007 17:46:11 -0500 Message-ID: <53B52415C756A84E8A169F0E3673A329188C88@IMCSRV6.MITRE.ORG> In-Reply-To: <87ABB5B9BD11A240B9CBB3F0485AEC89D2442B@IMCSRV4.MITRE.ORG> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [dtn-users] Problems with DTN 2.3.0 dtncpd applications thread-index: AcdSD/85TMfr/OZdRS2KX8ddnTEOvAADBOCw References: <87ABB5B9BD11A240B9CBB3F0485AEC89D2442B@IMCSRV4.MITRE.ORG> From: "Andresen, Jason R." To: X-OriginalArrivalTime: 16 Feb 2007 22:46:12.0079 (UTC) FILETIME=[41DB1FF0:01C7521C] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id l1GMkDY18223 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I found the fix. Dtncpd is just plain busted, but it's the result of an api change and is easily fixed. Just do a global search and replace in dtncpd.c and change every instance of .buf.buf_ to .filename.filename_ >-----Original Message----- >From: dtn-users-admin@mailman.dtnrg.org >[mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of >Feighery, Patrick D. >Sent: Friday, February 16, 2007 4:18 PM >To: dtn-users@mailman.dtnrg.org >Subject: [dtn-users] Problems with DTN 2.3.0 dtncpd applications > >I have downloaded and installed the 2.3.0 dtn tarball and have started >to play with it. I've noticed a problem when transferring files with >dtncp/dtncpd and was hoping someone could point me in the correct >direction. > >When I use dtncp to transfer a file, it reports that the file was sent >successfully and provides a transfer time. So far so good. On the >remote machine the file appears in the /tmp directory. Unfortunately, >it never gets copied to the /var/dtn/dtncpd-incoming directory. > >I then started looking at the log file that dtncpd produces. Under the >File Received stats, the size is reported to be 0. I started going >through the dtncpd source code and the results of >'payload.buf.buf_val', which I think should be the actual filename, is >set to NULL and file_or_mem is set to DTN_PAYLOAD_FILE. > >What am I missing.. any thoughts... > > Pat >_______________________________________________ >dtn-users mailing list >dtn-users@mailman.dtnrg.org >http://mailman.dtnrg.org/mailman/listinfo/dtn-users > Received: from smtp-bedford.mitre.org (smtpproxy1.mitre.org [192.160.51.76]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1GLIcY17694 for ; Fri, 16 Feb 2007 13:18:38 -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 l1GLIbj9013461 for ; Fri, 16 Feb 2007 16:18:37 -0500 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id 82CF3BEFB for ; Fri, 16 Feb 2007 16:18:37 -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 l1GLIb58013456 for ; Fri, 16 Feb 2007 16:18:37 -0500 Received: from IMCSRV4.MITRE.ORG ([129.83.20.161]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Feb 2007 16:18:36 -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: Fri, 16 Feb 2007 16:18:26 -0500 Message-ID: <87ABB5B9BD11A240B9CBB3F0485AEC89D2442B@IMCSRV4.MITRE.ORG> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problems with DTN 2.3.0 dtncpd applications Thread-Index: AcdSD/85TMfr/OZdRS2KX8ddnTEOvA== From: "Feighery, Patrick D." To: X-OriginalArrivalTime: 16 Feb 2007 21:18:36.0961 (UTC) FILETIME=[058FC110:01C75210] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id l1GLIcY17694 Subject: [dtn-users] Problems with DTN 2.3.0 dtncpd applications Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I have downloaded and installed the 2.3.0 dtn tarball and have started to play with it. I've noticed a problem when transferring files with dtncp/dtncpd and was hoping someone could point me in the correct direction. When I use dtncp to transfer a file, it reports that the file was sent successfully and provides a transfer time. So far so good. On the remote machine the file appears in the /tmp directory. Unfortunately, it never gets copied to the /var/dtn/dtncpd-incoming directory. I then started looking at the log file that dtncpd produces. Under the File Received stats, the size is reported to be 0. I started going through the dtncpd source code and the results of 'payload.buf.buf_val', which I think should be the actual filename, is set to NULL and file_or_mem is set to DTN_PAYLOAD_FILE. What am I missing.. any thoughts... Pat Received: from n064.sc1.he.tucows.com (smtpout0143.sc1.he.tucows.com [64.97.136.143]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1DMg6Y20885 for ; Tue, 13 Feb 2007 14:42:06 -0800 Received: from [192.168.0.6] (82.9.21.178) by n064.sc1.he.tucows.com (7.2.069.1) id 45CB3FCD00064C51 for dtn-users@mailman.dtnrg.org; Tue, 13 Feb 2007 22:41:54 +0000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <1BC6C943-0186-4C5B-B4DC-EBFD4E23BFD7@virgin.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7C2EB656-AB52-4480-A291-5522F461009F@virgin.net> Content-Transfer-Encoding: 7bit From: Darren Long Date: Tue, 13 Feb 2007 22:41:51 +0000 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.2) Subject: [dtn-users] AX.25 and the inner workings of the oasys IPSocket class Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi Mike, I've been rummaging around in that code in a serious attempt to knock up an AX.25 convergence layer. I've starting by replicating the interface and methods of IPSocket as AX25Socket, with all the right addressing, etc. I'm now wondering if I should either consider trying to shovel AX.25 stuff through the io:: calls or if that is doomed to failure and I should go my own way with direct socket calls. What do you think? Darren On 13 Feb 2007, at 22:18, Michael Demmer wrote: > Good catch -- fixed. > -m > > On Feb 13, 2007, at 2:00 PM, Darren Long wrote: > >> Hi all, >> >> Whilst perusing the inner workings of the oasys/io/IO.cc, I >> spotted the following at line 841. I'm pretty sure it's not >> right, but I don't know how to fix or test the result. >> >> Cheers, >> >> Darren >> >> case RECVMSG: >> cc = ::sendmsg(fd, args->msg_hdr, flags); >> if (log) log_debug_p(log, "::recvmsg() fd %d %p cc %d", >> fd, args->msg_hdr, cc); >> break; >> >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1DMI5Y20690 for ; Tue, 13 Feb 2007 14:18:05 -0800 Received: from [128.32.131.196] (dhcp-131-196.EECS.Berkeley.EDU [128.32.131.196]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l1DMHufJ025485 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 13 Feb 2007 14:18:05 -0800 (PST) In-Reply-To: <1BC6C943-0186-4C5B-B4DC-EBFD4E23BFD7@virgin.net> References: <1BC6C943-0186-4C5B-B4DC-EBFD4E23BFD7@virgin.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] (no subject) X-Applemailsentby: demmer Date: Tue, 13 Feb 2007 14:18:02 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Good catch -- fixed. -m On Feb 13, 2007, at 2:00 PM, Darren Long wrote: > Hi all, > > Whilst perusing the inner workings of the oasys/io/IO.cc, I > spotted the following at line 841. I'm pretty sure it's not right, > but I don't know how to fix or test the result. > > Cheers, > > Darren > > case RECVMSG: > cc = ::sendmsg(fd, args->msg_hdr, flags); > if (log) log_debug_p(log, "::recvmsg() fd %d %p cc %d", > fd, args->msg_hdr, cc); > break; > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from n064.sc1.he.tucows.com (smtpout0168.sc1.he.tucows.com [64.97.136.168]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l1DM0ZY20577 for ; Tue, 13 Feb 2007 14:00:35 -0800 Received: from [192.168.0.6] (82.9.21.178) by n064.sc1.he.tucows.com (7.2.069.1) id 45CB3FCD000640F5 for dtn-users@mailman.dtnrg.org; Tue, 13 Feb 2007 22:00:21 +0000 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <1BC6C943-0186-4C5B-B4DC-EBFD4E23BFD7@virgin.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: dtn-users@mailman.dtnrg.org From: Darren Long Date: Tue, 13 Feb 2007 22:00:19 +0000 X-Mailer: Apple Mail (2.752.2) Subject: [dtn-users] (no subject) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi all, Whilst perusing the inner workings of the oasys/io/IO.cc, I spotted the following at line 841. I'm pretty sure it's not right, but I don't know how to fix or test the result. Cheers, Darren case RECVMSG: cc = ::sendmsg(fd, args->msg_hdr, flags); if (log) log_debug_p(log, "::recvmsg() fd %d %p cc %d", fd, args->msg_hdr, cc); break; Received: from relay.imagine.ie (relay.imagine.ie [87.232.1.41]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l198atY25958 for ; Fri, 9 Feb 2007 00:36:55 -0800 Received: from mail1.int.imagine.ie (mail1 [87.232.1.152]) by relay.imagine.ie (Postfix) with ESMTP id C85DB426A for ; Fri, 9 Feb 2007 08:36:53 +0000 (GMT) Received: from [10.87.48.3] (dsl-102-234.cust.imagine.ie [87.232.102.234]) by mail1.int.imagine.ie (8.13.4/8.13.4/Debian-3) with ESMTP id l198anhc024369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 9 Feb 2007 08:36:50 GMT Message-ID: <45CC32E8.1080301@cs.tcd.ie> Date: Fri, 09 Feb 2007 08:38:00 +0000 From: Stephen Farrell User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Problem compiling the cvs code on cygwin. References: <45CB64FE.9050503@cs.tcd.ie> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.0001 (Score 0) X-Spam-Score: 0.00 () [Hold at 8.00] X-Canit-Stats-ID: 4445354 - 457dc14526b1 X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 87.232.1.52 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Sure send me your changes and I'll see if I can get 'em working. Be a job on the back-burner but we'll see, Ta, S. Zahir Koradia wrote: > Hi Stephen, > I have kept the old version of cygwin with me specifically for the > problem Mike mentioned. If you want I can arrange for sending you the setup. > > Zahir > > On 2/8/07, * Michael Demmer* > wrote: > > No -- Cygwin building hasn't worked for some time, mostly because > even if you get it to compile, my recollection is that there's > something wierd with the libstdc++ on Cygwin that causes strange > crashes. > > In terms of that particular bug, you could change the type of the > source_ field to int32_t instead of int and it would fix the problem. > > -m > > On Feb 8, 2007, at 9:59 AM, Stephen Farrell wrote: > > > > > Hi again, > > > > I'm also building on cygwin, (gcc 3.4.4) and get the error below. > > I see this came up in Nov [1] Did anyone make a patch by any > > chance? > > Ta, > > S. > > > > [1] http://mailman.dtnrg.org/pipermail/dtn-users/2006-November/ > > 000329.html > > > > make -w -C servlib > > make[1]: Entering directory `/home/stephen/dtn_2.3.0/servlib' > > g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT > > "bundling/BundleEvent.o bundling/BundleEvent.E bundling/ > > BundleEvent.po" -Wall -W -Wcast-align -Werror -c bundling/ > > BundleEvent.cc -o bundling/BundleEvent.o > > bundling/BundleEvent.cc: In member function `virtual void > > dtn::BundleReceivedEvent::serialize(oasys::SerializeAction*)': > > bundling/BundleEvent.cc:57: error: call of overloaded `process > > (const char[7], int*)' is ambiguous > > ../oasys/serialize/Serialize.h:205: note: candidates are: virtual > > void oasys::SerializeAction::process(const char*, u_int32_t*) > match> > > ../oasys/serialize/Serialize.h:261: note: virtual void > > oasys::SerializeAction::process(const char*, int32_t*) > > bundling/BundleEvent.cc: In member function `virtual void > > dtn::BundleDeliveryEvent::serialize(oasys::SerializeAction*)': > > bundling/BundleEvent.cc:83: error: call of overloaded `process > > (const char[7], int*)' is ambiguous > > > > _______________________________________________ > > dtn-users mailing list > > dtn-users@mailman.dtnrg.org > > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > > Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l194xZY24506 for ; Thu, 8 Feb 2007 20:59:35 -0800 Received: by nf-out-0910.google.com with SMTP id p48so975761nfa for ; Thu, 08 Feb 2007 20:59:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=XqQnJgtgyEk1b64iospNdxeVlUzbC01J9y3pMfuXsNUWPfqwE1iplcIeVNRp3AhboIR10TK6/UAiHpkbXmxi3MvjfFqlGb6XXKlcNHwJu5NH4iRLz75+IX/huaZzc5sK28EFMniQ8gOTEBxAr9EHNFuE6UU1gD10F4ccpJTYjz0= Received: by 10.48.204.7 with SMTP id b7mr1025073nfg.1170997174120; Thu, 08 Feb 2007 20:59:34 -0800 (PST) Received: by 10.48.213.13 with HTTP; Thu, 8 Feb 2007 20:59:34 -0800 (PST) Message-ID: Date: Fri, 9 Feb 2007 10:29:34 +0530 From: "Zahir Koradia" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Problem compiling the cvs code on cygwin. In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_28547_2369146.1170997174080" References: <45CB64FE.9050503@cs.tcd.ie> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: ------=_Part_28547_2369146.1170997174080 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Stephen, I have kept the old version of cygwin with me specifically for the problem Mike mentioned. If you want I can arrange for sending you the setup. Zahir On 2/8/07, Michael Demmer wrote: > > No -- Cygwin building hasn't worked for some time, mostly because > even if you get it to compile, my recollection is that there's > something wierd with the libstdc++ on Cygwin that causes strange > crashes. > > In terms of that particular bug, you could change the type of the > source_ field to int32_t instead of int and it would fix the problem. > > -m > > On Feb 8, 2007, at 9:59 AM, Stephen Farrell wrote: > > > > > Hi again, > > > > I'm also building on cygwin, (gcc 3.4.4) and get the error below. > > I see this came up in Nov [1] Did anyone make a patch by any > > chance? > > Ta, > > S. > > > > [1] http://mailman.dtnrg.org/pipermail/dtn-users/2006-November/ > > 000329.html > > > > make -w -C servlib > > make[1]: Entering directory `/home/stephen/dtn_2.3.0/servlib' > > g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT > > "bundling/BundleEvent.o bundling/BundleEvent.E bundling/ > > BundleEvent.po" -Wall -W -Wcast-align -Werror -c bundling/ > > BundleEvent.cc -o bundling/BundleEvent.o > > bundling/BundleEvent.cc: In member function `virtual void > > dtn::BundleReceivedEvent::serialize(oasys::SerializeAction*)': > > bundling/BundleEvent.cc:57: error: call of overloaded `process > > (const char[7], int*)' is ambiguous > > ../oasys/serialize/Serialize.h:205: note: candidates are: virtual > > void oasys::SerializeAction::process(const char*, u_int32_t*) > match> > > ../oasys/serialize/Serialize.h:261: note: virtual void > > oasys::SerializeAction::process(const char*, int32_t*) > > bundling/BundleEvent.cc: In member function `virtual void > > dtn::BundleDeliveryEvent::serialize(oasys::SerializeAction*)': > > bundling/BundleEvent.cc:83: error: call of overloaded `process > > (const char[7], int*)' is ambiguous > > > > _______________________________________________ > > dtn-users mailing list > > dtn-users@mailman.dtnrg.org > > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > ------=_Part_28547_2369146.1170997174080 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Stephen,
I have kept the old version of cygwin with me specifically for the problem Mike mentioned. If you want I can arrange for sending you the setup.

Zahir

On 2/8/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
No -- Cygwin building hasn't worked for some time, mostly because
even if you get it to compile, my recollection is that there's
something wierd with the libstdc++ on Cygwin that causes strange
crashes.

In terms of that particular bug, you could change the type of the
source_ field to int32_t instead of int and it would fix the problem.

-m

On Feb 8, 2007, at 9:59 AM, Stephen Farrell wrote:

>
> Hi again,
>
> I'm also building on cygwin, (gcc 3.4.4) and get the error below.
> I see this came up in Nov [1] Did anyone make a patch by any
> chance?
> Ta,
> S.
>
> [1] http://mailman.dtnrg.org/pipermail/dtn-users/2006-November/
> 000329.html
>
> make -w -C servlib
> make[1]: Entering directory `/home/stephen/dtn_2.3.0/servlib'
> g++ -I.. -I.. -I../servlib    -g -fno-inline  -MMD -MP -MT
> "bundling/BundleEvent.o bundling/BundleEvent.E bundling/
> BundleEvent.po" -Wall -W -Wcast-align  -Werror  -c bundling/
> BundleEvent.cc -o bundling/BundleEvent.o
> bundling/BundleEvent.cc: In member function `virtual void
> dtn::BundleReceivedEvent::serialize(oasys::SerializeAction*)':
> bundling/BundleEvent.cc:57: error: call of overloaded `process
> (const char[7], int*)' is ambiguous
> ../oasys/serialize/Serialize.h:205: note: candidates are: virtual
> void oasys::SerializeAction::process(const char*, u_int32_t*) <near
> match>
> ../oasys/serialize/Serialize.h:261: note:  virtual void
> oasys::SerializeAction::process(const char*, int32_t*) <near match>
> bundling/BundleEvent.cc: In member function `virtual void
> dtn::BundleDeliveryEvent::serialize(oasys::SerializeAction*)':
> bundling/BundleEvent.cc:83: error: call of overloaded `process
> (const char[7], int*)' is ambiguous
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users

_______________________________________________
dtn-users mailing list
dtn-users@mailman.dtnrg.org
http://mailman.dtnrg.org/mailman/listinfo/dtn-users

------=_Part_28547_2369146.1170997174080-- Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l18J47Y20392 for ; Thu, 8 Feb 2007 11:04:07 -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.0/8.13.5) with ESMTP id l18J3unI022664 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 8 Feb 2007 11:04:04 -0800 (PST) In-Reply-To: <45CB64FE.9050503@cs.tcd.ie> References: <45CB64FE.9050503@cs.tcd.ie> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: dtn-users@dtnrg.org Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] Problem compiling the cvs code on cygwin. X-Applemailsentby: demmer Date: Thu, 8 Feb 2007 10:06:59 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: No -- Cygwin building hasn't worked for some time, mostly because even if you get it to compile, my recollection is that there's something wierd with the libstdc++ on Cygwin that causes strange crashes. In terms of that particular bug, you could change the type of the source_ field to int32_t instead of int and it would fix the problem. -m On Feb 8, 2007, at 9:59 AM, Stephen Farrell wrote: > > Hi again, > > I'm also building on cygwin, (gcc 3.4.4) and get the error below. > I see this came up in Nov [1] Did anyone make a patch by any > chance? > Ta, > S. > > [1] http://mailman.dtnrg.org/pipermail/dtn-users/2006-November/ > 000329.html > > make -w -C servlib > make[1]: Entering directory `/home/stephen/dtn_2.3.0/servlib' > g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT > "bundling/BundleEvent.o bundling/BundleEvent.E bundling/ > BundleEvent.po" -Wall -W -Wcast-align -Werror -c bundling/ > BundleEvent.cc -o bundling/BundleEvent.o > bundling/BundleEvent.cc: In member function `virtual void > dtn::BundleReceivedEvent::serialize(oasys::SerializeAction*)': > bundling/BundleEvent.cc:57: error: call of overloaded `process > (const char[7], int*)' is ambiguous > ../oasys/serialize/Serialize.h:205: note: candidates are: virtual > void oasys::SerializeAction::process(const char*, u_int32_t*) match> > ../oasys/serialize/Serialize.h:261: note: virtual void > oasys::SerializeAction::process(const char*, int32_t*) > bundling/BundleEvent.cc: In member function `virtual void > dtn::BundleDeliveryEvent::serialize(oasys::SerializeAction*)': > bundling/BundleEvent.cc:83: error: call of overloaded `process > (const char[7], int*)' is ambiguous > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l18J47Y20396 for ; Thu, 8 Feb 2007 11:04:07 -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.0/8.13.5) with ESMTP id l18J3unI022664 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 8 Feb 2007 11:04:04 -0800 (PST) In-Reply-To: <45CB64FE.9050503@cs.tcd.ie> References: <45CB64FE.9050503@cs.tcd.ie> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: dtn-users@dtnrg.org Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] Problem compiling the cvs code on cygwin. X-Applemailsentby: demmer Date: Thu, 8 Feb 2007 10:06:59 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: No -- Cygwin building hasn't worked for some time, mostly because even if you get it to compile, my recollection is that there's something wierd with the libstdc++ on Cygwin that causes strange crashes. In terms of that particular bug, you could change the type of the source_ field to int32_t instead of int and it would fix the problem. -m On Feb 8, 2007, at 9:59 AM, Stephen Farrell wrote: > > Hi again, > > I'm also building on cygwin, (gcc 3.4.4) and get the error below. > I see this came up in Nov [1] Did anyone make a patch by any > chance? > Ta, > S. > > [1] http://mailman.dtnrg.org/pipermail/dtn-users/2006-November/ > 000329.html > > make -w -C servlib > make[1]: Entering directory `/home/stephen/dtn_2.3.0/servlib' > g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT > "bundling/BundleEvent.o bundling/BundleEvent.E bundling/ > BundleEvent.po" -Wall -W -Wcast-align -Werror -c bundling/ > BundleEvent.cc -o bundling/BundleEvent.o > bundling/BundleEvent.cc: In member function `virtual void > dtn::BundleReceivedEvent::serialize(oasys::SerializeAction*)': > bundling/BundleEvent.cc:57: error: call of overloaded `process > (const char[7], int*)' is ambiguous > ../oasys/serialize/Serialize.h:205: note: candidates are: virtual > void oasys::SerializeAction::process(const char*, u_int32_t*) match> > ../oasys/serialize/Serialize.h:261: note: virtual void > oasys::SerializeAction::process(const char*, int32_t*) > bundling/BundleEvent.cc: In member function `virtual void > dtn::BundleDeliveryEvent::serialize(oasys::SerializeAction*)': > bundling/BundleEvent.cc:83: error: call of overloaded `process > (const char[7], int*)' is ambiguous > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l18I4iY19956 for ; Thu, 8 Feb 2007 10:04:44 -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.0/8.13.5) with ESMTP id l18I4g20021514 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 8 Feb 2007 10:04:43 -0800 (PST) In-Reply-To: <45CB61E8.3050004@cs.tcd.ie> References: <45CB61E8.3050004@cs.tcd.ie> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: dtn-users@dtnrg.org Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] Bit of a crash... X-Applemailsentby: demmer Date: Thu, 8 Feb 2007 10:04:46 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Try running dtnd under gdb and then you can see what's causing the SIGABRT. -m On Feb 8, 2007, at 9:46 AM, Stephen Farrell wrote: > > Hi, > > I'm running the basic dtnping test but seeing it crash the dtnd > when I hit ctrl-C on the client (up to that it reports itself > as working fine). > > I built the dtn code on a fairly old Suse box but am running > the binaries on an Ubuntu dapper whatsit (i.e. latest release). > > I had to add a bunch of libs manually since the ubuntu box is not > a dev machine, and I suspect that that's the cause of the crash, > but I just wondered if this was known to be something else. (I > didn't see anything in the last few months of the archive, but > sorry if I missed something.) > > Cheers, > S. > > stephen@machine:~/test-setup/bp/terr$ dtnd -c dtn.conf > [1170954592.901495 /dtnd notice] DTN daemon starting up... (pid 25094) > [1170954592.906294 /dtnd notice] random seed is 906289 > [1170954592.935755 /dtn/bundle/daemon notice] loading bundles from > data store > machine dtn% ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump > core > STACK TRACE: 0x81000a5 0xffffe410 0xb7be42b9 0xb7dac305 0xb7dac342 > 0xb7dac186 0xb7ceffbe 0xb7cf0058 0xb7de23ba 0xb7de00f1 0xb7ddc0b0 > 0x8122774 0x8 > 122583 0xb7ddb341 > fatal handler sending signal to thread 3073878960 > ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core > STACK TRACE: 0x81000a5 0xffffe40e 0x810fd21 0x812266c 0x8122583 > 0xb7ddb341 > fatal handler sending signal to thread 3065486256 > ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core > STACK TRACE: 0x81000a5 0xffffe410 0x810b3ac 0x810baa1 0x810ab9e > 0x810eb7f 0x8096a0a 0x812266c 0x8122583 0xb7ddb341 > fatal handler sending signal to thread 3057093552 > ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core > STACK TRACE: 0x81000a5 0xffffe410 0x810b3ac 0x810aefc 0x806849d > 0x812266c 0x8122583 0xb7ddb341 > fatal handler sending signal to thread 3048700848 > ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core > STACK TRACE: 0x81000a5 0xffffe40e 0x810fd21 0x812266c 0x8122583 > 0xb7ddb341 > fatal handler dumping core > Aborted > stephen@machine:~/test-setup/bp/terr$ uname -a > Linux machine 2.6.15-26-server #1 SMP Thu Aug 3 04:09:15 UTC 2006 > i686 GNU/Linux > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l18I4iY19960 for ; Thu, 8 Feb 2007 10:04:44 -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.0/8.13.5) with ESMTP id l18I4g20021514 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 8 Feb 2007 10:04:43 -0800 (PST) In-Reply-To: <45CB61E8.3050004@cs.tcd.ie> References: <45CB61E8.3050004@cs.tcd.ie> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: dtn-users@dtnrg.org Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] Bit of a crash... X-Applemailsentby: demmer Date: Thu, 8 Feb 2007 10:04:46 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Try running dtnd under gdb and then you can see what's causing the SIGABRT. -m On Feb 8, 2007, at 9:46 AM, Stephen Farrell wrote: > > Hi, > > I'm running the basic dtnping test but seeing it crash the dtnd > when I hit ctrl-C on the client (up to that it reports itself > as working fine). > > I built the dtn code on a fairly old Suse box but am running > the binaries on an Ubuntu dapper whatsit (i.e. latest release). > > I had to add a bunch of libs manually since the ubuntu box is not > a dev machine, and I suspect that that's the cause of the crash, > but I just wondered if this was known to be something else. (I > didn't see anything in the last few months of the archive, but > sorry if I missed something.) > > Cheers, > S. > > stephen@machine:~/test-setup/bp/terr$ dtnd -c dtn.conf > [1170954592.901495 /dtnd notice] DTN daemon starting up... (pid 25094) > [1170954592.906294 /dtnd notice] random seed is 906289 > [1170954592.935755 /dtn/bundle/daemon notice] loading bundles from > data store > machine dtn% ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump > core > STACK TRACE: 0x81000a5 0xffffe410 0xb7be42b9 0xb7dac305 0xb7dac342 > 0xb7dac186 0xb7ceffbe 0xb7cf0058 0xb7de23ba 0xb7de00f1 0xb7ddc0b0 > 0x8122774 0x8 > 122583 0xb7ddb341 > fatal handler sending signal to thread 3073878960 > ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core > STACK TRACE: 0x81000a5 0xffffe40e 0x810fd21 0x812266c 0x8122583 > 0xb7ddb341 > fatal handler sending signal to thread 3065486256 > ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core > STACK TRACE: 0x81000a5 0xffffe410 0x810b3ac 0x810baa1 0x810ab9e > 0x810eb7f 0x8096a0a 0x812266c 0x8122583 0xb7ddb341 > fatal handler sending signal to thread 3057093552 > ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core > STACK TRACE: 0x81000a5 0xffffe410 0x810b3ac 0x810aefc 0x806849d > 0x812266c 0x8122583 0xb7ddb341 > fatal handler sending signal to thread 3048700848 > ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core > STACK TRACE: 0x81000a5 0xffffe40e 0x810fd21 0x812266c 0x8122583 > 0xb7ddb341 > fatal handler dumping core > Aborted > stephen@machine:~/test-setup/bp/terr$ uname -a > Linux machine 2.6.15-26-server #1 SMP Thu Aug 3 04:09:15 UTC 2006 > i686 GNU/Linux > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from imx2.tcd.ie (imx2.tcd.ie [134.226.1.156]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l18HwGY19908 for ; Thu, 8 Feb 2007 09:58:16 -0800 Received: from Vams.imx2 (imx2.tcd.ie [134.226.1.156]) by imx2.tcd.ie (Postfix) with SMTP id 8B0A768057 for ; Thu, 8 Feb 2007 17:58:10 +0000 (GMT) Received: from imx2.tcd.ie ([134.226.1.156]) by imx2.tcd.ie ([134.226.1.156]) with SMTP (gateway) id A0361687AED; Thu, 08 Feb 2007 17:58:10 +0000 Received: from [134.226.36.174] (nanga.dsg.cs.tcd.ie [134.226.36.174]) by imx2.tcd.ie (Postfix) with ESMTP id 8220A6808A for ; Thu, 8 Feb 2007 17:58:10 +0000 (GMT) Message-ID: <45CB64FE.9050503@cs.tcd.ie> Date: Thu, 08 Feb 2007 17:59:26 +0000 From: Stephen Farrell User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: dtn-users@dtnrg.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiVirus-Status: MessageID = A1361687AED X-AntiVirus-Status: Host: imx2.tcd.ie X-AntiVirus-Status: Action Taken: X-AntiVirus-Status: NONE X-AntiVirus-Status: Checked by TCD Vexira. (version=1.57.6 VDF=9.60.4) Subject: [dtn-users] Problem compiling the cvs code on cygwin. Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi again, I'm also building on cygwin, (gcc 3.4.4) and get the error below. I see this came up in Nov [1] Did anyone make a patch by any chance? Ta, S. [1] http://mailman.dtnrg.org/pipermail/dtn-users/2006-November/000329.html make -w -C servlib make[1]: Entering directory `/home/stephen/dtn_2.3.0/servlib' g++ -I.. -I.. -I../servlib -g -fno-inline -MMD -MP -MT "bundling/BundleEvent.o bundling/BundleEvent.E bundling/BundleEvent.po" -Wall -W -Wcast-align -Werror -c bundling/BundleEvent.cc -o bundling/BundleEvent.o bundling/BundleEvent.cc: In member function `virtual void dtn::BundleReceivedEvent::serialize(oasys::SerializeAction*)': bundling/BundleEvent.cc:57: error: call of overloaded `process(const char[7], int*)' is ambiguous ../oasys/serialize/Serialize.h:205: note: candidates are: virtual void oasys::SerializeAction::process(const char*, u_int32_t*) ../oasys/serialize/Serialize.h:261: note: virtual void oasys::SerializeAction::process(const char*, int32_t*) bundling/BundleEvent.cc: In member function `virtual void dtn::BundleDeliveryEvent::serialize(oasys::SerializeAction*)': bundling/BundleEvent.cc:83: error: call of overloaded `process(const char[7], int*)' is ambiguous Received: from imx2.tcd.ie (imx2.tcd.ie [134.226.1.156]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l18Hj7Y19777 for ; Thu, 8 Feb 2007 09:45:07 -0800 Received: from Vams.imx2 (imx2.tcd.ie [134.226.1.156]) by imx2.tcd.ie (Postfix) with SMTP id 009D768088 for ; Thu, 8 Feb 2007 17:45:01 +0000 (GMT) Received: from imx2.tcd.ie ([134.226.1.156]) by imx2.tcd.ie ([134.226.1.156]) with SMTP (gateway) id A03218F19E3; Thu, 08 Feb 2007 17:45:00 +0000 Received: from [134.226.36.174] (nanga.dsg.cs.tcd.ie [134.226.36.174]) by imx2.tcd.ie (Postfix) with ESMTP id EAB5C68088 for ; Thu, 8 Feb 2007 17:45:00 +0000 (GMT) Message-ID: <45CB61E8.3050004@cs.tcd.ie> Date: Thu, 08 Feb 2007 17:46:16 +0000 From: Stephen Farrell User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: dtn-users@dtnrg.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiVirus-Status: MessageID = A13218F19E3 X-AntiVirus-Status: Host: imx2.tcd.ie X-AntiVirus-Status: Action Taken: X-AntiVirus-Status: NONE X-AntiVirus-Status: Checked by TCD Vexira. (version=1.57.6 VDF=9.60.4) Subject: [dtn-users] Bit of a crash... Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi, I'm running the basic dtnping test but seeing it crash the dtnd when I hit ctrl-C on the client (up to that it reports itself as working fine). I built the dtn code on a fairly old Suse box but am running the binaries on an Ubuntu dapper whatsit (i.e. latest release). I had to add a bunch of libs manually since the ubuntu box is not a dev machine, and I suspect that that's the cause of the crash, but I just wondered if this was known to be something else. (I didn't see anything in the last few months of the archive, but sorry if I missed something.) Cheers, S. stephen@machine:~/test-setup/bp/terr$ dtnd -c dtn.conf [1170954592.901495 /dtnd notice] DTN daemon starting up... (pid 25094) [1170954592.906294 /dtnd notice] random seed is 906289 [1170954592.935755 /dtn/bundle/daemon notice] loading bundles from data store machine dtn% ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core STACK TRACE: 0x81000a5 0xffffe410 0xb7be42b9 0xb7dac305 0xb7dac342 0xb7dac186 0xb7ceffbe 0xb7cf0058 0xb7de23ba 0xb7de00f1 0xb7ddc0b0 0x8122774 0x8 122583 0xb7ddb341 fatal handler sending signal to thread 3073878960 ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core STACK TRACE: 0x81000a5 0xffffe40e 0x810fd21 0x812266c 0x8122583 0xb7ddb341 fatal handler sending signal to thread 3065486256 ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core STACK TRACE: 0x81000a5 0xffffe410 0x810b3ac 0x810baa1 0x810ab9e 0x810eb7f 0x8096a0a 0x812266c 0x8122583 0xb7ddb341 fatal handler sending signal to thread 3057093552 ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core STACK TRACE: 0x81000a5 0xffffe410 0x810b3ac 0x810aefc 0x806849d 0x812266c 0x8122583 0xb7ddb341 fatal handler sending signal to thread 3048700848 ERROR: dtnd (pid 25094) got fatal SIGABRT - will dump core STACK TRACE: 0x81000a5 0xffffe40e 0x810fd21 0x812266c 0x8122583 0xb7ddb341 fatal handler dumping core Aborted stephen@machine:~/test-setup/bp/terr$ uname -a Linux machine 2.6.15-26-server #1 SMP Thu Aug 3 04:09:15 UTC 2006 i686 GNU/Linux Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l16MTZY00845 for ; Tue, 6 Feb 2007 14:29:35 -0800 Received: from [128.32.131.196] (dhcp-131-196.EECS.Berkeley.EDU [128.32.131.196]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l16MTXL8023049 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 6 Feb 2007 14:29:34 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] multicast X-Applemailsentby: demmer Date: Tue, 6 Feb 2007 14:29:36 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Not currently, however conveniently enough, I'm working on some multicast stuff as well... Can you send me a quick write up (off list) describing what your goals and plans are for multicast? -m On Feb 6, 2007, at 12:15 PM, ryan m wrote: > We're looking into doing some multicast type things and we were > wondering if there was a way to get dtnd to be configured to > process bundles destined for 2 different eid's (one would be the > normal local eid, the other would a "multicast" eid) > > Ryan Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l16KFnY32329 for ; Tue, 6 Feb 2007 12:15:49 -0800 Received: by wx-out-0506.google.com with SMTP id s7so1951101wxc for ; Tue, 06 Feb 2007 12:15:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=jlCe7wOdPhXA2TM8ytraG2KxTc4UNIvetrf2pWWQ8SZZFz59yOI89+vfZ14SeKUIv782PRlcrfAVlBIfN8DMYuirkhPIkkovvcgfWfvM/3ykPj/BbU7M9HwjpOQ4d2Wezfcy4wt3fl+S4yxni8gaHaxjVhHYRO0pBuTZstHqxE4= Received: by 10.70.90.17 with SMTP id n17mr15389327wxb.1170792948836; Tue, 06 Feb 2007 12:15:48 -0800 (PST) Received: by 10.70.72.19 with HTTP; Tue, 6 Feb 2007 12:15:48 -0800 (PST) Message-ID: Date: Tue, 6 Feb 2007 15:15:48 -0500 From: "ryan m" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10179_20134386.1170792948742" Subject: [dtn-users] multicast Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: ------=_Part_10179_20134386.1170792948742 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline We're looking into doing some multicast type things and we were wondering if there was a way to get dtnd to be configured to process bundles destined for 2 different eid's (one would be the normal local eid, the other would a "multicast" eid) Ryan ------=_Part_10179_20134386.1170792948742 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline We're looking into doing some multicast type things and we were wondering if there was a way to get dtnd to be configured to process bundles destined for 2 different eid's (one would be the normal local eid, the other would a "multicast" eid)

Ryan
------=_Part_10179_20134386.1170792948742-- Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l16JQTY31678 for ; Tue, 6 Feb 2007 11:26:29 -0800 Received: from [10.212.2.57] (bldmz-nat-161-155.berkeley.intel-research.net [12.155.161.155]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l16JQST1019176 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 6 Feb 2007 11:26:29 -0800 (PST) In-Reply-To: <473861.41396.qm@web33402.mail.mud.yahoo.com> References: <473861.41396.qm@web33402.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <17A5CED8-0789-4424-860E-B98E4C16C4BD@cs.berkeley.edu> Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] Problems with PrimaryBlockProcessor.cc on ARM X-Applemailsentby: demmer Date: Tue, 6 Feb 2007 08:44:39 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I've updated the CVS HEAD with this change. -m On Feb 5, 2007, at 9:18 PM, Dell Kronewitter wrote: > > Yes, that fix works fine. Thanks! > > --- Michael Demmer wrote: > >> >> Can you try this for me... change >> PrimaryBlockProcessor::get_dictionary_offsets to the >> following, and >> change the call site back what it was originally: >> >> void >> > PrimaryBlockProcessor::get_dictionary_offsets(DictionaryVector >> *dict, >> const >> EndpointID& eid, >> >> u_int16_t* scheme_offset, >> >> u_int16_t* ssp_offset) >> { >> u_int16_t offset; >> DictionaryVector::iterator iter; >> for (iter = dict->begin(); iter != dict->end(); >> ++iter) { >> if (iter->str == eid.scheme_str()) { >> offset = htons(iter->offset); >> memcpy(scheme_offset, &offset, >> sizeof(offset)); >> } >> >> if (iter->str == eid.ssp()) { >> offset = htons(iter->offset); >> memcpy(ssp_offset, &offset, >> sizeof(offset)); >> } >> } >> } >> >> -m >> >> On Feb 5, 2007, at 2:10 PM, Dell Kronewitter wrote: >> >>> >>> Wow, thanks for the quick response. I fixed my >>> problem by not passing in the addresses of the >> data >>> structure. The resulting code looks like this: >>> >>> get_dictionary_offsets(&dict, >> bundle->replyto_, >>> &scheme_offset, >>> &ssp_offset); >>> >>> big_scheme_offset = (u_int32_t)scheme_offset; >>> big_ssp_offset = (u_int32_t)ssp_offset; >>> >>> primary2->replyto_scheme_offset = >>> htons(big_scheme_offset); >>> primary2->replyto_ssp_offset = >>> htons(big_ssp_offset); >>> >>> The *_{scheme,ssp}_offset fields were differing >> by >>> two bytes at a time inside of >> get_dictionary_offsets() >>> and they were odd, but the above change works for >> my >>> environment. >>> >>> The "little hack" I was talking about on dtnrecv >> was >>> changing the default: on the getopt() switch to >> break; >>> instead of exit(1). My ARM getopt() must >> interpret >>> something different. >>> >>> It seems to work great now. >>> >>> Thanks, >>> Dell >>> >>> >>> --- Michael Demmer wrote: >>> >>>> >>>>> I'm having problems running DTN2 on a PXA255. >>>> x86 to >>>>> x86 works fine, but when I try the cross >> compiled >>>>> version the get_dictionary_offsets() calls in >>>>> PrimaryBlockProcessor::generate() are corrupting >>>> my >>>>> bundles. They write over my SDNV length field >> in >>>>> particular. >>>> >>>> Hmm... that seems strange to me. >>>> >>>> Perhaps you could try adding some debugging >>>> printouts to the code to >>>> help figure out what exactly is going wrong. In >>>> particular, can you >>>> print out the values of the pointers to all of >> the >>>> *_{scheme,ssp} >>>> _offset fields when they are passed to >>>> get_dictionary_offsets. You >>>> should see them differ by 2 bytes each time. >>>> >>>> My only suspicion is that somehow the >>>> __attribute__((packed)) >>>> declaration on the PrimaryBlock2 struct isn't >> being >>>> properly >>>> respected by the compiler, so the various offsets >>>> aren't valid and >>>> it's scribbling over some other part of the >> bundle. >>>> >>>> I can try re-coding the protocol handling so it >>>> doesn't rely on >>>> packed structs but I'd rather know what's going >> on >>>> first. >>>> >>>>> My ARM dtn2 consumes bundles fine >>>>> (dtnrecv works with one little hack), but >>>> generate() >>>>> is having problems. Any suggestions? >>>> >>>> Out of curiosity, what was the "little hack" you >>>> needed to do. >>>> >>>> -m >>>> >>>> _______________________________________________ >>>> dtn-users mailing list >>>> dtn-users@mailman.dtnrg.org >>>> >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >>>> >>> >>> _______________________________________________ >>> dtn-users mailing list >>> dtn-users@mailman.dtnrg.org >>> >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >> > > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from web33402.mail.mud.yahoo.com (web33402.mail.mud.yahoo.com [68.142.206.134]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with SMTP id l165I8Y25175 for ; Mon, 5 Feb 2007 21:18:08 -0800 Received: (qmail 42338 invoked by uid 60001); 6 Feb 2007 05:18:02 -0000 X-YMail-OSG: zzlvM74VM1mfpV2ZW5ckxZN9vInzdxFmTgy4FKHvoIQug_RF6KnjoegDXDu4ej2DtJLtPRnIRObrLQqyAQ_LnOvnlQKuDKsXfCk3WntRJq59_.FUw_IDyK85bCNkl5dk_l7mROJd9rbKOQc- Received: from [216.102.21.194] by web33402.mail.mud.yahoo.com via HTTP; Mon, 05 Feb 2007 21:18:02 PST X-RocketYMMF: dellkronewitter Date: Mon, 5 Feb 2007 21:18:02 -0800 (PST) From: Dell Kronewitter Subject: Re: [dtn-users] Problems with PrimaryBlockProcessor.cc on ARM To: dtn-users@mailman.dtnrg.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <473861.41396.qm@web33402.mail.mud.yahoo.com> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: dell@ieee.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Yes, that fix works fine. Thanks! --- Michael Demmer wrote: > > Can you try this for me... change > PrimaryBlockProcessor::get_dictionary_offsets to the > following, and > change the call site back what it was originally: > > void > PrimaryBlockProcessor::get_dictionary_offsets(DictionaryVector > *dict, > const > EndpointID& eid, > > u_int16_t* scheme_offset, > > u_int16_t* ssp_offset) > { > u_int16_t offset; > DictionaryVector::iterator iter; > for (iter = dict->begin(); iter != dict->end(); > ++iter) { > if (iter->str == eid.scheme_str()) { > offset = htons(iter->offset); > memcpy(scheme_offset, &offset, > sizeof(offset)); > } > > if (iter->str == eid.ssp()) { > offset = htons(iter->offset); > memcpy(ssp_offset, &offset, > sizeof(offset)); > } > } > } > > -m > > On Feb 5, 2007, at 2:10 PM, Dell Kronewitter wrote: > > > > > Wow, thanks for the quick response. I fixed my > > problem by not passing in the addresses of the > data > > structure. The resulting code looks like this: > > > > get_dictionary_offsets(&dict, > bundle->replyto_, > > &scheme_offset, > > &ssp_offset); > > > > big_scheme_offset = (u_int32_t)scheme_offset; > > big_ssp_offset = (u_int32_t)ssp_offset; > > > > primary2->replyto_scheme_offset = > > htons(big_scheme_offset); > > primary2->replyto_ssp_offset = > > htons(big_ssp_offset); > > > > The *_{scheme,ssp}_offset fields were differing > by > > two bytes at a time inside of > get_dictionary_offsets() > > and they were odd, but the above change works for > my > > environment. > > > > The "little hack" I was talking about on dtnrecv > was > > changing the default: on the getopt() switch to > break; > > instead of exit(1). My ARM getopt() must > interpret > > something different. > > > > It seems to work great now. > > > > Thanks, > > Dell > > > > > > --- Michael Demmer wrote: > > > >> > >>> I'm having problems running DTN2 on a PXA255. > >> x86 to > >>> x86 works fine, but when I try the cross > compiled > >>> version the get_dictionary_offsets() calls in > >>> PrimaryBlockProcessor::generate() are corrupting > >> my > >>> bundles. They write over my SDNV length field > in > >>> particular. > >> > >> Hmm... that seems strange to me. > >> > >> Perhaps you could try adding some debugging > >> printouts to the code to > >> help figure out what exactly is going wrong. In > >> particular, can you > >> print out the values of the pointers to all of > the > >> *_{scheme,ssp} > >> _offset fields when they are passed to > >> get_dictionary_offsets. You > >> should see them differ by 2 bytes each time. > >> > >> My only suspicion is that somehow the > >> __attribute__((packed)) > >> declaration on the PrimaryBlock2 struct isn't > being > >> properly > >> respected by the compiler, so the various offsets > >> aren't valid and > >> it's scribbling over some other part of the > bundle. > >> > >> I can try re-coding the protocol handling so it > >> doesn't rely on > >> packed structs but I'd rather know what's going > on > >> first. > >> > >>> My ARM dtn2 consumes bundles fine > >>> (dtnrecv works with one little hack), but > >> generate() > >>> is having problems. Any suggestions? > >> > >> Out of curiosity, what was the "little hack" you > >> needed to do. > >> > >> -m > >> > >> _______________________________________________ > >> dtn-users mailing list > >> dtn-users@mailman.dtnrg.org > >> > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > >> > > > > _______________________________________________ > > dtn-users mailing list > > dtn-users@mailman.dtnrg.org > > > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l15MtfY22689 for ; Mon, 5 Feb 2007 14:55:41 -0800 Received: from [128.32.131.196] (dhcp-131-196.EECS.Berkeley.EDU [128.32.131.196]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l15MtdTh006886 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 5 Feb 2007 14:55:40 -0800 (PST) In-Reply-To: <701925.29816.qm@web33410.mail.mud.yahoo.com> References: <701925.29816.qm@web33410.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] Problems with PrimaryBlockProcessor.cc on ARM X-Applemailsentby: demmer Date: Mon, 5 Feb 2007 14:55:42 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Can you try this for me... change PrimaryBlockProcessor::get_dictionary_offsets to the following, and change the call site back what it was originally: void PrimaryBlockProcessor::get_dictionary_offsets(DictionaryVector *dict, const EndpointID& eid, u_int16_t* scheme_offset, u_int16_t* ssp_offset) { u_int16_t offset; DictionaryVector::iterator iter; for (iter = dict->begin(); iter != dict->end(); ++iter) { if (iter->str == eid.scheme_str()) { offset = htons(iter->offset); memcpy(scheme_offset, &offset, sizeof(offset)); } if (iter->str == eid.ssp()) { offset = htons(iter->offset); memcpy(ssp_offset, &offset, sizeof(offset)); } } } -m On Feb 5, 2007, at 2:10 PM, Dell Kronewitter wrote: > > Wow, thanks for the quick response. I fixed my > problem by not passing in the addresses of the data > structure. The resulting code looks like this: > > get_dictionary_offsets(&dict, bundle->replyto_, > &scheme_offset, > &ssp_offset); > > big_scheme_offset = (u_int32_t)scheme_offset; > big_ssp_offset = (u_int32_t)ssp_offset; > > primary2->replyto_scheme_offset = > htons(big_scheme_offset); > primary2->replyto_ssp_offset = > htons(big_ssp_offset); > > The *_{scheme,ssp}_offset fields were differing by > two bytes at a time inside of get_dictionary_offsets() > and they were odd, but the above change works for my > environment. > > The "little hack" I was talking about on dtnrecv was > changing the default: on the getopt() switch to break; > instead of exit(1). My ARM getopt() must interpret > something different. > > It seems to work great now. > > Thanks, > Dell > > > --- Michael Demmer wrote: > >> >>> I'm having problems running DTN2 on a PXA255. >> x86 to >>> x86 works fine, but when I try the cross compiled >>> version the get_dictionary_offsets() calls in >>> PrimaryBlockProcessor::generate() are corrupting >> my >>> bundles. They write over my SDNV length field in >>> particular. >> >> Hmm... that seems strange to me. >> >> Perhaps you could try adding some debugging >> printouts to the code to >> help figure out what exactly is going wrong. In >> particular, can you >> print out the values of the pointers to all of the >> *_{scheme,ssp} >> _offset fields when they are passed to >> get_dictionary_offsets. You >> should see them differ by 2 bytes each time. >> >> My only suspicion is that somehow the >> __attribute__((packed)) >> declaration on the PrimaryBlock2 struct isn't being >> properly >> respected by the compiler, so the various offsets >> aren't valid and >> it's scribbling over some other part of the bundle. >> >> I can try re-coding the protocol handling so it >> doesn't rely on >> packed structs but I'd rather know what's going on >> first. >> >>> My ARM dtn2 consumes bundles fine >>> (dtnrecv works with one little hack), but >> generate() >>> is having problems. Any suggestions? >> >> Out of curiosity, what was the "little hack" you >> needed to do. >> >> -m >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://mailman.dtnrg.org/mailman/listinfo/dtn-users >> > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from web33410.mail.mud.yahoo.com (web33410.mail.mud.yahoo.com [68.142.206.142]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with SMTP id l15MAIY22417 for ; Mon, 5 Feb 2007 14:10:18 -0800 Received: (qmail 30376 invoked by uid 60001); 5 Feb 2007 22:10:07 -0000 X-YMail-OSG: iLVmgyQVM1k6w7KfFnlhdeoist9qxm7ARylFDyURC0LmSeY2C4bw4DOUGjbmmHybJfmHt7DWDIdrVMVycurDmQKFmUUF6M093_VrJ8.zCBJUjR2rmukk4RoZvmeOarpffAaDRrPNc42SbBg- Received: from [216.102.21.194] by web33410.mail.mud.yahoo.com via HTTP; Mon, 05 Feb 2007 14:10:07 PST X-RocketYMMF: dellkronewitter Date: Mon, 5 Feb 2007 14:10:07 -0800 (PST) From: Dell Kronewitter Subject: Re: [dtn-users] Problems with PrimaryBlockProcessor.cc on ARM To: dtn-users@mailman.dtnrg.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <701925.29816.qm@web33410.mail.mud.yahoo.com> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: dell@ieee.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Wow, thanks for the quick response. I fixed my problem by not passing in the addresses of the data structure. The resulting code looks like this: get_dictionary_offsets(&dict, bundle->replyto_, &scheme_offset, &ssp_offset); big_scheme_offset = (u_int32_t)scheme_offset; big_ssp_offset = (u_int32_t)ssp_offset; primary2->replyto_scheme_offset = htons(big_scheme_offset); primary2->replyto_ssp_offset = htons(big_ssp_offset); The *_{scheme,ssp}_offset fields were differing by two bytes at a time inside of get_dictionary_offsets() and they were odd, but the above change works for my environment. The "little hack" I was talking about on dtnrecv was changing the default: on the getopt() switch to break; instead of exit(1). My ARM getopt() must interpret something different. It seems to work great now. Thanks, Dell --- Michael Demmer wrote: > > > I'm having problems running DTN2 on a PXA255. > x86 to > > x86 works fine, but when I try the cross compiled > > version the get_dictionary_offsets() calls in > > PrimaryBlockProcessor::generate() are corrupting > my > > bundles. They write over my SDNV length field in > > particular. > > Hmm... that seems strange to me. > > Perhaps you could try adding some debugging > printouts to the code to > help figure out what exactly is going wrong. In > particular, can you > print out the values of the pointers to all of the > *_{scheme,ssp} > _offset fields when they are passed to > get_dictionary_offsets. You > should see them differ by 2 bytes each time. > > My only suspicion is that somehow the > __attribute__((packed)) > declaration on the PrimaryBlock2 struct isn't being > properly > respected by the compiler, so the various offsets > aren't valid and > it's scribbling over some other part of the bundle. > > I can try re-coding the protocol handling so it > doesn't rely on > packed structs but I'd rather know what's going on > first. > > > My ARM dtn2 consumes bundles fine > > (dtnrecv works with one little hack), but > generate() > > is having problems. Any suggestions? > > Out of curiosity, what was the "little hack" you > needed to do. > > -m > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l15Jg2Y18362 for ; Mon, 5 Feb 2007 11:42:02 -0800 Received: from [128.32.131.196] (dhcp-131-196.EECS.Berkeley.EDU [128.32.131.196]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.0/8.13.5) with ESMTP id l15Jg0fs002758 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 5 Feb 2007 11:42:01 -0800 (PST) In-Reply-To: <981797.706.qm@web33405.mail.mud.yahoo.com> References: <981797.706.qm@web33405.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Demmer Subject: Re: [dtn-users] Problems with PrimaryBlockProcessor.cc on ARM X-Applemailsentby: demmer Date: Mon, 5 Feb 2007 11:42:04 -0800 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.752.3) Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: > I'm having problems running DTN2 on a PXA255. x86 to > x86 works fine, but when I try the cross compiled > version the get_dictionary_offsets() calls in > PrimaryBlockProcessor::generate() are corrupting my > bundles. They write over my SDNV length field in > particular. Hmm... that seems strange to me. Perhaps you could try adding some debugging printouts to the code to help figure out what exactly is going wrong. In particular, can you print out the values of the pointers to all of the *_{scheme,ssp} _offset fields when they are passed to get_dictionary_offsets. You should see them differ by 2 bytes each time. My only suspicion is that somehow the __attribute__((packed)) declaration on the PrimaryBlock2 struct isn't being properly respected by the compiler, so the various offsets aren't valid and it's scribbling over some other part of the bundle. I can try re-coding the protocol handling so it doesn't rely on packed structs but I'd rather know what's going on first. > My ARM dtn2 consumes bundles fine > (dtnrecv works with one little hack), but generate() > is having problems. Any suggestions? Out of curiosity, what was the "little hack" you needed to do. -m Received: from web33405.mail.mud.yahoo.com (web33405.mail.mud.yahoo.com [68.142.206.137]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with SMTP id l15J6WY18098 for ; Mon, 5 Feb 2007 11:06:32 -0800 Received: (qmail 717 invoked by uid 60001); 5 Feb 2007 19:06:12 -0000 X-YMail-OSG: j5bDKIcVM1nR5sZNWDDKBWZswzk7QB5C_XGUpu2Wv9grEp57.gWysHOc4MCoSEUBF6k6_tQeuFhgP5kWsPfhozOFnQ.PlV98zzEV4n7Y6h9TncZTnYKr8irBPCLXrEQ21WuiVitMKeuhvQ8- Received: from [216.102.21.194] by web33405.mail.mud.yahoo.com via HTTP; Mon, 05 Feb 2007 11:06:11 PST X-RocketYMMF: dellkronewitter Date: Mon, 5 Feb 2007 11:06:11 -0800 (PST) From: Dell Kronewitter To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <981797.706.qm@web33405.mail.mud.yahoo.com> Subject: [dtn-users] Problems with PrimaryBlockProcessor.cc on ARM Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: dell@ieee.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hello, I'm having problems running DTN2 on a PXA255. x86 to x86 works fine, but when I try the cross compiled version the get_dictionary_offsets() calls in PrimaryBlockProcessor::generate() are corrupting my bundles. They write over my SDNV length field in particular. My ARM dtn2 consumes bundles fine (dtnrecv works with one little hack), but generate() is having problems. Any suggestions? Maybe I could get an old version, but I suppose I'd need the CVS tag format. Any help would be appreciated. Thanks, Dell Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l120lpY27066 for ; Thu, 1 Feb 2007 16:47:52 -0800 Received: from [192.168.1.2] ([151.196.51.199]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JCT00DED8VD9CV6@vms048.mailsrvcs.net> for dtn-users@mailman.dtnrg.org; Thu, 01 Feb 2007 18:47:39 -0600 (CST) Date: Thu, 01 Feb 2007 19:41:50 -0500 (EST) From: "Raluca Musaloiu-E." Subject: Re: [dtn-users] Fwd: How to gain root access to Nokia 770 In-reply-to: X-X-Sender: ral@localhost.localdomain To: dtn-users@mailman.dtnrg.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed References: <380141b20701311541n341a4e91hf23a3e80dabf4722@mail.gmail.com> <380141b20702010722x4efef013v44ce15913fbad6e1@mail.gmail.com> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi, On Thu, 1 Feb 2007, Marc Bollinger wrote: > We just got in a Nokia 770 Internet Tablet, and are trying to figure out how > to set up DTN2 on it, but first need root access (which isn't > well-documented). > Does anyone having experience running Nokia 770s want to shed some light > on this problem? Thanks! http://www.maemo.org/maemowiki/HowDoiBecomeRoot2 describes several ways to do it. To find your IP go to Connection Manager, tap on the top title, then go to Internet connection -> IP address. All the best, Raluca ME > ---------- Forwarded message ---------- > From: Mooi Choo Chuah > Date: Feb 1, 2007 10:22 AM > Subject: Fwd: How to gain root access to Nokia 770 > To: Marc Bollinger > > Marc, > can you pls help Peng send out this email to dtn-development or dtn-users > mailing list? > > Peng is not in the dtn-development mailing list. Can you pls > help him send out an email to ask how to gain root access on Nokia 770? > > > The following URL > http://www.maemo.org/maemowiki/HowDoiBecomeRoot2 > is not useful since you don't know your IP address in the first place. > > Can you pls send an email to dtn-development list to ask who has experience > trying to gain root access to install software to make DTN2 operate on Nokia > 770? > > thanks > Prof Chuah > Received: from snatch.gtnw.de (postfix@gtnw.de [217.160.108.65]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l11KRBY25416 for ; Thu, 1 Feb 2007 12:27:11 -0800 Received: from localhost (localhost [127.0.0.1]) by snatch.gtnw.de (Postfix on snatch) with ESMTP id 9EB9B100AC for ; Thu, 1 Feb 2007 21:37:48 +0100 (CET) Received: from snatch.gtnw.de ([127.0.0.1]) by localhost (p15092256 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30548-03 for ; Thu, 1 Feb 2007 21:37:48 +0100 (CET) Received: from [192.168.178.102] (p548D290A.dip0.t-ipconnect.de [84.141.41.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by snatch.gtnw.de (Postfix on snatch) with ESMTP id 05DAD100AB for ; Thu, 1 Feb 2007 21:37:47 +0100 (CET) Message-ID: <45C24D14.4030201@jgre.org> Date: Thu, 01 Feb 2007 21:27:00 +0100 From: Janico Greifenberg User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20070104 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] TCA problems References: <45B9B58D.1050703@jgre.org> <45BF0583.4010208@jgre.org> <45BF72D8.7050501@jgre.org> <45C04434.80807@jgre.org> <45C0B2AB.70103@jgre.org> <45C1A49C.801@jgre.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at gtnw.de Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi Zahir, Zahir Koradia wrote: > I am still looking at the log meanwhile try replacing the old > TCAScheme.cc in servlib/naming with the attached one and see if it > solves the problem. > Yes, now it works. Thanks Janico Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l11I1LY24291 for ; Thu, 1 Feb 2007 10:01:21 -0800 Received: by nf-out-0910.google.com with SMTP id p48so893591nfa for ; Thu, 01 Feb 2007 10:01:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=BP0XNdtnJY06wTSf879AzUVp/lBUu5f+t6f7eV5l9CsTi8ScP7xviGSGI3HUfTGwMhuhfjlW6ZnCIUO4W0dIrdUtO1Y6kb3kKCwROGiCRnh8XJ2gf+cB0QHoI1MVAQqcqifoYMdFLXu+mhKMWqGp7f9uB3YjGE2Ltrpn2XyeXjs= Received: by 10.48.48.13 with SMTP id v13mr5042278nfv.1170352879956; Thu, 01 Feb 2007 10:01:19 -0800 (PST) Received: by 10.48.215.17 with HTTP; Thu, 1 Feb 2007 10:01:19 -0800 (PST) Message-ID: Date: Thu, 1 Feb 2007 13:01:19 -0500 From: "Marc Bollinger" To: dtn-users@mailman.dtnrg.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10738_10251044.1170352879899" References: <380141b20701311541n341a4e91hf23a3e80dabf4722@mail.gmail.com> <380141b20702010722x4efef013v44ce15913fbad6e1@mail.gmail.com> X-Google-Sender-Auth: 080efcf50c39ae91 Subject: [dtn-users] Fwd: How to gain root access to Nokia 770 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: ------=_Part_10738_10251044.1170352879899 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline We just got in a Nokia 770 Internet Tablet, and are trying to figure out how to set up DTN2 on it, but first need root access (which isn't well-documented). Does anyone having experience running Nokia 770s want to shed some light on this problem? Thanks! Best, - Marc ---------- Forwarded message ---------- From: Mooi Choo Chuah Date: Feb 1, 2007 10:22 AM Subject: Fwd: How to gain root access to Nokia 770 To: Marc Bollinger Marc, can you pls help Peng send out this email to dtn-development or dtn-users mailing list? Peng is not in the dtn-development mailing list. Can you pls help him send out an email to ask how to gain root access on Nokia 770? The following URL http://www.maemo.org/maemowiki/HowDoiBecomeRoot2 is not useful since you don't know your IP address in the first place. Can you pls send an email to dtn-development list to ask who has experience trying to gain root access to install software to make DTN2 operate on Nokia 770? thanks Prof Chuah ------=_Part_10738_10251044.1170352879899 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline We just got in a Nokia 770 Internet Tablet, and are trying to figure out how
to set up DTN2 on it, but first need root access (which isn't well-documented).
Does anyone having experience running Nokia 770s want to shed some light
on this problem? Thanks!

Best,
- Marc


---------- Forwarded message ----------
From: Mooi Choo Chuah < mcchuah@gmail.com>
Date: Feb 1, 2007 10:22 AM
Subject: Fwd: How to gain root access to Nokia 770
To: Marc Bollinger <mbollinger@gmail.com>

Marc,
can you pls help Peng send out this email to dtn-development or dtn-users mailing list?

Peng is not in the dtn-development mailing list. Can you pls
help him send out an email to ask how to gain root access on Nokia 770?
 
 
The following URL
is not useful since you don't know your IP address in the first place.
 
Can you pls send an email to dtn-development list to ask who has experience trying to gain root access to install software to make DTN2 operate on Nokia 770?
 
thanks
Prof Chuah
------=_Part_10738_10251044.1170352879899-- Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l11HM1Y24036 for ; Thu, 1 Feb 2007 09:22:01 -0800 Received: by wr-out-0506.google.com with SMTP id 70so607425wra for ; Thu, 01 Feb 2007 09:21:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=M5DniMiwAG5c4yqbGpsaTP97DoNDIHsi1Rdate7EMJNpWEiLJesJtLUUy9x/ezYs1KdLypqJ13KjwNT0hYSaFyndLvDzPNpawj4g6vDsCEf0BlkbrHIBnzxUhokvyIa2gWTjcc1ImefixazkZzY9Q/bpmeyefsaD22kHQG4nVao= Received: by 10.49.55.13 with SMTP id h13mr4954886nfk.1170350514669; Thu, 01 Feb 2007 09:21:54 -0800 (PST) Received: by 10.48.213.17 with HTTP; Thu, 1 Feb 2007 09:21:49 -0800 (PST) Message-ID: Date: Thu, 1 Feb 2007 22:51:49 +0530 From: "Zahir Koradia" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] TCA problems In-Reply-To: <45C1A49C.801@jgre.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9100_26191197.1170350509482" References: <45B9B58D.1050703@jgre.org> <45BF0583.4010208@jgre.org> <45BF72D8.7050501@jgre.org> <45C04434.80807@jgre.org> <45C0B2AB.70103@jgre.org> <45C1A49C.801@jgre.org> Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: ------=_Part_9100_26191197.1170350509482 Content-Type: multipart/alternative; boundary="----=_Part_9101_28422863.1170350509483" ------=_Part_9101_28422863.1170350509483 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I am still looking at the log meanwhile try replacing the old TCAScheme.ccin servlib/naming with the attached one and see if it solves the problem. Zahir On 2/1/07, Janico Greifenberg wrote: > > Hi Zahir, > > Zahir Koradia wrote: > > That seems to be strange. I just used dtnsend to send the add_route > > bundle and it seemed to have the wildcard character in the routing > table. > > As I understand it, the add_route bundle tells the bundle router which > gateway is responsible for an endpoint. As there is only one gateway in > my setup, this route does not help. The route needed to get the bundle > to its destination is via an opportunistic link that is created on a > contact. And that link is only found without an application tag. > Or have got this wrong? > > > Try this. > > In TcaController.cc, in function gate_reg just after the line > > printf("TcaController: ignoring re-registration with same" > > " gateway\n"); > > > > add > > > > if (!route_reg(spec, cb)) return false; > > > > This is not a permanent thing; it's just to make sure that add_route > > forcefully takes place in our testing. We will remove this line later > on. > > > > Then send me the debug level log. Also check in "route dump" whether the > > destination has the wildcard character. If it does have it then go ahead > > and try sending the bundle. > > > > route dump make the following output: > > Route table for TcaRouter router: > > destination source COS link fwd route [custody > timeout] > endpoint endpoint BNE name action prio [min pct > max] > > ------------------------------------------------------------------------------ > [0] *:* 111 -> opportunistic FORWARD 0 [1800 25 > 0] > > Long Endpoint IDs referenced above: > [0]: tca://correspondent > > > Class of Service (COS) bits: > B: Bulk N: Normal E: Expedited > > Links: > null [/dev/null dtn:none ALWAYSON OPEN] > loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND > AVAILABLE] > opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC > OPEN] > > Nevertheless I sent the bundle (which was not delivered). > > Cheers, > Janico > > > ------=_Part_9101_28422863.1170350509483 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I am still looking at the log meanwhile try replacing the old TCAScheme.cc in servlib/naming with the attached one and see if it solves the problem.

Zahir

On 2/1/07, Janico Greifenberg <jgre@jgre.org> wrote:
Hi Zahir,

Zahir Koradia wrote:
> That seems to be strange. I just  used dtnsend to send the add_route
> bundle and it seemed to have the wildcard character in the routing table.

As I understand it, the add_route bundle tells the bundle router which
gateway is responsible for an endpoint. As there is only one gateway in
my setup, this route does not help. The route needed to get the bundle
to its destination is via an opportunistic link that is created on a
contact. And that link is only found without an application tag.
Or have got this wrong?

> Try this.
> In TcaController.cc, in function gate_reg just after the line
> printf("TcaController: ignoring re-registration with same"
>                     " gateway\n");
>
> add
>
> if (!route_reg(spec, cb)) return false;
>
> This is not a permanent thing; it's just to make sure that add_route
> forcefully takes place in our testing. We will remove this line later on.
>
> Then send me the debug level log. Also check in "route dump" whether the
> destination has the wildcard character. If it does have it then go ahead
> and try sending the bundle.
>

route dump make the following output:

Route table for TcaRouter router:

destination      source    COS    link           fwd    route [custody
timeout]
endpoint       endpoint   BNE    name          action   prio [min   pct
  max]
------------------------------------------------------------------------------
[0]             *:*        111 -> opportunistic FORWARD     0 [1800   25
  0]

Long Endpoint IDs referenced above:
        [0]: tca://correspondent


Class of Service (COS) bits:
        B: Bulk  N: Normal  E: Expedited

Links:
null [/dev/null dtn:none ALWAYSON OPEN]
loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE]
opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC
OPEN]

Nevertheless I sent the bundle (which was not delivered).

Cheers,
Janico



------=_Part_9101_28422863.1170350509483-- ------=_Part_9100_26191197.1170350509482 Content-Type: text/x-c++src; name=TCAScheme.cc; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_exngdwqs Content-Disposition: attachment; filename="TCAScheme.cc" LyoKICogICAgQ29weXJpZ2h0IDIwMDUtMjAwNiBVbml2ZXJzaXR5IG9mIFdhdGVybG9vCiAqIAog KiAgICBMaWNlbnNlZCB1bmRlciB0aGUgQXBhY2hlIExpY2Vuc2UsIFZlcnNpb24gMi4wICh0aGUg IkxpY2Vuc2UiKTsKICogICAgeW91IG1heSBub3QgdXNlIHRoaXMgZmlsZSBleGNlcHQgaW4gY29t cGxpYW5jZSB3aXRoIHRoZSBMaWNlbnNlLgogKiAgICBZb3UgbWF5IG9idGFpbiBhIGNvcHkgb2Yg dGhlIExpY2Vuc2UgYXQKICogCiAqICAgICAgICBodHRwOi8vd3d3LmFwYWNoZS5vcmcvbGljZW5z ZXMvTElDRU5TRS0yLjAKICogCiAqICAgIFVubGVzcyByZXF1aXJlZCBieSBhcHBsaWNhYmxlIGxh dyBvciBhZ3JlZWQgdG8gaW4gd3JpdGluZywgc29mdHdhcmUKICogICAgZGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIExpY2Vuc2UgaXMgZGlzdHJpYnV0ZWQgb24gYW4gIkFTIElTIiBCQVNJUywKICogICAg V0lUSE9VVCBXQVJSQU5USUVTIE9SIENPTkRJVElPTlMgT0YgQU5ZIEtJTkQsIGVpdGhlciBleHBy ZXNzIG9yIGltcGxpZWQuCiAqICAgIFNlZSB0aGUgTGljZW5zZSBmb3IgdGhlIHNwZWNpZmljIGxh bmd1YWdlIGdvdmVybmluZyBwZXJtaXNzaW9ucyBhbmQKICogICAgbGltaXRhdGlvbnMgdW5kZXIg dGhlIExpY2Vuc2UuCiAqLwoKCgojaW5jbHVkZSA8Y3R5cGUuaD4KI2luY2x1ZGUgPG9hc3lzL2Rl YnVnL0xvZy5oPgojaW5jbHVkZSA8b2FzeXMvdXRpbC9VUkwuaD4KCiNpbmNsdWRlICJUQ0FTY2hl bWUuaCIKI2luY2x1ZGUgIkVuZHBvaW50SUQuaCIKCm5hbWVzcGFjZSBkdG4gewoKdGVtcGxhdGUg PD4KVENBU2NoZW1lKiBvYXN5czo6U2luZ2xldG9uPFRDQVNjaGVtZT46Omluc3RhbmNlXyA9IDA7 CgovKioKICogVmFsaWRhdGUgdGhhdCB0aGUgZ2l2ZW4gc3NwIGlzIGxlZ2l0aW1hdGUgZm9yIHRo aXMgc2NoZW1lLiBJZgogKiB0aGUgJ2lzX3BhdHRlcm4nIHBhcmFtZXRlciBpcyB0cnVlLCB0aGVu IHRoZSBzc3AgaXMgYmVpbmcKICogdmFsaWRhdGVkIGFzIGFuIEVuZHBvaW50SURQYXR0ZXJuLgog KgogKiBAcmV0dXJuIHRydWUgaWYgdmFsaWQKICovCmJvb2wKVENBU2NoZW1lOjp2YWxpZGF0ZShj b25zdCBzdGQ6OnN0cmluZyYgc3NwLCBib29sIGlzX3BhdHRlcm4pCnsKICAgIC8vIERLOiBUaGlz IGlzIGVudGlyZWx5IGJvcnJvd2VkIGZyb20gdGhlIERUTlNjaGVtZSBpbXBsZW1lbnRhdGlvbi4K ICAgIC8vIFRPRE86IFJldmlzaXQgdGhpcyBvbmNlIHdlIGFyZSB1c2luZyBlbWFpbCBhZGRyZXNz ZXMgb3Igc2hhMSBoYXNoZXMKICAgIC8vIG9mIGVtYWlsIGFkZHJlc3NlcyBhcyBndWlkcyBpbiB0 aGUgc2NoZW1lLiBBcmUgdGhlc2Ugc3RpbGwgdmFsaWQ/CgogICAgLy8gdXNlIHRoZSBvYXN5cyBi dWlsdGluIGNsYXNzIGZvciBVUkxzLCB0aG91Z2ggd2UgbmVlZCB0byByZS1hZGQKICAgIC8vIHRo ZSBkdG46IHNpbmNlIGl0IHdhcyBzdHJpcHBlZCBieSB0aGUgYmFzaWMgZW5kcG9pbnQgaWQgcGFy c2luZwogICAgc3RkOjpzdHJpbmcgdXJsX3N0ciA9ICJ0Y2E6IjsKICAgIHVybF9zdHIuYXBwZW5k KHNzcCk7CiAgICBvYXN5czo6VVJMIHVybCh1cmxfc3RyKTsKICAgIGlmICghIHVybC52YWxpZCgp KSB7CiAgICAgICAgcmV0dXJuIGZhbHNlOwogICAgfQoKICAgIC8vIHZhbGlkYXRlIHRoYXQgdGhl IGhvc3RuYW1lIGNvbnRhaW5zIG9ubHkgbGVnYWwgY2hhcnMuCiAgICAvLyBYWFgvZGVtbWVyIHdl IGNvdWxkIGJlIGJldHRlciBhYm91dCBtYWtpbmcgc3VyZSBpdCdzIHJlYWxseSBhCiAgICAvLyBs ZWdhbCBob3N0bmFtZSwgaS5lLiBkb2Vzbid0IGNvbnRhaW4gdHdvIGRvdHMgaW4gYSByb3csCiAg ICAvLyBzb21ldGhpbmcgbGlrZSBsaWtlIHd3dy5mb28uLmNvbSAKICAgIHN0ZDo6c3RyaW5nOjpp dGVyYXRvciBpdGVyOwogICAgZm9yIChpdGVyID0gdXJsLmhvc3RfLmJlZ2luKCk7IGl0ZXIgIT0g dXJsLmhvc3RfLmVuZCgpOyArK2l0ZXIpIHsKICAgICAgICBjaGFyIGMgPSAqaXRlcjsKICAgICAg ICAKICAgICAgICBpZiAoaXNhbG51bShjKSB8fCAoYyA9PSAnXycpIHx8IChjID09ICctJykgfHwg KGMgPT0gJy4nKSkKICAgICAgICAgICAgY29udGludWU7CgogICAgICAgIGlmIChpc19wYXR0ZXJu ICYmIChjID09ICcqJykpCiAgICAgICAgICAgIGNvbnRpbnVlOwoKICAgICAgICBsb2dfZGVidWdf cCgiL3NjaGVtZS90Y2EiLAogICAgICAgICAgICAgICAgICAgICJzc3AgJyVzJyBjb250YWlucyBp bnZhbGlkIGhvc3RuYW1lIGNoYXJhY3RlciAnJWMnIiwKICAgICAgICAgICAgICAgICAgICBzc3Au Y19zdHIoKSwgYyk7CgogICAgICAgIHJldHVybiBmYWxzZTsKICAgIH0KICAgIAogICAgcmV0dXJu IHRydWU7Cn0KCi8qKgogKiBNYXRjaCB0aGUgZ2l2ZW4gc3NwIHdpdGggdGhlIGdpdmVuIHBhdHRl cm4uCiAqCiAqIEByZXR1cm4gdHJ1ZSBpZiBpdCBtYXRjaGVzCiAqLwovLyBESzogVGhpcyBpcyBh bG1vc3QgZW50aXJlbHkgY29waWVkIGZyb20gdGhlIERUTlNjaGVtZSBpbXBsZW1lbnRhdGlvbi4K Ly8gVGhlIG9uZSBleGNlcHRpb24gaXMgYSBjaGFuZ2UgdG8gdGhlIG1hdGNoaW5nIGxvZ2ljLCB0 byBhbGxvdyBmb3Igd2lsZGNhcmQKLy8gKiBpbiBlaXRoZXIgcGF0dGVybiBvciBzc3AuIChQcmV2 aW91c2x5LCAqIHdhcyBvbmx5IHN1cHBvcnRlZCBpbiBwYXR0ZXJuLikKYm9vbApUQ0FTY2hlbWU6 Om1hdGNoKGNvbnN0IEVuZHBvaW50SURQYXR0ZXJuJiBwYXR0ZXJuLCBjb25zdCBFbmRwb2ludElE JiBlaWQpCnsKICAgIC8vIHNhbml0eSBjaGVjawogICAgQVNTRVJUKHBhdHRlcm4uc2NoZW1lKCkg PT0gdGhpcyk7CgogICAgLy8gd2Ugb25seSBtYXRjaCBlbmRwb2ludCBpZHMgb2YgdGhlIHNhbWUg c2NoZW1lCiAgICBpZiAoIWVpZC5rbm93bl9zY2hlbWUoKSB8fCAoZWlkLnNjaGVtZSgpICE9IHRo aXMpKSB7CiAgICAgICAgcmV0dXJuIGZhbHNlOwogICAgfQoKICAgIC8vIGlmIHRoZSBzc3Agb2Yg ZWl0aGVyIHN0cmluZyBpcyAibm9uZSIsIHRoZW4gbm90aGluZyBzaG91bGQKICAgIC8vIG1hdGNo IGl0IChldmVyKQogICAgaWYgKHBhdHRlcm4uc3NwKCkgPT0gIm5vbmUiIHx8IGVpZC5zc3AoKSA9 PSAibm9uZSIpIHsKICAgICAgICByZXR1cm4gZmFsc2U7CiAgICB9CgogICAgLy8gcGFyc2UgdGhl IHR3byBzdHJpbmdzIGludG8gVVJMcyBmb3IgZWFzaWVyIG1hbmlwdWxhdGlvbgogICAgb2FzeXM6 OlVSTCBlaWRfdXJsKGVpZC5zdHIoKSk7CiAgICBvYXN5czo6VVJMIHBhdHRlcm5fdXJsKHBhdHRl cm4uc3RyKCkpOwoKICAgIGlmICghZWlkX3VybC52YWxpZCgpKSB7CiAgICAgICAgbG9nX3dhcm5f cCgiL3NjaGVtZS9kdG4iLAogICAgICAgICAgICAgICAgICAgIm1hdGNoIGVycm9yOiBlaWQgJyVz JyBub3QgYSB2YWxpZCB1cmwiLAogICAgICAgICAgICAgICAgICAgZWlkLmNfc3RyKCkpOwogICAg ICAgIHJldHVybiBmYWxzZTsKICAgIH0KCiAgICBpZiAoIXBhdHRlcm5fdXJsLnZhbGlkKCkpIHsK ICAgICAgICBsb2dfd2Fybl9wKCIvc2NoZW1lL2R0biIsCiAgICAgICAgICAgICAgICAgICAibWF0 Y2ggZXJyb3I6IHBhdHRlcm4gJyVzJyBub3QgYSB2YWxpZCB1cmwiLAogICAgICAgICAgICAgICAg ICAgcGF0dGVybi5jX3N0cigpKTsKICAgICAgICByZXR1cm4gZmFsc2U7CiAgICB9CgogICAgLy8g Y2hlY2sgZm9yIGEgd2lsZGNhcmQgaG9zdCBzcGVjaWZpZXIgZS5nIGR0bjovLyoKICAgIGlmIChw YXR0ZXJuX3VybC5ob3N0XyA9PSAiKiIgJiYgcGF0dGVybl91cmwucGF0aF8gPT0gIiIpCiAgICB7 CiAgICAgICAgcmV0dXJuIHRydWU7CiAgICB9CgogICAgLy8gbWF0Y2ggdGhlIGhvc3QgcGFydCBv ZiB0aGUgdXJscyAodGhvdWdoIGlmIHRoZSBwYXR0ZXJuIGhvc3QgaXMKICAgIC8vICIqIiwgZmFs bCB0aHJvdWdoIHRvIHRoZSByZXN0IG9mIHRoZSBjb21wYXJpc29uKQogICAgaWYgKChwYXR0ZXJu X3VybC5ob3N0XyAhPSAiKiIpICYmCiAgICAgICAgIChlaWRfdXJsLmhvc3RfICE9ICIqIikgJiYg ICAgICAgICAgICAgICAgICAvLyBESzogYWRkZWQgdGhpcwogICAgICAgICAocGF0dGVybl91cmwu aG9zdF8gIT0gZWlkX3VybC5ob3N0XykpCiAgICB7CiAgICAgICAgbG9nX2RlYnVnX3AoIi9zY2hl bWUvZHRuIiwKICAgICAgICAgICAgICAgICAgICAibWF0Y2goJXMsICVzKSBmYWlsZWQ6IHVybCBo b3N0cyBub3QgZXF1YWwgKCclcycgIT0gJyVzJykiLAogICAgICAgICAgICAgICAgICAgIGVpZF91 cmwuY19zdHIoKSwgcGF0dGVybl91cmwuY19zdHIoKSwKICAgICAgICAgICAgICAgICAgICBwYXR0 ZXJuX3VybC5ob3N0Xy5jX3N0cigpLCBlaWRfdXJsLmhvc3RfLmNfc3RyKCkpOwogICAgICAgIHJl dHVybiBmYWxzZTsKICAgIH0KCiAgICAvLyBtYWtlIHN1cmUgdGhlIHBvcnRzIGFyZSBlcXVhbCAo b3IgdW5zcGVjaWZpZWQgaW4gd2hpY2ggY2FzZSB0aGV5J3JlIDApCiAgICBpZiAocGF0dGVybl91 cmwucG9ydF8gIT0gZWlkX3VybC5wb3J0XykKICAgIHsKICAgICAgICBsb2dfZGVidWdfcCgiL3Nj aGVtZS9kdG4iLAogICAgICAgICAgICAgICAgICAgICJtYXRjaCglcywgJXMpIGZhaWxlZDogdXJs IHBvcnRzIG5vdCBlcXVhbCAoJWQgIT0gJWQpIiwKICAgICAgICAgICAgICAgICAgICBlaWRfdXJs LmNfc3RyKCksIHBhdHRlcm5fdXJsLmNfc3RyKCksCiAgICAgICAgICAgICAgICAgICAgcGF0dGVy bl91cmwucG9ydF8sIGVpZF91cmwucG9ydF8pOwogICAgICAgIHJldHVybiBmYWxzZTsKICAgIH0K CiAgICAvLyBjaGVjayBmb3IgYSB3aWxkY2FyZCBwYXRoIG9yIGFuIGV4YWN0IG1hdGNoIG9mIHRo ZSBwYXRoIHN0cmluZ3MKICAgIC8vIFpLOiBNaW5vciBjaGFuZ2Ugc28gdGhhdCBpZiB0aGUgaG9z dCBtYXRjaGVzIGFuZCBwYXRoIGlzIG5vdCB0aGVyZQogICAgLy8gdGhlIHBhdHRlcm4gaXMgc3Rp bGwgY29uc2lkZXJlZCB0byBoYXZlIG1hdGNoZWQKICAgIGlmICgocGF0dGVybl91cmwucGF0aF8g PT0gIioiKSB8fCAocGF0dGVybl91cmwucGF0aF8gPT0gIiIpfHwKICAgICAgICAocGF0dGVybl91 cmwucGF0aF8gPT0gZWlkX3VybC5wYXRoXykpCiAgICB7CiAgICAgICAgbG9nX2RlYnVnX3AoIi9z Y2hlbWUvZHRuIiwKICAgICAgICAgICAgICAgICAgICAibWF0Y2goJXMsICVzKSBzdWNjZWVkZWQ6 IHBhdHRlcm4gJyVzJyBzc3AgJyVzJyIsCiAgICAgICAgICAgICAgICAgICAgZWlkX3VybC5jX3N0 cigpLCBwYXR0ZXJuX3VybC5jX3N0cigpLAogICAgICAgICAgICAgICAgICAgIHBhdHRlcm5fdXJs Lmhvc3RfLmNfc3RyKCksIGVpZF91cmwuaG9zdF8uY19zdHIoKSk7CiAgICAgICAgcmV0dXJuIHRy dWU7CiAgICB9CgogICAgLy8gZmluYWxseSwgdHJ5IHN1cHBvcnRpbmcgYSB0cmFpbGluZyAqIHRv IHRydW5jYXRlIHRoZSBwYXRoIG1hdGNoCiAgICBzaXplX3QgcGF0dGVybmxlbiA9IHBhdHRlcm5f dXJsLnBhdGhfLmxlbmd0aCgpOwogICAgaWYgKHBhdHRlcm5sZW4gPj0gMSAmJiBwYXR0ZXJuX3Vy bC5wYXRoX1twYXR0ZXJubGVuLTFdID09ICcqJykgewogICAgICAgIHBhdHRlcm5sZW4tLTsKCiAg ICAgICAgaWYgKHBhdHRlcm5fdXJsLnBhdGhfLnN1YnN0cigwLCBwYXR0ZXJubGVuKSA9PQogICAg ICAgICAgICBlaWRfdXJsLnBhdGhfLnN1YnN0cigwLCBwYXR0ZXJubGVuKSkKICAgICAgICB7CiAg ICAgICAgICAgIGxvZ19kZWJ1Z19wKCIvc2NoZW1lL2R0biIsCiAgICAgICAgICAgICAgICAgICAg ICAgICJtYXRjaCglcywgJXMpIHN1YnN0cmluZyBzdWNjZWVkZWQ6ICIKICAgICAgICAgICAgICAg ICAgICAgICAgInBhdHRlcm4gJyVzJyBzc3AgJyVzJyIsCiAgICAgICAgICAgICAgICAgICAgICAg IGVpZF91cmwuY19zdHIoKSwgcGF0dGVybl91cmwuY19zdHIoKSwKICAgICAgICAgICAgICAgICAg ICAgICAgcGF0dGVybl91cmwuaG9zdF8uY19zdHIoKSwgZWlkX3VybC5ob3N0Xy5jX3N0cigpKTsK ICAgICAgICAgICAgcmV0dXJuIHRydWU7CiAgICAgICAgfQogICAgfQoKICAgIC8vIFhYWC9kZW1t ZXIgVE9ETzogc3VwcG9ydCBDSURSIHN0eWxlIG1hdGNoaW5nIGZvciBleHBsaWNpdAogICAgLy8g ZG90dGVkLXF1YWQgaXAgYWRkcmVzc2VzCgogICAgcmV0dXJuIGZhbHNlOwp9CgoKLyoqCiAqIEFw cGVuZCB0aGUgZ2l2ZW4gc2VydmljZSB0YWcgdG8gdGhlIHNzcCBpbiBhIHNjaGVtZS1zcGVjaWZp YwogKiBtYW5uZXIuCiAqCiAqIEByZXR1cm4gdHJ1ZSBpZiB0aGlzIHNjaGVtZSBpcyBjYXBhYmxl IG9mIHNlcnZpY2UgdGFncyBhbmQgdGhlCiAqIHRhZyBpcyBhIGxlZ2FsIG9uZSwgZmFsc2Ugb3Ro ZXJ3aXNlLgogKi8KYm9vbApUQ0FTY2hlbWU6OmFwcGVuZF9zZXJ2aWNlX3RhZyhzdGQ6OnN0cmlu Zyogc3NwLCBjb25zdCBjaGFyKiB0YWcpCnsKICAgIGlmICh0YWdbMF0gIT0gJy8nKSB7CiAgICAg ICAgc3NwLT5wdXNoX2JhY2soJy8nKTsKICAgIH0KICAgIHNzcC0+YXBwZW5kKHRhZyk7CiAgICBy ZXR1cm4gdHJ1ZTsKfQoKfSAvLyBuYW1lc3BhY2UgZHRuCg== ------=_Part_9100_26191197.1170350509482-- Received: from snatch.gtnw.de (postfix@gtnw.de [217.160.108.65]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l118SaY20312 for ; Thu, 1 Feb 2007 00:28:36 -0800 Received: from localhost (localhost [127.0.0.1]) by snatch.gtnw.de (Postfix on snatch) with ESMTP id E114A100AD for ; Thu, 1 Feb 2007 09:39:11 +0100 (CET) Received: from snatch.gtnw.de ([127.0.0.1]) by localhost (p15092256 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08919-10 for ; Thu, 1 Feb 2007 09:39:11 +0100 (CET) Received: from [192.168.178.102] (p548D2281.dip0.t-ipconnect.de [84.141.34.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by snatch.gtnw.de (Postfix on snatch) with ESMTP id 524DF100AC for ; Thu, 1 Feb 2007 09:38:57 +0100 (CET) Message-ID: <45C1A49C.801@jgre.org> Date: Thu, 01 Feb 2007 09:28:12 +0100 From: Janico Greifenberg User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20070104 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] TCA problems References: <45B9B58D.1050703@jgre.org> <45BE4B59.6090302@jgre.org> <45BF0583.4010208@jgre.org> <45BF72D8.7050501@jgre.org> <45C04434.80807@jgre.org> <45C0B2AB.70103@jgre.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------070003080703070301050500" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at gtnw.de Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: This is a multi-part message in MIME format. --------------070003080703070301050500 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi Zahir, Zahir Koradia wrote: > That seems to be strange. I just used dtnsend to send the add_route > bundle and it seemed to have the wildcard character in the routing table. As I understand it, the add_route bundle tells the bundle router which gateway is responsible for an endpoint. As there is only one gateway in my setup, this route does not help. The route needed to get the bundle to its destination is via an opportunistic link that is created on a contact. And that link is only found without an application tag. Or have got this wrong? > Try this. > In TcaController.cc, in function gate_reg just after the line > printf("TcaController: ignoring re-registration with same" > " gateway\n"); > > add > > if (!route_reg(spec, cb)) return false; > > This is not a permanent thing; it's just to make sure that add_route > forcefully takes place in our testing. We will remove this line later on. > > Then send me the debug level log. Also check in "route dump" whether the > destination has the wildcard character. If it does have it then go ahead > and try sending the bundle. > route dump make the following output: Route table for TcaRouter router: destination source COS link fwd route [custody timeout] endpoint endpoint BNE name action prio [min pct max] ------------------------------------------------------------------------------ [0] *:* 111 -> opportunistic FORWARD 0 [1800 25 0] Long Endpoint IDs referenced above: [0]: tca://correspondent Class of Service (COS) bits: B: Bulk N: Normal E: Expedited Links: null [/dev/null dtn:none ALWAYSON OPEN] loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC OPEN] Nevertheless I sent the bundle (which was not delivered). Cheers, Janico --------------070003080703070301050500 Content-Type: text/x-log; name="gateway.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gateway.log" [1170317813.575693 /log debug] adding log reparse signal handler [1170317813.575846 /timer debug] adding signal handler 0x810e718 for signal 1 [1170317813.575885 /log debug] adding log rotate signal handler [1170317813.575907 /timer debug] adding signal handler 0x810d77e for signal 10 [1170317813.575941 /dtnd notice] DTN daemon starting up... (pid 5153) [1170317813.591144 /command/help debug] help command registering [1170317813.591285 /command/log debug] log command registering [1170317813.591324 /command/debug debug] debug command registering [1170317813.591773 /dtnd notice] random seed is 591766 [1170317813.591853 /thread debug] activating thread creation barrier [1170317813.591902 /dtn/apiserver debug] APIServer init (evironment set addr 127.0.0.1 port 5010) [1170317813.591981 /command/api debug] api command registering [1170317813.592036 /command/completion_notifier/notifier debug] created pipe, fds: 8 9 [1170317813.592064 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set [1170317813.592089 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set [1170317813.592192 /command/bundle debug] bundle command registering [1170317813.592247 /command/interface debug] interface command registering [1170317813.592359 /command/link debug] link command registering [1170317813.592624 /command/param debug] param command registering [1170317813.592698 /command/registration debug] registration command registering [1170317813.592817 /command/route debug] route command registering [1170317813.592900 /command/discovery debug] discovery command registering [1170317813.593214 /command/prophet debug] prophet command registering [1170317813.593261 /command/shutdown debug] shutdown command registering [1170317813.593301 /command/quit debug] quit command registering [1170317813.593728 /command/storage debug] storage command registering [1170317813.593760 /dtnd debug] registered dtn commands [1170317813.594096 /dtn/bundle/daemon/notifier debug] created pipe, fds: 10 11 [1170317813.594128 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set [1170317813.594152 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set [1170317813.594206 /dtnd debug] intialized dtn components [1170317813.594229 /command/console debug] console command registering [1170317813.631385 /command/test debug] test command registering [1170317813.631566 /dtnd info] parsing configuration file dtn.conf... [1170317813.631594 /command debug] executing command file dtn.conf [1170317813.632191 /dtnd info] dtnd parsing configuration... [1170317813.633490 /dtn/interface/table info] adding interface tcp0 (tcp) [1170317813.633528 /dtn/cl/tcp debug] adding interface tcp0 [1170317813.682572 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 12 13 [1170317813.682612 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set [1170317813.682638 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set [1170317813.682715 /dtn/cl/tcp/iface/tcp0 debug] created socket 14 [1170317813.682743 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR [1170317813.682776 /dtn/cl/tcp/iface/tcp0 debug] binding to 134.102.217.8:5000 [1170317813.682825 /dtn/cl/tcp/iface/tcp0 debug] listening [1170317813.682902 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING [1170317813.682962 /thread debug] delaying start of thread 0x81f06ac due to barrier [1170317813.683079 /dtn/link/null debug] set_state UNAVAILABLE -> AVAILABLE [1170317813.683107 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 0 -> 1 add Link::create_link: return value [1170317813.683172 /dtn/cl/null debug] init link /dev/null [1170317813.683195 /dtn/link/null info] new link null [/dev/null dtn:none ALWAYSON AVAILABLE] [1170317813.683220 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 1 -> 2 add AlwaysOnLink [1170317813.683248 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add LinkStateChangeRequest [1170317813.683281 /dtn/bundle/daemon debug] posting event (0x81f0b28) with type LINK_STATE_CHANGE_REQUEST (at back) [1170317813.683350 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317813.683388 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317813.683412 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 2 del AlwaysOnLink [1170317813.683440 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add ContaceManager::find_link: return value [1170317813.683467 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 2 del Link::create_link: return value [1170317813.683496 /dtn/contact/manager debug] adding link null [1170317813.683516 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add ContactManager [1170317813.683547 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add ContactManager [1170317813.683574 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 4 -> 3 del ContactManager [1170317813.683602 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add LinkCreatedEvent [1170317813.683629 /dtn/bundle/daemon debug] posting event (0x81f0ab0) with type LINK_CREATED (at back) [1170317813.683654 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 4 -> 3 del ContaceManager::find_link: return value [1170317813.683740 /dtn/link/loc debug] set_state UNAVAILABLE -> AVAILABLE [1170317813.683767 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 0 -> 1 add Link::create_link: return value [1170317813.683818 /dtn/cl/tcp debug] adding ONDEMAND link jgre.openvpn.informatik.uni-bremen.de:5000 [1170317813.731276 /dtn/link/loc info] new link loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] [1170317813.731311 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 1 -> 2 add OndemandLink [1170317813.731341 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add LinkAvailableEvent [1170317813.731373 /dtn/bundle/daemon debug] posting event (0x81ee420) with type LINK_AVAILABLE (at back) [1170317813.731398 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del OndemandLink [1170317813.731426 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add ContaceManager::find_link: return value [1170317813.731453 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del Link::create_link: return value [1170317813.731483 /dtn/contact/manager debug] adding link loc [1170317813.731504 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add ContactManager [1170317813.731533 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 4 add ContactManager [1170317813.731561 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 3 del ContactManager [1170317813.731589 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 4 add LinkCreatedEvent [1170317813.731616 /dtn/bundle/daemon debug] posting event (0x81f0ad8) with type LINK_CREATED (at back) [1170317813.731641 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 3 del ContaceManager::find_link: return value [1170317813.731699 /dtnd info] dtnd configuration parsing complete [1170317813.732139 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/jgre/research/papers/bundle-navigation/testbed/homeagent/db [1170317813.739196 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317813.739240 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317818:739229 [1170317813.739368 /dtn/storage info] datastore db was cleanly shut down [1170317813.739401 /dtnd debug] directory validated: bundles [1170317813.739435 /dtnd debug] directory access validated: bundles [1170317813.739735 /dtn/storage debug] get_table -- opened table globals type 1 [1170317813.739778 /dtn/storage debug] table globals, +refcount=1 [1170317813.740002 /dtn/storage debug] get_table -- opened table bundles type 1 [1170317813.740042 /dtn/storage debug] table bundles, +refcount=1 [1170317813.740071 /dtn/bundle/free debug] destroying bundle id -1 [1170317813.740284 /dtn/storage debug] get_table -- opened table links type 1 [1170317813.740324 /dtn/storage debug] table links, +refcount=1 [1170317813.740401 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 18 19 [1170317813.740431 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set [1170317813.740456 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set [1170317813.740622 /dtn/storage debug] get_table -- opened table registrations type 1 [1170317813.740662 /dtn/storage debug] table registrations, +refcount=1 [1170317813.740689 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 18 19) [1170317813.740737 /dtn/storage/globals debug] loading global store [1170317813.740871 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 18 19 [1170317813.740902 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set [1170317813.740927 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set [1170317813.741129 /dtn/storage/globals debug] calculated digest 75f79aebae0840399c7cdf0152d51a93 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) [1170317813.741177 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 18 19) [1170317813.741212 /dtn/bundle/free debug] destroying bundle id -1 [1170317813.741246 /thread debug] delaying start of thread 0x81ee360 due to barrier [1170317813.741277 /dtnd debug] started dtn server [1170317813.741313 /dtn/apiserver/18 debug] created socket 18 [1170317813.741335 /dtn/apiserver/18 debug] setting SO_REUSEADDR [1170317813.741358 /dtn/apiserver/18 debug] binding to 127.0.0.1:5010 [1170317813.741387 /dtn/apiserver/18 debug] listening [1170317813.741426 /dtn/apiserver/18 debug] state INIT -> LISTENING [1170317813.741449 /thread debug] delaying start of thread 0x81e9788 due to barrier [1170317813.741475 /thread debug] releasing thread creation barrier -- 3 queued threads [1170317813.741499 /thread debug] starting thread 0x81f06ac [1170317813.741579 /thread debug] starting thread 0x81ee360 [1170317813.741637 /thread debug] starting thread 0x81e9788 [1170317813.741847 /dtn/tca info] TcaRouter started: role='gateway', admin_app='tca://jgre.openvpn.informatik.uni-bremen.de/admin' [1170317813.741900 /dtn/bundle/daemon debug] dispatching event (0xb6aa5344) REGISTRATION_ADDED [1170317813.741927 /dtn/bundle/daemon info] REGISTRATION_ADDED 0 tca://jgre.openvpn.informatik.uni-bremen.de [1170317813.741957 /dtn/tca debug] dispatching event (0xb6aa5344) REGISTRATION_ADDED [1170317813.741981 /dtn/contact/manager debug] dispatching event (0xb6aa5344) REGISTRATION_ADDED [1170317813.742024 /dtn/bundle/daemon debug] dispatching event (0xb6aa532c) REGISTRATION_ADDED [1170317813.742049 /dtn/bundle/daemon info] REGISTRATION_ADDED 2 tca://jgre.openvpn.informatik.uni-bremen.de/ping [1170317813.742075 /dtn/tca debug] dispatching event (0xb6aa532c) REGISTRATION_ADDED [1170317813.742098 /dtn/contact/manager debug] dispatching event (0xb6aa532c) REGISTRATION_ADDED [1170317813.742214 /dtn/bundle/daemon notice] loading bundles from data store [1170317813.742280 /timer debug] new timeout 4997 [1170317813.742314 /dtn/bundle/daemon debug] dispatching event (0x81f0b28) LINK_STATE_CHANGE_REQUEST [1170317813.742441 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add LinkStateChangeRequest [1170317813.742475 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [AVAILABLE -> OPEN] (user action) for link null [/dev/null dtn:none ALWAYSON AVAILABLE] [1170317813.742505 /dtn/bundle/actions debug] opening link null [1170317813.742527 /dtn/link/null debug] Link::open [1170317813.742549 /dtn/link/null debug] set_state AVAILABLE -> OPENING [1170317813.742570 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 5 add Link::open [1170317813.742602 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 5 -> 6 add Contact [1170317813.742633 /dtn/contact/null info] new contact contact /dev/null (started 1170317813.742627) [1170317813.742658 /dtn/contact/refs debug] refcount contact /dev/null (started 1170317813.742627) 0 -> 1 add Link [1170317813.742685 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 6 -> 5 del Link::open [1170317813.742715 /dtn/contact/refs debug] refcount contact /dev/null (started 1170317813.742627) 1 -> 2 add ContactUpEvent [1170317813.742744 /dtn/bundle/daemon debug] posting event (0x825dba8) with type CONTACT_UP (at back) [1170317813.742770 /dtn/link/null debug] null [/dev/null dtn:none ALWAYSON OPENING] new contact 0x825e1c8 [1170317813.742795 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 5 -> 4 del LinkStateChangeRequest [1170317813.742826 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 3 del LinkStateChangeRequest [1170317813.742861 /timer debug] new timeout 4997 [1170317813.742890 /dtn/bundle/daemon debug] dispatching event (0x81f0ab0) LINK_CREATED [1170317813.742914 /dtn/tca debug] dispatching event (0x81f0ab0) LINK_CREATED [1170317813.742938 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 3 -> 4 add LinkCreatedEvent [1170317813.742980 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 3 del LinkCreatedEvent [1170317813.743012 /dtn/contact/manager debug] dispatching event (0x81f0ab0) LINK_CREATED [1170317813.743038 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 3 -> 2 del LinkCreatedEvent [1170317813.743071 /timer debug] new timeout 4997 [1170317813.743098 /dtn/bundle/daemon debug] dispatching event (0x81ee420) LINK_AVAILABLE [1170317813.743121 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 4 add LinkAvailableEvent [1170317813.743149 /dtn/bundle/daemon info] LINK_AVAILABLE loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] [1170317813.743174 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 3 del LinkAvailableEvent [1170317813.743201 /dtn/tca debug] dispatching event (0x81ee420) LINK_AVAILABLE [1170317813.743227 /dtn/tca debug] check_next_hop jgre.openvpn.informatik.uni-bremen.de:5000: checking pending bundle list... [1170317813.743251 /dtn/tca debug] TcaRouter::link available [1170317813.743290 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available' [1170317813.743335 /dtn/storage/globals debug] next_bundleid 0 -> 1 [1170317813.743361 /dtn/storage/globals debug] updating global store [1170317813.743409 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317813.755608 /dtn/bundle debug] Bundle::init bundle id 0 [1170317813.755726 /dtn/bundle/payload/0/file debug] open bundles/bundle_0.dat (flags 0xc2 mode 0x180): fd 21 [1170317813.755766 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=21 pin_count=1 size=0 [1170317813.755834 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=1 [1170317813.755877 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=1 [1170317813.755941 /dtn/bundle/payload/0/file debug] ::writev() fd 21 cc 14 [1170317813.755965 /dtn/bundle/payload/0/file debug] writeall 14 bytes 0 left 14 total [1170317813.755994 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=1 [1170317813.756023 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317813.756052 /dtn/bundle/daemon debug] posting event (0x825d8e0) with type BUNDLE_RECEIVED (at back) [1170317813.756080 /dtn/contact/manager debug] dispatching event (0x81ee420) LINK_AVAILABLE [1170317813.756110 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del LinkAvailableEvent [1170317813.756145 /timer debug] new timeout 4984 [1170317813.756173 /dtn/bundle/daemon debug] dispatching event (0x81f0ad8) LINK_CREATED [1170317813.756196 /dtn/tca debug] dispatching event (0x81f0ad8) LINK_CREATED [1170317813.756219 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add LinkCreatedEvent [1170317813.756262 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del LinkCreatedEvent [1170317813.756294 /dtn/contact/manager debug] dispatching event (0x81f0ad8) LINK_CREATED [1170317813.756320 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 1 del LinkCreatedEvent [1170317813.756353 /timer debug] new timeout 4983 [1170317813.756381 /dtn/bundle/daemon debug] dispatching event (0x825dba8) CONTACT_UP [1170317813.756404 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 2 -> 3 add Contact [1170317813.756432 /dtn/bundle/daemon info] CONTACT_UP null [/dev/null dtn:none ALWAYSON OPENING] (contact 0x825e1c8) [1170317813.756459 /dtn/link/null debug] set_state OPENING -> OPEN [1170317813.756481 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact [1170317813.756508 /dtn/tca debug] dispatching event (0x825dba8) CONTACT_UP [1170317813.756530 /dtn/tca debug] check_next_hop /dev/null: checking pending bundle list... [1170317813.756554 /dtn/tca debug] TcaRouter::contact up [1170317813.756597 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up' [1170317813.756638 /dtn/storage/globals debug] next_bundleid 1 -> 2 [1170317813.756663 /dtn/storage/globals debug] updating global store [1170317813.756715 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317813.757206 /dtn/bundle debug] Bundle::init bundle id 1 [1170317813.757271 /dtn/bundle/payload/1/file debug] open bundles/bundle_1.dat (flags 0xc2 mode 0x180): fd 22 [1170317813.757307 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=22 pin_count=1 size=1 [1170317813.757341 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2 [1170317813.757380 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=2 [1170317813.757438 /dtn/bundle/payload/1/file debug] ::writev() fd 22 cc 10 [1170317813.757462 /dtn/bundle/payload/1/file debug] writeall 10 bytes 0 left 10 total [1170317813.757491 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2 [1170317813.757518 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317813.757546 /dtn/bundle/daemon debug] posting event (0x825e510) with type BUNDLE_RECEIVED (at back) [1170317813.757574 /dtn/contact/manager debug] dispatching event (0x825dba8) CONTACT_UP [1170317813.757601 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 3 add Contact [1170317813.757630 /dtn/contact/manager debug] resetting retry interval for link null: 0 -> 5 [1170317813.757673 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact [1170317813.757705 /dtn/contact/refs debug] refcount contact /dev/null (started 1170317813.742627) 2 -> 1 del ContactUpEvent [1170317813.757739 /timer debug] new timeout 4982 [1170317813.757767 /dtn/bundle/daemon debug] dispatching event (0x825d8e0) BUNDLE_RECEIVED [1170317813.757887 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317813.757887 /dtn/bundle/daemon debug] bundle id 0: [1170317813.757887 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317813.757887 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317813.757887 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317813.757887 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317813.757887 /dtn/bundle/daemon debug] prevhop: [1170317813.757887 /dtn/bundle/daemon debug] payload_length: 14 [1170317813.757887 /dtn/bundle/daemon debug] priority: 1 [1170317813.757887 /dtn/bundle/daemon debug] custody_requested: false [1170317813.757887 /dtn/bundle/daemon debug] local_custody: false [1170317813.757887 /dtn/bundle/daemon debug] singleton_dest: true [1170317813.757887 /dtn/bundle/daemon debug] receive_rcpt: false [1170317813.757887 /dtn/bundle/daemon debug] custody_rcpt: false [1170317813.757887 /dtn/bundle/daemon debug] forward_rcpt: false [1170317813.757887 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317813.757887 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317813.757887 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317813.757887 /dtn/bundle/daemon debug] creation_ts: 223633013.0 [1170317813.757887 /dtn/bundle/daemon debug] expiration: 3600 [1170317813.757887 /dtn/bundle/daemon debug] is_fragment: false [1170317813.757887 /dtn/bundle/daemon debug] is_admin: false [1170317813.757887 /dtn/bundle/daemon debug] do_not_fragment: false [1170317813.757887 /dtn/bundle/daemon debug] orig_length: 0 [1170317813.757887 /dtn/bundle/daemon debug] frag_offset: 0 [1170317813.757887 /dtn/bundle/daemon debug] transmission_count: 0 [1170317813.757940 /dtn/bundle/daemon debug] adding bundle bundle id 0 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) to pending list [1170317813.757976 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317813.758004 /dtn/bundle/list/pending_bundles debug] bundle id 0 add mapping [pending_bundles] to list 0x81ee540 [1170317813.758028 /dtn/bundle/actions debug] adding bundle 0 to data store [1170317813.758063 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317813.758383 /dtn/storage/bundles debug] add(0): success [1170317813.758419 /dtn/bundle/daemon debug] scheduling expiration for bundle id 0 at 1170321413.758412 (in 3600 seconds) [1170317813.758448 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 2 -> 3 (1 mappings) add expiration timer [1170317813.758480 /timer debug] scheduling timer 0x825dba8 in 3600000 ms at 1170321413:758412 [1170317813.758517 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 0 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) [1170317813.758548 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317813.764035 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 0 matches [1170317813.764073 /dtn/tca debug] dispatching event (0x825d8e0) BUNDLE_RECEIVED [1170317813.764103 /dtn/tca debug] Bundle payload length: 14 [1170317813.764416 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=2 [1170317813.764479 /dtn/bundle/payload/0/file debug] lseek 0 SEEK_SET -> 0 [1170317813.764524 /dtn/bundle/payload/0/file debug] ::readv() fd 21 cc 14 [1170317813.764549 /dtn/bundle/payload/0/file debug] readall 14 bytes 0 left 14 total [1170317813.764577 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=2 [1170317813.764608 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=2 [1170317813.764634 /dtn/bundle/payload/0/file debug] lseek 0 SEEK_SET -> 0 [1170317813.764660 /dtn/bundle/payload/0/file debug] ::readv() fd 21 cc 14 [1170317813.764683 /dtn/bundle/payload/0/file debug] readall 14 bytes 0 left 14 total [1170317813.764710 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=2 [1170317813.764734 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available':14 [1170317813.764778 /dtn/contact/manager debug] dispatching event (0x825d8e0) BUNDLE_RECEIVED [1170317813.764808 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent [1170317813.764841 /timer debug] new timeout 4975 [1170317813.764866 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317813.764895 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317813.764918 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317813.764985 /dtn/bundle/daemon debug] dispatching event (0x825e510) BUNDLE_RECEIVED [1170317813.765102 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317813.765102 /dtn/bundle/daemon debug] bundle id 1: [1170317813.765102 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317813.765102 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317813.765102 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317813.765102 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317813.765102 /dtn/bundle/daemon debug] prevhop: [1170317813.765102 /dtn/bundle/daemon debug] payload_length: 10 [1170317813.765102 /dtn/bundle/daemon debug] priority: 1 [1170317813.765102 /dtn/bundle/daemon debug] custody_requested: false [1170317813.765102 /dtn/bundle/daemon debug] local_custody: false [1170317813.765102 /dtn/bundle/daemon debug] singleton_dest: true [1170317813.765102 /dtn/bundle/daemon debug] receive_rcpt: false [1170317813.765102 /dtn/bundle/daemon debug] custody_rcpt: false [1170317813.765102 /dtn/bundle/daemon debug] forward_rcpt: false [1170317813.765102 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317813.765102 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317813.765102 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317813.765102 /dtn/bundle/daemon debug] creation_ts: 223633013.1 [1170317813.765102 /dtn/bundle/daemon debug] expiration: 3600 [1170317813.765102 /dtn/bundle/daemon debug] is_fragment: false [1170317813.765102 /dtn/bundle/daemon debug] is_admin: false [1170317813.765102 /dtn/bundle/daemon debug] do_not_fragment: false [1170317813.765102 /dtn/bundle/daemon debug] orig_length: 0 [1170317813.765102 /dtn/bundle/daemon debug] frag_offset: 0 [1170317813.765102 /dtn/bundle/daemon debug] transmission_count: 0 [1170317813.765155 /dtn/bundle/daemon debug] adding bundle bundle id 1 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to pending list [1170317813.765190 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317813.765219 /dtn/bundle/list/pending_bundles debug] bundle id 1 add mapping [pending_bundles] to list 0x81ee540 [1170317813.765243 /dtn/bundle/actions debug] adding bundle 1 to data store [1170317813.765277 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317813.768905 /dtn/storage/bundles debug] add(1): success [1170317813.768949 /dtn/bundle/daemon debug] scheduling expiration for bundle id 1 at 1170321413.768942 (in 3600 seconds) [1170317813.768979 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 2 -> 3 (1 mappings) add expiration timer [1170317813.769010 /timer debug] scheduling timer 0x825ddb8 in 3600000 ms at 1170321413:768942 [1170317813.769045 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 1 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) [1170317813.769077 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317813.776266 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 0 matches [1170317813.776303 /dtn/tca debug] dispatching event (0x825e510) BUNDLE_RECEIVED [1170317813.776330 /dtn/tca debug] Bundle payload length: 10 [1170317813.776626 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=2 [1170317813.776660 /dtn/bundle/payload/1/file debug] lseek 0 SEEK_SET -> 0 [1170317813.776690 /dtn/bundle/payload/1/file debug] ::readv() fd 22 cc 10 [1170317813.776713 /dtn/bundle/payload/1/file debug] readall 10 bytes 0 left 10 total [1170317813.776742 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2 [1170317813.776798 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=2 [1170317813.776824 /dtn/bundle/payload/1/file debug] lseek 0 SEEK_SET -> 0 [1170317813.776851 /dtn/bundle/payload/1/file debug] ::readv() fd 22 cc 10 [1170317813.776873 /dtn/bundle/payload/1/file debug] readall 10 bytes 0 left 10 total [1170317813.776900 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2 [1170317813.776925 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10 [1170317813.776968 /dtn/contact/manager debug] dispatching event (0x825e510) BUNDLE_RECEIVED [1170317813.776999 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent [1170317813.777031 /timer debug] new timeout 4963 [1170317813.777082 /dtn/bundle/daemon debug] poll returned 1 [1170317813.777105 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317813.777142 /timer debug] new timeout 4963 [1170317814.246398 /dtnd info] starting console on 127.0.0.1:5050 [1170317814.246467 /command debug] starting command server on 127.0.0.1:5050 [1170317818.743159 /dtn/bundle/daemon debug] poll returned -2 [1170317818.743206 /dtn/bundle/daemon debug] poll timeout [1170317818.743242 /timer debug] popping timer 0x8261880 at 1170317818.743229 [1170317818.743269 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317818.743323 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317818.743355 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317823:743345 [1170317818.743392 /timer debug] new timeout 5000 [1170317818.743427 /dtn/bundle/daemon debug] poll returned 1 [1170317818.743450 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317818.743480 /timer debug] new timeout 5000 [1170317821.521869 /dtn/apiserver/18 debug] accepted connection fd 24 from 127.0.0.1:39572 [1170317821.521956 /dtn/apiclient/24 debug] setting SO_REUSEADDR [1170317821.521997 /dtn/apiclient/24/notifier debug] created pipe, fds: 25 26 [1170317821.522360 /dtn/apiclient/24/notifier debug] set_nonblocking: nonblocking mode set [1170317821.522392 /dtn/apiclient/24/notifier debug] set_nonblocking: nonblocking mode set [1170317821.522432 /thread debug] starting thread 0x82c06e8 [1170317821.522536 /dtn/apiclient/24 info] new session 127.0.0.1:5010 -> 127.0.0.1:39572 [1170317821.522575 /dtn/apiclient/24 debug] ::readv() fd 24 cc 4 [1170317821.522599 /dtn/apiclient/24 debug] readall 4 bytes 0 left 4 total [1170317821.522644 /dtn/apiclient/24 debug] ::writev() fd 24 cc 4 [1170317821.522710 /dtn/apiclient/24 debug] writeall 4 bytes 0 left 4 total [1170317821.523152 /dtn/apiclient/24 debug] ::readv() fd 24 cc 1029 [1170317821.523184 /dtn/apiclient/24 debug] got DTN_LOCAL_EID (1024/1024 bytes) [1170317821.523288 /dtn/apiclient/24 debug] get_local_eid encoded 256 byte response [1170317821.523321 /dtn/apiclient/24 debug] building reply: status (unknown type), length 256 [1170317821.523345 /dtn/apiclient/24 debug] sending 264 byte reply message [1170317821.523381 /dtn/apiclient/24 debug] ::writev() fd 24 cc 264 [1170317821.523405 /dtn/apiclient/24 debug] writeall 264 bytes 0 left 264 total [1170317821.523514 /dtn/apiclient/24 debug] ::readv() fd 24 cc 281 [1170317821.523543 /dtn/apiclient/24 debug] got DTN_REGISTER (276/276 bytes) [1170317821.523635 /dtn/storage/globals debug] next_regid 10 -> 11 [1170317821.523663 /dtn/storage/globals debug] updating global store [1170317821.523748 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317821.532635 /dtn/registration/10 debug] scheduling expiration for registration id 10 at 1172317821.0 (in 1999999 seconds): [1170317821.532686 /timer debug] scheduling timer 0x82bc448 in 1999999468 ms at 1172317821:0 [1170317821.532735 /dtn/bundle/daemon debug] poll returned 1 [1170317821.532760 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317821.532802 /timer debug] new timeout 2210 [1170317821.532861 /dtn/bundle/list//dtn/registration/10/notifier debug] created pipe, fds: 27 28 [1170317821.532891 /dtn/bundle/list//dtn/registration/10/notifier debug] set_nonblocking: nonblocking mode set [1170317821.532916 /dtn/bundle/list//dtn/registration/10/notifier debug] set_nonblocking: nonblocking mode set [1170317821.532946 /dtn/bundle/daemon debug] posting event (0x82bc5a8) with type REGISTRATION_ADDED (at back) [1170317821.532973 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317821.533002 /dtn/bundle/daemon debug] poll returned 1 [1170317821.533026 /dtn/bundle/daemon debug] poll returned new event to handle [1170317821.533051 /timer debug] new timeout 2210 [1170317821.533076 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317821.533104 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317821.533131 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317821.533155 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317821.533181 /dtn/bundle/daemon debug] dispatching event (0x82bc5a8) REGISTRATION_ADDED [1170317821.533205 /dtn/bundle/daemon info] REGISTRATION_ADDED 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317821.533234 /dtn/registration/table info] adding registration 10/tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317821.533269 /dtn/storage/registrations debug] put: serializing 73 byte object (plus 0 byte typecode) [1170317821.533435 /dtn/apiclient/24/notifier debug] attempting to wait on 0x82d07ec, count = 0 [1170317821.533601 /dtn/storage/registrations debug] add(10): success [1170317821.533727 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317821.533763 /dtn/bundle/daemon debug] delivering bundle bundle id 0 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317821.533796 /dtn/registration/10 info] deliver_bundle: queuing bundle id 0 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317821.533831 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 2 -> 3 (2 mappings) add bundle_list /dtn/registration/10 [1170317821.533860 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317821.533886 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1 [1170317821.533909 /dtn/bundle/list//dtn/registration/10 debug] bundle id 0 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317821.534040 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317821.534075 /dtn/bundle/daemon debug] delivering bundle bundle id 1 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317821.534106 /dtn/registration/10 info] deliver_bundle: queuing bundle id 1 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317821.534135 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 2 -> 3 (2 mappings) add bundle_list /dtn/registration/10 [1170317821.534163 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317821.534187 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 2 [1170317821.534210 /dtn/bundle/list//dtn/registration/10 debug] bundle id 1 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317821.534236 /dtn/tca debug] dispatching event (0x82bc5a8) REGISTRATION_ADDED [1170317821.534260 /dtn/contact/manager debug] dispatching event (0x82bc5a8) REGISTRATION_ADDED [1170317821.534283 /dtn/apiclient/24/notifier debug] notifier notify [1170317821.534308 /dtn/apiclient/24/notifier debug] notify count = 1 [1170317821.534341 /timer debug] new timeout 2209 [1170317821.534770 /dtn/apiclient/24/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 [1170317821.534800 /dtn/apiclient/24/notifier debug] poll_with_notifier: normal fd has event [1170317821.567635 /dtn/apiclient/24/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317821.567705 /dtn/apiclient/24/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317821.567730 /dtn/apiclient/24/notifier debug] drain pipe count = 0 [1170317821.567753 /dtn/apiclient/24/notifier debug] notifier wait successfully notified [1170317821.567827 /dtn/apiclient/24 debug] building reply: status (unknown type), length 4 [1170317821.567853 /dtn/apiclient/24 debug] sending 12 byte reply message [1170317821.569997 /dtn/apiclient/24 debug] ::writev() fd 24 cc 12 [1170317821.570033 /dtn/apiclient/24 debug] writeall 12 bytes 0 left 12 total [1170317823.758582 /dtn/bundle/daemon debug] poll returned -2 [1170317823.758670 /dtn/bundle/daemon debug] poll timeout [1170317823.758706 /timer debug] popping timer 0x8261880 at 1170317823.758693 [1170317823.758734 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317823.758763 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317823.758793 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317828:758783 [1170317823.758831 /timer debug] new timeout 5000 [1170317823.758866 /dtn/bundle/daemon debug] poll returned 1 [1170317823.758888 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317823.758918 /timer debug] new timeout 5000 [1170317828.759360 /dtn/bundle/daemon debug] poll returned -2 [1170317828.759428 /dtn/bundle/daemon debug] poll timeout [1170317828.759464 /timer debug] popping timer 0x8261880 at 1170317828.759452 [1170317828.759492 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317828.759520 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317828.759551 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317833:759541 [1170317828.759590 /timer debug] new timeout 5000 [1170317828.759625 /dtn/bundle/daemon debug] poll returned 1 [1170317828.759648 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317828.759677 /timer debug] new timeout 5000 [1170317833.763695 /dtn/bundle/daemon debug] poll returned -2 [1170317833.763750 /dtn/bundle/daemon debug] poll timeout [1170317833.763786 /timer debug] popping timer 0x8261880 at 1170317833.763773 [1170317833.763814 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317833.763843 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317833.763921 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317838:763910 [1170317833.763960 /timer debug] new timeout 5000 [1170317833.763996 /dtn/bundle/daemon debug] poll returned 1 [1170317833.764019 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317833.764048 /timer debug] new timeout 5000 [1170317834.252747 /dtn/cl/tcp/iface/tcp0 debug] accepted connection fd 29 from 134.102.201.174:52608 [1170317834.252825 /dtn/cl/tcp/iface/tcp0 debug] new connection from 134.102.201.174:52608 [1170317834.252886 /dtn/cl/tcp/notifier debug] created pipe, fds: 30 31 [1170317834.252916 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set [1170317834.252940 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set [1170317834.253033 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] setting SO_REUSEADDR [1170317834.253065 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] set_nonblocking: nonblocking mode set [1170317834.253091 /thread debug] starting thread 0x82d0ad4 [1170317834.253194 /dtn/cl/tcp/conn/0x82d0ad0 debug] accept: got connection from 134.102.201.174:52608... [1170317834.253223 /dtn/cl/tcp/conn/0x82d0ad0 debug] initiate_contact called [1170317834.253253 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_sent [1170317834.253278 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 52 bytes from send buffer... [1170317834.253624 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 52 [1170317834.253656 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 52/52 bytes from send buffer [1170317834.253699 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317834.253743 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317834.253769 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317834.253794 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317834.253853 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 28 [1170317834.253877 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 28 bytes, rcvbuf has 0 bytes [1170317834.253904 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 28 bytes from receive buffer [1170317834.253930 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317834.253996 /dtn/contact/manager debug] find_link_to: cl tcp nexthop remote_eid tca://correspondent type OPPORTUNISTIC states 0x3 [1170317834.254029 /dtn/contact/manager debug] ContactManager::find_link_to: no match [1170317834.254081 /dtn/contact/manager debug] new_opportunistic_link: cl tcp nexthop 134.102.201.174:52608 remote_eid tca://correspondent [1170317834.254136 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 dtn:none OPPORTUNISTIC UNAVAILABLE] 0 -> 1 add Link::create_link: return value [1170317834.254202 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 134.102.201.174:52608 [1170317834.254282 /dtn/link/opportunistic-0 info] new link opportunistic-0 [134.102.201.174:52608 dtn:none OPPORTUNISTIC UNAVAILABLE] [1170317834.254316 /dtn/contact/manager debug] adding link opportunistic-0 [1170317834.254338 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 1 -> 2 add ContactManager [1170317834.254370 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add ContactManager [1170317834.254399 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 2 del ContactManager [1170317834.254429 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add LinkCreatedEvent [1170317834.254458 /dtn/bundle/daemon debug] posting event (0x82e1360) with type LINK_CREATED (at back) [1170317834.254485 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317834.254522 /dtn/bundle/daemon debug] poll returned 1 [1170317834.254546 /dtn/bundle/daemon debug] poll returned new event to handle [1170317834.254609 /timer debug] new timeout 4509 [1170317834.254638 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317834.254668 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317834.254696 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317834.254720 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317834.254747 /dtn/bundle/daemon debug] dispatching event (0x82e1360) LINK_CREATED [1170317834.254771 /dtn/tca debug] dispatching event (0x82e1360) LINK_CREATED [1170317834.254792 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add LinkCreatedEvent [1170317834.254860 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 4 -> 5 add RouteEntry [1170317834.254894 /dtn/bundle/daemon debug] posting event (0x82e1608) with type ROUTE_ADD (at back) [1170317834.254919 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317834.254943 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317834.254966 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 5 -> 4 del LinkCreatedEvent [1170317834.254995 /dtn/contact/manager debug] dispatching event (0x82e1360) LINK_CREATED [1170317834.255023 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del LinkCreatedEvent [1170317834.255056 /timer debug] new timeout 4508 [1170317834.255080 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317834.255106 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317834.255129 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317834.255155 /dtn/bundle/daemon debug] dispatching event (0x82e1608) ROUTE_ADD [1170317834.255178 /dtn/bundle/daemon info] ROUTE_ADD tca://correspondent -> 134.102.201.174:52608 (FORWARD) [1170317834.255206 /dtn/tca debug] dispatching event (0x82e1608) ROUTE_ADD [1170317834.255230 /dtn/routing/TcaRouter/table debug] add_route tca://correspondent -> 134.102.201.174:52608 (FORWARD) [1170317834.255261 /dtn/tca debug] check_next_hop 134.102.201.174:52608: checking pending bundle list... [1170317834.255306 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='daemon' [1170317834.255330 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317834.255364 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='daemon' [1170317834.255387 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317834.255410 /dtn/contact/manager debug] dispatching event (0x82e1608) ROUTE_ADD [1170317834.255442 /timer debug] new timeout 4508 [1170317834.255476 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add ContactManager::find_link_to: return value [1170317834.255505 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del Link::create_link: return value [1170317834.255535 /dtn/cl/tcp/conn/0x82d0ad0 debug] created new opportunistic link opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] [1170317834.255565 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact [1170317834.255597 /dtn/contact/opportunistic-0 info] new contact contact 134.102.201.174:52608 (started 1170317834.255590) [1170317834.255640 /dtn/contact/refs debug] refcount contact 134.102.201.174:52608 (started 1170317834.255590) 0 -> 1 add TCPConvergenceLayer::Connection [1170317834.255669 /dtn/contact/refs debug] refcount contact 134.102.201.174:52608 (started 1170317834.255590) 1 -> 2 add Link [1170317834.255696 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del ContactManager::find_link_to: return value [1170317834.255762 /dtn/cl/tcp/conn/0x82d0ad0 debug] contact_up [1170317834.255786 /dtn/contact/refs debug] refcount contact 134.102.201.174:52608 (started 1170317834.255590) 2 -> 3 add ContactUpEvent [1170317834.255815 /dtn/bundle/daemon debug] posting event (0x82d0938) with type CONTACT_UP (at back) [1170317834.255840 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317834.255870 /dtn/bundle/daemon debug] poll returned 1 [1170317834.255893 /dtn/bundle/daemon debug] poll returned new event to handle [1170317834.255918 /timer debug] new timeout 4507 [1170317834.255943 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317834.255970 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317834.255996 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317834.256019 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317834.256045 /dtn/bundle/daemon debug] dispatching event (0x82d0938) CONTACT_UP [1170317834.256067 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact [1170317834.256096 /dtn/bundle/daemon info] CONTACT_UP opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC UNAVAILABLE] (contact 0x82e1690) [1170317834.256124 /dtn/link/opportunistic-0 debug] set_state UNAVAILABLE -> OPEN [1170317834.256146 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC OPEN] 4 -> 3 del Contact [1170317834.256174 /dtn/tca debug] dispatching event (0x82d0938) CONTACT_UP [1170317834.256196 /dtn/tca debug] check_next_hop 134.102.201.174:52608: checking pending bundle list... [1170317834.256233 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='daemon' [1170317834.256256 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317834.256289 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='daemon' [1170317834.256312 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317834.256334 /dtn/tca debug] TcaRouter::contact up [1170317834.256373 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up' [1170317834.256420 /dtn/storage/globals debug] next_bundleid 2 -> 3 [1170317834.256445 /dtn/storage/globals debug] updating global store [1170317834.256532 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317834.256698 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317834.266148 /dtn/bundle debug] Bundle::init bundle id 2 [1170317834.266248 /dtn/bundle/payload/2/file debug] open bundles/bundle_2.dat (flags 0xc2 mode 0x180): fd 32 [1170317834.266287 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=32 pin_count=1 size=2 [1170317834.266325 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=32 pin_count=0 size=3 [1170317834.266367 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=32 pin_count=1 size=3 [1170317834.266498 /dtn/bundle/payload/2/file debug] ::writev() fd 32 cc 10 [1170317834.266522 /dtn/bundle/payload/2/file debug] writeall 10 bytes 0 left 10 total [1170317834.266552 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=32 pin_count=0 size=3 [1170317834.266581 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317834.266610 /dtn/bundle/daemon debug] posting event (0x82e1638) with type BUNDLE_RECEIVED (at back) [1170317834.266635 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317834.266660 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317834.266686 /dtn/contact/manager debug] dispatching event (0x82d0938) CONTACT_UP [1170317834.266709 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC OPEN] 3 -> 4 add Contact [1170317834.266738 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC OPEN] 4 -> 3 del Contact [1170317834.266792 /dtn/contact/refs debug] refcount contact 134.102.201.174:52608 (started 1170317834.255590) 3 -> 2 del ContactUpEvent [1170317834.266828 /timer debug] new timeout 4497 [1170317834.266853 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317834.266879 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317834.266903 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317834.266928 /dtn/bundle/daemon debug] dispatching event (0x82e1638) BUNDLE_RECEIVED [1170317834.267045 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317834.267045 /dtn/bundle/daemon debug] bundle id 2: [1170317834.267045 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317834.267045 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317834.267045 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317834.267045 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317834.267045 /dtn/bundle/daemon debug] prevhop: [1170317834.267045 /dtn/bundle/daemon debug] payload_length: 10 [1170317834.267045 /dtn/bundle/daemon debug] priority: 1 [1170317834.267045 /dtn/bundle/daemon debug] custody_requested: false [1170317834.267045 /dtn/bundle/daemon debug] local_custody: false [1170317834.267045 /dtn/bundle/daemon debug] singleton_dest: true [1170317834.267045 /dtn/bundle/daemon debug] receive_rcpt: false [1170317834.267045 /dtn/bundle/daemon debug] custody_rcpt: false [1170317834.267045 /dtn/bundle/daemon debug] forward_rcpt: false [1170317834.267045 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317834.267045 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317834.267045 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317834.267045 /dtn/bundle/daemon debug] creation_ts: 223633034.2 [1170317834.267045 /dtn/bundle/daemon debug] expiration: 3600 [1170317834.267045 /dtn/bundle/daemon debug] is_fragment: false [1170317834.267045 /dtn/bundle/daemon debug] is_admin: false [1170317834.267045 /dtn/bundle/daemon debug] do_not_fragment: false [1170317834.267045 /dtn/bundle/daemon debug] orig_length: 0 [1170317834.267045 /dtn/bundle/daemon debug] frag_offset: 0 [1170317834.267045 /dtn/bundle/daemon debug] transmission_count: 0 [1170317834.267100 /dtn/bundle/daemon debug] adding bundle bundle id 2 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to pending list [1170317834.267136 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317834.267164 /dtn/bundle/list/pending_bundles debug] bundle id 2 add mapping [pending_bundles] to list 0x81ee540 [1170317834.267189 /dtn/bundle/actions debug] adding bundle 2 to data store [1170317834.267225 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317834.267714 /dtn/storage/bundles debug] add(2): success [1170317834.267751 /dtn/bundle/daemon debug] scheduling expiration for bundle id 2 at 1170321434.267744 (in 3600 seconds) [1170317834.267780 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 2 -> 3 (1 mappings) add expiration timer [1170317834.267812 /timer debug] scheduling timer 0x82d0938 in 3600000 ms at 1170321434:267744 [1170317834.267853 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 2 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) [1170317834.267886 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317834.268174 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317834.268230 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317834.268258 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches [1170317834.268284 /dtn/bundle/daemon debug] delivering bundle bundle id 2 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317834.268315 /dtn/registration/10 info] deliver_bundle: queuing bundle id 2 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317834.268346 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10 [1170317834.268375 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317834.268401 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 3 [1170317834.268423 /dtn/bundle/list//dtn/registration/10 debug] bundle id 2 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317834.268449 /dtn/tca debug] dispatching event (0x82e1638) BUNDLE_RECEIVED [1170317834.268474 /dtn/tca debug] Bundle payload length: 10 [1170317834.268519 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=32 pin_count=1 size=3 [1170317834.268548 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0 [1170317834.268580 /dtn/bundle/payload/2/file debug] ::readv() fd 32 cc 10 [1170317834.268603 /dtn/bundle/payload/2/file debug] readall 10 bytes 0 left 10 total [1170317834.268631 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=32 pin_count=0 size=3 [1170317834.268662 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=32 pin_count=1 size=3 [1170317834.268687 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0 [1170317834.268714 /dtn/bundle/payload/2/file debug] ::readv() fd 32 cc 10 [1170317834.268736 /dtn/bundle/payload/2/file debug] readall 10 bytes 0 left 10 total [1170317834.268763 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=32 pin_count=0 size=3 [1170317834.268789 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10 [1170317834.268830 /dtn/contact/manager debug] dispatching event (0x82e1638) BUNDLE_RECEIVED [1170317834.268861 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent [1170317834.268892 /timer debug] new timeout 4495 [1170317834.268926 /dtn/bundle/daemon debug] poll returned 1 [1170317834.268948 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317834.268977 /timer debug] new timeout 4494 [1170317834.334661 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317834.334707 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317834.334734 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317834.334765 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 121 [1170317834.334789 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 121 bytes, rcvbuf has 0 bytes [1170317834.334813 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 121 bytes from receive buffer [1170317834.334836 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317834.334861 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 121 full bytes, dispatching to handler routine [1170317834.334884 /dtn/cl/tcp/conn/0x82d0ad0 debug] got BUNDLE_START segment, creating new IncomingBundle [1170317834.334922 /dtn/storage/globals debug] next_bundleid 3 -> 4 [1170317834.334974 /dtn/storage/globals debug] updating global store [1170317834.335040 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317834.335315 /dtn/bundle debug] Bundle::init bundle id 3 [1170317834.335393 /dtn/bundle/payload/3/file debug] open bundles/bundle_3.dat (flags 0xc2 mode 0x180): fd 33 [1170317834.335430 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=33 pin_count=1 size=3 [1170317834.335492 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=33 pin_count=0 size=4 [1170317834.335531 /dtn/bundle/refs debug] bundle id 3 (0x82e19e8): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle [1170317834.335568 /dtn/cl/tcp/conn/0x82d0ad0 debug] handle_data_segment: got segment of length 119 at offset 0 [1170317834.335602 /dtn/cl/tcp/conn/0x82d0ad0 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 118 ] [1170317834.335650 /dtn/cl/tcp/conn/0x82d0ad0 debug] got BUNDLE_END: total length 119 [1170317834.335673 /dtn/cl/tcp/conn/0x82d0ad0 debug] handle_data_todo: reading todo segment 119/119 at offset 0 [1170317834.335698 /dtn/bundle/protocol debug] consume: got first block... creating primary block info [1170317834.335729 /dtn/bundle/protocol debug] consume: 119 bytes left to process [1170317834.335754 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered) [1170317834.335782 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/80 for block type (0x0): data_offset 5 data_length 75 [1170317834.335809 /dtn/bundle/protocol debug] parsed primary block length 75 (preamble 5) [1170317834.335836 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed 75/80 for block type 0x0 (complete) [1170317834.335862 /dtn/bundle/protocol debug] parsed primary block 1: version 4 length 75 [1170317834.335903 /dtn/bundle/protocol debug] dictionary len 46, value: 'tca //registry //correspondent/admin dtn none ' [1170317834.335928 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,15, custodian 37,41 replyto 0,15 [1170317834.335989 /dtn/bundle/protocol debug] parsed source eid (offsets 0, 15) tca://correspondent/admin [1170317834.336036 /dtn/bundle/protocol debug] parsed dest eid (offsets 0, 4) tca://registry [1170317834.336083 /dtn/bundle/protocol debug] parsed replyto eid (offsets 0, 15) tca://correspondent/admin [1170317834.336120 /dtn/bundle/protocol debug] parsed custodian eid (offsets 37, 41) dtn:none [1170317834.336147 /dtn/bundle/protocol debug] consume: consumed 80 bytes of block type 0x0 (complete) [1170317834.336170 /dtn/bundle/protocol debug] consume: 39 bytes left to process [1170317834.336201 /dtn/bundle/protocol debug] consume: previous block complete, created new BlockInfo type 0x1 [1170317834.336226 /dtn/bundle/protocol debug] consume: block processor 0x1 type 0xff incomplete, calling consume (0 bytes already buffered) [1170317834.336253 /dtn/bundle/protocol debug] BlockProcessor type 0x1 consumed preamble 3/39 for block type (0x1): data_offset 3 data_length 36 [1170317834.336287 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=33 pin_count=1 size=4 [1170317834.336343 /dtn/bundle/payload/3/file debug] ::writev() fd 33 cc 36 [1170317834.336367 /dtn/bundle/payload/3/file debug] writeall 36 bytes 0 left 36 total [1170317834.336396 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=33 pin_count=0 size=4 [1170317834.336422 /dtn/bundle/protocol debug] PayloadBlockProcessor consumed 39/39 (complete) [1170317834.336445 /dtn/bundle/protocol debug] consume: consumed 39 bytes of block type 0x1 (complete) [1170317834.336469 /dtn/bundle/protocol debug] consume completed, 119/119 bytes consumed (completed bundle) [1170317834.336498 /dtn/cl/tcp/conn/0x82d0ad0 debug] handle_data_todo: updated recv_data (rcvd_offset 0) [ 0..118 ] ack_data [ 118 ] [1170317834.336530 /dtn/cl/tcp/conn/0x82d0ad0 debug] check_completed: rcvd 119 / 119 (formatted length 119) [1170317834.336557 /dtn/bundle/refs debug] bundle id 3 (0x82e19e8): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent [1170317834.336583 /dtn/contact/refs debug] refcount contact 134.102.201.174:52608 (started 1170317834.255590) 2 -> 3 add BundleReceivedEvent [1170317834.336613 /dtn/bundle/daemon debug] posting event (0x82e1c50) with type BUNDLE_RECEIVED (at back) [1170317834.336638 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317834.336665 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317834.336720 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_pending_acks: sending ack length 119 for 119 byte segment [range 0..118] ack_data [ 118 ] [1170317834.336758 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 2 bytes from send buffer... [1170317834.336797 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 2 [1170317834.336822 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 2/2 bytes from send buffer [1170317834.336846 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_sent [1170317834.336870 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_pending_acks: acked all 119 bytes of bundle 3 [1170317834.336916 /dtn/bundle/refs debug] bundle id 3 (0x82e19e8): refcount 2 -> 1 (0 mappings) del CLConnection::IncomingBundle [1170317834.336946 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 0 [1170317834.336973 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier timed out [1170317834.337008 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317834.337175 /dtn/bundle/daemon debug] poll returned 1 [1170317834.337202 /dtn/bundle/daemon debug] poll returned new event to handle [1170317834.337230 /timer debug] new timeout 4426 [1170317834.337255 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317834.337282 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317834.337305 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317834.337331 /dtn/bundle/daemon debug] dispatching event (0x82e1c50) BUNDLE_RECEIVED [1170317834.337456 /dtn/bundle/daemon debug] BUNDLE_RECEIVED: (119 bytes recvd) [1170317834.337456 /dtn/bundle/daemon debug] bundle id 3: [1170317834.337456 /dtn/bundle/daemon debug] source: tca://correspondent/admin [1170317834.337456 /dtn/bundle/daemon debug] dest: tca://registry [1170317834.337456 /dtn/bundle/daemon debug] custodian: dtn:none [1170317834.337456 /dtn/bundle/daemon debug] replyto: tca://correspondent/admin [1170317834.337456 /dtn/bundle/daemon debug] prevhop: [1170317834.337456 /dtn/bundle/daemon debug] payload_length: 36 [1170317834.337456 /dtn/bundle/daemon debug] priority: 1 [1170317834.337456 /dtn/bundle/daemon debug] custody_requested: false [1170317834.337456 /dtn/bundle/daemon debug] local_custody: false [1170317834.337456 /dtn/bundle/daemon debug] singleton_dest: true [1170317834.337456 /dtn/bundle/daemon debug] receive_rcpt: false [1170317834.337456 /dtn/bundle/daemon debug] custody_rcpt: false [1170317834.337456 /dtn/bundle/daemon debug] forward_rcpt: false [1170317834.337456 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317834.337456 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317834.337456 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317834.337456 /dtn/bundle/daemon debug] creation_ts: 223633034.4 [1170317834.337456 /dtn/bundle/daemon debug] expiration: 604800 [1170317834.337456 /dtn/bundle/daemon debug] is_fragment: false [1170317834.337456 /dtn/bundle/daemon debug] is_admin: false [1170317834.337456 /dtn/bundle/daemon debug] do_not_fragment: false [1170317834.337456 /dtn/bundle/daemon debug] orig_length: 0 [1170317834.337456 /dtn/bundle/daemon debug] frag_offset: 0 [1170317834.337456 /dtn/bundle/daemon debug] transmission_count: 0 [1170317834.337517 /dtn/bundle/daemon debug] adding bundle bundle id 3 tca://correspondent/admin -> tca://registry (36 bytes payload) to pending list [1170317834.337553 /dtn/bundle/refs debug] bundle id 3 (0x82e19e8): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317834.337580 /dtn/bundle/list/pending_bundles debug] bundle id 3 add mapping [pending_bundles] to list 0x81ee540 [1170317834.337605 /dtn/bundle/actions debug] adding bundle 3 to data store [1170317834.337640 /dtn/storage/bundles debug] put: serializing 266 byte object (plus 0 byte typecode) [1170317834.338210 /dtn/storage/bundles debug] add(3): success [1170317834.338247 /dtn/bundle/daemon debug] scheduling expiration for bundle id 3 at 1170922634.338240 (in 604800 seconds) [1170317834.338300 /dtn/bundle/refs debug] bundle id 3 (0x82e19e8): refcount 2 -> 3 (1 mappings) add expiration timer [1170317834.338332 /timer debug] scheduling timer 0x82e1d30 in 604800000 ms at 1170922634:338240 [1170317834.338365 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 3 tca://correspondent/admin -> tca://registry (36 bytes payload) [1170317834.338395 /dtn/registration/table debug] get_matching tca://registry [1170317834.338488 /scheme/dtn debug] match(tca://registry/, tca://jgre.openvpn.informatik.uni-bremen.de/) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'registry') [1170317834.338578 /scheme/dtn debug] match(tca://registry/, tca://jgre.openvpn.informatik.uni-bremen.de/ping) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'registry') [1170317834.338665 /scheme/dtn debug] match(tca://registry/, tca://jgre.openvpn.informatik.uni-bremen.de/admin) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'registry') [1170317834.338696 /dtn/registration/table debug] get_matching tca://registry: returned 0 matches [1170317834.338721 /dtn/tca debug] dispatching event (0x82e1c50) BUNDLE_RECEIVED [1170317834.338747 /dtn/tca debug] Bundle payload length: 36 [1170317834.338791 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=33 pin_count=1 size=4 [1170317834.338818 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0 [1170317834.338848 /dtn/bundle/payload/3/file debug] ::readv() fd 33 cc 36 [1170317834.338871 /dtn/bundle/payload/3/file debug] readall 36 bytes 0 left 36 total [1170317834.338899 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=33 pin_count=0 size=4 [1170317834.338931 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=33 pin_count=1 size=4 [1170317834.338956 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0 [1170317834.338983 /dtn/bundle/payload/3/file debug] ::readv() fd 33 cc 36 [1170317834.339005 /dtn/bundle/payload/3/file debug] readall 36 bytes 0 left 36 total [1170317834.339033 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=33 pin_count=0 size=4 [1170317834.339059 /dtn/tca debug] TcaRouter: tca bundle received [tca://correspondent/admin] -> [tca://registry] : 'register:tca://correspondent/myapp2 ':36 [1170317834.339100 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=33 pin_count=1 size=4 [1170317834.339127 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0 [1170317834.339153 /dtn/bundle/payload/3/file debug] ::readv() fd 33 cc 36 [1170317834.339176 /dtn/bundle/payload/3/file debug] readall 36 bytes 0 left 36 total [1170317834.339203 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=33 pin_count=0 size=4 [1170317834.339260 /dtn/tca debug] TcaRouter::handle_register: [1170317834.339283 /dtn/tca debug] code='register', args=1 [1170317834.339305 /dtn/tca debug] 'tca://correspondent/myapp2' [1170317834.339356 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'reg_received:tca://correspondent/admin tca://registry tca://correspondent/admin NULL' [1170317834.339397 /dtn/storage/globals debug] next_bundleid 4 -> 5 [1170317834.339421 /dtn/storage/globals debug] updating global store [1170317834.339470 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317834.347693 /dtn/bundle debug] Bundle::init bundle id 4 [1170317834.347807 /dtn/bundle/payload/4/file debug] open bundles/bundle_4.dat (flags 0xc2 mode 0x180): fd 34 [1170317834.347849 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=34 pin_count=1 size=4 [1170317834.347887 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=5 [1170317834.347929 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=5 [1170317834.348000 /dtn/bundle/payload/4/file debug] ::writev() fd 34 cc 84 [1170317834.348024 /dtn/bundle/payload/4/file debug] writeall 84 bytes 0 left 84 total [1170317834.348071 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=5 [1170317834.348101 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317834.348131 /dtn/bundle/daemon debug] posting event (0x82e2380) with type BUNDLE_RECEIVED (at back) [1170317834.348157 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317834.348184 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317834.348219 /dtn/contact/manager debug] dispatching event (0x82e1c50) BUNDLE_RECEIVED [1170317834.348248 /dtn/contact/refs debug] refcount contact 134.102.201.174:52608 (started 1170317834.255590) 3 -> 2 del BundleReceivedEvent [1170317834.348279 /dtn/bundle/refs debug] bundle id 3 (0x82e19e8): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent [1170317834.348311 /timer debug] new timeout 4415 [1170317834.348336 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317834.348363 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317834.348386 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317834.348412 /dtn/bundle/daemon debug] dispatching event (0x82e2380) BUNDLE_RECEIVED [1170317834.348528 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317834.348528 /dtn/bundle/daemon debug] bundle id 4: [1170317834.348528 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317834.348528 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317834.348528 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317834.348528 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317834.348528 /dtn/bundle/daemon debug] prevhop: [1170317834.348528 /dtn/bundle/daemon debug] payload_length: 84 [1170317834.348528 /dtn/bundle/daemon debug] priority: 1 [1170317834.348528 /dtn/bundle/daemon debug] custody_requested: false [1170317834.348528 /dtn/bundle/daemon debug] local_custody: false [1170317834.348528 /dtn/bundle/daemon debug] singleton_dest: true [1170317834.348528 /dtn/bundle/daemon debug] receive_rcpt: false [1170317834.348528 /dtn/bundle/daemon debug] custody_rcpt: false [1170317834.348528 /dtn/bundle/daemon debug] forward_rcpt: false [1170317834.348528 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317834.348528 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317834.348528 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317834.348528 /dtn/bundle/daemon debug] creation_ts: 223633034.4 [1170317834.348528 /dtn/bundle/daemon debug] expiration: 3600 [1170317834.348528 /dtn/bundle/daemon debug] is_fragment: false [1170317834.348528 /dtn/bundle/daemon debug] is_admin: false [1170317834.348528 /dtn/bundle/daemon debug] do_not_fragment: false [1170317834.348528 /dtn/bundle/daemon debug] orig_length: 0 [1170317834.348528 /dtn/bundle/daemon debug] frag_offset: 0 [1170317834.348528 /dtn/bundle/daemon debug] transmission_count: 0 [1170317834.348586 /dtn/bundle/daemon debug] adding bundle bundle id 4 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (84 bytes payload) to pending list [1170317834.348622 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317834.348649 /dtn/bundle/list/pending_bundles debug] bundle id 4 add mapping [pending_bundles] to list 0x81ee540 [1170317834.348673 /dtn/bundle/actions debug] adding bundle 4 to data store [1170317834.348711 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317834.354811 /dtn/storage/bundles debug] add(4): success [1170317834.354865 /dtn/bundle/daemon debug] scheduling expiration for bundle id 4 at 1170321434.354858 (in 3600 seconds) [1170317834.354897 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 2 -> 3 (1 mappings) add expiration timer [1170317834.354958 /timer debug] scheduling timer 0x82d0f70 in 3600000 ms at 1170321434:354858 [1170317834.354989 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 4 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (84 bytes payload) [1170317834.355021 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317834.355294 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317834.355327 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317834.355353 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches [1170317834.355379 /dtn/bundle/daemon debug] delivering bundle bundle id 4 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (84 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317834.355410 /dtn/registration/10 info] deliver_bundle: queuing bundle id 4 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317834.355443 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10 [1170317834.355472 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317834.355500 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 4 [1170317834.355522 /dtn/bundle/list//dtn/registration/10 debug] bundle id 4 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317834.355550 /dtn/tca debug] dispatching event (0x82e2380) BUNDLE_RECEIVED [1170317834.355575 /dtn/tca debug] Bundle payload length: 84 [1170317834.355638 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=5 [1170317834.355668 /dtn/bundle/payload/4/file debug] lseek 0 SEEK_SET -> 0 [1170317834.355701 /dtn/bundle/payload/4/file debug] ::readv() fd 34 cc 84 [1170317834.355724 /dtn/bundle/payload/4/file debug] readall 84 bytes 0 left 84 total [1170317834.355753 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=5 [1170317834.355786 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=5 [1170317834.355812 /dtn/bundle/payload/4/file debug] lseek 0 SEEK_SET -> 0 [1170317834.355838 /dtn/bundle/payload/4/file debug] ::readv() fd 34 cc 84 [1170317834.355861 /dtn/bundle/payload/4/file debug] readall 84 bytes 0 left 84 total [1170317834.355888 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=5 [1170317834.355914 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'reg_received:tca://correspondent/admin tca://registry tca://correspondent/admin NULL':84 [1170317834.355960 /dtn/contact/manager debug] dispatching event (0x82e2380) BUNDLE_RECEIVED [1170317834.355991 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent [1170317834.356023 /timer debug] new timeout 4407 [1170317834.356061 /dtn/bundle/daemon debug] poll returned 1 [1170317834.356084 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317834.356113 /timer debug] new timeout 4407 [1170317838.771369 /dtn/bundle/daemon debug] poll returned -2 [1170317838.771420 /dtn/bundle/daemon debug] poll timeout [1170317838.771456 /timer debug] popping timer 0x8261880 at 1170317838.771443 [1170317838.771484 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317838.771513 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317838.771544 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317843:771534 [1170317838.771581 /timer debug] new timeout 5000 [1170317838.771616 /dtn/bundle/daemon debug] poll returned 1 [1170317838.771639 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317838.771705 /timer debug] new timeout 5000 [1170317843.772247 /dtn/bundle/daemon debug] poll returned -2 [1170317843.772300 /dtn/bundle/daemon debug] poll timeout [1170317843.772337 /timer debug] popping timer 0x8261880 at 1170317843.772323 [1170317843.772364 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317843.772392 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317843.772423 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317848:772413 [1170317843.772459 /timer debug] new timeout 5000 [1170317843.772494 /dtn/bundle/daemon debug] poll returned 1 [1170317843.772517 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317843.772546 /timer debug] new timeout 5000 [1170317844.340314 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier timed out [1170317844.340389 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317844.340443 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317844.340469 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317844.340500 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317844.411731 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317844.411777 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317844.411804 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317844.411837 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317844.411861 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317844.411885 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317844.411908 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317844.411933 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317844.411955 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317844.411986 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317848.776602 /dtn/bundle/daemon debug] poll returned -2 [1170317848.776650 /dtn/bundle/daemon debug] poll timeout [1170317848.776687 /timer debug] popping timer 0x8261880 at 1170317848.776673 [1170317848.776715 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317848.776743 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317848.776773 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317853:776763 [1170317848.776809 /timer debug] new timeout 5000 [1170317848.776844 /dtn/bundle/daemon debug] poll returned 1 [1170317848.776867 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317848.776896 /timer debug] new timeout 5000 [1170317849.143381 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317849.143451 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317849.143490 /dtn/apiclient/24 debug] wait_for_bundle(recv): immediately returning bundle for reg 10 [1170317849.143518 /dtn/bundle/list//dtn/registration/10 debug] bundle id 0 del_bundle: deleting mapping [/dtn/registration/10] [1170317849.143569 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317849.143602 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317849.143627 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 3 [1170317849.143651 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary [1170317849.143680 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10 [1170317849.143706 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv [1170317849.143733 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary [1170317849.143810 /dtn/apiclient/24 debug] handle_recv: popped bundle 0 for registration 10 (timeout 30000) [1170317849.143856 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=5 [1170317849.143887 /dtn/bundle/payload/0/file debug] lseek 0 SEEK_SET -> 0 [1170317849.143925 /dtn/bundle/payload/0/file debug] ::readv() fd 21 cc 14 [1170317849.143948 /dtn/bundle/payload/0/file debug] readall 14 bytes 0 left 14 total [1170317849.143977 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=5 [1170317849.144052 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 0 to registration 10 [1170317849.144081 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent [1170317849.144109 /dtn/bundle/daemon debug] posting event (0x82e2030) with type BUNDLE_DELIVERED (at back) [1170317849.144135 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317849.144173 /dtn/bundle/daemon debug] poll returned 1 [1170317849.144197 /dtn/bundle/daemon debug] poll returned new event to handle [1170317849.144224 /timer debug] new timeout 4632 [1170317849.144251 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317849.144279 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317849.144306 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317849.144329 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317849.144356 /dtn/bundle/daemon debug] dispatching event (0x82e2030) BUNDLE_DELIVERED [1170317849.144380 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:0 (14 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317849.144411 /dtn/bundle/daemon debug] removing bundle bundle id 0 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) from pending list [1170317849.144440 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 0 [1170317849.144464 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 4 -> 3 (1 mappings) del expiration timer [1170317849.144493 /dtn/bundle/list/pending_bundles debug] bundle id 0 del_bundle: deleting mapping [pending_bundles] [1170317849.144520 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 2 (0 mappings) del bundle_list pending_bundles [1170317849.144566 /dtn/tca debug] dispatching event (0x82e2030) BUNDLE_DELIVERED [1170317849.144591 /dtn/contact/manager debug] dispatching event (0x82e2030) BUNDLE_DELIVERED [1170317849.144618 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 2 -> 1 (0 mappings) del BundleDeliveredEvent [1170317849.144649 /timer debug] new timeout 4632 [1170317849.144684 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 1 -> 0 (0 mappings) del APIClient::handle_recv [1170317849.144712 /dtn/bundle debug] bundle id 0 (0x825e290): no more references, posting free event [1170317849.144737 /dtn/bundle/daemon debug] posting event (0x825dcf0) with type BUNDLE_FREE (at back) [1170317849.144761 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317849.144786 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317849.144812 /dtn/apiclient/24 debug] building reply: status (unknown type), length 824 [1170317849.144836 /dtn/apiclient/24 debug] sending 832 byte reply message [1170317849.145310 /dtn/apiclient/24 debug] ::writev() fd 24 cc 832 [1170317849.145341 /dtn/apiclient/24 debug] writeall 832 bytes 0 left 832 total [1170317849.145373 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317849.145397 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317849.145426 /dtn/apiclient/24 debug] wait_for_bundle(recv): immediately returning bundle for reg 10 [1170317849.145452 /dtn/bundle/list//dtn/registration/10 debug] bundle id 1 del_bundle: deleting mapping [/dtn/registration/10] [1170317849.145480 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317849.145507 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317849.145552 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 2 [1170317849.145577 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary [1170317849.145605 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10 [1170317849.145631 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv [1170317849.145658 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary [1170317849.145684 /dtn/apiclient/24 debug] handle_recv: popped bundle 1 for registration 10 (timeout 30000) [1170317849.145719 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=5 [1170317849.145746 /dtn/bundle/payload/1/file debug] lseek 0 SEEK_SET -> 0 [1170317849.145777 /dtn/bundle/payload/1/file debug] ::readv() fd 22 cc 10 [1170317849.145800 /dtn/bundle/payload/1/file debug] readall 10 bytes 0 left 10 total [1170317849.145828 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=5 [1170317849.145859 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 1 to registration 10 [1170317849.145884 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent [1170317849.145911 /dtn/bundle/daemon debug] posting event (0x82e2030) with type BUNDLE_DELIVERED (at back) [1170317849.145937 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv [1170317849.145965 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820 [1170317849.145989 /dtn/apiclient/24 debug] sending 828 byte reply message [1170317849.146359 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828 [1170317849.146389 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total [1170317849.146419 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317849.146443 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317849.146471 /dtn/apiclient/24 debug] wait_for_bundle(recv): immediately returning bundle for reg 10 [1170317849.146497 /dtn/bundle/list//dtn/registration/10 debug] bundle id 2 del_bundle: deleting mapping [/dtn/registration/10] [1170317849.146525 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317849.146551 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317849.146575 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 1 [1170317849.146598 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary [1170317849.146625 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10 [1170317849.146652 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv [1170317849.146678 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary [1170317849.146704 /dtn/apiclient/24 debug] handle_recv: popped bundle 2 for registration 10 (timeout 30000) [1170317849.146740 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=32 pin_count=1 size=5 [1170317849.146767 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0 [1170317849.146798 /dtn/bundle/payload/2/file debug] ::readv() fd 32 cc 10 [1170317849.146821 /dtn/bundle/payload/2/file debug] readall 10 bytes 0 left 10 total [1170317849.146849 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=32 pin_count=0 size=5 [1170317849.146880 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 2 to registration 10 [1170317849.146906 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent [1170317849.146933 /dtn/bundle/daemon debug] posting event (0x82e1460) with type BUNDLE_DELIVERED (at back) [1170317849.146959 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv [1170317849.147014 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820 [1170317849.147039 /dtn/apiclient/24 debug] sending 828 byte reply message [1170317849.147404 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828 [1170317849.147434 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total [1170317849.147464 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317849.147488 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317849.147516 /dtn/apiclient/24 debug] wait_for_bundle(recv): immediately returning bundle for reg 10 [1170317849.147542 /dtn/bundle/list//dtn/registration/10 debug] bundle id 4 del_bundle: deleting mapping [/dtn/registration/10] [1170317849.147569 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317849.147597 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317849.147621 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0 [1170317849.147645 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary [1170317849.147671 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10 [1170317849.147698 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv [1170317849.147724 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary [1170317849.147750 /dtn/apiclient/24 debug] handle_recv: popped bundle 4 for registration 10 (timeout 30000) [1170317849.147785 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=5 [1170317849.147835 /dtn/bundle/payload/4/file debug] lseek 0 SEEK_SET -> 0 [1170317849.147866 /dtn/bundle/payload/4/file debug] ::readv() fd 34 cc 84 [1170317849.147888 /dtn/bundle/payload/4/file debug] readall 84 bytes 0 left 84 total [1170317849.147917 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=5 [1170317849.147948 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 4 to registration 10 [1170317849.147974 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent [1170317849.148000 /dtn/bundle/daemon debug] posting event (0x82e2078) with type BUNDLE_DELIVERED (at back) [1170317849.148026 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv [1170317849.148055 /dtn/apiclient/24 debug] building reply: status (unknown type), length 892 [1170317849.148079 /dtn/apiclient/24 debug] sending 900 byte reply message [1170317849.148722 /dtn/apiclient/24 debug] ::writev() fd 24 cc 900 [1170317849.148753 /dtn/apiclient/24 debug] writeall 900 bytes 0 left 900 total [1170317849.148789 /dtn/bundle/daemon debug] poll returned 1 [1170317849.148813 /dtn/bundle/daemon debug] poll returned new event to handle [1170317849.148839 /timer debug] new timeout 4627 [1170317849.148868 /dtn/bundle/daemon debug] dispatching event (0x825dcf0) BUNDLE_FREE [1170317849.148893 /dtn/bundle/actions debug] removing bundle 0 from data store [1170317849.155368 /dtn/storage/bundles debug] del(0): success [1170317849.155410 /dtn/bundle/free debug] destroying bundle id 0 [1170317849.155464 /dtn/storage/bundles/fdcache/cache debug] Closed 21 size=5 [1170317849.155564 /dtn/bundle/payload/0/file debug] unlink bundles/bundle_0.dat: 0 [1170317849.155609 /timer debug] new timeout 4621 [1170317849.155639 /dtn/bundle/daemon debug] dispatching event (0x82e2030) BUNDLE_DELIVERED [1170317849.155663 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:1 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317849.155692 /dtn/bundle/daemon debug] removing bundle bundle id 1 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) from pending list [1170317849.155721 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 1 [1170317849.155769 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 2 (1 mappings) del expiration timer [1170317849.155801 /dtn/bundle/list/pending_bundles debug] bundle id 1 del_bundle: deleting mapping [pending_bundles] [1170317849.155828 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317849.155857 /dtn/tca debug] dispatching event (0x82e2030) BUNDLE_DELIVERED [1170317849.155880 /dtn/contact/manager debug] dispatching event (0x82e2030) BUNDLE_DELIVERED [1170317849.155907 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent [1170317849.155933 /dtn/bundle debug] bundle id 1 (0x8257000): no more references, posting free event [1170317849.155957 /dtn/bundle/daemon debug] posting event (0x825dcf0) with type BUNDLE_FREE (at back) [1170317849.155987 /timer debug] new timeout 4620 [1170317849.156014 /dtn/bundle/daemon debug] dispatching event (0x82e1460) BUNDLE_DELIVERED [1170317849.156037 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:2 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317849.156065 /dtn/bundle/daemon debug] removing bundle bundle id 2 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) from pending list [1170317849.156092 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 2 [1170317849.156115 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 3 -> 2 (1 mappings) del expiration timer [1170317849.156143 /dtn/bundle/list/pending_bundles debug] bundle id 2 del_bundle: deleting mapping [pending_bundles] [1170317849.156169 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317849.156197 /dtn/tca debug] dispatching event (0x82e1460) BUNDLE_DELIVERED [1170317849.156220 /dtn/contact/manager debug] dispatching event (0x82e1460) BUNDLE_DELIVERED [1170317849.156247 /dtn/bundle/refs debug] bundle id 2 (0x82e1758): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent [1170317849.156273 /dtn/bundle debug] bundle id 2 (0x82e1758): no more references, posting free event [1170317849.156297 /dtn/bundle/daemon debug] posting event (0x82e1608) with type BUNDLE_FREE (at back) [1170317849.156326 /timer debug] new timeout 4620 [1170317849.156353 /dtn/bundle/daemon debug] dispatching event (0x82e2078) BUNDLE_DELIVERED [1170317849.156376 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:4 (84 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317849.156403 /dtn/bundle/daemon debug] removing bundle bundle id 4 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (84 bytes payload) from pending list [1170317849.156431 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 4 [1170317849.156454 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 3 -> 2 (1 mappings) del expiration timer [1170317849.156481 /dtn/bundle/list/pending_bundles debug] bundle id 4 del_bundle: deleting mapping [pending_bundles] [1170317849.156507 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317849.156535 /dtn/tca debug] dispatching event (0x82e2078) BUNDLE_DELIVERED [1170317849.156575 /dtn/contact/manager debug] dispatching event (0x82e2078) BUNDLE_DELIVERED [1170317849.156602 /dtn/bundle/refs debug] bundle id 4 (0x82e2118): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent [1170317849.156627 /dtn/bundle debug] bundle id 4 (0x82e2118): no more references, posting free event [1170317849.156651 /dtn/bundle/daemon debug] posting event (0x82e1e70) with type BUNDLE_FREE (at back) [1170317849.156680 /timer debug] new timeout 4620 [1170317849.156707 /dtn/bundle/daemon debug] dispatching event (0x825dcf0) BUNDLE_FREE [1170317849.156731 /dtn/bundle/actions debug] removing bundle 1 from data store [1170317849.158116 /dtn/storage/bundles debug] del(1): success [1170317849.158153 /dtn/bundle/free debug] destroying bundle id 1 [1170317849.158215 /dtn/storage/bundles/fdcache/cache debug] Closed 22 size=4 [1170317849.158285 /dtn/bundle/payload/1/file debug] unlink bundles/bundle_1.dat: 0 [1170317849.158329 /timer debug] new timeout 4618 [1170317849.158359 /dtn/bundle/daemon debug] dispatching event (0x82e1608) BUNDLE_FREE [1170317849.158382 /dtn/bundle/actions debug] removing bundle 2 from data store [1170317849.158647 /dtn/storage/bundles debug] del(2): success [1170317849.158680 /dtn/bundle/free debug] destroying bundle id 2 [1170317849.158719 /dtn/storage/bundles/fdcache/cache debug] Closed 32 size=3 [1170317849.158784 /dtn/bundle/payload/2/file debug] unlink bundles/bundle_2.dat: 0 [1170317849.158825 /timer debug] new timeout 4617 [1170317849.158851 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317849.158881 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317849.158904 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317849.158930 /dtn/bundle/daemon debug] dispatching event (0x82e1e70) BUNDLE_FREE [1170317849.158954 /dtn/bundle/actions debug] removing bundle 4 from data store [1170317849.159207 /dtn/storage/bundles debug] del(4): success [1170317849.159239 /dtn/bundle/free debug] destroying bundle id 4 [1170317849.159277 /dtn/storage/bundles/fdcache/cache debug] Closed 34 size=2 [1170317849.159340 /dtn/bundle/payload/4/file debug] unlink bundles/bundle_4.dat: 0 [1170317849.159386 /timer debug] new timeout 4617 [1170317849.483380 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317849.483432 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317849.483470 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000) [1170317853.780993 /dtn/bundle/daemon debug] poll returned -2 [1170317853.781050 /dtn/bundle/daemon debug] poll timeout [1170317853.781086 /timer debug] popping timer 0x8261880 at 1170317853.781073 [1170317853.781113 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317853.781142 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317853.781172 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317858:781162 [1170317853.781208 /timer debug] new timeout 5000 [1170317853.781242 /dtn/bundle/daemon debug] poll returned 1 [1170317853.781265 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317853.781294 /timer debug] new timeout 5000 [1170317854.409306 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317854.409377 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317854.409406 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317854.409440 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317854.409464 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317854.409488 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317854.409511 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317854.409535 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317854.409586 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317854.409617 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317854.409658 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317854.409683 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317854.409715 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317858.789390 /dtn/bundle/daemon debug] poll returned -2 [1170317858.789459 /dtn/bundle/daemon debug] poll timeout [1170317858.789496 /timer debug] popping timer 0x8261880 at 1170317858.789482 [1170317858.789523 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317858.789552 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317858.789582 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317863:789572 [1170317858.789677 /timer debug] new timeout 5000 [1170317858.789714 /dtn/bundle/daemon debug] poll returned 1 [1170317858.789736 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317858.789767 /timer debug] new timeout 5000 [1170317863.793559 /dtn/bundle/daemon debug] poll returned -2 [1170317863.793610 /dtn/bundle/daemon debug] poll timeout [1170317863.793646 /timer debug] popping timer 0x8261880 at 1170317863.793633 [1170317863.793674 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317863.793703 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317863.793733 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317868:793723 [1170317863.793770 /timer debug] new timeout 5000 [1170317863.793804 /dtn/bundle/daemon debug] poll returned 1 [1170317863.793827 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317863.793856 /timer debug] new timeout 5000 [1170317864.413536 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier timed out [1170317864.413623 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317864.413679 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317864.413705 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317864.413736 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317864.484036 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317864.484073 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317864.484098 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317864.484130 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317864.484154 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317864.484178 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317864.484201 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317864.484225 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317864.484248 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317864.484277 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317868.797812 /dtn/bundle/daemon debug] poll returned -2 [1170317868.797875 /dtn/bundle/daemon debug] poll timeout [1170317868.797912 /timer debug] popping timer 0x8261880 at 1170317868.797898 [1170317868.797939 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317868.797968 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317868.797998 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317873:797988 [1170317868.798034 /timer debug] new timeout 5000 [1170317868.798069 /dtn/bundle/daemon debug] poll returned 1 [1170317868.798092 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317868.798120 /timer debug] new timeout 5000 [1170317873.802125 /dtn/bundle/daemon debug] poll returned -2 [1170317873.802176 /dtn/bundle/daemon debug] poll timeout [1170317873.802213 /timer debug] popping timer 0x8261880 at 1170317873.802199 [1170317873.802240 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317873.802269 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317873.802299 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317878:802289 [1170317873.802336 /timer debug] new timeout 5000 [1170317873.802371 /dtn/bundle/daemon debug] poll returned 1 [1170317873.802393 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317873.802423 /timer debug] new timeout 5000 [1170317874.482833 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317874.482901 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317874.482929 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317874.482962 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317874.483026 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317874.483053 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317874.483076 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317874.483100 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317874.483123 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317874.483154 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317874.483194 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317874.483219 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317874.483250 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317878.806437 /dtn/bundle/daemon debug] poll returned -2 [1170317878.806499 /dtn/bundle/daemon debug] poll timeout [1170317878.806536 /timer debug] popping timer 0x8261880 at 1170317878.806522 [1170317878.806563 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317878.806592 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317878.806622 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317883:806612 [1170317878.806658 /timer debug] new timeout 5000 [1170317878.806693 /dtn/bundle/daemon debug] poll returned 1 [1170317878.806716 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317878.806745 /timer debug] new timeout 5000 [1170317879.486574 /dtn/apiclient/24 debug] poll_with_notifier timed out [1170317879.486631 /dtn/apiclient/24 debug] wait_for_bundle(recv): timeout waiting for bundle [1170317879.486662 /dtn/apiclient/24 debug] building reply: status (unknown type), length 0 [1170317879.486686 /dtn/apiclient/24 debug] sending 8 byte reply message [1170317879.486750 /dtn/apiclient/24 debug] ::writev() fd 24 cc 8 [1170317879.486775 /dtn/apiclient/24 debug] writeall 8 bytes 0 left 8 total [1170317879.486873 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317879.486902 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317879.486936 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000) [1170317883.810752 /dtn/bundle/daemon debug] poll returned -2 [1170317883.810801 /dtn/bundle/daemon debug] poll timeout [1170317883.810837 /timer debug] popping timer 0x8261880 at 1170317883.810823 [1170317883.810864 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317883.810893 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317883.810924 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317888:810913 [1170317883.810961 /timer debug] new timeout 5000 [1170317883.810995 /dtn/bundle/daemon debug] poll returned 1 [1170317883.811018 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317883.811048 /timer debug] new timeout 5000 [1170317884.486791 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier timed out [1170317884.486877 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317884.486932 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317884.486958 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317884.486988 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317884.560272 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317884.560318 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317884.560344 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317884.560377 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317884.560401 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317884.560424 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317884.560447 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317884.560518 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317884.560543 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317884.560573 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317888.815064 /dtn/bundle/daemon debug] poll returned -2 [1170317888.815126 /dtn/bundle/daemon debug] poll timeout [1170317888.815163 /timer debug] popping timer 0x8261880 at 1170317888.815149 [1170317888.815190 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317888.815218 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317888.815249 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317893:815239 [1170317888.815285 /timer debug] new timeout 5000 [1170317888.815320 /dtn/bundle/daemon debug] poll returned 1 [1170317888.815343 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317888.815372 /timer debug] new timeout 5000 [1170317893.820294 /dtn/bundle/daemon debug] poll returned -2 [1170317893.820368 /dtn/bundle/daemon debug] poll timeout [1170317893.820405 /timer debug] popping timer 0x8261880 at 1170317893.820391 [1170317893.820432 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317893.820461 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317893.820491 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317898:820481 [1170317893.820527 /timer debug] new timeout 5000 [1170317893.820563 /dtn/bundle/daemon debug] poll returned 1 [1170317893.820585 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317893.820614 /timer debug] new timeout 5000 [1170317894.563423 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier timed out [1170317894.563505 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317894.563724 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317894.563754 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317894.563786 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317894.595875 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317894.595912 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317894.595938 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317894.595970 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317894.595995 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317894.596019 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317894.596042 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317894.596067 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317894.596090 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317894.596119 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317895.559674 /dtn/cl/tcp/iface/tcp0 debug] accepted connection fd 21 from 134.102.201.183:41187 [1170317895.559739 /dtn/cl/tcp/iface/tcp0 debug] new connection from 134.102.201.183:41187 [1170317895.559793 /dtn/cl/tcp/notifier debug] created pipe, fds: 22 32 [1170317895.559822 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set [1170317895.559846 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set [1170317895.559938 /dtn/cl/tcp/conn/0x82e1758/21 debug] setting SO_REUSEADDR [1170317895.559971 /dtn/cl/tcp/conn/0x82e1758/21 debug] set_nonblocking: nonblocking mode set [1170317895.559996 /thread debug] starting thread 0x82e175c [1170317895.560096 /dtn/cl/tcp/conn/0x82e1758 debug] accept: got connection from 134.102.201.183:41187... [1170317895.560125 /dtn/cl/tcp/conn/0x82e1758 debug] initiate_contact called [1170317895.560152 /dtn/cl/tcp/conn/0x82e1758 debug] noting data_sent [1170317895.560177 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: trying to drain 52 bytes from send buffer... [1170317895.560327 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::writev() fd 21 cc 52 [1170317895.560403 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: wrote 52/52 bytes from send buffer [1170317895.560646 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 10000 [1170317895.560699 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317895.560727 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: normal fd has event [1170317895.560751 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317895.560810 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::readv() fd 21 cc 25 [1170317895.560834 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: read 25 bytes, rcvbuf has 0 bytes [1170317895.560858 /dtn/cl/tcp/conn/0x82e1758 debug] processing up to 25 bytes from receive buffer [1170317895.560881 /dtn/cl/tcp/conn/0x82e1758 debug] noting data_rcvd [1170317895.560948 /dtn/contact/manager debug] find_link_to: cl tcp nexthop remote_eid tca://streetcar3 type OPPORTUNISTIC states 0x3 [1170317895.560994 /dtn/contact/manager debug] ContactManager::find_link_to: no match [1170317895.561047 /dtn/contact/manager debug] new_opportunistic_link: cl tcp nexthop 134.102.201.183:41187 remote_eid tca://streetcar3 [1170317895.561101 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 dtn:none OPPORTUNISTIC UNAVAILABLE] 0 -> 1 add Link::create_link: return value [1170317895.561167 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 134.102.201.183:41187 [1170317895.561249 /dtn/link/opportunistic-1 info] new link opportunistic-1 [134.102.201.183:41187 dtn:none OPPORTUNISTIC UNAVAILABLE] [1170317895.561283 /dtn/contact/manager debug] adding link opportunistic-1 [1170317895.561305 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 1 -> 2 add ContactManager [1170317895.561337 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add ContactManager [1170317895.561365 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 2 del ContactManager [1170317895.561394 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add LinkCreatedEvent [1170317895.561424 /dtn/bundle/daemon debug] posting event (0x82e1db8) with type LINK_CREATED (at back) [1170317895.561450 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.561487 /dtn/bundle/daemon debug] poll returned 1 [1170317895.561511 /dtn/bundle/daemon debug] poll returned new event to handle [1170317895.561538 /timer debug] new timeout 3258 [1170317895.561566 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.561594 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.561622 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.561645 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.561671 /dtn/bundle/daemon debug] dispatching event (0x82e1db8) LINK_CREATED [1170317895.561695 /dtn/tca debug] dispatching event (0x82e1db8) LINK_CREATED [1170317895.561717 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add LinkCreatedEvent [1170317895.561777 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 5 add RouteEntry [1170317895.561811 /dtn/bundle/daemon debug] posting event (0x81f0b28) with type ROUTE_ADD (at back) [1170317895.561836 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.561859 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.561882 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 5 -> 4 del LinkCreatedEvent [1170317895.561911 /dtn/contact/manager debug] dispatching event (0x82e1db8) LINK_CREATED [1170317895.561938 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del LinkCreatedEvent [1170317895.561994 /timer debug] new timeout 3258 [1170317895.562019 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.562045 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.562069 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.562095 /dtn/bundle/daemon debug] dispatching event (0x81f0b28) ROUTE_ADD [1170317895.562118 /dtn/bundle/daemon info] ROUTE_ADD tca://streetcar3 -> 134.102.201.183:41187 (FORWARD) [1170317895.562143 /dtn/tca debug] dispatching event (0x81f0b28) ROUTE_ADD [1170317895.562166 /dtn/routing/TcaRouter/table debug] add_route tca://streetcar3 -> 134.102.201.183:41187 (FORWARD) [1170317895.562197 /dtn/tca debug] check_next_hop 134.102.201.183:41187: checking pending bundle list... [1170317895.562237 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317895.562261 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317895.562284 /dtn/contact/manager debug] dispatching event (0x81f0b28) ROUTE_ADD [1170317895.562316 /timer debug] new timeout 3258 [1170317895.562350 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add ContactManager::find_link_to: return value [1170317895.562379 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del Link::create_link: return value [1170317895.562409 /dtn/cl/tcp/conn/0x82e1758 debug] created new opportunistic link opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] [1170317895.562439 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact [1170317895.562470 /dtn/contact/opportunistic-1 info] new contact contact 134.102.201.183:41187 (started 1170317895.562463) [1170317895.562495 /dtn/contact/refs debug] refcount contact 134.102.201.183:41187 (started 1170317895.562463) 0 -> 1 add TCPConvergenceLayer::Connection [1170317895.562523 /dtn/contact/refs debug] refcount contact 134.102.201.183:41187 (started 1170317895.562463) 1 -> 2 add Link [1170317895.562550 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del ContactManager::find_link_to: return value [1170317895.562579 /dtn/cl/tcp/conn/0x82e1758 debug] contact_up [1170317895.562601 /dtn/contact/refs debug] refcount contact 134.102.201.183:41187 (started 1170317895.562463) 2 -> 3 add ContactUpEvent [1170317895.562629 /dtn/bundle/daemon debug] posting event (0x825dde0) with type CONTACT_UP (at back) [1170317895.562654 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.562682 /dtn/bundle/daemon debug] poll returned 1 [1170317895.562705 /dtn/bundle/daemon debug] poll returned new event to handle [1170317895.562729 /timer debug] new timeout 3257 [1170317895.562755 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.562781 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.562806 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.562829 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.562855 /dtn/bundle/daemon debug] dispatching event (0x825dde0) CONTACT_UP [1170317895.562877 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact [1170317895.562906 /dtn/bundle/daemon info] CONTACT_UP opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] (contact 0x8257188) [1170317895.562933 /dtn/link/opportunistic-1 debug] set_state UNAVAILABLE -> OPEN [1170317895.562955 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact [1170317895.562983 /dtn/tca debug] dispatching event (0x825dde0) CONTACT_UP [1170317895.563005 /dtn/tca debug] check_next_hop 134.102.201.183:41187: checking pending bundle list... [1170317895.563059 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317895.563083 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317895.563105 /dtn/tca debug] TcaRouter::contact up [1170317895.563145 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up' [1170317895.563193 /dtn/storage/globals debug] next_bundleid 5 -> 6 [1170317895.563218 /dtn/storage/globals debug] updating global store [1170317895.563304 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317895.563569 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 10000 [1170317895.573659 /dtn/bundle debug] Bundle::init bundle id 5 [1170317895.573780 /dtn/bundle/payload/5/file debug] open bundles/bundle_5.dat (flags 0xc2 mode 0x180): fd 34 [1170317895.573820 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=34 pin_count=1 size=1 [1170317895.573857 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.573898 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2 [1170317895.573965 /dtn/bundle/payload/5/file debug] ::writev() fd 34 cc 10 [1170317895.573991 /dtn/bundle/payload/5/file debug] writeall 10 bytes 0 left 10 total [1170317895.574020 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.574048 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317895.574077 /dtn/bundle/daemon debug] posting event (0x82e1de0) with type BUNDLE_RECEIVED (at back) [1170317895.574101 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.574126 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.574152 /dtn/contact/manager debug] dispatching event (0x825dde0) CONTACT_UP [1170317895.574176 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 4 add Contact [1170317895.574204 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact [1170317895.574236 /dtn/contact/refs debug] refcount contact 134.102.201.183:41187 (started 1170317895.562463) 3 -> 2 del ContactUpEvent [1170317895.574271 /timer debug] new timeout 3246 [1170317895.574296 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.574322 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.574345 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.574371 /dtn/bundle/daemon debug] dispatching event (0x82e1de0) BUNDLE_RECEIVED [1170317895.574488 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317895.574488 /dtn/bundle/daemon debug] bundle id 5: [1170317895.574488 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317895.574488 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317895.574488 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317895.574488 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317895.574488 /dtn/bundle/daemon debug] prevhop: [1170317895.574488 /dtn/bundle/daemon debug] payload_length: 10 [1170317895.574488 /dtn/bundle/daemon debug] priority: 1 [1170317895.574488 /dtn/bundle/daemon debug] custody_requested: false [1170317895.574488 /dtn/bundle/daemon debug] local_custody: false [1170317895.574488 /dtn/bundle/daemon debug] singleton_dest: true [1170317895.574488 /dtn/bundle/daemon debug] receive_rcpt: false [1170317895.574488 /dtn/bundle/daemon debug] custody_rcpt: false [1170317895.574488 /dtn/bundle/daemon debug] forward_rcpt: false [1170317895.574488 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317895.574488 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317895.574488 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317895.574488 /dtn/bundle/daemon debug] creation_ts: 223633095.5 [1170317895.574488 /dtn/bundle/daemon debug] expiration: 3600 [1170317895.574488 /dtn/bundle/daemon debug] is_fragment: false [1170317895.574488 /dtn/bundle/daemon debug] is_admin: false [1170317895.574488 /dtn/bundle/daemon debug] do_not_fragment: false [1170317895.574488 /dtn/bundle/daemon debug] orig_length: 0 [1170317895.574488 /dtn/bundle/daemon debug] frag_offset: 0 [1170317895.574488 /dtn/bundle/daemon debug] transmission_count: 0 [1170317895.574565 /dtn/bundle/daemon debug] adding bundle bundle id 5 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to pending list [1170317895.574602 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317895.574630 /dtn/bundle/list/pending_bundles debug] bundle id 5 add mapping [pending_bundles] to list 0x81ee540 [1170317895.574654 /dtn/bundle/actions debug] adding bundle 5 to data store [1170317895.574690 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317895.575228 /dtn/storage/bundles debug] add(5): success [1170317895.575264 /dtn/bundle/daemon debug] scheduling expiration for bundle id 5 at 1170321495.575257 (in 3600 seconds) [1170317895.575294 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 2 -> 3 (1 mappings) add expiration timer [1170317895.575325 /timer debug] scheduling timer 0x825dde0 in 3600000 ms at 1170321495:575257 [1170317895.575359 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 5 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) [1170317895.575391 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317895.582754 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317895.582797 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317895.582825 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches [1170317895.582852 /dtn/bundle/daemon debug] delivering bundle bundle id 5 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317895.582883 /dtn/registration/10 info] deliver_bundle: queuing bundle id 5 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317895.582915 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10 [1170317895.582944 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317895.582988 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317895.583017 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event [1170317895.583045 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1 [1170317895.583069 /dtn/bundle/list//dtn/registration/10 debug] bundle id 5 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317895.583101 /dtn/bundle/list//dtn/registration/10 debug] bundle id 5 del_bundle: deleting mapping [/dtn/registration/10] [1170317895.583131 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317895.583159 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.583183 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0 [1170317895.583207 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary [1170317895.583256 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10 [1170317895.583285 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv [1170317895.583311 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary [1170317895.583338 /dtn/apiclient/24 debug] handle_recv: popped bundle 5 for registration 10 (timeout 30000) [1170317895.583373 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2 [1170317895.583400 /dtn/bundle/payload/5/file debug] lseek 0 SEEK_SET -> 0 [1170317895.583433 /dtn/bundle/payload/5/file debug] ::readv() fd 34 cc 10 [1170317895.583470 /dtn/bundle/payload/5/file debug] readall 10 bytes 0 left 10 total [1170317895.583499 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.583536 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 5 to registration 10 [1170317895.583561 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent [1170317895.583589 /dtn/bundle/daemon debug] posting event (0x8256f98) with type BUNDLE_DELIVERED (at back) [1170317895.583613 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.583637 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.583661 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv [1170317895.583691 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820 [1170317895.583736 /dtn/apiclient/24 debug] sending 828 byte reply message [1170317895.583789 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828 [1170317895.583814 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total [1170317895.584011 /dtn/tca debug] dispatching event (0x82e1de0) BUNDLE_RECEIVED [1170317895.584043 /dtn/tca debug] Bundle payload length: 10 [1170317895.584347 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2 [1170317895.584380 /dtn/bundle/payload/5/file debug] lseek 0 SEEK_SET -> 0 [1170317895.584408 /dtn/bundle/payload/5/file debug] ::readv() fd 34 cc 10 [1170317895.584431 /dtn/bundle/payload/5/file debug] readall 10 bytes 0 left 10 total [1170317895.584459 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.584491 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2 [1170317895.584516 /dtn/bundle/payload/5/file debug] lseek 0 SEEK_SET -> 0 [1170317895.584542 /dtn/bundle/payload/5/file debug] ::readv() fd 34 cc 10 [1170317895.584565 /dtn/bundle/payload/5/file debug] readall 10 bytes 0 left 10 total [1170317895.584592 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.584617 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10 [1170317895.584662 /dtn/contact/manager debug] dispatching event (0x82e1de0) BUNDLE_RECEIVED [1170317895.584693 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent [1170317895.584725 /timer debug] new timeout 3235 [1170317895.584750 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.584776 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.584799 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.584825 /dtn/bundle/daemon debug] dispatching event (0x8256f98) BUNDLE_DELIVERED [1170317895.584848 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:5 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317895.584878 /dtn/bundle/daemon debug] removing bundle bundle id 5 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) from pending list [1170317895.584906 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 5 [1170317895.584952 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 3 -> 2 (1 mappings) del expiration timer [1170317895.584983 /dtn/bundle/list/pending_bundles debug] bundle id 5 del_bundle: deleting mapping [pending_bundles] [1170317895.585010 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317895.585038 /dtn/tca debug] dispatching event (0x8256f98) BUNDLE_DELIVERED [1170317895.585062 /dtn/contact/manager debug] dispatching event (0x8256f98) BUNDLE_DELIVERED [1170317895.585088 /dtn/bundle/refs debug] bundle id 5 (0x82fa148): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent [1170317895.585114 /dtn/bundle debug] bundle id 5 (0x82fa148): no more references, posting free event [1170317895.585138 /dtn/bundle/daemon debug] posting event (0x825d950) with type BUNDLE_FREE (at back) [1170317895.585163 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.585186 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.585214 /timer debug] new timeout 3235 [1170317895.585238 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.585263 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.585286 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.585312 /dtn/bundle/daemon debug] dispatching event (0x825d950) BUNDLE_FREE [1170317895.585336 /dtn/bundle/actions debug] removing bundle 5 from data store [1170317895.585541 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317895.585571 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317895.585601 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000) [1170317895.585673 /dtn/storage/bundles debug] del(5): success [1170317895.585703 /dtn/bundle/free debug] destroying bundle id 5 [1170317895.585748 /dtn/storage/bundles/fdcache/cache debug] Closed 34 size=2 [1170317895.585832 /dtn/bundle/payload/5/file debug] unlink bundles/bundle_5.dat: 0 [1170317895.585876 /timer debug] new timeout 3234 [1170317895.585912 /dtn/bundle/daemon debug] poll returned 1 [1170317895.585934 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317895.585963 /timer debug] new timeout 3234 [1170317895.641287 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317895.641331 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: normal fd has event [1170317895.641359 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317895.641390 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::readv() fd 21 cc 99 [1170317895.641415 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: read 99 bytes, rcvbuf has 0 bytes [1170317895.641439 /dtn/cl/tcp/conn/0x82e1758 debug] processing up to 99 bytes from receive buffer [1170317895.641462 /dtn/cl/tcp/conn/0x82e1758 debug] noting data_rcvd [1170317895.641487 /dtn/cl/tcp/conn/0x82e1758 debug] recvbuf has 99 full bytes, dispatching to handler routine [1170317895.641510 /dtn/cl/tcp/conn/0x82e1758 debug] got BUNDLE_START segment, creating new IncomingBundle [1170317895.641575 /dtn/storage/globals debug] next_bundleid 6 -> 7 [1170317895.641601 /dtn/storage/globals debug] updating global store [1170317895.641670 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317895.641994 /dtn/bundle debug] Bundle::init bundle id 6 [1170317895.642071 /dtn/bundle/payload/6/file debug] open bundles/bundle_6.dat (flags 0xc2 mode 0x180): fd 34 [1170317895.642108 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=34 pin_count=1 size=1 [1170317895.642144 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.642173 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle [1170317895.642210 /dtn/cl/tcp/conn/0x82e1758 debug] handle_data_segment: got segment of length 97 at offset 0 [1170317895.642243 /dtn/cl/tcp/conn/0x82e1758 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 96 ] [1170317895.642300 /dtn/cl/tcp/conn/0x82e1758 debug] got BUNDLE_END: total length 97 [1170317895.642324 /dtn/cl/tcp/conn/0x82e1758 debug] handle_data_todo: reading todo segment 97/97 at offset 0 [1170317895.642351 /dtn/bundle/protocol debug] consume: got first block... creating primary block info [1170317895.642382 /dtn/bundle/protocol debug] consume: 97 bytes left to process [1170317895.642406 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered) [1170317895.642435 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/86 for block type (0x0): data_offset 5 data_length 81 [1170317895.642462 /dtn/bundle/protocol debug] parsed primary block length 81 (preamble 5) [1170317895.642488 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed 81/86 for block type 0x0 (complete) [1170317895.642515 /dtn/bundle/protocol debug] parsed primary block 1: version 4 length 81 [1170317895.642555 /dtn/bundle/protocol debug] dictionary len 52, value: 'tca //correspondent/myapp2 //mobile3/myapp dtn none ' [1170317895.642580 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,27, custodian 43,47 replyto 0,27 [1170317895.642642 /dtn/bundle/protocol debug] parsed source eid (offsets 0, 27) tca://mobile3/myapp [1170317895.642690 /dtn/bundle/protocol debug] parsed dest eid (offsets 0, 4) tca://correspondent/myapp2 [1170317895.642737 /dtn/bundle/protocol debug] parsed replyto eid (offsets 0, 27) tca://mobile3/myapp [1170317895.642810 /dtn/bundle/protocol debug] parsed custodian eid (offsets 43, 47) dtn:none [1170317895.642838 /dtn/bundle/protocol debug] consume: consumed 86 bytes of block type 0x0 (complete) [1170317895.642862 /dtn/bundle/protocol debug] consume: 11 bytes left to process [1170317895.642893 /dtn/bundle/protocol debug] consume: previous block complete, created new BlockInfo type 0x1 [1170317895.642918 /dtn/bundle/protocol debug] consume: block processor 0x1 type 0xff incomplete, calling consume (0 bytes already buffered) [1170317895.642944 /dtn/bundle/protocol debug] BlockProcessor type 0x1 consumed preamble 3/11 for block type (0x1): data_offset 3 data_length 8 [1170317895.642979 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2 [1170317895.643032 /dtn/bundle/payload/6/file debug] ::writev() fd 34 cc 8 [1170317895.643056 /dtn/bundle/payload/6/file debug] writeall 8 bytes 0 left 8 total [1170317895.643085 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.643111 /dtn/bundle/protocol debug] PayloadBlockProcessor consumed 11/11 (complete) [1170317895.643134 /dtn/bundle/protocol debug] consume: consumed 11 bytes of block type 0x1 (complete) [1170317895.643158 /dtn/bundle/protocol debug] consume completed, 97/97 bytes consumed (completed bundle) [1170317895.643187 /dtn/cl/tcp/conn/0x82e1758 debug] handle_data_todo: updated recv_data (rcvd_offset 0) [ 0..96 ] ack_data [ 96 ] [1170317895.643218 /dtn/cl/tcp/conn/0x82e1758 debug] check_completed: rcvd 97 / 97 (formatted length 97) [1170317895.643245 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent [1170317895.643272 /dtn/contact/refs debug] refcount contact 134.102.201.183:41187 (started 1170317895.562463) 2 -> 3 add BundleReceivedEvent [1170317895.643302 /dtn/bundle/daemon debug] posting event (0x82e1db8) with type BUNDLE_RECEIVED (at back) [1170317895.643327 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.643360 /dtn/bundle/daemon debug] poll returned 1 [1170317895.643384 /dtn/bundle/daemon debug] poll returned new event to handle [1170317895.643410 /timer debug] new timeout 3177 [1170317895.643437 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.643610 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.643640 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.643664 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.643711 /dtn/bundle/daemon debug] dispatching event (0x82e1db8) BUNDLE_RECEIVED [1170317895.643827 /dtn/bundle/daemon debug] BUNDLE_RECEIVED: (97 bytes recvd) [1170317895.643827 /dtn/bundle/daemon debug] bundle id 6: [1170317895.643827 /dtn/bundle/daemon debug] source: tca://mobile3/myapp [1170317895.643827 /dtn/bundle/daemon debug] dest: tca://correspondent/myapp2 [1170317895.643827 /dtn/bundle/daemon debug] custodian: dtn:none [1170317895.643827 /dtn/bundle/daemon debug] replyto: tca://mobile3/myapp [1170317895.643827 /dtn/bundle/daemon debug] prevhop: [1170317895.643827 /dtn/bundle/daemon debug] payload_length: 8 [1170317895.643827 /dtn/bundle/daemon debug] priority: 0 [1170317895.643827 /dtn/bundle/daemon debug] custody_requested: false [1170317895.643827 /dtn/bundle/daemon debug] local_custody: false [1170317895.643827 /dtn/bundle/daemon debug] singleton_dest: true [1170317895.643827 /dtn/bundle/daemon debug] receive_rcpt: false [1170317895.643827 /dtn/bundle/daemon debug] custody_rcpt: false [1170317895.643827 /dtn/bundle/daemon debug] forward_rcpt: false [1170317895.643827 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317895.643827 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317895.643827 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317895.643827 /dtn/bundle/daemon debug] creation_ts: 223633095.2 [1170317895.643827 /dtn/bundle/daemon debug] expiration: 3600 [1170317895.643827 /dtn/bundle/daemon debug] is_fragment: false [1170317895.643827 /dtn/bundle/daemon debug] is_admin: false [1170317895.643827 /dtn/bundle/daemon debug] do_not_fragment: false [1170317895.643827 /dtn/bundle/daemon debug] orig_length: 0 [1170317895.643827 /dtn/bundle/daemon debug] frag_offset: 0 [1170317895.643827 /dtn/bundle/daemon debug] transmission_count: 0 [1170317895.643887 /dtn/bundle/daemon debug] adding bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp2 (8 bytes payload) to pending list [1170317895.643923 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 2 -> 3 (1 mappings) add bundle_list pending_bundles [1170317895.643950 /dtn/bundle/list/pending_bundles debug] bundle id 6 add mapping [pending_bundles] to list 0x81ee540 [1170317895.643975 /dtn/bundle/actions debug] adding bundle 6 to data store [1170317895.644011 /dtn/storage/bundles debug] put: serializing 272 byte object (plus 0 byte typecode) [1170317895.644182 /dtn/cl/tcp/conn/0x82e1758 debug] send_pending_acks: sending ack length 97 for 97 byte segment [range 0..96] ack_data [ 96 ] [1170317895.644221 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: trying to drain 2 bytes from send buffer... [1170317895.644290 /dtn/storage/bundles debug] add(6): success [1170317895.644325 /dtn/bundle/daemon debug] scheduling expiration for bundle id 6 at 1170321495.644318 (in 3600 seconds) [1170317895.644353 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 3 -> 4 (1 mappings) add expiration timer [1170317895.644384 /timer debug] scheduling timer 0x82fa3b0 in 3600000 ms at 1170321495:644318 [1170317895.644423 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp2 (8 bytes payload) [1170317895.644455 /dtn/registration/table debug] get_matching tca://correspondent/myapp2 [1170317895.644553 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://jgre.openvpn.informatik.uni-bremen.de/) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'correspondent') [1170317895.644645 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://jgre.openvpn.informatik.uni-bremen.de/ping) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'correspondent') [1170317895.644734 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://jgre.openvpn.informatik.uni-bremen.de/admin) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'correspondent') [1170317895.644789 /dtn/registration/table debug] get_matching tca://correspondent/myapp2: returned 0 matches [1170317895.644816 /dtn/tca debug] dispatching event (0x82e1db8) BUNDLE_RECEIVED [1170317895.644842 /dtn/tca debug] Bundle payload length: 8 [1170317895.644885 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2 [1170317895.644913 /dtn/bundle/payload/6/file debug] lseek 0 SEEK_SET -> 0 [1170317895.644944 /dtn/bundle/payload/6/file debug] ::readv() fd 34 cc 8 [1170317895.644966 /dtn/bundle/payload/6/file debug] readall 8 bytes 0 left 8 total [1170317895.644994 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.645025 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2 [1170317895.645050 /dtn/bundle/payload/6/file debug] lseek 0 SEEK_SET -> 0 [1170317895.645077 /dtn/bundle/payload/6/file debug] ::readv() fd 34 cc 8 [1170317895.645099 /dtn/bundle/payload/6/file debug] readall 8 bytes 0 left 8 total [1170317895.645126 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2 [1170317895.645151 /dtn/tca debug] TcaRouter: tca bundle received [tca://mobile3/myapp] -> [tca://correspondent/myapp2] : 'blablubb':8 [1170317895.645189 /dtn/tca debug] TcaRouter::handle_tca_unbound_bundle... [1170317895.645212 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317895.645233 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3 [1170317895.645258 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 [1170317895.645280 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:52608 (FORWARD) [1170317895.645389 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:41187 (FORWARD) [1170317895.645468 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent') [1170317895.645499 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 done, 0 match(es) [1170317895.645525 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp2': 0 matches [1170317895.645569 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'unb:tca://correspondent/myapp2' [1170317895.645608 /dtn/storage/globals debug] next_bundleid 7 -> 8 [1170317895.645632 /dtn/storage/globals debug] updating global store [1170317895.645680 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317895.647160 /dtn/bundle debug] Bundle::init bundle id 7 [1170317895.647235 /dtn/bundle/payload/7/file debug] open bundles/bundle_7.dat (flags 0xc2 mode 0x180): fd 35 [1170317895.647271 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=35 pin_count=1 size=2 [1170317895.647307 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317895.647345 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3 [1170317895.647402 /dtn/bundle/payload/7/file debug] ::writev() fd 35 cc 30 [1170317895.647426 /dtn/bundle/payload/7/file debug] writeall 30 bytes 0 left 30 total [1170317895.647475 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317895.647505 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317895.647533 /dtn/bundle/daemon debug] posting event (0x82fa850) with type BUNDLE_RECEIVED (at back) [1170317895.647558 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.647582 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.647610 /dtn/contact/manager debug] dispatching event (0x82e1db8) BUNDLE_RECEIVED [1170317895.647637 /dtn/contact/refs debug] refcount contact 134.102.201.183:41187 (started 1170317895.562463) 3 -> 2 del BundleReceivedEvent [1170317895.647668 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent [1170317895.647699 /timer debug] new timeout 3172 [1170317895.647724 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.647768 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.647793 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.647819 /dtn/bundle/daemon debug] dispatching event (0x82fa850) BUNDLE_RECEIVED [1170317895.647933 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317895.647933 /dtn/bundle/daemon debug] bundle id 7: [1170317895.647933 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317895.647933 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317895.647933 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317895.647933 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317895.647933 /dtn/bundle/daemon debug] prevhop: [1170317895.647933 /dtn/bundle/daemon debug] payload_length: 30 [1170317895.647933 /dtn/bundle/daemon debug] priority: 1 [1170317895.647933 /dtn/bundle/daemon debug] custody_requested: false [1170317895.647933 /dtn/bundle/daemon debug] local_custody: false [1170317895.647933 /dtn/bundle/daemon debug] singleton_dest: true [1170317895.647933 /dtn/bundle/daemon debug] receive_rcpt: false [1170317895.647933 /dtn/bundle/daemon debug] custody_rcpt: false [1170317895.647933 /dtn/bundle/daemon debug] forward_rcpt: false [1170317895.647933 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317895.647933 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317895.647933 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317895.647933 /dtn/bundle/daemon debug] creation_ts: 223633095.7 [1170317895.647933 /dtn/bundle/daemon debug] expiration: 3600 [1170317895.647933 /dtn/bundle/daemon debug] is_fragment: false [1170317895.647933 /dtn/bundle/daemon debug] is_admin: false [1170317895.647933 /dtn/bundle/daemon debug] do_not_fragment: false [1170317895.647933 /dtn/bundle/daemon debug] orig_length: 0 [1170317895.647933 /dtn/bundle/daemon debug] frag_offset: 0 [1170317895.647933 /dtn/bundle/daemon debug] transmission_count: 0 [1170317895.647985 /dtn/bundle/daemon debug] adding bundle bundle id 7 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (30 bytes payload) to pending list [1170317895.648019 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317895.648047 /dtn/bundle/list/pending_bundles debug] bundle id 7 add mapping [pending_bundles] to list 0x81ee540 [1170317895.648071 /dtn/bundle/actions debug] adding bundle 7 to data store [1170317895.648103 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317895.650062 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::writev() fd 21 cc 2 [1170317895.650096 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: wrote 2/2 bytes from send buffer [1170317895.650122 /dtn/cl/tcp/conn/0x82e1758 debug] noting data_sent [1170317895.650148 /dtn/cl/tcp/conn/0x82e1758 debug] send_pending_acks: acked all 97 bytes of bundle 6 [1170317895.650199 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 3 -> 2 (1 mappings) del CLConnection::IncomingBundle [1170317895.650231 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 0 [1170317895.650258 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier timed out [1170317895.650294 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 10000 [1170317895.650377 /dtn/storage/bundles debug] add(7): success [1170317895.650411 /dtn/bundle/daemon debug] scheduling expiration for bundle id 7 at 1170321495.650404 (in 3600 seconds) [1170317895.650439 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 2 -> 3 (1 mappings) add expiration timer [1170317895.650470 /timer debug] scheduling timer 0x8256fe0 in 3600000 ms at 1170321495:650404 [1170317895.650498 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 7 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (30 bytes payload) [1170317895.650551 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317895.652844 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317895.652881 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317895.652908 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches [1170317895.652935 /dtn/bundle/daemon debug] delivering bundle bundle id 7 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (30 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317895.652967 /dtn/registration/10 info] deliver_bundle: queuing bundle id 7 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317895.652998 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10 [1170317895.653026 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317895.653067 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317895.653095 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event [1170317895.653123 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1 [1170317895.653146 /dtn/bundle/list//dtn/registration/10 debug] bundle id 7 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317895.654673 /dtn/bundle/list//dtn/registration/10 debug] bundle id 7 del_bundle: deleting mapping [/dtn/registration/10] [1170317895.654712 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317895.654741 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.654765 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0 [1170317895.654788 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary [1170317895.654815 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10 [1170317895.654842 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv [1170317895.654868 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary [1170317895.654895 /dtn/apiclient/24 debug] handle_recv: popped bundle 7 for registration 10 (timeout 30000) [1170317895.654931 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3 [1170317895.654959 /dtn/bundle/payload/7/file debug] lseek 0 SEEK_SET -> 0 [1170317895.654989 /dtn/bundle/payload/7/file debug] ::readv() fd 35 cc 30 [1170317895.655012 /dtn/bundle/payload/7/file debug] readall 30 bytes 0 left 30 total [1170317895.655040 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317895.655074 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 7 to registration 10 [1170317895.655101 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent [1170317895.655129 /dtn/bundle/daemon debug] posting event (0x82e1c50) with type BUNDLE_DELIVERED (at back) [1170317895.655154 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.655178 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.655202 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv [1170317895.655231 /dtn/apiclient/24 debug] building reply: status (unknown type), length 840 [1170317895.655255 /dtn/apiclient/24 debug] sending 848 byte reply message [1170317895.655321 /dtn/apiclient/24 debug] ::writev() fd 24 cc 848 [1170317895.655346 /dtn/apiclient/24 debug] writeall 848 bytes 0 left 848 total [1170317895.655380 /dtn/tca debug] dispatching event (0x82fa850) BUNDLE_RECEIVED [1170317895.655406 /dtn/tca debug] Bundle payload length: 30 [1170317895.655496 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3 [1170317895.655527 /dtn/bundle/payload/7/file debug] lseek 0 SEEK_SET -> 0 [1170317895.655555 /dtn/bundle/payload/7/file debug] ::readv() fd 35 cc 30 [1170317895.655578 /dtn/bundle/payload/7/file debug] readall 30 bytes 0 left 30 total [1170317895.655606 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317895.655638 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3 [1170317895.655663 /dtn/bundle/payload/7/file debug] lseek 0 SEEK_SET -> 0 [1170317895.655689 /dtn/bundle/payload/7/file debug] ::readv() fd 35 cc 30 [1170317895.655712 /dtn/bundle/payload/7/file debug] readall 30 bytes 0 left 30 total [1170317895.655739 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317895.655764 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'unb:tca://correspondent/myapp2':30 [1170317895.655807 /dtn/contact/manager debug] dispatching event (0x82fa850) BUNDLE_RECEIVED [1170317895.655837 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent [1170317895.655869 /timer debug] new timeout 3164 [1170317895.655894 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.655920 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.655943 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.655968 /dtn/bundle/daemon debug] dispatching event (0x82e1c50) BUNDLE_DELIVERED [1170317895.655992 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:7 (30 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317895.656021 /dtn/bundle/daemon debug] removing bundle bundle id 7 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (30 bytes payload) from pending list [1170317895.656050 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 7 [1170317895.656073 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 3 -> 2 (1 mappings) del expiration timer [1170317895.656102 /dtn/bundle/list/pending_bundles debug] bundle id 7 del_bundle: deleting mapping [pending_bundles] [1170317895.656129 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317895.656157 /dtn/tca debug] dispatching event (0x82e1c50) BUNDLE_DELIVERED [1170317895.656180 /dtn/contact/manager debug] dispatching event (0x82e1c50) BUNDLE_DELIVERED [1170317895.656207 /dtn/bundle/refs debug] bundle id 7 (0x82fa5b8): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent [1170317895.656232 /dtn/bundle debug] bundle id 7 (0x82fa5b8): no more references, posting free event [1170317895.656256 /dtn/bundle/daemon debug] posting event (0x8257030) with type BUNDLE_FREE (at back) [1170317895.656281 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317895.656305 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317895.656333 /timer debug] new timeout 3164 [1170317895.656356 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317895.656381 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317895.656404 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317895.656429 /dtn/bundle/daemon debug] dispatching event (0x8257030) BUNDLE_FREE [1170317895.656453 /dtn/bundle/actions debug] removing bundle 7 from data store [1170317895.663642 /dtn/storage/bundles debug] del(7): success [1170317895.663682 /dtn/bundle/free debug] destroying bundle id 7 [1170317895.663727 /dtn/storage/bundles/fdcache/cache debug] Closed 35 size=3 [1170317895.663831 /dtn/bundle/payload/7/file debug] unlink bundles/bundle_7.dat: 0 [1170317895.663876 /timer debug] new timeout 3156 [1170317895.663911 /dtn/bundle/daemon debug] poll returned 1 [1170317895.663933 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317895.663963 /timer debug] new timeout 3156 [1170317896.186277 /dtn/apiclient/24 debug] ::readv() fd 24 cc 901 [1170317896.186345 /dtn/apiclient/24 debug] got DTN_SEND (896/896 bytes) [1170317896.186416 /dtn/storage/globals debug] next_bundleid 8 -> 9 [1170317896.186444 /dtn/storage/globals debug] updating global store [1170317896.186535 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317896.190899 /dtn/bundle debug] Bundle::init bundle id 8 [1170317896.191005 /dtn/bundle/payload/8/file debug] open bundles/bundle_8.dat (flags 0xc2 mode 0x180): fd 35 [1170317896.191046 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=35 pin_count=1 size=2 [1170317896.191084 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317896.191114 /dtn/bundle/refs debug] bundle id 8 (0x82fa5f8): refcount 0 -> 1 (0 mappings) add APIClient::handle_send [1170317896.191225 /dtn/bundle/refs debug] bundle id 8 (0x82fa5f8): refcount 1 -> 2 (0 mappings) add BundleAcceptRequest [1170317896.191258 /dtn/bundle/daemon debug] posting event (0x82fa910) with type BUNDLE_ACCEPT_REQUEST (at back) [1170317896.191284 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317896.191313 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317896.191337 /dtn/apiclient/24/notifier debug] attempting to wait on 0x82d07ec, count = 0 [1170317896.191392 /dtn/bundle/daemon debug] poll returned 1 [1170317896.191416 /dtn/bundle/daemon debug] poll returned new event to handle [1170317896.191444 /timer debug] new timeout 2629 [1170317896.191469 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317896.191518 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.191542 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317896.191569 /dtn/bundle/daemon debug] dispatching event (0x82fa910) BUNDLE_ACCEPT_REQUEST [1170317896.191595 /dtn/bundle/daemon info] BUNDLE_ACCEPT_REQUEST: bundle bundle id 8 tca://jgre.openvpn.informatik.uni-bremen.de/admin -> tca://localhost/bundlelayer (85 bytes payload) accepted (reason no additional information) [1170317896.191626 /dtn/tca debug] dispatching event (0x82fa910) BUNDLE_ACCEPT_REQUEST [1170317896.191649 /dtn/contact/manager debug] dispatching event (0x82fa910) BUNDLE_ACCEPT_REQUEST [1170317896.191672 /dtn/apiclient/24/notifier debug] notifier notify [1170317896.191698 /dtn/apiclient/24/notifier debug] notify count = 1 [1170317896.191725 /dtn/bundle/refs debug] bundle id 8 (0x82fa5f8): refcount 2 -> 1 (0 mappings) del BundleAcceptRequest [1170317896.191757 /timer debug] new timeout 2628 [1170317896.191921 /dtn/apiclient/24/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 [1170317896.191952 /dtn/apiclient/24/notifier debug] poll_with_notifier: normal fd has event [1170317896.191976 /dtn/apiclient/24/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317896.192001 /dtn/apiclient/24/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.192024 /dtn/apiclient/24/notifier debug] drain pipe count = 0 [1170317896.192046 /dtn/apiclient/24/notifier debug] notifier wait successfully notified [1170317896.192076 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3 [1170317896.192150 /dtn/bundle/payload/8/file debug] ::writev() fd 35 cc 85 [1170317896.192175 /dtn/bundle/payload/8/file debug] writeall 85 bytes 0 left 85 total [1170317896.192204 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317896.192249 /dtn/apiclient/24 info] DTN_SEND bundle bundle id 8 tca://jgre.openvpn.informatik.uni-bremen.de/admin -> tca://localhost/bundlelayer (85 bytes payload) [1170317896.192281 /dtn/bundle/refs debug] bundle id 8 (0x82fa5f8): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent [1170317896.192329 /dtn/bundle/daemon debug] posting event (0x82fa910) with type BUNDLE_RECEIVED (at back) [1170317896.192355 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317896.192380 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317896.192403 /dtn/apiclient/24/notifier debug] attempting to wait on 0x82d07ec, count = 0 [1170317896.200766 /dtn/bundle/daemon debug] poll returned 1 [1170317896.200796 /dtn/bundle/daemon debug] poll returned new event to handle [1170317896.200824 /timer debug] new timeout 2619 [1170317896.200848 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317896.200874 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.200898 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317896.200924 /dtn/bundle/daemon debug] dispatching event (0x82fa910) BUNDLE_RECEIVED [1170317896.201041 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (from app): (0 bytes recvd) [1170317896.201041 /dtn/bundle/daemon debug] bundle id 8: [1170317896.201041 /dtn/bundle/daemon debug] source: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.201041 /dtn/bundle/daemon debug] dest: tca://localhost/bundlelayer [1170317896.201041 /dtn/bundle/daemon debug] custodian: dtn:none [1170317896.201041 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.201041 /dtn/bundle/daemon debug] prevhop: [1170317896.201041 /dtn/bundle/daemon debug] payload_length: 85 [1170317896.201041 /dtn/bundle/daemon debug] priority: 1 [1170317896.201041 /dtn/bundle/daemon debug] custody_requested: false [1170317896.201041 /dtn/bundle/daemon debug] local_custody: false [1170317896.201041 /dtn/bundle/daemon debug] singleton_dest: true [1170317896.201041 /dtn/bundle/daemon debug] receive_rcpt: false [1170317896.201041 /dtn/bundle/daemon debug] custody_rcpt: false [1170317896.201041 /dtn/bundle/daemon debug] forward_rcpt: false [1170317896.201041 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317896.201041 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317896.201041 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317896.201041 /dtn/bundle/daemon debug] creation_ts: 223633096.8 [1170317896.201041 /dtn/bundle/daemon debug] expiration: 604800 [1170317896.201041 /dtn/bundle/daemon debug] is_fragment: false [1170317896.201041 /dtn/bundle/daemon debug] is_admin: false [1170317896.201041 /dtn/bundle/daemon debug] do_not_fragment: false [1170317896.201041 /dtn/bundle/daemon debug] orig_length: 0 [1170317896.201041 /dtn/bundle/daemon debug] frag_offset: 0 [1170317896.201041 /dtn/bundle/daemon debug] transmission_count: 0 [1170317896.201097 /dtn/bundle/daemon debug] adding bundle bundle id 8 tca://jgre.openvpn.informatik.uni-bremen.de/admin -> tca://localhost/bundlelayer (85 bytes payload) to pending list [1170317896.201135 /dtn/bundle/refs debug] bundle id 8 (0x82fa5f8): refcount 2 -> 3 (1 mappings) add bundle_list pending_bundles [1170317896.201163 /dtn/bundle/list/pending_bundles debug] bundle id 8 add mapping [pending_bundles] to list 0x81ee540 [1170317896.201188 /dtn/bundle/actions debug] adding bundle 8 to data store [1170317896.201225 /dtn/storage/bundles debug] put: serializing 214 byte object (plus 0 byte typecode) [1170317896.202724 /dtn/storage/bundles debug] add(8): success [1170317896.202762 /dtn/bundle/daemon debug] scheduling expiration for bundle id 8 at 1170922696.202755 (in 604800 seconds) [1170317896.202792 /dtn/bundle/refs debug] bundle id 8 (0x82fa5f8): refcount 3 -> 4 (1 mappings) add expiration timer [1170317896.202823 /timer debug] scheduling timer 0x82faa08 in 604800000 ms at 1170922696:202755 [1170317896.202858 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 8 tca://jgre.openvpn.informatik.uni-bremen.de/admin -> tca://localhost/bundlelayer (85 bytes payload) [1170317896.202912 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer [1170317896.203009 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://jgre.openvpn.informatik.uni-bremen.de/) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'localhost') [1170317896.203101 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://jgre.openvpn.informatik.uni-bremen.de/ping) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'localhost') [1170317896.203189 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://jgre.openvpn.informatik.uni-bremen.de/admin) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'localhost') [1170317896.203220 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer: returned 0 matches [1170317896.203246 /dtn/tca debug] dispatching event (0x82fa910) BUNDLE_RECEIVED [1170317896.203272 /dtn/tca debug] Bundle payload length: 85 [1170317896.203317 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3 [1170317896.203346 /dtn/bundle/payload/8/file debug] lseek 0 SEEK_SET -> 0 [1170317896.203377 /dtn/bundle/payload/8/file debug] ::readv() fd 35 cc 85 [1170317896.203400 /dtn/bundle/payload/8/file debug] readall 85 bytes 0 left 85 total [1170317896.203429 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317896.203461 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3 [1170317896.203499 /dtn/bundle/payload/8/file debug] lseek 0 SEEK_SET -> 0 [1170317896.203528 /dtn/bundle/payload/8/file debug] ::readv() fd 35 cc 85 [1170317896.203551 /dtn/bundle/payload/8/file debug] readall 85 bytes 0 left 85 total [1170317896.203578 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317896.203603 /dtn/tca debug] TcaRouter: tca bundle received [tca://jgre.openvpn.informatik.uni-bremen.de/admin] -> [tca://localhost/bundlelayer] : 'add_route:tca://correspondent/myapp2 tcp://jgre.openvpn.informatik.uni-bremen.de:5000':85 [1170317896.203653 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3 [1170317896.203679 /dtn/bundle/payload/8/file debug] lseek 0 SEEK_SET -> 0 [1170317896.203706 /dtn/bundle/payload/8/file debug] ::readv() fd 35 cc 85 [1170317896.203728 /dtn/bundle/payload/8/file debug] readall 85 bytes 0 left 85 total [1170317896.203756 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3 [1170317896.203813 /dtn/tca debug] TcaRouter:: add_route bundle received. pattern='tca://correspondent/myapp2', link='tcp://jgre.openvpn.informatik.uni-bremen.de:5000' [1170317896.203885 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] set_state UNAVAILABLE -> AVAILABLE [1170317896.203912 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 0 -> 1 add Link::create_link: return value [1170317896.203982 /dtn/cl/tcp debug] adding ONDEMAND link jgre.openvpn.informatik.uni-bremen.de:5000 [1170317896.251627 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 info] new link jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] [1170317896.251678 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 1 -> 2 add OndemandLink [1170317896.251710 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add LinkAvailableEvent [1170317896.251740 /dtn/bundle/daemon debug] posting event (0x82faf80) with type LINK_AVAILABLE (at back) [1170317896.251766 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317896.251792 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317896.251815 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del OndemandLink [1170317896.251872 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add TcaRouter::create_link: return value [1170317896.251902 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del Link::create_link: return value [1170317896.251933 /dtn/contact/manager debug] adding link jgre.openvpn.informatik.uni-bremen.de:5000 [1170317896.251954 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add ContactManager [1170317896.251987 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 4 add ContactManager [1170317896.252017 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 3 del ContactManager [1170317896.252046 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 4 add LinkCreatedEvent [1170317896.252075 /dtn/bundle/daemon debug] posting event (0x82fb110) with type LINK_CREATED (at back) [1170317896.252104 /dtn/tca debug] TcaRouter::create_route: pattern=tca://correspondent/myapp2, p_link=0x82facb8 [1170317896.252162 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 5 add RouteEntry [1170317896.252196 /dtn/routing/TcaRouter/table debug] add_route tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.252229 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 5 -> 4 del TcaRouter::create_link: return value [1170317896.252266 /dtn/contact/manager debug] dispatching event (0x82fa910) BUNDLE_RECEIVED [1170317896.252291 /dtn/apiclient/24/notifier debug] notifier notify [1170317896.252317 /dtn/apiclient/24/notifier debug] notify count = 1 [1170317896.252347 /dtn/bundle/refs debug] bundle id 8 (0x82fa5f8): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent [1170317896.252379 /timer debug] new timeout 2568 [1170317896.252409 /dtn/bundle/daemon debug] dispatching event (0x82faf80) LINK_AVAILABLE [1170317896.252432 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 5 add LinkAvailableEvent [1170317896.252462 /dtn/bundle/daemon info] LINK_AVAILABLE jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] [1170317896.252487 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 5 -> 4 del LinkAvailableEvent [1170317896.252515 /dtn/tca debug] dispatching event (0x82faf80) LINK_AVAILABLE [1170317896.252539 /dtn/tca debug] check_next_hop jgre.openvpn.informatik.uni-bremen.de:5000: checking pending bundle list... [1170317896.252576 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.252600 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.252636 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.252658 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3 [1170317896.252681 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 [1170317896.252704 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:52608 (FORWARD) [1170317896.252810 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:41187 (FORWARD) [1170317896.252888 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent') [1170317896.252937 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.253024 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://correspondent/myapp2) succeeded: pattern 'correspondent' ssp 'correspondent' [1170317896.253054 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.253084 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 done, 1 match(es) [1170317896.253114 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 5 add RouteEntry [1170317896.253144 /dtn/tca debug] opening jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] because a message is intended for it [1170317896.253172 /dtn/bundle/actions debug] opening link jgre.openvpn.informatik.uni-bremen.de:5000 [1170317896.253195 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] Link::open [1170317896.253217 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] set_state AVAILABLE -> OPENING [1170317896.253239 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 5 -> 6 add Link::open [1170317896.253272 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 6 -> 7 add Contact [1170317896.253304 /dtn/contact/jgre.openvpn.informatik.uni-bremen.de:5000 info] new contact contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) [1170317896.253331 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) 0 -> 1 add Link [1170317896.253358 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 7 -> 6 del Link::open [1170317896.253386 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 6 -> 7 add Contact [1170317896.253414 /dtn/cl/tcp debug] opening contact on link jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] [1170317896.253464 /dtn/cl/tcp/notifier debug] created pipe, fds: 36 37 [1170317896.253492 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set [1170317896.253517 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set [1170317896.253602 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] created socket 38 [1170317896.253628 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] setting SO_REUSEADDR [1170317896.253655 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] set_nonblocking: nonblocking mode set [1170317896.253679 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) 1 -> 2 add TCPConvergenceLayer::Connection [1170317896.253709 /thread debug] starting thread 0x82fb4d4 [1170317896.253780 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 7 -> 6 del Contact [1170317896.253815 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] new contact 0x82fb408 [1170317896.253841 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 6 -> 5 del RouteEntry [1170317896.253869 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp2': 1 matches [1170317896.253910 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.253934 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.253980 /dtn/tca debug] TcaRouter::link available [1170317896.254022 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available' [1170317896.254067 /dtn/storage/globals debug] next_bundleid 9 -> 10 [1170317896.254092 /dtn/storage/globals debug] updating global store [1170317896.254163 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317896.255298 /dtn/apiclient/24/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 [1170317896.255331 /dtn/apiclient/24/notifier debug] poll_with_notifier: normal fd has event [1170317896.255356 /dtn/apiclient/24/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317896.255382 /dtn/apiclient/24/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.255406 /dtn/apiclient/24/notifier debug] drain pipe count = 0 [1170317896.255428 /dtn/apiclient/24/notifier debug] notifier wait successfully notified [1170317896.255460 /dtn/bundle/refs debug] bundle id 8 (0x82fa5f8): refcount 3 -> 2 (1 mappings) del APIClient::handle_send [1170317896.255540 /dtn/apiclient/24 debug] building reply: status (unknown type), length 272 [1170317896.255568 /dtn/apiclient/24 debug] sending 280 byte reply message [1170317896.255609 /dtn/apiclient/24 debug] ::writev() fd 24 cc 280 [1170317896.255634 /dtn/apiclient/24 debug] writeall 280 bytes 0 left 280 total [1170317896.255697 /dtn/bundle debug] Bundle::init bundle id 9 [1170317896.255778 /dtn/bundle/payload/9/file debug] open bundles/bundle_9.dat (flags 0xc2 mode 0x180): fd 39 [1170317896.255816 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=39 pin_count=1 size=3 [1170317896.255852 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.255893 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317896.255952 /dtn/bundle/payload/9/file debug] ::writev() fd 39 cc 14 [1170317896.255976 /dtn/bundle/payload/9/file debug] writeall 14 bytes 0 left 14 total [1170317896.256005 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.256033 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317896.256061 /dtn/bundle/daemon debug] posting event (0x82fb2c0) with type BUNDLE_RECEIVED (at back) [1170317896.256089 /dtn/contact/manager debug] dispatching event (0x82faf80) LINK_AVAILABLE [1170317896.256119 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 5 -> 4 del LinkAvailableEvent [1170317896.256154 /timer debug] new timeout 2564 [1170317896.256182 /dtn/bundle/daemon debug] dispatching event (0x82fb110) LINK_CREATED [1170317896.256205 /dtn/tca debug] dispatching event (0x82fb110) LINK_CREATED [1170317896.256227 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 4 -> 5 add LinkCreatedEvent [1170317896.256269 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 5 -> 4 del LinkCreatedEvent [1170317896.256301 /dtn/contact/manager debug] dispatching event (0x82fb110) LINK_CREATED [1170317896.256328 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 4 -> 3 del LinkCreatedEvent [1170317896.256361 /timer debug] new timeout 2564 [1170317896.256385 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317896.256412 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.256436 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317896.256461 /dtn/bundle/daemon debug] dispatching event (0x82fb2c0) BUNDLE_RECEIVED [1170317896.256585 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317896.256585 /dtn/bundle/daemon debug] bundle id 9: [1170317896.256585 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317896.256585 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.256585 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317896.256585 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317896.256585 /dtn/bundle/daemon debug] prevhop: [1170317896.256585 /dtn/bundle/daemon debug] payload_length: 14 [1170317896.256585 /dtn/bundle/daemon debug] priority: 1 [1170317896.256585 /dtn/bundle/daemon debug] custody_requested: false [1170317896.256585 /dtn/bundle/daemon debug] local_custody: false [1170317896.256585 /dtn/bundle/daemon debug] singleton_dest: true [1170317896.256585 /dtn/bundle/daemon debug] receive_rcpt: false [1170317896.256585 /dtn/bundle/daemon debug] custody_rcpt: false [1170317896.256585 /dtn/bundle/daemon debug] forward_rcpt: false [1170317896.256585 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317896.256585 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317896.256585 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317896.256585 /dtn/bundle/daemon debug] creation_ts: 223633096.9 [1170317896.256585 /dtn/bundle/daemon debug] expiration: 3600 [1170317896.256585 /dtn/bundle/daemon debug] is_fragment: false [1170317896.256585 /dtn/bundle/daemon debug] is_admin: false [1170317896.256585 /dtn/bundle/daemon debug] do_not_fragment: false [1170317896.256585 /dtn/bundle/daemon debug] orig_length: 0 [1170317896.256585 /dtn/bundle/daemon debug] frag_offset: 0 [1170317896.256585 /dtn/bundle/daemon debug] transmission_count: 0 [1170317896.256659 /dtn/bundle/daemon debug] adding bundle bundle id 9 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) to pending list [1170317896.256696 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317896.256724 /dtn/bundle/list/pending_bundles debug] bundle id 9 add mapping [pending_bundles] to list 0x81ee540 [1170317896.256749 /dtn/bundle/actions debug] adding bundle 9 to data store [1170317896.256783 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317896.257308 /dtn/storage/bundles debug] add(9): success [1170317896.257346 /dtn/bundle/daemon debug] scheduling expiration for bundle id 9 at 1170321496.257339 (in 3600 seconds) [1170317896.257376 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 2 -> 3 (1 mappings) add expiration timer [1170317896.257408 /timer debug] scheduling timer 0x82fa8a8 in 3600000 ms at 1170321496:257339 [1170317896.257437 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 9 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) [1170317896.257468 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.257739 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317896.257772 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.257799 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches [1170317896.257825 /dtn/bundle/daemon debug] delivering bundle bundle id 9 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317896.257856 /dtn/registration/10 info] deliver_bundle: queuing bundle id 9 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.257910 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10 [1170317896.257940 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317896.257966 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1 [1170317896.257989 /dtn/bundle/list//dtn/registration/10 debug] bundle id 9 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317896.258015 /dtn/tca debug] dispatching event (0x82fb2c0) BUNDLE_RECEIVED [1170317896.258040 /dtn/tca debug] Bundle payload length: 14 [1170317896.258084 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317896.258113 /dtn/bundle/payload/9/file debug] lseek 0 SEEK_SET -> 0 [1170317896.258143 /dtn/bundle/payload/9/file debug] ::readv() fd 39 cc 14 [1170317896.258166 /dtn/bundle/payload/9/file debug] readall 14 bytes 0 left 14 total [1170317896.258195 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.258226 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317896.258251 /dtn/bundle/payload/9/file debug] lseek 0 SEEK_SET -> 0 [1170317896.258278 /dtn/bundle/payload/9/file debug] ::readv() fd 39 cc 14 [1170317896.258300 /dtn/bundle/payload/9/file debug] readall 14 bytes 0 left 14 total [1170317896.258328 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.258353 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available':14 [1170317896.258394 /dtn/contact/manager debug] dispatching event (0x82fb2c0) BUNDLE_RECEIVED [1170317896.258424 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent [1170317896.258456 /timer debug] new timeout 2562 [1170317896.258490 /dtn/bundle/daemon debug] poll returned 1 [1170317896.258513 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317896.258542 /timer debug] new timeout 2561 [1170317896.278238 /dtn/cl/tcp/conn/0x82fb4d0 debug] connect: connecting to 134.102.217.8:5000... [1170317896.278294 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] connecting to 134.102.217.8:5000 [1170317896.278319 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] state INIT -> CONNECTING [1170317896.278491 /dtn/cl/tcp/iface/tcp0 debug] accepted connection fd 40 from 134.102.217.8:54460 [1170317896.278522 /dtn/cl/tcp/iface/tcp0 debug] new connection from 134.102.217.8:54460 [1170317896.278568 /dtn/cl/tcp/notifier debug] created pipe, fds: 41 42 [1170317896.278597 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set [1170317896.278621 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set [1170317896.278701 /dtn/cl/tcp/conn/0x830bcf8/40 debug] setting SO_REUSEADDR [1170317896.278733 /dtn/cl/tcp/conn/0x830bcf8/40 debug] set_nonblocking: nonblocking mode set [1170317896.278758 /thread debug] starting thread 0x830bcfc [1170317896.278842 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] delayed connect to 134.102.217.8:5000 (EINPROGRESS) [1170317896.278872 /dtn/cl/tcp/conn/0x82fb4d0 debug] connect: EINPROGRESS returned, waiting for write ready [1170317896.278900 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317896.278944 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: 1/2 fds ready, status 0x4 0x0 [1170317896.278971 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: normal fd has event [1170317896.278994 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll returned write ready, clearing POLLOUT bit [1170317896.279015 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] getting connect result [1170317896.279053 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] state CONNECTING -> ESTABLISHED [1170317896.279077 /dtn/cl/tcp/conn/0x82fb4d0 debug] delayed_connect to 134.102.217.8:5000 succeeded [1170317896.279101 /dtn/cl/tcp/conn/0x82fb4d0 debug] initiate_contact called [1170317896.279127 /dtn/cl/tcp/conn/0x82fb4d0 debug] noting data_sent [1170317896.279152 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: trying to drain 52 bytes from send buffer... [1170317896.279241 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::writev() fd 38 cc 52 [1170317896.279268 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: wrote 52/52 bytes from send buffer [1170317896.279305 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317896.279363 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317896.279391 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317896.279424 /dtn/apiclient/24 debug] wait_for_bundle(recv): immediately returning bundle for reg 10 [1170317896.279451 /dtn/bundle/list//dtn/registration/10 debug] bundle id 9 del_bundle: deleting mapping [/dtn/registration/10] [1170317896.279482 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317896.279538 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.279562 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0 [1170317896.279586 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary [1170317896.279614 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10 [1170317896.279641 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv [1170317896.279668 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary [1170317896.279693 /dtn/apiclient/24 debug] handle_recv: popped bundle 9 for registration 10 (timeout 30000) [1170317896.279732 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317896.279761 /dtn/bundle/payload/9/file debug] lseek 0 SEEK_SET -> 0 [1170317896.279792 /dtn/bundle/payload/9/file debug] ::readv() fd 39 cc 14 [1170317896.279815 /dtn/bundle/payload/9/file debug] readall 14 bytes 0 left 14 total [1170317896.279843 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.279877 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 9 to registration 10 [1170317896.279903 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent [1170317896.279931 /dtn/bundle/daemon debug] posting event (0x82fa938) with type BUNDLE_DELIVERED (at back) [1170317896.279957 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317896.279985 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317896.280009 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv [1170317896.280038 /dtn/apiclient/24 debug] building reply: status (unknown type), length 824 [1170317896.280062 /dtn/apiclient/24 debug] sending 832 byte reply message [1170317896.280099 /dtn/apiclient/24 debug] ::writev() fd 24 cc 832 [1170317896.280124 /dtn/apiclient/24 debug] writeall 832 bytes 0 left 832 total [1170317896.280160 /dtn/bundle/daemon debug] poll returned 1 [1170317896.280185 /dtn/bundle/daemon debug] poll returned new event to handle [1170317896.280212 /timer debug] new timeout 2540 [1170317896.280237 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317896.280263 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.280286 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317896.280312 /dtn/bundle/daemon debug] dispatching event (0x82fa938) BUNDLE_DELIVERED [1170317896.280337 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:9 (14 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317896.280367 /dtn/bundle/daemon debug] removing bundle bundle id 9 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) from pending list [1170317896.280396 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 9 [1170317896.280420 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 3 -> 2 (1 mappings) del expiration timer [1170317896.280472 /dtn/bundle/list/pending_bundles debug] bundle id 9 del_bundle: deleting mapping [pending_bundles] [1170317896.280501 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317896.280530 /dtn/tca debug] dispatching event (0x82fa938) BUNDLE_DELIVERED [1170317896.280554 /dtn/contact/manager debug] dispatching event (0x82fa938) BUNDLE_DELIVERED [1170317896.280581 /dtn/bundle/refs debug] bundle id 9 (0x82fb968): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent [1170317896.280607 /dtn/bundle debug] bundle id 9 (0x82fb968): no more references, posting free event [1170317896.280631 /dtn/bundle/daemon debug] posting event (0x82fac70) with type BUNDLE_FREE (at back) [1170317896.280656 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317896.280679 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317896.280707 /timer debug] new timeout 2539 [1170317896.280731 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317896.280756 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.280779 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317896.280804 /dtn/bundle/daemon debug] dispatching event (0x82fac70) BUNDLE_FREE [1170317896.280829 /dtn/bundle/actions debug] removing bundle 9 from data store [1170317896.281937 /dtn/storage/bundles debug] del(9): success [1170317896.281973 /dtn/bundle/free debug] destroying bundle id 9 [1170317896.282020 /dtn/storage/bundles/fdcache/cache debug] Closed 39 size=4 [1170317896.282115 /dtn/bundle/payload/9/file debug] unlink bundles/bundle_9.dat: 0 [1170317896.282158 /timer debug] new timeout 2538 [1170317896.412234 /dtn/cl/tcp/conn/0x830bcf8 debug] accept: got connection from 134.102.217.8:54460... [1170317896.412310 /dtn/cl/tcp/conn/0x830bcf8 debug] initiate_contact called [1170317896.412340 /dtn/cl/tcp/conn/0x830bcf8 debug] noting data_sent [1170317896.412366 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: trying to drain 52 bytes from send buffer... [1170317896.412480 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317896.412513 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: normal fd has event [1170317896.412539 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317896.412574 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::readv() fd 38 cc 52 [1170317896.412599 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: read 52 bytes, rcvbuf has 0 bytes [1170317896.412623 /dtn/cl/tcp/conn/0x82fb4d0 debug] processing up to 52 bytes from receive buffer [1170317896.412646 /dtn/cl/tcp/conn/0x82fb4d0 debug] noting data_rcvd [1170317896.412721 /dtn/cl/tcp/conn/0x82fb4d0 debug] contact_up [1170317896.412748 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) 2 -> 3 add ContactUpEvent [1170317896.412782 /dtn/bundle/daemon debug] posting event (0x82fb0d8) with type CONTACT_UP (at back) [1170317896.412809 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317896.412840 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317896.412877 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317896.412919 /dtn/bundle/daemon debug] poll returned 1 [1170317896.412944 /dtn/bundle/daemon debug] poll returned new event to handle [1170317896.412973 /timer debug] new timeout 2407 [1170317896.412999 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317896.413026 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.413050 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317896.413076 /dtn/bundle/daemon debug] dispatching event (0x82fb0d8) CONTACT_UP [1170317896.413100 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] 3 -> 4 add Contact [1170317896.413133 /dtn/bundle/daemon info] CONTACT_UP jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPENING] (contact 0x82fb408) [1170317896.413206 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] set_state OPENING -> OPEN [1170317896.413230 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 4 -> 3 del Contact [1170317896.413261 /dtn/tca debug] dispatching event (0x82fb0d8) CONTACT_UP [1170317896.413284 /dtn/tca debug] check_next_hop jgre.openvpn.informatik.uni-bremen.de:5000: checking pending bundle list... [1170317896.413328 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.413352 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.413387 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.413409 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3 [1170317896.413435 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 [1170317896.413457 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:52608 (FORWARD) [1170317896.413590 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:41187 (FORWARD) [1170317896.413673 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent') [1170317896.413703 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.413795 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://correspondent/myapp2) succeeded: pattern 'correspondent' ssp 'correspondent' [1170317896.413826 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.413858 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 done, 1 match(es) [1170317896.413888 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 3 -> 4 add RouteEntry [1170317896.413918 /dtn/tca debug] sending bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp2 (8 bytes payload) to jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] [1170317896.413953 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 4 -> 5 add LinkBlockSet::Entry [1170317896.413986 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 5 -> 6 add LinkBlockSet::Entry [1170317896.414015 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 6 -> 5 del LinkBlockSet::Entry [1170317896.414116 /dtn/bundle/protocol debug] generated dictionary length 52 [1170317896.414143 /dtn/bundle/protocol debug] get_primary_len(bundle 6): 86 [1170317896.414168 /dtn/bundle/protocol debug] generating primary: length 86 (preamble 5 var length 81) [1170317896.414224 /dtn/bundle/protocol debug] dictionary len 52, value: 'tca //correspondent/myapp2 //mobile3/myapp dtn none ' [1170317896.414250 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,27, custodian 43,47 replyto 0,27 [1170317896.414299 /dtn/bundle/protocol debug] generated dictionary length 52 [1170317896.414324 /dtn/bundle/protocol debug] get_primary_len(bundle 6): 86 [1170317896.414351 /dtn/bundle/protocol debug] generated block (owner 0x0 type 0x0) data_offset 0 data_length 86 contents length 86 [1170317896.414382 /dtn/bundle/protocol debug] BlockProcessor type 0x1 generated preamble for block type 0x1 flags 0x8: data_offset 3 data_length 8 [1170317896.414408 /dtn/bundle/protocol debug] generated block (owner 0x1 type 0x1) data_offset 3 data_length 8 contents length 3 [1170317896.414463 /dtn/bundle/actions debug] send bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp2 (8 bytes payload) to ONDEMAND link jgre.openvpn.informatik.uni-bremen.de:5000 (jgre.openvpn.informatik.uni-bremen.de:5000) (total len 97) [1170317896.414539 /dtn/cl/tcp debug] send_bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp2 (8 bytes payload) to contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) [1170317896.414578 /dtn/cl/tcp/conn/0x82fb4d0 debug] 1 bundles pending -- leaving state as-is [1170317896.414602 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 2 -> 3 (1 mappings) add ConnectedConvergenceLayer::CLMsg [1170317896.414630 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 3 -> 4 (1 mappings) add ConnectedConvergenceLayer::CLMsg [1170317896.414657 /dtn/cl/tcp/msgqueue debug] notifier notify [1170317896.414684 /dtn/cl/tcp/msgqueue debug] notify count = 1 [1170317896.414708 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 4 -> 5 (1 mappings) add ConnectedConvergenceLayer::CLMsg [1170317896.414736 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 5 -> 4 (1 mappings) del ConnectedConvergenceLayer::CLMsg [1170317896.414762 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 4 -> 3 (1 mappings) del ConnectedConvergenceLayer::CLMsg [1170317896.414788 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 5 -> 4 del RouteEntry [1170317896.414817 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp2': 1 matches [1170317896.414856 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.414879 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.414901 /dtn/tca debug] TcaRouter::contact up [1170317896.414940 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up' [1170317896.414988 /dtn/storage/globals debug] next_bundleid 10 -> 11 [1170317896.415013 /dtn/storage/globals debug] updating global store [1170317896.415107 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317896.415325 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 [1170317896.415356 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: normal fd has event [1170317896.415385 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 3 -> 4 (1 mappings) add ConnectionConvergenceLayer::CLMsg [1170317896.415414 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 4 -> 3 (1 mappings) del ConnectedConvergenceLayer::CLMsg [1170317896.415440 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317896.415466 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.415489 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0 [1170317896.415559 /dtn/cl/tcp/conn/0x82fb4d0 debug] processing CLMSG_SEND_BUNDLE [1170317896.415582 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 3 -> 4 (1 mappings) add CLConnection::InFlightBundle [1170317896.415616 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 4 -> 3 (1 mappings) del ConnectionConvergenceLayer::CLMsg [1170317896.415650 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_next_segment: starting 97 byte segment [block byte range 0..97] [1170317896.415678 /dtn/bundle/protocol debug] BundleProtocol::produce copying 86/86 bytes from block type 0x0 at offset 0 [1170317896.415706 /dtn/bundle/protocol debug] BundleProtocol::produce copying 11/11 bytes from block type 0x1 at offset 0 [1170317896.415742 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=3 [1170317896.415772 /dtn/bundle/payload/6/file debug] lseek 0 SEEK_SET -> 0 [1170317896.415812 /dtn/bundle/payload/6/file debug] ::readv() fd 34 cc 8 [1170317896.415836 /dtn/bundle/payload/6/file debug] readall 8 bytes 0 left 8 total [1170317896.415864 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=3 [1170317896.415891 /dtn/bundle/protocol debug] BundleProtocol::produce complete: produced 97 bytes, bundle complete [1170317896.415947 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data_todo: sent 97/97 of current segment from block offset 0 (0 todo), updated sent_data [ 0..96 ] [1170317896.415981 /dtn/cl/tcp/conn/0x82fb4d0 debug] noting data_sent [1170317896.416006 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: trying to drain 99 bytes from send buffer... [1170317896.416053 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::writev() fd 38 cc 99 [1170317896.416079 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: wrote 99/99 bytes from send buffer [1170317896.416103 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 0 [1170317896.416130 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier timed out [1170317896.416159 /dtn/cl/tcp/conn/0x82fb4d0 debug] connection not idle: recvd 3 / sent 0 <= timeout 30000 [1170317896.416191 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_next_segment: already sent all 97 bytes, finishing bundle [1170317896.416216 /dtn/cl/tcp/conn/0x82fb4d0 debug] check_completed: bundle 6 only acked 0/97 [1170317896.416242 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 0 [1170317896.416267 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier timed out [1170317896.416294 /dtn/cl/tcp/conn/0x82fb4d0 debug] connection not idle: recvd 3 / sent 0 <= timeout 30000 [1170317896.416324 /dtn/cl/tcp/conn/0x82fb4d0 debug] start_next_bundle: transmission of bundle 6 already complete, skipping [1170317896.416347 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317896.416405 /dtn/bundle debug] Bundle::init bundle id 10 [1170317896.416504 /dtn/bundle/payload/10/file debug] open bundles/bundle_10.dat (flags 0xc2 mode 0x180): fd 39 [1170317896.416541 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=39 pin_count=1 size=3 [1170317896.416579 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.416618 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317896.416681 /dtn/bundle/payload/10/file debug] ::writev() fd 39 cc 10 [1170317896.416705 /dtn/bundle/payload/10/file debug] writeall 10 bytes 0 left 10 total [1170317896.416734 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.416761 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317896.416790 /dtn/bundle/daemon debug] posting event (0x82fbc60) with type BUNDLE_RECEIVED (at back) [1170317896.416814 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317896.416839 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317896.416864 /dtn/contact/manager debug] dispatching event (0x82fb0d8) CONTACT_UP [1170317896.416888 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 4 -> 5 add Contact [1170317896.416918 /dtn/contact/manager debug] resetting retry interval for link jgre.openvpn.informatik.uni-bremen.de:5000: 0 -> 5 [1170317896.416941 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 5 -> 4 del Contact [1170317896.416973 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) 3 -> 2 del ContactUpEvent [1170317896.417007 /timer debug] new timeout 2403 [1170317896.417032 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317896.417057 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.417081 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317896.417107 /dtn/bundle/daemon debug] dispatching event (0x82fbc60) BUNDLE_RECEIVED [1170317896.417223 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317896.417223 /dtn/bundle/daemon debug] bundle id 10: [1170317896.417223 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317896.417223 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.417223 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317896.417223 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317896.417223 /dtn/bundle/daemon debug] prevhop: [1170317896.417223 /dtn/bundle/daemon debug] payload_length: 10 [1170317896.417223 /dtn/bundle/daemon debug] priority: 1 [1170317896.417223 /dtn/bundle/daemon debug] custody_requested: false [1170317896.417223 /dtn/bundle/daemon debug] local_custody: false [1170317896.417223 /dtn/bundle/daemon debug] singleton_dest: true [1170317896.417223 /dtn/bundle/daemon debug] receive_rcpt: false [1170317896.417223 /dtn/bundle/daemon debug] custody_rcpt: false [1170317896.417223 /dtn/bundle/daemon debug] forward_rcpt: false [1170317896.417223 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317896.417223 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317896.417223 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317896.417223 /dtn/bundle/daemon debug] creation_ts: 223633096.10 [1170317896.417223 /dtn/bundle/daemon debug] expiration: 3600 [1170317896.417223 /dtn/bundle/daemon debug] is_fragment: false [1170317896.417223 /dtn/bundle/daemon debug] is_admin: false [1170317896.417223 /dtn/bundle/daemon debug] do_not_fragment: false [1170317896.417223 /dtn/bundle/daemon debug] orig_length: 0 [1170317896.417223 /dtn/bundle/daemon debug] frag_offset: 0 [1170317896.417223 /dtn/bundle/daemon debug] transmission_count: 0 [1170317896.417298 /dtn/bundle/daemon debug] adding bundle bundle id 10 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to pending list [1170317896.417335 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317896.417363 /dtn/bundle/list/pending_bundles debug] bundle id 10 add mapping [pending_bundles] to list 0x81ee540 [1170317896.417388 /dtn/bundle/actions debug] adding bundle 10 to data store [1170317896.417423 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317896.417623 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::writev() fd 40 cc 52 [1170317896.417654 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: wrote 52/52 bytes from send buffer [1170317896.417691 /dtn/cl/tcp/conn/0x830bcf8 debug] calling poll on 2 fds with timeout 10000 [1170317896.417734 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317896.417760 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: normal fd has event [1170317896.417784 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317896.417815 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::readv() fd 40 cc 151 [1170317896.417839 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: read 151 bytes, rcvbuf has 0 bytes [1170317896.417863 /dtn/cl/tcp/conn/0x830bcf8 debug] processing up to 151 bytes from receive buffer [1170317896.417886 /dtn/cl/tcp/conn/0x830bcf8 debug] noting data_rcvd [1170317896.417945 /dtn/contact/manager debug] find_link_to: cl tcp nexthop remote_eid tca://jgre.openvpn.informatik.uni-bremen.de type OPPORTUNISTIC states 0x3 [1170317896.417997 /dtn/contact/manager debug] ContactManager::find_link_to: no match [1170317896.418024 /dtn/contact/manager debug] new_opportunistic_link: cl tcp nexthop 134.102.217.8:54460 remote_eid tca://jgre.openvpn.informatik.uni-bremen.de [1170317896.418076 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 dtn:none OPPORTUNISTIC UNAVAILABLE] 0 -> 1 add Link::create_link: return value [1170317896.418141 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 134.102.217.8:54460 [1170317896.418222 /dtn/link/opportunistic-2 info] new link opportunistic-2 [134.102.217.8:54460 dtn:none OPPORTUNISTIC UNAVAILABLE] [1170317896.418255 /dtn/contact/manager debug] adding link opportunistic-2 [1170317896.418298 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 1 -> 2 add ContactManager [1170317896.418332 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add ContactManager [1170317896.418361 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 2 del ContactManager [1170317896.418389 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add LinkCreatedEvent [1170317896.418418 /dtn/bundle/daemon debug] posting event (0x831c718) with type LINK_CREATED (at back) [1170317896.418442 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317896.418467 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317896.418489 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add ContactManager::find_link_to: return value [1170317896.418516 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del Link::create_link: return value [1170317896.418546 /dtn/cl/tcp/conn/0x830bcf8 debug] created new opportunistic link opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] [1170317896.418576 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact [1170317896.418608 /dtn/contact/opportunistic-2 info] new contact contact 134.102.217.8:54460 (started 1170317896.418601) [1170317896.418632 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 0 -> 1 add TCPConvergenceLayer::Connection [1170317896.418660 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 1 -> 2 add Link [1170317896.418687 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del ContactManager::find_link_to: return value [1170317896.418716 /dtn/cl/tcp/conn/0x830bcf8 debug] contact_up [1170317896.418737 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 2 -> 3 add ContactUpEvent [1170317896.418765 /dtn/bundle/daemon debug] posting event (0x82fbae8) with type CONTACT_UP (at back) [1170317896.418798 /dtn/cl/tcp/conn/0x830bcf8 debug] calling poll on 2 fds with timeout 10000 [1170317896.418853 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317896.418880 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317896.418913 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000) [1170317896.431925 /dtn/storage/bundles debug] add(10): success [1170317896.435209 /dtn/bundle/daemon debug] scheduling expiration for bundle id 10 at 1170321496.435196 (in 3600 seconds) [1170317896.435251 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 2 -> 3 (1 mappings) add expiration timer [1170317896.435284 /timer debug] scheduling timer 0x830c4e8 in 3600000 ms at 1170321496:435196 [1170317896.435322 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 10 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) [1170317896.435356 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.435674 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317896.435708 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.435777 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches [1170317896.435806 /dtn/bundle/daemon debug] delivering bundle bundle id 10 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317896.435837 /dtn/registration/10 info] deliver_bundle: queuing bundle id 10 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.435872 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10 [1170317896.435902 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317896.435931 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1 [1170317896.435953 /dtn/bundle/list//dtn/registration/10 debug] bundle id 10 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317896.435981 /dtn/tca debug] dispatching event (0x82fbc60) BUNDLE_RECEIVED [1170317896.436008 /dtn/tca debug] Bundle payload length: 10 [1170317896.436058 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317896.436089 /dtn/bundle/payload/10/file debug] lseek 0 SEEK_SET -> 0 [1170317896.436123 /dtn/bundle/payload/10/file debug] ::readv() fd 39 cc 10 [1170317896.436146 /dtn/bundle/payload/10/file debug] readall 10 bytes 0 left 10 total [1170317896.436175 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.436207 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317896.436232 /dtn/bundle/payload/10/file debug] lseek 0 SEEK_SET -> 0 [1170317896.436258 /dtn/bundle/payload/10/file debug] ::readv() fd 39 cc 10 [1170317896.436281 /dtn/bundle/payload/10/file debug] readall 10 bytes 0 left 10 total [1170317896.436308 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.436333 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10 [1170317896.436377 /dtn/contact/manager debug] dispatching event (0x82fbc60) BUNDLE_RECEIVED [1170317896.436408 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent [1170317896.436442 /timer debug] new timeout 2384 [1170317896.436471 /dtn/bundle/daemon debug] dispatching event (0x831c718) LINK_CREATED [1170317896.436495 /dtn/tca debug] dispatching event (0x831c718) LINK_CREATED [1170317896.436518 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add LinkCreatedEvent [1170317896.436598 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 4 -> 5 add RouteEntry [1170317896.436633 /dtn/bundle/daemon debug] posting event (0x82faac0) with type ROUTE_ADD (at back) [1170317896.436660 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 5 -> 4 del LinkCreatedEvent [1170317896.436689 /dtn/contact/manager debug] dispatching event (0x831c718) LINK_CREATED [1170317896.436716 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del LinkCreatedEvent [1170317896.436749 /timer debug] new timeout 2383 [1170317896.436777 /dtn/bundle/daemon debug] dispatching event (0x82fbae8) CONTACT_UP [1170317896.436799 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact [1170317896.436828 /dtn/bundle/daemon info] CONTACT_UP opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] (contact 0x831c8f0) [1170317896.436857 /dtn/link/opportunistic-2 debug] set_state UNAVAILABLE -> OPEN [1170317896.436898 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 4 -> 3 del Contact [1170317896.436928 /dtn/tca debug] dispatching event (0x82fbae8) CONTACT_UP [1170317896.436951 /dtn/tca debug] check_next_hop 134.102.217.8:54460: checking pending bundle list... [1170317896.436987 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.437010 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.437045 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.437068 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3 [1170317896.437093 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 [1170317896.437115 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:52608 (FORWARD) [1170317896.437225 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:41187 (FORWARD) [1170317896.437306 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent') [1170317896.437337 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.437427 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://correspondent/myapp2) succeeded: pattern 'correspondent' ssp 'correspondent' [1170317896.437457 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.437488 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 done, 1 match(es) [1170317896.437519 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp2': ignoring match jgre.openvpn.informatik.uni-bremen.de:5000 since next_hop link opportunistic-2 set [1170317896.437545 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp2': 0 matches [1170317896.437582 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.437605 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.437639 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='daemon' [1170317896.437661 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.437683 /dtn/tca debug] TcaRouter::contact up [1170317896.437721 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up' [1170317896.437766 /dtn/storage/globals debug] next_bundleid 11 -> 12 [1170317896.437791 /dtn/storage/globals debug] updating global store [1170317896.437872 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317896.438053 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317896.438084 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event [1170317896.438115 /dtn/bundle/list//dtn/registration/10 debug] bundle id 10 del_bundle: deleting mapping [/dtn/registration/10] [1170317896.438146 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317896.438197 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317896.438222 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0 [1170317896.438245 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary [1170317896.438273 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10 [1170317896.438299 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv [1170317896.438326 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary [1170317896.438352 /dtn/apiclient/24 debug] handle_recv: popped bundle 10 for registration 10 (timeout 30000) [1170317896.438409 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317896.438437 /dtn/bundle/payload/10/file debug] lseek 0 SEEK_SET -> 0 [1170317896.438465 /dtn/bundle/payload/10/file debug] ::readv() fd 39 cc 10 [1170317896.438488 /dtn/bundle/payload/10/file debug] readall 10 bytes 0 left 10 total [1170317896.438516 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317896.438551 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 10 to registration 10 [1170317896.438577 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent [1170317896.438605 /dtn/bundle/daemon debug] posting event (0x830c3f0) with type BUNDLE_DELIVERED (at back) [1170317896.438631 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv [1170317896.438662 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820 [1170317896.438685 /dtn/apiclient/24 debug] sending 828 byte reply message [1170317896.438739 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828 [1170317896.438764 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total [1170317896.438892 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317896.438921 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317896.438951 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000) [1170317896.453070 /dtn/bundle debug] Bundle::init bundle id 11 [1170317896.453229 /dtn/bundle/payload/11/file debug] open bundles/bundle_11.dat (flags 0xc2 mode 0x180): fd 43 [1170317896.453274 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=43 pin_count=1 size=4 [1170317896.453315 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=5 [1170317896.453360 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=43 pin_count=1 size=5 [1170317896.453429 /dtn/bundle/payload/11/file debug] ::writev() fd 43 cc 10 [1170317896.453515 /dtn/bundle/payload/11/file debug] writeall 10 bytes 0 left 10 total [1170317896.453546 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=5 [1170317896.453574 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent [1170317896.453605 /dtn/bundle/daemon debug] posting event (0x830c390) with type BUNDLE_RECEIVED (at back) [1170317896.453635 /dtn/contact/manager debug] dispatching event (0x82fbae8) CONTACT_UP [1170317896.453660 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 3 -> 4 add Contact [1170317896.453691 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 4 -> 3 del Contact [1170317896.453724 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 3 -> 2 del ContactUpEvent [1170317896.453760 /timer debug] new timeout 2366 [1170317896.453790 /dtn/bundle/daemon debug] dispatching event (0x82faac0) ROUTE_ADD [1170317896.453814 /dtn/bundle/daemon info] ROUTE_ADD tca://jgre.openvpn.informatik.uni-bremen.de -> 134.102.217.8:54460 (FORWARD) [1170317896.453839 /dtn/tca debug] dispatching event (0x82faac0) ROUTE_ADD [1170317896.453863 /dtn/routing/TcaRouter/table debug] add_route tca://jgre.openvpn.informatik.uni-bremen.de -> 134.102.217.8:54460 (FORWARD) [1170317896.453888 /dtn/tca debug] check_next_hop 134.102.217.8:54460: checking pending bundle list... [1170317896.453928 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.453952 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.453989 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.454012 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3 [1170317896.454036 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 [1170317896.454059 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:52608 (FORWARD) [1170317896.454197 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:41187 (FORWARD) [1170317896.454275 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent') [1170317896.454306 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.454392 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://correspondent/myapp2) succeeded: pattern 'correspondent' ssp 'correspondent' [1170317896.454422 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent/myapp2 -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY) [1170317896.454454 /dtn/routing/TcaRouter/table debug] check entry tca://jgre.openvpn.informatik.uni-bremen.de -> 134.102.217.8:54460 (FORWARD) [1170317896.454532 /scheme/dtn debug] match(tca://correspondent/myapp2, tca://jgre.openvpn.informatik.uni-bremen.de/) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'correspondent') [1170317896.454564 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp2 done, 1 match(es) [1170317896.454595 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp2': ignoring match jgre.openvpn.informatik.uni-bremen.de:5000 since next_hop link opportunistic-2 set [1170317896.454621 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp2': 0 matches [1170317896.454659 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='' [1170317896.454682 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.454716 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner='daemon' [1170317896.454738 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0 [1170317896.454761 /dtn/contact/manager debug] dispatching event (0x82faac0) ROUTE_ADD [1170317896.454793 /timer debug] new timeout 2365 [1170317896.454821 /dtn/bundle/daemon debug] dispatching event (0x830c3f0) BUNDLE_DELIVERED [1170317896.454845 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:10 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317896.454877 /dtn/bundle/daemon debug] removing bundle bundle id 10 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) from pending list [1170317896.454906 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 10 [1170317896.454930 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 3 -> 2 (1 mappings) del expiration timer [1170317896.454960 /dtn/bundle/list/pending_bundles debug] bundle id 10 del_bundle: deleting mapping [pending_bundles] [1170317896.454990 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317896.455018 /dtn/tca debug] dispatching event (0x830c3f0) BUNDLE_DELIVERED [1170317896.455042 /dtn/contact/manager debug] dispatching event (0x830c3f0) BUNDLE_DELIVERED [1170317896.455068 /dtn/bundle/refs debug] bundle id 10 (0x830c100): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent [1170317896.455095 /dtn/bundle debug] bundle id 10 (0x830c100): no more references, posting free event [1170317896.455119 /dtn/bundle/daemon debug] posting event (0x82fbc98) with type BUNDLE_FREE (at back) [1170317896.455148 /timer debug] new timeout 2365 [1170317896.455176 /dtn/bundle/daemon debug] dispatching event (0x830c390) BUNDLE_RECEIVED [1170317896.455306 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd) [1170317896.455306 /dtn/bundle/daemon debug] bundle id 11: [1170317896.455306 /dtn/bundle/daemon debug] source: tca://localhost/bundlelayer [1170317896.455306 /dtn/bundle/daemon debug] dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.455306 /dtn/bundle/daemon debug] custodian: tca://jgre.openvpn.informatik.uni-bremen.de [1170317896.455306 /dtn/bundle/daemon debug] replyto: tca://jgre.openvpn.informatik.uni-bremen.de [1170317896.455306 /dtn/bundle/daemon debug] prevhop: [1170317896.455306 /dtn/bundle/daemon debug] payload_length: 10 [1170317896.455306 /dtn/bundle/daemon debug] priority: 1 [1170317896.455306 /dtn/bundle/daemon debug] custody_requested: false [1170317896.455306 /dtn/bundle/daemon debug] local_custody: false [1170317896.455306 /dtn/bundle/daemon debug] singleton_dest: true [1170317896.455306 /dtn/bundle/daemon debug] receive_rcpt: false [1170317896.455306 /dtn/bundle/daemon debug] custody_rcpt: false [1170317896.455306 /dtn/bundle/daemon debug] forward_rcpt: false [1170317896.455306 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317896.455306 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317896.455306 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317896.455306 /dtn/bundle/daemon debug] creation_ts: 223633096.11 [1170317896.455306 /dtn/bundle/daemon debug] expiration: 3600 [1170317896.455306 /dtn/bundle/daemon debug] is_fragment: false [1170317896.455306 /dtn/bundle/daemon debug] is_admin: false [1170317896.455306 /dtn/bundle/daemon debug] do_not_fragment: false [1170317896.455306 /dtn/bundle/daemon debug] orig_length: 0 [1170317896.455306 /dtn/bundle/daemon debug] frag_offset: 0 [1170317896.455306 /dtn/bundle/daemon debug] transmission_count: 0 [1170317896.455381 /dtn/bundle/daemon debug] adding bundle bundle id 11 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to pending list [1170317896.455417 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles [1170317896.455445 /dtn/bundle/list/pending_bundles debug] bundle id 11 add mapping [pending_bundles] to list 0x81ee540 [1170317896.455470 /dtn/bundle/actions debug] adding bundle 11 to data store [1170317896.475757 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode) [1170317896.499576 /dtn/storage/bundles debug] add(11): success [1170317896.499657 /dtn/bundle/daemon debug] scheduling expiration for bundle id 11 at 1170321496.499650 (in 3600 seconds) [1170317896.499691 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 2 -> 3 (1 mappings) add expiration timer [1170317896.499724 /timer debug] scheduling timer 0x830c368 in 3600000 ms at 1170321496:499650 [1170317896.499755 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 11 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) [1170317896.499789 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.504696 /scheme/dtn debug] match(tca://jgre.openvpn.informatik.uni-bremen.de/admin, tca://jgre.openvpn.informatik.uni-bremen.de/admin) succeeded: pattern 'jgre.openvpn.informatik.uni-bremen.de' ssp 'jgre.openvpn.informatik.uni-bremen.de' [1170317896.504736 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.504764 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches [1170317896.504791 /dtn/bundle/daemon debug] delivering bundle bundle id 11 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317896.504823 /dtn/registration/10 info] deliver_bundle: queuing bundle id 11 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin [1170317896.504858 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10 [1170317896.504888 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify [1170317896.504939 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317896.504969 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event [1170317896.504999 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1 [1170317896.505022 /dtn/bundle/list//dtn/registration/10 debug] bundle id 11 add mapping [/dtn/registration/10] to list 0x82d0880 [1170317897.108952 /dtn/bundle/list//dtn/registration/10 debug] bundle id 11 del_bundle: deleting mapping [/dtn/registration/10] [1170317897.109020 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317897.109055 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317897.109080 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0 [1170317897.109105 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary [1170317897.109133 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10 [1170317897.109160 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv [1170317897.109187 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary [1170317897.109213 /dtn/apiclient/24 debug] handle_recv: popped bundle 11 for registration 10 (timeout 30000) [1170317897.109258 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=43 pin_count=1 size=5 [1170317897.109289 /dtn/bundle/payload/11/file debug] lseek 0 SEEK_SET -> 0 [1170317897.109325 /dtn/bundle/payload/11/file debug] ::readv() fd 43 cc 10 [1170317897.109349 /dtn/bundle/payload/11/file debug] readall 10 bytes 0 left 10 total [1170317897.109378 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=5 [1170317897.109415 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 11 to registration 10 [1170317897.109441 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent [1170317897.109470 /dtn/bundle/daemon debug] posting event (0x82faac0) with type BUNDLE_DELIVERED (at back) [1170317897.109498 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv [1170317897.109529 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820 [1170317897.109553 /dtn/apiclient/24 debug] sending 828 byte reply message [1170317897.109596 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828 [1170317897.109621 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total [1170317897.109874 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317897.109905 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317897.109936 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000) [1170317897.109987 /dtn/tca debug] dispatching event (0x830c390) BUNDLE_RECEIVED [1170317897.110018 /dtn/tca debug] Bundle payload length: 10 [1170317897.110426 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=43 pin_count=1 size=5 [1170317897.110459 /dtn/bundle/payload/11/file debug] lseek 0 SEEK_SET -> 0 [1170317897.110488 /dtn/bundle/payload/11/file debug] ::readv() fd 43 cc 10 [1170317897.110511 /dtn/bundle/payload/11/file debug] readall 10 bytes 0 left 10 total [1170317897.110540 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=5 [1170317897.110572 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=43 pin_count=1 size=5 [1170317897.110597 /dtn/bundle/payload/11/file debug] lseek 0 SEEK_SET -> 0 [1170317897.110623 /dtn/bundle/payload/11/file debug] ::readv() fd 43 cc 10 [1170317897.110646 /dtn/bundle/payload/11/file debug] readall 10 bytes 0 left 10 total [1170317897.110673 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=5 [1170317897.110700 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10 [1170317897.110745 /dtn/contact/manager debug] dispatching event (0x830c390) BUNDLE_RECEIVED [1170317897.110776 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent [1170317897.110810 /timer debug] new timeout 1709 [1170317897.110879 /dtn/bundle/daemon debug] dispatching event (0x82fbc98) BUNDLE_FREE [1170317897.110906 /dtn/bundle/actions debug] removing bundle 10 from data store [1170317897.115012 /dtn/storage/bundles debug] del(10): success [1170317897.115053 /dtn/bundle/free debug] destroying bundle id 10 [1170317897.115128 /dtn/storage/bundles/fdcache/cache debug] Closed 39 size=5 [1170317897.115230 /dtn/bundle/payload/10/file debug] unlink bundles/bundle_10.dat: 0 [1170317897.115276 /timer debug] new timeout 1705 [1170317897.115302 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317897.115331 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317897.115354 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317897.115412 /dtn/bundle/daemon debug] dispatching event (0x82faac0) BUNDLE_DELIVERED [1170317897.115438 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:11 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin) [1170317897.115470 /dtn/bundle/daemon debug] removing bundle bundle id 11 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) from pending list [1170317897.115500 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 11 [1170317897.115524 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 3 -> 2 (1 mappings) del expiration timer [1170317897.115574 /dtn/bundle/list/pending_bundles debug] bundle id 11 del_bundle: deleting mapping [pending_bundles] [1170317897.115602 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317897.115631 /dtn/tca debug] dispatching event (0x82faac0) BUNDLE_DELIVERED [1170317897.115654 /dtn/contact/manager debug] dispatching event (0x82faac0) BUNDLE_DELIVERED [1170317897.115682 /dtn/bundle/refs debug] bundle id 11 (0x831c9b8): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent [1170317897.115708 /dtn/bundle debug] bundle id 11 (0x831c9b8): no more references, posting free event [1170317897.115733 /dtn/bundle/daemon debug] posting event (0x82fb148) with type BUNDLE_FREE (at back) [1170317897.115758 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317897.115784 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317897.115812 /timer debug] new timeout 1704 [1170317897.115836 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317897.115861 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317897.115884 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317897.115909 /dtn/bundle/daemon debug] dispatching event (0x82fb148) BUNDLE_FREE [1170317897.115933 /dtn/bundle/actions debug] removing bundle 11 from data store [1170317897.116429 /dtn/storage/bundles debug] del(11): success [1170317897.116461 /dtn/bundle/free debug] destroying bundle id 11 [1170317897.116501 /dtn/storage/bundles/fdcache/cache debug] Closed 43 size=4 [1170317897.116567 /dtn/bundle/payload/11/file debug] unlink bundles/bundle_11.dat: 0 [1170317897.116613 /timer debug] new timeout 1703 [1170317897.116650 /dtn/bundle/daemon debug] poll returned 1 [1170317897.116674 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317897.116704 /timer debug] new timeout 1703 [1170317898.823726 /dtn/bundle/daemon debug] poll returned -2 [1170317898.823778 /dtn/bundle/daemon debug] poll timeout [1170317898.823814 /timer debug] popping timer 0x8261880 at 1170317898.823801 [1170317898.823841 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317898.823870 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317898.823900 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317903:823890 [1170317898.823936 /timer debug] new timeout 5000 [1170317898.823970 /dtn/bundle/daemon debug] poll returned 1 [1170317898.823993 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317898.824021 /timer debug] new timeout 5000 [1170317903.828043 /dtn/bundle/daemon debug] poll returned -2 [1170317903.828148 /dtn/bundle/daemon debug] poll timeout [1170317903.828185 /timer debug] popping timer 0x8261880 at 1170317903.828172 [1170317903.828212 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317903.828241 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317903.828272 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317908:828261 [1170317903.828308 /timer debug] new timeout 5000 [1170317903.828343 /dtn/bundle/daemon debug] poll returned 1 [1170317903.828365 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317903.828394 /timer debug] new timeout 5000 [1170317904.600091 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier timed out [1170317904.600169 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317904.600227 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317904.600253 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317904.600285 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317904.631437 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317904.631473 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317904.631499 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317904.631531 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317904.631554 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317904.631578 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317904.631601 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317904.631628 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317904.631651 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317904.631680 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317905.652152 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier timed out [1170317905.652230 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: trying to drain 1 bytes from send buffer... [1170317905.652285 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::writev() fd 21 cc 1 [1170317905.652311 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: wrote 1/1 bytes from send buffer [1170317905.652343 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 10000 [1170317905.724792 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317905.724828 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: normal fd has event [1170317905.724854 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317905.724886 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::readv() fd 21 cc 1 [1170317905.724910 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317905.724934 /dtn/cl/tcp/conn/0x82e1758 debug] processing up to 1 bytes from receive buffer [1170317905.724956 /dtn/cl/tcp/conn/0x82e1758 debug] noting data_rcvd [1170317905.724981 /dtn/cl/tcp/conn/0x82e1758 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317905.725003 /dtn/cl/tcp/conn/0x82e1758 debug] got keepalive message [1170317905.725032 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 10000 [1170317906.420217 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier timed out [1170317906.420282 /dtn/cl/tcp/conn/0x82fb4d0 debug] connection not idle: recvd 10007 / sent 10004 <= timeout 30000 [1170317906.420318 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317906.420376 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::writev() fd 38 cc 1 [1170317906.420403 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: wrote 1/1 bytes from send buffer [1170317906.420435 /dtn/cl/tcp/conn/0x82fb4d0 debug] start_next_bundle: transmission of bundle 6 already complete, skipping [1170317906.420460 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317906.420554 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317906.420583 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: normal fd has event [1170317906.420608 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: draining up to 32617 bytes into recv buffer... [1170317906.420639 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::readv() fd 40 cc 1 [1170317906.420663 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: read 1 bytes, rcvbuf has 99 bytes [1170317906.420687 /dtn/cl/tcp/conn/0x830bcf8 debug] processing up to 100 bytes from receive buffer [1170317906.420710 /dtn/cl/tcp/conn/0x830bcf8 debug] noting data_rcvd [1170317906.420734 /dtn/cl/tcp/conn/0x830bcf8 debug] recvbuf has 100 full bytes, dispatching to handler routine [1170317906.420757 /dtn/cl/tcp/conn/0x830bcf8 debug] got BUNDLE_START segment, creating new IncomingBundle [1170317906.420800 /dtn/storage/globals debug] next_bundleid 12 -> 13 [1170317906.420825 /dtn/storage/globals debug] updating global store [1170317906.420914 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode) [1170317906.430294 /dtn/bundle debug] Bundle::init bundle id 12 [1170317906.430399 /dtn/bundle/payload/12/file debug] open bundles/bundle_12.dat (flags 0xc2 mode 0x180): fd 39 [1170317906.430441 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=39 pin_count=1 size=3 [1170317906.430479 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317906.430509 /dtn/bundle/refs debug] bundle id 12 (0x830c100): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle [1170317906.430545 /dtn/cl/tcp/conn/0x830bcf8 debug] handle_data_segment: got segment of length 97 at offset 0 [1170317906.430579 /dtn/cl/tcp/conn/0x830bcf8 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 96 ] [1170317906.430610 /dtn/cl/tcp/conn/0x830bcf8 debug] got BUNDLE_END: total length 97 [1170317906.430633 /dtn/cl/tcp/conn/0x830bcf8 debug] handle_data_todo: reading todo segment 97/97 at offset 0 [1170317906.430659 /dtn/bundle/protocol debug] consume: got first block... creating primary block info [1170317906.430691 /dtn/bundle/protocol debug] consume: 97 bytes left to process [1170317906.430715 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered) [1170317906.430744 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/86 for block type (0x0): data_offset 5 data_length 81 [1170317906.430771 /dtn/bundle/protocol debug] parsed primary block length 81 (preamble 5) [1170317906.430798 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed 81/86 for block type 0x0 (complete) [1170317906.430825 /dtn/bundle/protocol debug] parsed primary block 1: version 4 length 81 [1170317906.430865 /dtn/bundle/protocol debug] dictionary len 52, value: 'tca //correspondent/myapp2 //mobile3/myapp dtn none ' [1170317906.430890 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,27, custodian 43,47 replyto 0,27 [1170317906.430953 /dtn/bundle/protocol debug] parsed source eid (offsets 0, 27) tca://mobile3/myapp [1170317906.431002 /dtn/bundle/protocol debug] parsed dest eid (offsets 0, 4) tca://correspondent/myapp2 [1170317906.431048 /dtn/bundle/protocol debug] parsed replyto eid (offsets 0, 27) tca://mobile3/myapp [1170317906.431086 /dtn/bundle/protocol debug] parsed custodian eid (offsets 43, 47) dtn:none [1170317906.431112 /dtn/bundle/protocol debug] consume: consumed 86 bytes of block type 0x0 (complete) [1170317906.431136 /dtn/bundle/protocol debug] consume: 11 bytes left to process [1170317906.431169 /dtn/bundle/protocol debug] consume: previous block complete, created new BlockInfo type 0x1 [1170317906.431194 /dtn/bundle/protocol debug] consume: block processor 0x1 type 0xff incomplete, calling consume (0 bytes already buffered) [1170317906.431221 /dtn/bundle/protocol debug] BlockProcessor type 0x1 consumed preamble 3/11 for block type (0x1): data_offset 3 data_length 8 [1170317906.431256 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4 [1170317906.431339 /dtn/bundle/payload/12/file debug] ::writev() fd 39 cc 8 [1170317906.431365 /dtn/bundle/payload/12/file debug] writeall 8 bytes 0 left 8 total [1170317906.431394 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4 [1170317906.431420 /dtn/bundle/protocol debug] PayloadBlockProcessor consumed 11/11 (complete) [1170317906.431444 /dtn/bundle/protocol debug] consume: consumed 11 bytes of block type 0x1 (complete) [1170317906.431469 /dtn/bundle/protocol debug] consume completed, 97/97 bytes consumed (completed bundle) [1170317906.431498 /dtn/cl/tcp/conn/0x830bcf8 debug] handle_data_todo: updated recv_data (rcvd_offset 0) [ 0..96 ] ack_data [ 96 ] [1170317906.431530 /dtn/cl/tcp/conn/0x830bcf8 debug] check_completed: rcvd 97 / 97 (formatted length 97) [1170317906.431557 /dtn/bundle/refs debug] bundle id 12 (0x830c100): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent [1170317906.431585 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 2 -> 3 add BundleReceivedEvent [1170317906.431615 /dtn/bundle/daemon debug] posting event (0x82fba48) with type BUNDLE_RECEIVED (at back) [1170317906.431641 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317906.431671 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317906.431695 /dtn/cl/tcp/conn/0x830bcf8 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317906.431719 /dtn/cl/tcp/conn/0x830bcf8 debug] got keepalive message [1170317906.431748 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: trying to drain 1 bytes from send buffer... [1170317906.431794 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::writev() fd 40 cc 1 [1170317906.431820 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: wrote 1/1 bytes from send buffer [1170317906.431849 /dtn/cl/tcp/conn/0x830bcf8 debug] send_pending_acks: sending ack length 97 for 97 byte segment [range 0..96] ack_data [ 96 ] [1170317906.431882 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: trying to drain 2 bytes from send buffer... [1170317906.431914 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::writev() fd 40 cc 2 [1170317906.431937 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: wrote 2/2 bytes from send buffer [1170317906.431961 /dtn/cl/tcp/conn/0x830bcf8 debug] noting data_sent [1170317906.431985 /dtn/cl/tcp/conn/0x830bcf8 debug] send_pending_acks: acked all 97 bytes of bundle 12 [1170317906.432014 /dtn/bundle/refs debug] bundle id 12 (0x830c100): refcount 2 -> 1 (0 mappings) del CLConnection::IncomingBundle [1170317906.432043 /dtn/cl/tcp/conn/0x830bcf8 debug] calling poll on 2 fds with timeout 0 [1170317906.432070 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier timed out [1170317906.432104 /dtn/cl/tcp/conn/0x830bcf8 debug] calling poll on 2 fds with timeout 10000 [1170317906.432165 /dtn/bundle/daemon debug] poll returned 1 [1170317906.432194 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317906.432261 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: normal fd has event [1170317906.432285 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317906.432314 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::readv() fd 38 cc 1 [1170317906.432338 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317906.432362 /dtn/cl/tcp/conn/0x82fb4d0 debug] processing up to 1 bytes from receive buffer [1170317906.432384 /dtn/cl/tcp/conn/0x82fb4d0 debug] noting data_rcvd [1170317906.432408 /dtn/cl/tcp/conn/0x82fb4d0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317906.432431 /dtn/cl/tcp/conn/0x82fb4d0 debug] got keepalive message [1170317906.432459 /dtn/cl/tcp/conn/0x82fb4d0 debug] start_next_bundle: transmission of bundle 6 already complete, skipping [1170317906.432483 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317906.432523 /dtn/bundle/daemon debug] poll returned new event to handle [1170317906.432552 /timer debug] new timeout 2395 [1170317906.432596 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317906.432649 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317906.432673 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317906.432699 /dtn/bundle/daemon debug] dispatching event (0x82fba48) BUNDLE_RECEIVED [1170317906.432813 /dtn/bundle/daemon debug] BUNDLE_RECEIVED: (97 bytes recvd) [1170317906.432813 /dtn/bundle/daemon debug] bundle id 12: [1170317906.432813 /dtn/bundle/daemon debug] source: tca://mobile3/myapp [1170317906.432813 /dtn/bundle/daemon debug] dest: tca://correspondent/myapp2 [1170317906.432813 /dtn/bundle/daemon debug] custodian: dtn:none [1170317906.432813 /dtn/bundle/daemon debug] replyto: tca://mobile3/myapp [1170317906.432813 /dtn/bundle/daemon debug] prevhop: [1170317906.432813 /dtn/bundle/daemon debug] payload_length: 8 [1170317906.432813 /dtn/bundle/daemon debug] priority: 0 [1170317906.432813 /dtn/bundle/daemon debug] custody_requested: false [1170317906.432813 /dtn/bundle/daemon debug] local_custody: false [1170317906.432813 /dtn/bundle/daemon debug] singleton_dest: true [1170317906.432813 /dtn/bundle/daemon debug] receive_rcpt: false [1170317906.432813 /dtn/bundle/daemon debug] custody_rcpt: false [1170317906.432813 /dtn/bundle/daemon debug] forward_rcpt: false [1170317906.432813 /dtn/bundle/daemon debug] delivery_rcpt: false [1170317906.432813 /dtn/bundle/daemon debug] deletion_rcpt: false [1170317906.432813 /dtn/bundle/daemon debug] app_acked_rcpt: false [1170317906.432813 /dtn/bundle/daemon debug] creation_ts: 223633095.2 [1170317906.432813 /dtn/bundle/daemon debug] expiration: 3600 [1170317906.432813 /dtn/bundle/daemon debug] is_fragment: false [1170317906.432813 /dtn/bundle/daemon debug] is_admin: false [1170317906.432813 /dtn/bundle/daemon debug] do_not_fragment: false [1170317906.432813 /dtn/bundle/daemon debug] orig_length: 0 [1170317906.432813 /dtn/bundle/daemon debug] frag_offset: 0 [1170317906.432813 /dtn/bundle/daemon debug] transmission_count: 0 [1170317906.432876 /dtn/bundle/daemon notice] got duplicate bundle: tca://mobile3/myapp -> tca://correspondent/myapp2 creation 223633095.2 [1170317906.432906 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 3 -> 2 del BundleReceivedEvent [1170317906.432936 /dtn/bundle/refs debug] bundle id 12 (0x830c100): refcount 1 -> 0 (0 mappings) del BundleReceivedEvent [1170317906.432962 /dtn/bundle debug] bundle id 12 (0x830c100): no more references, posting free event [1170317906.432987 /dtn/bundle/daemon debug] posting event (0x82fa9f0) with type BUNDLE_FREE (at back) [1170317906.433012 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317906.433036 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317906.433063 /timer debug] new timeout 2395 [1170317906.433087 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317906.433112 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317906.433135 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317906.433161 /dtn/bundle/daemon debug] dispatching event (0x82fa9f0) BUNDLE_FREE [1170317906.433185 /dtn/bundle/free debug] destroying bundle id 12 [1170317906.433230 /dtn/storage/bundles/fdcache/cache debug] Closed 39 size=4 [1170317906.433311 /dtn/bundle/payload/12/file debug] unlink bundles/bundle_12.dat: 0 [1170317906.433356 /timer debug] new timeout 2394 [1170317906.468194 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317906.468231 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: normal fd has event [1170317906.468256 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317906.468286 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::readv() fd 38 cc 2 [1170317906.468310 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: read 2 bytes, rcvbuf has 0 bytes [1170317906.468357 /dtn/cl/tcp/conn/0x82fb4d0 debug] processing up to 2 bytes from receive buffer [1170317906.468382 /dtn/cl/tcp/conn/0x82fb4d0 debug] noting data_rcvd [1170317906.468406 /dtn/cl/tcp/conn/0x82fb4d0 debug] recvbuf has 2 full bytes, dispatching to handler routine [1170317906.468440 /dtn/cl/tcp/conn/0x82fb4d0 debug] handle_ack_segment: got final ack for 97 byte range -- acked_len 97, ack_data [ 0..96 ] [1170317906.468473 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 3 -> 4 (1 mappings) add BundleTransmittedEvent [1170317906.468501 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) 2 -> 3 add BundleTransmittedEvent [1170317906.468529 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 4 -> 5 add BundleTransmittedEvent [1170317906.468560 /dtn/bundle/daemon debug] posting event (0x82fb148) with type BUNDLE_TRANSMITTED (at back) [1170317906.468584 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317906.468610 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317906.468634 /dtn/cl/tcp/conn/0x82fb4d0 debug] check_completed: bundle 6 transmission complete [1170317906.468661 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 4 -> 3 (1 mappings) del CLConnection::InFlightBundle [1170317906.468696 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317906.468734 /dtn/bundle/daemon debug] poll returned 1 [1170317906.468757 /dtn/bundle/daemon debug] poll returned new event to handle [1170317906.468783 /timer debug] new timeout 2359 [1170317906.468806 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317906.468832 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317906.468855 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317906.468881 /dtn/bundle/daemon debug] dispatching event (0x82fb148) BUNDLE_TRANSMITTED [1170317906.468904 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 5 -> 6 add BundleTransmittedEvent [1170317906.468935 /dtn/bundle/daemon info] BUNDLE_TRANSMITTED id:6 (97 bytes_sent/97 reliable) -> jgre.openvpn.informatik.uni-bremen.de:5000 (jgre.openvpn.informatik.uni-bremen.de:5000) [1170317906.468982 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 6 -> 5 del LinkBlockSet::Entry [1170317906.469018 /dtn/bundle/daemon debug] removing bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp2 (8 bytes payload) from pending list [1170317906.469047 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 6 [1170317906.469070 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 3 -> 2 (1 mappings) del expiration timer [1170317906.469100 /dtn/bundle/list/pending_bundles debug] bundle id 6 del_bundle: deleting mapping [pending_bundles] [1170317906.469129 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles [1170317906.469156 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 5 -> 4 del BundleTransmittedEvent [1170317906.469186 /dtn/tca debug] dispatching event (0x82fb148) BUNDLE_TRANSMITTED [1170317906.469208 /dtn/tca debug] TcaRouter: handle bundle transmitted: bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp2 (8 bytes payload) [1170317906.469253 /dtn/contact/manager debug] dispatching event (0x82fb148) BUNDLE_TRANSMITTED [1170317906.469281 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 4 -> 3 del BundleTransmittedEvent [1170317906.469309 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) 3 -> 2 del BundleTransmittedEvent [1170317906.469359 /dtn/bundle/refs debug] bundle id 6 (0x82fa148): refcount 1 -> 0 (0 mappings) del BundleTransmittedEvent [1170317906.469386 /dtn/bundle debug] bundle id 6 (0x82fa148): no more references, posting free event [1170317906.469411 /dtn/bundle/daemon debug] posting event (0x8257250) with type BUNDLE_FREE (at back) [1170317906.469436 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317906.469460 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317906.469488 /timer debug] new timeout 2358 [1170317906.469512 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317906.469537 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317906.469560 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317906.469585 /dtn/bundle/daemon debug] dispatching event (0x8257250) BUNDLE_FREE [1170317906.469609 /dtn/bundle/actions debug] removing bundle 6 from data store [1170317906.470182 /dtn/storage/bundles debug] del(6): success [1170317906.470215 /dtn/bundle/free debug] destroying bundle id 6 [1170317906.470262 /dtn/storage/bundles/fdcache/cache debug] Closed 34 size=3 [1170317906.470337 /dtn/bundle/payload/6/file debug] unlink bundles/bundle_6.dat: 0 [1170317906.470382 /timer debug] new timeout 2357 [1170317908.832397 /dtn/bundle/daemon debug] poll returned -2 [1170317908.832453 /dtn/bundle/daemon debug] poll timeout [1170317908.832489 /timer debug] popping timer 0x8261880 at 1170317908.832476 [1170317908.832516 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317908.832545 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317908.832575 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317913:832565 [1170317908.832612 /timer debug] new timeout 5000 [1170317908.832647 /dtn/bundle/daemon debug] poll returned 1 [1170317908.832670 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317908.832698 /timer debug] new timeout 5000 [1170317913.836628 /dtn/bundle/daemon debug] poll returned -2 [1170317913.836694 /dtn/bundle/daemon debug] poll timeout [1170317913.836730 /timer debug] popping timer 0x8261880 at 1170317913.836717 [1170317913.836757 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317913.836787 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317913.836817 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317918:836807 [1170317913.836856 /timer debug] new timeout 5000 [1170317913.836892 /dtn/bundle/daemon debug] poll returned 1 [1170317913.836914 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317913.836944 /timer debug] new timeout 5000 [1170317914.632679 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier timed out [1170317914.632770 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317914.632989 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317914.633019 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317914.633051 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317914.670162 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317914.670200 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317914.670226 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317914.670258 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317914.670282 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317914.670306 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317914.670329 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317914.670353 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317914.670376 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317914.670405 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317915.722578 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317915.722637 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: normal fd has event [1170317915.722666 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317915.722700 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::readv() fd 21 cc 1 [1170317915.722724 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317915.722748 /dtn/cl/tcp/conn/0x82e1758 debug] processing up to 1 bytes from receive buffer [1170317915.722771 /dtn/cl/tcp/conn/0x82e1758 debug] noting data_rcvd [1170317915.722795 /dtn/cl/tcp/conn/0x82e1758 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317915.722818 /dtn/cl/tcp/conn/0x82e1758 debug] got keepalive message [1170317915.722877 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: trying to drain 1 bytes from send buffer... [1170317915.722916 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::writev() fd 21 cc 1 [1170317915.722941 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: wrote 1/1 bytes from send buffer [1170317915.722972 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 10000 [1170317916.436803 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier timed out [1170317916.436888 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: trying to drain 1 bytes from send buffer... [1170317916.436944 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::writev() fd 40 cc 1 [1170317916.436971 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: wrote 1/1 bytes from send buffer [1170317916.437003 /dtn/cl/tcp/conn/0x830bcf8 debug] calling poll on 2 fds with timeout 10000 [1170317916.437056 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317916.437085 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: normal fd has event [1170317916.437109 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317916.437140 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::readv() fd 38 cc 1 [1170317916.437164 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317916.437188 /dtn/cl/tcp/conn/0x82fb4d0 debug] processing up to 1 bytes from receive buffer [1170317916.437211 /dtn/cl/tcp/conn/0x82fb4d0 debug] noting data_rcvd [1170317916.437235 /dtn/cl/tcp/conn/0x82fb4d0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317916.437258 /dtn/cl/tcp/conn/0x82fb4d0 debug] got keepalive message [1170317916.437287 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317916.437325 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::writev() fd 38 cc 1 [1170317916.437350 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: wrote 1/1 bytes from send buffer [1170317916.437376 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317916.437419 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317916.437445 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: normal fd has event [1170317916.437468 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317916.437495 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::readv() fd 40 cc 1 [1170317916.437519 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317916.437542 /dtn/cl/tcp/conn/0x830bcf8 debug] processing up to 1 bytes from receive buffer [1170317916.437564 /dtn/cl/tcp/conn/0x830bcf8 debug] noting data_rcvd [1170317916.437588 /dtn/cl/tcp/conn/0x830bcf8 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317916.437611 /dtn/cl/tcp/conn/0x830bcf8 debug] got keepalive message [1170317916.437638 /dtn/cl/tcp/conn/0x830bcf8 debug] calling poll on 2 fds with timeout 10000 [1170317918.841013 /dtn/bundle/daemon debug] poll returned -2 [1170317918.841070 /dtn/bundle/daemon debug] poll timeout [1170317918.841107 /timer debug] popping timer 0x8261880 at 1170317918.841093 [1170317918.841134 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317918.841205 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317918.841238 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317923:841228 [1170317918.841277 /timer debug] new timeout 5000 [1170317918.841312 /dtn/bundle/daemon debug] poll returned 1 [1170317918.841335 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317918.841365 /timer debug] new timeout 5000 [1170317923.845254 /dtn/bundle/daemon debug] poll returned -2 [1170317923.845315 /dtn/bundle/daemon debug] poll timeout [1170317923.845352 /timer debug] popping timer 0x8261880 at 1170317923.845339 [1170317923.845380 /dtn/storage/deadlock_timer debug] running deadlock detection [1170317923.845409 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs [1170317923.845439 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170317928:845429 [1170317923.845478 /timer debug] new timeout 5000 [1170317923.845513 /dtn/bundle/daemon debug] poll returned 1 [1170317923.845536 /dtn/bundle/daemon debug] poll returned new timers to handle [1170317923.845566 /timer debug] new timeout 5000 [1170317924.673326 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier timed out [1170317924.673395 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317924.673450 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 1 [1170317924.673477 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 1/1 bytes from send buffer [1170317924.673508 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317924.702042 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317924.702080 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317924.702106 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317924.702138 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::readv() fd 29 cc 1 [1170317924.702162 /dtn/cl/tcp/conn/0x82d0ad0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317924.702186 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing up to 1 bytes from receive buffer [1170317924.702209 /dtn/cl/tcp/conn/0x82d0ad0 debug] noting data_rcvd [1170317924.702234 /dtn/cl/tcp/conn/0x82d0ad0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317924.702257 /dtn/cl/tcp/conn/0x82d0ad0 debug] got keepalive message [1170317924.702285 /dtn/cl/tcp/conn/0x82d0ad0 debug] calling poll on 2 fds with timeout 10000 [1170317925.729429 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier timed out [1170317925.729512 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: trying to drain 1 bytes from send buffer... [1170317925.729570 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::writev() fd 21 cc 1 [1170317925.729596 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: wrote 1/1 bytes from send buffer [1170317925.729628 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 10000 [1170317925.801525 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317925.801577 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: normal fd has event [1170317925.801604 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317925.801639 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::readv() fd 21 cc 1 [1170317925.801663 /dtn/cl/tcp/conn/0x82e1758 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317925.801687 /dtn/cl/tcp/conn/0x82e1758 debug] processing up to 1 bytes from receive buffer [1170317925.801710 /dtn/cl/tcp/conn/0x82e1758 debug] noting data_rcvd [1170317925.801735 /dtn/cl/tcp/conn/0x82e1758 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317925.801758 /dtn/cl/tcp/conn/0x82e1758 debug] got keepalive message [1170317925.801792 /dtn/cl/tcp/conn/0x82e1758 debug] calling poll on 2 fds with timeout 10000 [1170317926.441508 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier timed out [1170317926.441584 /dtn/cl/tcp/conn/0x82fb4d0 debug] connection not idle: recvd 10004 / sent 30025 <= timeout 30000 [1170317926.441669 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: trying to drain 1 bytes from send buffer... [1170317926.441728 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::writev() fd 38 cc 1 [1170317926.441756 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: wrote 1/1 bytes from send buffer [1170317926.441787 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317926.441842 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317926.441870 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: normal fd has event [1170317926.441895 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317926.441925 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::readv() fd 40 cc 1 [1170317926.441949 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317926.441972 /dtn/cl/tcp/conn/0x830bcf8 debug] processing up to 1 bytes from receive buffer [1170317926.441995 /dtn/cl/tcp/conn/0x830bcf8 debug] noting data_rcvd [1170317926.442019 /dtn/cl/tcp/conn/0x830bcf8 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317926.442042 /dtn/cl/tcp/conn/0x830bcf8 debug] got keepalive message [1170317926.442071 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: trying to drain 1 bytes from send buffer... [1170317926.442109 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::writev() fd 40 cc 1 [1170317926.442134 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: wrote 1/1 bytes from send buffer [1170317926.442160 /dtn/cl/tcp/conn/0x830bcf8 debug] calling poll on 2 fds with timeout 10000 [1170317926.442203 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317926.442229 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: normal fd has event [1170317926.442252 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317926.442279 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::readv() fd 38 cc 1 [1170317926.442303 /dtn/cl/tcp/conn/0x82fb4d0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes [1170317926.442326 /dtn/cl/tcp/conn/0x82fb4d0 debug] processing up to 1 bytes from receive buffer [1170317926.442348 /dtn/cl/tcp/conn/0x82fb4d0 debug] noting data_rcvd [1170317926.442373 /dtn/cl/tcp/conn/0x82fb4d0 debug] recvbuf has 1 full bytes, dispatching to handler routine [1170317926.442395 /dtn/cl/tcp/conn/0x82fb4d0 debug] got keepalive message [1170317926.442422 /dtn/cl/tcp/conn/0x82fb4d0 debug] calling poll on 2 fds with timeout 10000 [1170317927.113457 /dtn/apiclient/24 debug] poll_with_notifier timed out [1170317927.113525 /dtn/apiclient/24 debug] wait_for_bundle(recv): timeout waiting for bundle [1170317927.113556 /dtn/apiclient/24 debug] building reply: status (unknown type), length 0 [1170317927.113580 /dtn/apiclient/24 debug] sending 8 byte reply message [1170317927.113632 /dtn/apiclient/24 debug] ::writev() fd 24 cc 8 [1170317927.113657 /dtn/apiclient/24 debug] writeall 8 bytes 0 left 8 total [1170317927.113746 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13 [1170317927.113774 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes) [1170317927.113809 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000) [1170317928.331905 /dtnd notice] command loop exited... shutting down daemon [1170317928.331964 /command notice] shutting down interpreter [1170317928.331988 /command debug] deleting test command [1170317928.332038 /command debug] deleting console command [1170317928.332071 /command debug] deleting storage command [1170317928.332122 /command debug] deleting quit command [1170317928.332148 /command debug] deleting shutdown command [1170317928.332172 /command debug] deleting prophet command [1170317928.332215 /command debug] deleting discovery command [1170317928.332240 /command debug] deleting route command [1170317928.332269 /command debug] deleting registration command [1170317928.332295 /command debug] deleting param command [1170317928.332335 /command debug] deleting link command [1170317928.332360 /command debug] deleting interface command [1170317928.332435 /command debug] deleting bundle command [1170317928.332461 /command debug] deleting api command [1170317928.332490 /command debug] deleting debug command [1170317928.332516 /command debug] deleting log command [1170317928.332542 /command debug] deleting help command [1170317928.332567 /command debug] all commands deleted [1170317928.333712 /dtnd notice] shutting down dtn server [1170317928.333763 /dtnserver/shutdown/notifier debug] created pipe, fds: 23 34 [1170317928.333791 /dtnserver/shutdown/notifier debug] set_nonblocking: nonblocking mode set [1170317928.333816 /dtnserver/shutdown/notifier debug] set_nonblocking: nonblocking mode set [1170317928.333838 /dtnd info] DTNServer shutdown called, posting shutdown request to daemon [1170317928.333865 /dtn/bundle/daemon debug] posting event (0x81e9138) with type SHUTDOWN (at back) [1170317928.333892 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317928.333920 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317928.333944 /dtnserver/shutdown/notifier debug] attempting to wait on 0xbff2f7c0, count = 0 [1170317928.333983 /dtn/bundle/daemon debug] poll returned 1 [1170317928.334007 /dtn/bundle/daemon debug] poll returned new event to handle [1170317928.334034 /timer debug] new timeout 511 [1170317928.334060 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317928.334089 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317928.334112 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0 [1170317928.334139 /dtn/bundle/daemon debug] dispatching event (0x81e9138) SHUTDOWN [1170317928.334162 /dtn/bundle/daemon notice] Received shutdown request [1170317928.334186 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 3 add ContactManager [1170317928.334219 /dtn/bundle/daemon debug] Shutdown: closing link null [/dev/null dtn:none ALWAYSON OPEN] [1170317928.334244 /dtn/link/null debug] Link::close [1170317928.334266 /dtn/cl/null debug] closing contact contact /dev/null (started 1170317813.742627) [1170317928.334292 /dtn/contact/refs debug] refcount contact /dev/null (started 1170317813.742627) 1 -> 0 del Link [1170317928.334319 /dtn/contact/refs debug] no_more_refs contact /dev/null (started 1170317813.742627)... deleting object [1170317928.334344 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact [1170317928.334373 /dtn/link/null debug] Link::close complete [1170317928.334394 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 1 del ContactManager [1170317928.334421 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 1 -> 2 add ContactManager [1170317928.334449 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 1 del ContactManager [1170317928.334477 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC OPEN] 3 -> 4 add ContactManager [1170317928.334505 /dtn/bundle/daemon debug] Shutdown: closing link opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC OPEN] [1170317928.334530 /dtn/link/opportunistic-0 debug] Link::close [1170317928.334552 /dtn/cl/tcp info] close_contact contact 134.102.201.174:52608 (started 1170317834.255590) [1170317928.334582 /dtn/cl/tcp/msgqueue debug] notifier notify [1170317928.334609 /dtn/cl/tcp/msgqueue debug] notify count = 1 [1170317928.334633 /dtn/cl/tcp debug] waiting for connection thread to stop... [1170317928.334678 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 [1170317928.334705 /dtn/cl/tcp/conn/0x82d0ad0 debug] poll_with_notifier: normal fd has event [1170317928.334732 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317928.334758 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317928.334780 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0 [1170317928.334802 /dtn/cl/tcp/conn/0x82d0ad0 debug] processing CLMSG_BREAK_CONTACT [1170317928.334846 /dtn/cl/tcp/conn/0x82d0ad0 debug] break_contact: sending shutdown [1170317928.334870 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: trying to drain 2 bytes from send buffer... [1170317928.335224 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] ::writev() fd 29 cc 2 [1170317928.335256 /dtn/cl/tcp/conn/0x82d0ad0 debug] send_data: wrote 2/2 bytes from send buffer [1170317928.335282 /dtn/cl/tcp/conn/0x82d0ad0 debug] break_contact: user action [1170317928.335305 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] closing socket in state ESTABLISHED [1170317928.335430 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] state ESTABLISHED -> FINI [1170317928.335460 /dtn/cl/tcp/conn/0x82d0ad0 debug] contact_broken set, exiting main loop [1170317928.437838 /dtn/cl/tcp/conn/0x82d0ad0/29 debug] closing socket in state FINI [1170317928.437961 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 30 31) [1170317928.438006 /dtn/contact/refs debug] refcount contact 134.102.201.174:52608 (started 1170317834.255590) 2 -> 1 del TCPConvergenceLayer::Connection [1170317928.438042 /dtn/contact/refs debug] refcount contact 134.102.201.174:52608 (started 1170317834.255590) 1 -> 0 del Link [1170317928.438070 /dtn/contact/refs debug] no_more_refs contact 134.102.201.174:52608 (started 1170317834.255590)... deleting object [1170317928.438096 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC OPEN] 4 -> 3 del Contact [1170317928.438128 /dtn/link/opportunistic-0 debug] Link::close complete [1170317928.438150 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:52608 tca://correspondent OPPORTUNISTIC OPEN] 3 -> 2 del ContactManager [1170317928.438180 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 4 add ContactManager [1170317928.438209 /dtn/bundle/daemon debug] Shutdown: closing link opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC OPEN] [1170317928.438236 /dtn/link/opportunistic-1 debug] Link::close [1170317928.438258 /dtn/cl/tcp info] close_contact contact 134.102.201.183:41187 (started 1170317895.562463) [1170317928.438288 /dtn/cl/tcp/msgqueue debug] notifier notify [1170317928.438318 /dtn/cl/tcp/msgqueue debug] notify count = 1 [1170317928.438343 /dtn/cl/tcp debug] waiting for connection thread to stop... [1170317928.438395 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 [1170317928.438423 /dtn/cl/tcp/conn/0x82e1758 debug] poll_with_notifier: normal fd has event [1170317928.438450 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317928.438478 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317928.438501 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0 [1170317928.438523 /dtn/cl/tcp/conn/0x82e1758 debug] processing CLMSG_BREAK_CONTACT [1170317928.438545 /dtn/cl/tcp/conn/0x82e1758 debug] break_contact: sending shutdown [1170317928.438567 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: trying to drain 2 bytes from send buffer... [1170317928.438717 /dtn/cl/tcp/conn/0x82e1758/21 debug] ::writev() fd 21 cc 2 [1170317928.438746 /dtn/cl/tcp/conn/0x82e1758 debug] send_data: wrote 2/2 bytes from send buffer [1170317928.438771 /dtn/cl/tcp/conn/0x82e1758 debug] break_contact: user action [1170317928.438793 /dtn/cl/tcp/conn/0x82e1758/21 debug] closing socket in state ESTABLISHED [1170317928.438917 /dtn/cl/tcp/conn/0x82e1758/21 debug] state ESTABLISHED -> FINI [1170317928.438946 /dtn/cl/tcp/conn/0x82e1758 debug] contact_broken set, exiting main loop [1170317928.544385 /dtn/cl/tcp/conn/0x82e1758/21 debug] closing socket in state FINI [1170317928.544469 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 22 32) [1170317928.544512 /dtn/contact/refs debug] refcount contact 134.102.201.183:41187 (started 1170317895.562463) 2 -> 1 del TCPConvergenceLayer::Connection [1170317928.544548 /dtn/contact/refs debug] refcount contact 134.102.201.183:41187 (started 1170317895.562463) 1 -> 0 del Link [1170317928.544618 /dtn/contact/refs debug] no_more_refs contact 134.102.201.183:41187 (started 1170317895.562463)... deleting object [1170317928.544646 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact [1170317928.544678 /dtn/link/opportunistic-1 debug] Link::close complete [1170317928.544700 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:41187 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 2 del ContactManager [1170317928.544730 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 3 -> 4 add ContactManager [1170317928.544760 /dtn/bundle/daemon debug] Shutdown: closing link jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] [1170317928.544787 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] Link::close [1170317928.544810 /dtn/cl/tcp info] close_contact contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) [1170317928.544840 /dtn/cl/tcp/msgqueue debug] notifier notify [1170317928.544869 /dtn/cl/tcp/msgqueue debug] notify count = 1 [1170317928.544893 /dtn/cl/tcp debug] waiting for connection thread to stop... [1170317928.544943 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 [1170317928.544971 /dtn/cl/tcp/conn/0x82fb4d0 debug] poll_with_notifier: normal fd has event [1170317928.544998 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes [1170317928.545026 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317928.545049 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0 [1170317928.545072 /dtn/cl/tcp/conn/0x82fb4d0 debug] processing CLMSG_BREAK_CONTACT [1170317928.545094 /dtn/cl/tcp/conn/0x82fb4d0 debug] break_contact: sending shutdown [1170317928.545116 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: trying to drain 2 bytes from send buffer... [1170317928.545176 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] ::writev() fd 38 cc 2 [1170317928.545203 /dtn/cl/tcp/conn/0x82fb4d0 debug] send_data: wrote 2/2 bytes from send buffer [1170317928.545227 /dtn/cl/tcp/conn/0x82fb4d0 debug] break_contact: user action [1170317928.545248 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] closing socket in state ESTABLISHED [1170317928.545292 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] state ESTABLISHED -> FINI [1170317928.545318 /dtn/cl/tcp/conn/0x82fb4d0 debug] contact_broken set, exiting main loop [1170317928.545437 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 [1170317928.545467 /dtn/cl/tcp/conn/0x830bcf8 debug] poll_with_notifier: normal fd has event [1170317928.545492 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: draining up to 32768 bytes into recv buffer... [1170317928.545604 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::readv() fd 40 cc 2 [1170317928.545629 /dtn/cl/tcp/conn/0x830bcf8 debug] recv_data: read 2 bytes, rcvbuf has 0 bytes [1170317928.545653 /dtn/cl/tcp/conn/0x830bcf8 debug] processing up to 2 bytes from receive buffer [1170317928.545676 /dtn/cl/tcp/conn/0x830bcf8 debug] noting data_rcvd [1170317928.545701 /dtn/cl/tcp/conn/0x830bcf8 debug] recvbuf has 2 full bytes, dispatching to handler routine [1170317928.545723 /dtn/cl/tcp/conn/0x830bcf8 debug] got SHUTDOWN byte [1170317928.545769 /dtn/cl/tcp/conn/0x830bcf8 info] got SHUTDOWN (node is busy) [reconnect delay 0] [1170317928.545793 /dtn/cl/tcp/conn/0x830bcf8 debug] break_contact: sending shutdown [1170317928.545815 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: trying to drain 1 bytes from send buffer... [1170317928.545875 /dtn/cl/tcp/conn/0x830bcf8/40 debug] ::writev() fd 40 cc 1 [1170317928.545901 /dtn/cl/tcp/conn/0x830bcf8 debug] send_data: wrote 1/1 bytes from send buffer [1170317928.545925 /dtn/cl/tcp/conn/0x830bcf8 debug] break_contact: peer shut down [1170317928.545946 /dtn/cl/tcp/conn/0x830bcf8/40 debug] closing socket in state ESTABLISHED [1170317928.545978 /dtn/cl/tcp/conn/0x830bcf8/40 debug] state ESTABLISHED -> FINI [1170317928.546027 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 3 -> 4 add LinkStateChangeRequest [1170317928.546058 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 2 -> 3 add LinkStateChangeRequest [1170317928.546088 /dtn/bundle/daemon debug] posting event (0x82fb268) with type LINK_STATE_CHANGE_REQUEST (at back) [1170317928.546115 /dtn/bundle/daemon/msgqueue debug] notifier notify [1170317928.546140 /dtn/bundle/daemon/msgqueue debug] notify count = 1 [1170317928.546165 /dtn/cl/tcp/conn/0x830bcf8 debug] contact_broken set, exiting main loop [1170317928.645541 /dtn/cl/tcp/conn/0x82fb4d0/sock debug] closing socket in state FINI [1170317928.645592 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 36 37) [1170317928.645677 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) 2 -> 1 del TCPConvergenceLayer::Connection [1170317928.645712 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297) 1 -> 0 del Link [1170317928.645740 /dtn/contact/refs debug] no_more_refs contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170317896.253297)... deleting object [1170317928.645765 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 4 -> 3 del Contact [1170317928.645796 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] Link::close complete [1170317928.645818 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN] 3 -> 2 del ContactManager [1170317928.645847 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 4 -> 5 add ContactManager [1170317928.645876 /dtn/bundle/daemon debug] Shutdown: closing link opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] [1170317928.645903 /dtn/link/opportunistic-2 debug] Link::close [1170317928.645925 /dtn/cl/tcp info] close_contact contact 134.102.217.8:54460 (started 1170317896.418601) [1170317928.645952 /dtn/cl/tcp/conn/0x830bcf8/40 debug] closing socket in state FINI [1170317928.645983 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 41 42) [1170317928.646013 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 3 -> 2 del TCPConvergenceLayer::Connection [1170317928.646044 /dtn/contact/refs debug] refcount contact 134.102.217.8:54460 (started 1170317896.418601) 2 -> 1 del Link [1170317928.646072 /dtn/link/opportunistic-2 debug] Link::close complete [1170317928.646093 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:54460 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 5 -> 4 del ContactManager [1170317928.646125 /dtnserver/shutdown/notifier debug] notifier notify [1170317928.646154 /dtnserver/shutdown/notifier debug] notify count = 1 [1170317928.646258 /dtnserver/shutdown/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 [1170317928.646287 /dtnserver/shutdown/notifier debug] poll_with_notifier: normal fd has event [1170317928.646311 /dtnserver/shutdown/notifier debug] drain_pipe: attempting to drain 1 bytes [1170317928.646337 /dtnserver/shutdown/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe [1170317928.646360 /dtnserver/shutdown/notifier debug] drain pipe count = 0 [1170317928.646382 /dtnserver/shutdown/notifier debug] notifier wait successfully notified [1170317928.646405 /dtnd notice] closing persistent data store [1170317928.646428 /dtn/storage/registrations debug] closing registration store [1170317928.646462 /dtn/storage debug] table registrations, -refcount=0 [1170317928.646488 /dtn/storage/registrations debug] closing db registrations [1170317928.655537 /dtn/storage/links debug] closing link store [1170317928.656660 /dtn/storage debug] table links, -refcount=0 [1170317928.656688 /dtn/storage/links debug] closing db links [1170317928.656739 /dtn/storage/bundles debug] closing bundle store [1170317928.656771 /dtn/storage debug] table bundles, -refcount=0 [1170317928.656796 /dtn/storage/bundles debug] closing db bundles [1170317928.662503 /dtn/storage debug] table globals, -refcount=0 [1170317928.662541 /dtn/storage/globals debug] closing db globals [1170317928.672293 /dtn/storage info] db closed [1170317928.672391 /dtn/storage debug] successfully created clean shutdown file 'db/.ds_clean' [1170317928.672423 /dtnserver/shutdown/notifier debug] Notifier shutting down (closing fds 23 34) [1170317928.672456 /dtnd notice] daemon exiting... [1170317928.672480 /dtn/apiserver/18 debug] closing socket in state LISTENING [1170317928.672503 /dtn/apiserver/18 debug] state LISTENING -> FINI --------------070003080703070301050500--