
Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l116abY19632 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 22:36:38 -0800
Received: by nf-out-0910.google.com with SMTP id p48so737099nfa for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 22:36:36 -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=WtqTeW8Uf3baLgypscaKnkd+yi2LuYTZNTaseASjko9UrsPtX8ocCGq9SlkmI8et2tRIqP0YfK8Ti+dEhvYWeA8NXP0VqgC2qnzZuf5NoQgxeHj0Li3BH9E/T7Teqs9POLYtsgk3SJdDzBAyrnULy0H4XXz2lZOJeClSUK+eWMA=
Received: by 10.48.48.1 with SMTP id v1mr2188387nfv.1170311796385; Wed, 31 Jan 2007 22:36:36 -0800 (PST)
Received: by 10.48.213.17 with HTTP; Wed, 31 Jan 2007 22:36:36 -0800 (PST)
Message-ID: <f0d10dd60701312236h23d04a77u576a62be546e80be@mail.gmail.com>
Date: Thu, 1 Feb 2007 12:06:36 +0530
From: "Zahir Koradia" <zahir.koradia@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] TCA problems
In-Reply-To: <45C0B2AB.70103@jgre.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_841_30627108.1170311796179"
References: <45B9B58D.1050703@jgre.org> <45BE4B59.6090302@jgre.org> <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com> <45BF0583.4010208@jgre.org> <f0d10dd60701300245k1b1d4b9fi62624685a8cb5d44@mail.gmail.com> <45BF72D8.7050501@jgre.org> <f0d10dd60701301148v752c4a9cu567ab13bcea17de@mail.gmail.com> <45C04434.80807@jgre.org> <f0d10dd60701310054m5ba2d14bi18e591211275f002@mail.gmail.com> <45C0B2AB.70103@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

------=_Part_841_30627108.1170311796179
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi Janico,
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.

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 an=
d
try sending the bundle.

One simple suggestion. Add the option -r  120 when running tca_admin. That
will restrict the period for which your entry remains in DHT to 2 minutes.
This helps while testing.

Zahir

On 1/31/07, Janico Greifenberg <jgre@jgre.org> wrote:
>
> Hi Zahir,
>
> there is no match, because the entry in the routing table has no
> application tag or wildcard. If I send a bundle to tca://correspondent
> instead of tca://correspondent/myapp, the bundle is successfully
> delivered. But it does not work with an application tag.
>
> Cheers,
> Janico
>
> Zahir Koradia wrote:
> > Ideally a DHT lookup is done by a gateway when a node (mobile or router=
)
> > has registered through another gateway. Since over here the destination
> > has registered (by sending the register bundle) through the gateway a
> > DHT lookup should not happen. I am sorry I should have noticed this
> > earlier itself. If you notice there is already an entry in the routing
> > table for the destination
> >
> > tca://correspondent -> 134.102.201.174:39960
> > <http://134.102.201.174:39960> (FORWARD)
> >
> > you can do "route dump" at dtnd prompt to see the routing table entries=
.
> >
> > Now the problem is that when the gateway searches its routing table it
> > is not able to match the destination of the bundle with this route entr=
y
> > and as a result goes to do a DHt lookup thinking it must be registered
> > through another gateway.
> >
> > [1170173715.605384 /dtn/tca debug]
> TcaRouter::handle_tca_unbound_bundle...
> > [1170173715.605407 /dtn/tca debug] TcaRouter::fwd_to_matching_r:
> owner=3D''
> > [1170173715.605449 /dtn/tca debug] TcaRouter::fwd_to_matching_r:
> fwd_rule=3D3
> > [1170173715.605473 /dtn/routing/TcaRouter/table debug] get_matching
> > tca://correspondent/myapp
> > [1170173715.605494 /dtn/routing/TcaRouter/table debug] check entry
> > tca://correspondent -> 134.102.201.174:39960
> > <http://134.102.201.174:39960> (FORWARD)
> > [1170173715.605538 /dtn/routing/TcaRouter/table debug] check entry
> > tca://streetcar3 -> 134.102.201.183:46540 <http://134.102.201.183:46540=
>
> > (FORWARD)
> > [1170173715.605575 /scheme/dtn debug] match(tca://correspondent/myapp,
> > tca://streetcar3/) failed: url hosts not equal ('streetcar3' !=3D
> > 'correspondent')
> > [1170173715.605604 /dtn/routing/TcaRouter/table debug] get_matching
> > tca://correspondent/myapp done, 0 match(es)
> > [1170173715.605630 /dtn/tca debug] fwd_to_matching_r
> > dest=3D'tca://correspondent/myapp': 0 matches
> >
> > This matching takes place in the function get_matching in the file
> > RouteTable.cc. I can't see any obvious reason for this problem. If you
> > could gdb through it (or use some printfs in the function) to find out
> > why the the matching to that particular route entry fail then we could
> > move a little ahead.
> >
> > Thanks,
> > Zahir
> >
> >
> >
> >
> > On 1/31/07, *Janico Greifenberg* <jgre@jgre.org <mailto:jgre@jgre.org>>
> > wrote:
> >
> >     Hi Zahir,
> >
> >     Zahir Koradia wrote:
> >     > Hi Janico,
> >     > From what I could see a route and a link tca://correspondent/myap=
p
> and
> >     > jgre.openvpn.informatik.uni-bremen.de:5000
> >     <http://jgre.openvpn.informatik.uni-bremen.de:5000>
> >     > <http://jgre.openvpn.informatik.uni-bremen.de:5000> respectively
> are
> >     > created and a bundle with source and destination
> >     tca://mobile3/myapp and
> >     > tca://correspondent/myapp respectively and with 9 bytes payload i=
s
> >     being
> >     > transmitted successfully. Is this the bundle you are talking
> about. If
> >     > not then I think you need to tell me which bundle had you send
> >     what was
> >     > the source and destination of the bundle.
> >     >
> >
> >     Yes, this is the bundle. jgre.openvpn.informatik.uni-bremen.de:5000
> >     <http://jgre.openvpn.informatik.uni-bremen.de:5000> is
> >     the gateway itself (this is what I pass to tca_admin as the -l
> >     parameter). But the bundle does not reach tca://correspondent/myapp
> and
> >     does not appear in the bundle lists of any dtnd.
> >
> >     Cheers,
> >     Janico
> >
> >     > Thanks
> >     > Zahir
> >     >
> >     > On 1/30/07, *Janico Greifenberg* < jgre@jgre.org
> >     <mailto:jgre@jgre.org> <mailto:jgre@jgre.org <mailto:jgre@jgre.org
> >>>
> >     > wrote:
> >     >
> >     >     Hi Zahir,
> >     >
> >     >     we seem to be getting somewhere! I think the problem is in
> >     >     get_payload_str(). The data buffer is zeroed out so the resul=
t
> >     string
> >     >     does not know where it ends. Applying the attached diff fixes
> the
> >     >     strange characters.
> >     >
> >     >     But still my bundle does not reach the intended recipient. It
> >     seems to
> >     >     get stuck in a loop at the gateway instead of being forwarded
> >     over the
> >     >     opportunistic link that the dtnd lists as open. So, once
> again, I
> >     >     send a
> >     >     debug level logfile of the gateway.
> >     >
> >     >     Cheers,
> >     >     Janico
> >     >
> >     >     Zahir Koradia wrote:
> >     >     > Hi Janico,
> >     >     > The problem seems to happen even before we reach parser of
> >     control
> >     >     messages.
> >     >     >
> >     >     > [1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle
> >     received
> >     >     > [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
> >     >     > 'add_route:tca://correspondent10/myapp
> >     >     > tcp://jgre.openvpn.informatik.uni-
> >     bremen.de=A7=1A=08Ea=16=08hr =B2=B6F=B0=0E=08=9C=1A/=08=01'
> >     >     >
> >     >     > This line is printed as soon as we enter the function
> >     >     > handle_bundle_received called on a bundle received event.
> >     The function
> >     >     > get_payload_str is used to get the bundle payload. I have a
> >     feeling
> >     >     > that's where the problem lies. My guess is that the payload
> size
> >     >     > returned by b->payload_.length() is faulty.
> >     >     >
> >     >     > Could you just print it and check if the length is more tha=
n
> the
> >     >     number
> >     >     > of characters sent. If this is the case then we can ask Mik=
e
> if
> >     >     anything
> >     >     > has changed in the treatment of bundle payload over the pas=
t
> >     >     revisions.
> >     >     >
> >     >     > Thanks
> >     >     > Zahir
> >     >     >
> >     >
> >     >
> >     >
> >
> >     _______________________________________________
> >     dtn-users mailing list
> >     dtn-users@mailman.dtnrg.org <mailto:dtn-users@mailman.dtnrg.org>
> >     http://mailman.dtnrg.org/mailman/listinfo/dtn-users
> >     <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_841_30627108.1170311796179
Content-Type: text/html; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi Janico,<br>That seems to be strange. I just&nbsp; used dtnsend to send t=
he add_route bundle and it seemed to have the wildcard character in the rou=
ting table. <br><br>Try this.<br>In TcaController.cc, in function gate_reg =
just after the line
<br>printf(&quot;TcaController: ignoring re-registration with same&quot;<br=
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &quot; gateway\n&quot;);<br><br>ad=
d<br><br>if (!route_reg(spec, cb)) return false;<br><br>This is not a perma=
nent thing; it&#39;s just to make sure that add_route forcefully takes plac=
e in our testing. We will remove this line later on.
<br><br>Then send me the debug level log. Also check in &quot;route dump&qu=
ot; whether the destination has the wildcard character. If it does have it =
then go ahead and try sending the bundle.<br><br>One simple suggestion. Add=
 the option -r&nbsp; 120 when running tca_admin. That will restrict the per=
iod for which your entry remains in DHT to 2 minutes. This helps while test=
ing.
<br><br>Zahir<br><br><div><span class=3D"gmail_quote">On 1/31/07, <b class=
=3D"gmail_sendername">Janico Greifenberg</b> &lt;<a href=3D"mailto:jgre@jgr=
e.org">jgre@jgre.org</a>&gt; wrote:</span><blockquote class=3D"gmail_quote"=
 style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.=
8ex; padding-left: 1ex;">
Hi Zahir,<br><br>there is no match, because the entry in the routing table =
has no<br>application tag or wildcard. If I send a bundle to tca://correspo=
ndent<br>instead of tca://correspondent/myapp, the bundle is successfully
<br>delivered. But it does not work with an application tag.<br><br>Cheers,=
<br>Janico<br><br>Zahir Koradia wrote:<br>&gt; Ideally a DHT lookup is done=
 by a gateway when a node (mobile or router)<br>&gt; has registered through=
 another gateway. Since over here the destination
<br>&gt; has registered (by sending the register bundle) through the gatewa=
y a<br>&gt; DHT lookup should not happen. I am sorry I should have noticed =
this<br>&gt; earlier itself. If you notice there is already an entry in the=
 routing
<br>&gt; table for the destination<br>&gt;<br>&gt; tca://correspondent -&gt=
; <a href=3D"http://134.102.201.174:39960">134.102.201.174:39960</a><br>&gt=
; &lt;<a href=3D"http://134.102.201.174:39960">http://134.102.201.174:39960
</a>&gt; (FORWARD)<br>&gt;<br>&gt; you can do &quot;route dump&quot; at dtn=
d prompt to see the routing table entries.<br>&gt;<br>&gt; Now the problem =
is that when the gateway searches its routing table it<br>&gt; is not able =
to match the destination of the bundle with this route entry
<br>&gt; and as a result goes to do a DHt lookup thinking it must be regist=
ered<br>&gt; through another gateway.<br>&gt;<br>&gt; [1170173715.605384 /d=
tn/tca debug] TcaRouter::handle_tca_unbound_bundle...<br>&gt; [1170173715.6=
05407
 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=3D&#39;&#39;<br>&gt; [=
1170173715.605449 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3D=
3<br>&gt; [1170173715.605473 /dtn/routing/TcaRouter/table debug] get_matchi=
ng
<br>&gt; tca://correspondent/myapp<br>&gt; [1170173715.605494 /dtn/routing/=
TcaRouter/table debug] check entry<br>&gt; tca://correspondent -&gt; <a hre=
f=3D"http://134.102.201.174:39960">134.102.201.174:39960</a><br>&gt; &lt;
<a href=3D"http://134.102.201.174:39960">http://134.102.201.174:39960</a>&g=
t; (FORWARD)<br>&gt; [1170173715.605538 /dtn/routing/TcaRouter/table debug]=
 check entry<br>&gt; tca://streetcar3 -&gt; <a href=3D"http://134.102.201.1=
83:46540">
134.102.201.183:46540</a> &lt;<a href=3D"http://134.102.201.183:46540">http=
://134.102.201.183:46540</a>&gt;<br>&gt; (FORWARD)<br>&gt; [1170173715.6055=
75 /scheme/dtn debug] match(tca://correspondent/myapp,<br>&gt; tca://street=
car3/) failed: url hosts not equal (&#39;streetcar3&#39; !=3D
<br>&gt; &#39;correspondent&#39;)<br>&gt; [1170173715.605604 /dtn/routing/T=
caRouter/table debug] get_matching<br>&gt; tca://correspondent/myapp done, =
0 match(es)<br>&gt; [1170173715.605630 /dtn/tca debug] fwd_to_matching_r
<br>&gt; dest=3D&#39;tca://correspondent/myapp&#39;: 0 matches<br>&gt;<br>&=
gt; This matching takes place in the function get_matching in the file<br>&=
gt; RouteTable.cc. I can&#39;t see any obvious reason for this problem. If =
you
<br>&gt; could gdb through it (or use some printfs in the function) to find=
 out<br>&gt; why the the matching to that particular route entry fail then =
we could<br>&gt; move a little ahead.<br>&gt;<br>&gt; Thanks,<br>&gt; Zahir
<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; On 1/31/07, *Janico Greifenberg* &=
lt;<a href=3D"mailto:jgre@jgre.org">jgre@jgre.org</a> &lt;mailto:<a href=3D=
"mailto:jgre@jgre.org">jgre@jgre.org</a>&gt;&gt;<br>&gt; wrote:<br>&gt;<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; Hi Zahir,<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; Zahir Koradia wrote:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Hi Janico,<br=
>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; From what I could see a route and a link=
 tca://correspondent/myapp and<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; <a href=
=3D"http://jgre.openvpn.informatik.uni-bremen.de:5000">
jgre.openvpn.informatik.uni-bremen.de:5000</a><br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; &lt;<a href=3D"http://jgre.openvpn.informatik.uni-bremen.de:5000">http:=
//jgre.openvpn.informatik.uni-bremen.de:5000</a>&gt;<br>&gt;&nbsp;&nbsp;&nb=
sp;&nbsp; &gt; &lt;<a href=3D"http://jgre.openvpn.informatik.uni-bremen.de:=
5000">
http://jgre.openvpn.informatik.uni-bremen.de:5000</a>&gt; respectively are<=
br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; created and a bundle with source and d=
estination<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; tca://mobile3/myapp and<br>&gt;&=
nbsp;&nbsp;&nbsp;&nbsp; &gt; tca://correspondent/myapp respectively and wit=
h 9 bytes payload is
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; being<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;=
 transmitted successfully. Is this the bundle you are talking about. If<br>=
&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; not then I think you need to tell me whic=
h bundle had you send<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; what was<br>&gt;&nbsp=
;&nbsp;&nbsp;&nbsp; &gt; the source and destination of the bundle.
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbs=
p; Yes, this is the bundle. <a href=3D"http://jgre.openvpn.informatik.uni-b=
remen.de:5000">jgre.openvpn.informatik.uni-bremen.de:5000</a><br>&gt;&nbsp;=
&nbsp;&nbsp;&nbsp; &lt;<a href=3D"http://jgre.openvpn.informatik.uni-bremen=
.de:5000">
http://jgre.openvpn.informatik.uni-bremen.de:5000</a>&gt; is<br>&gt;&nbsp;&=
nbsp;&nbsp;&nbsp; the gateway itself (this is what I pass to tca_admin as t=
he -l<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; parameter). But the bundle does not r=
each tca://correspondent/myapp and<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; does not appear in the bundle lists of any dtn=
d.<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Cheers,<br>&gt;&nbsp;&nbsp;&nbsp=
;&nbsp; Janico<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Thanks<br>&gt;&=
nbsp;&nbsp;&nbsp;&nbsp; &gt; Zahir<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>=
&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; On 1/30/07, *Janico Greifenberg* &lt;=20
<a href=3D"mailto:jgre@jgre.org">jgre@jgre.org</a><br>&gt;&nbsp;&nbsp;&nbsp=
;&nbsp; &lt;mailto:<a href=3D"mailto:jgre@jgre.org">jgre@jgre.org</a>&gt; &=
lt;mailto:<a href=3D"mailto:jgre@jgre.org">jgre@jgre.org</a> &lt;mailto:<a =
href=3D"mailto:jgre@jgre.org">
jgre@jgre.org</a>&gt;&gt;&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; wrote:<b=
r>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nb=
sp;&nbsp;&nbsp;&nbsp; Hi Zahir,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt=
;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; we seem to be gettin=
g somewhere! I think the problem is in<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;=
&nbsp;&nbsp;&nbsp;&nbsp; get_payload_str(). The data buffer is zeroed out s=
o the result
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; string<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt=
;&nbsp;&nbsp;&nbsp;&nbsp; does not know where it ends. Applying the attache=
d diff fixes the<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbs=
p; strange characters.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&n=
bsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; But still my bundle does not =
reach the intended recipient. It
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; seems to<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &=
gt;&nbsp;&nbsp;&nbsp;&nbsp; get stuck in a loop at the gateway instead of b=
eing forwarded<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; over the<br>&gt;&nbsp;&nbsp;=
&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; opportunistic link that the dtnd =
lists as open. So, once again, I<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;=
&nbsp;&nbsp;&nbsp; send a
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; debug level l=
ogfile of the gateway.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&n=
bsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Cheers,<br>&gt;&nbsp;&nbsp;&n=
bsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Janico<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Zahir=
 Koradia wrote:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp=
; &gt; Hi Janico,
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; The prob=
lem seems to happen even before we reach parser of<br>&gt;&nbsp;&nbsp;&nbsp=
;&nbsp; control<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp=
; messages.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &g=
t;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; [11701=
44963.989308 /dtn/tca debug] TcaRouter: tca bundle
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; received<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &=
gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; [tca://homeagent/admin] -&gt; [tca://local=
host/bundlelayer] :<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&=
nbsp; &gt; &#39;add_route:tca://correspondent10/myapp<br>&gt;&nbsp;&nbsp;&n=
bsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; tcp://jgre.openvpn.informatik.=
uni-
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; bremen.de=A7=1A=08Ea=16=08hr =B2=B6F=B0=0E=
=08=9C=1A/=08=01&#39;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp=
;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &=
gt; This line is printed as soon as we enter the function<br>&gt;&nbsp;&nbs=
p;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; handle_bundle_received cal=
led on a bundle received event.
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; The function<br>&gt;&nbsp;&nbsp;&nbsp;&nbs=
p; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; get_payload_str is used to get the bun=
dle payload. I have a<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; feeling<br>&gt;&nbsp;=
&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; that&#39;s where the p=
roblem lies. My guess is that the payload size
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; returned=
 by b-&gt;payload_.length() is faulty.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;=
&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nb=
sp;&nbsp;&nbsp; &gt; Could you just print it and check if the length is mor=
e than the<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; num=
ber<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; of character=
s sent. If this is the case then we can ask Mike if<br>&gt;&nbsp;&nbsp;&nbs=
p;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; anything<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; has changed in the treatment of bundl=
e payload over the past<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nb=
sp;&nbsp; revisions.
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&=
nbsp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Thanks<br>&gt;&nb=
sp;&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Zahir<br>&gt;&nbsp;=
&nbsp;&nbsp;&nbsp; &gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nb=
sp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbs=
p;&nbsp; &gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; _____________________=
__________________________
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; dtn-users mailing list<br>&gt;&nbsp;&nbsp;=
&nbsp;&nbsp; <a href=3D"mailto:dtn-users@mailman.dtnrg.org">dtn-users@mailm=
an.dtnrg.org</a> &lt;mailto:<a href=3D"mailto:dtn-users@mailman.dtnrg.org">=
dtn-users@mailman.dtnrg.org</a>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;=20
<a href=3D"http://mailman.dtnrg.org/mailman/listinfo/dtn-users">http://mail=
man.dtnrg.org/mailman/listinfo/dtn-users</a><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp=
; &lt;<a href=3D"http://mailman.dtnrg.org/mailman/listinfo/dtn-users">http:=
//mailman.dtnrg.org/mailman/listinfo/dtn-users
</a>&gt;<br>&gt;<br>&gt;<br><br><br>_______________________________________=
________<br>dtn-users mailing list<br><a href=3D"mailto:dtn-users@mailman.d=
tnrg.org">dtn-users@mailman.dtnrg.org</a><br><a href=3D"http://mailman.dtnr=
g.org/mailman/listinfo/dtn-users">
http://mailman.dtnrg.org/mailman/listinfo/dtn-users</a><br></blockquote></d=
iv><br>

------=_Part_841_30627108.1170311796179--


Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0VFd0Y13953 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 07:39:01 -0800
Received: by ug-out-1314.google.com with SMTP id o2so196037uge for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 07:38: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:content-transfer-encoding:content-disposition:references; b=Ivy6lHHU9iPB808thYuSoBiRcTgKI+VfxP2GQ2T8lwS9kW4b/1c6CpU++Y8PSemDTsD1HjiagmUgNu5Fi0uq40I8Rv5hQ+ilrwGe9B49NWdx4vChDWOR2Zmb3ufmwT6sXawNdiGwyXyV2q5wpG9b2wBzRq4Dx0XSf7eDUn6yFNo=
Received: by 10.78.203.13 with SMTP id a13mr188925hug.1170257935980; Wed, 31 Jan 2007 07:38:55 -0800 (PST)
Received: by 10.78.35.5 with HTTP; Wed, 31 Jan 2007 07:38:55 -0800 (PST)
Message-ID: <a41190b70701310738k22bf32d6o8af225f89e5a1d3a@mail.gmail.com>
Date: Wed, 31 Jan 2007 15:38:55 +0000
From: "Richard Vaughan" <rvaughan@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] Simulations in ns2
In-Reply-To: <45C0B150.60400@tzi.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <a41190b70701310310u2ba2384dic32b4bac23ece5b0@mail.gmail.com> <45C0B150.60400@tzi.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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi Dirk,

That certainly is an interesting approach! I shall try and give it a go.


Thanks,


Richard




On 1/31/07, Dirk Kutscher <dku@tzi.org> wrote:
> Richard Vaughan wrote:
>
> > I am trying to find an implementation of the DTN spec for ns2, but so
> > far google shows nothing. I was wondering if anyone here was working
> > on such a thing? I would like to compare and contrast the DTN approach
> > with some other reliability protocols, which I already have ns2
> > simulations for.
>
> Hi Richard,
>
> at TZI we have developed an *emulation* framework based on ns2 and
> nsemulation that we have used with DTN2. We preferred this to pure
> simulation because we wanted to emulate some real world scenarios, e.g.,
> real applications talking to DTN proxies coupled to a DTN2 dtnd.
>
> The system works like this: you specify your mobility model, number of
> nodes etc. in ns2, and ns2 generates the real-time link-layer conditions
> for a set of virtual Linux nodes (we are using Xen for virtualization).
>
> Maybe it is interesting for you:
>
> https://prj.tzi.org/cgi-bin/trac.cgi/wiki/Kasuari
>
> Pure DTN simulation in ns2 can still be interesting for some purposes,
> however, the emulation approach is IMO more useful when you want to
> evaluate the performance of existing, running code.
>
> Best regards,
>
> Dirk
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>


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 l0VFG5Y13806 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 07:16:05 -0800
Received: from localhost (localhost [127.0.0.1]) by snatch.gtnw.de (Postfix on snatch) with ESMTP id CCADB100AC for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 16:26:39 +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 27096-08 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 16:26:39 +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 00A14100AB for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 16:26:38 +0100 (CET)
Message-ID: <45C0B2AB.70103@jgre.org>
Date: Wed, 31 Jan 2007 16:15:55 +0100
From: Janico Greifenberg <jgre@jgre.org>
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>	 <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com>	 <45BE4B59.6090302@jgre.org>	 <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com>	 <45BF0583.4010208@jgre.org>	 <f0d10dd60701300245k1b1d4b9fi62624685a8cb5d44@mail.gmail.com>	 <45BF72D8.7050501@jgre.org>	 <f0d10dd60701301148v752c4a9cu567ab13bcea17de@mail.gmail.com>	 <45C04434.80807@jgre.org> <f0d10dd60701310054m5ba2d14bi18e591211275f002@mail.gmail.com>
In-Reply-To: <f0d10dd60701310054m5ba2d14bi18e591211275f002@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi Zahir,

there is no match, because the entry in the routing table has no
application tag or wildcard. If I send a bundle to tca://correspondent
instead of tca://correspondent/myapp, the bundle is successfully
delivered. But it does not work with an application tag.

Cheers,
Janico

Zahir Koradia wrote:
> Ideally a DHT lookup is done by a gateway when a node (mobile or router)
> has registered through another gateway. Since over here the destination
> has registered (by sending the register bundle) through the gateway a
> DHT lookup should not happen. I am sorry I should have noticed this
> earlier itself. If you notice there is already an entry in the routing
> table for the destination
> 
> tca://correspondent -> 134.102.201.174:39960
> <http://134.102.201.174:39960> (FORWARD)
> 
> you can do "route dump" at dtnd prompt to see the routing table entries.
> 
> Now the problem is that when the gateway searches its routing table it
> is not able to match the destination of the bundle with this route entry
> and as a result goes to do a DHt lookup thinking it must be registered
> through another gateway.
> 
> [1170173715.605384 /dtn/tca debug] TcaRouter::handle_tca_unbound_bundle...
> [1170173715.605407 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
> [1170173715.605449 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3
> [1170173715.605473 /dtn/routing/TcaRouter/table debug] get_matching
> tca://correspondent/myapp
> [1170173715.605494 /dtn/routing/TcaRouter/table debug] check entry
> tca://correspondent -> 134.102.201.174:39960
> <http://134.102.201.174:39960> (FORWARD)
> [1170173715.605538 /dtn/routing/TcaRouter/table debug] check entry
> tca://streetcar3 -> 134.102.201.183:46540 <http://134.102.201.183:46540>
> (FORWARD)
> [1170173715.605575 /scheme/dtn debug] match(tca://correspondent/myapp,
> tca://streetcar3/) failed: url hosts not equal ('streetcar3' !=
> 'correspondent')
> [1170173715.605604 /dtn/routing/TcaRouter/table debug] get_matching
> tca://correspondent/myapp done, 0 match(es)
> [1170173715.605630 /dtn/tca debug] fwd_to_matching_r
> dest='tca://correspondent/myapp': 0 matches
> 
> This matching takes place in the function get_matching in the file
> RouteTable.cc. I can't see any obvious reason for this problem. If you
> could gdb through it (or use some printfs in the function) to find out
> why the the matching to that particular route entry fail then we could
> move a little ahead.
> 
> Thanks,
> Zahir
> 
> 
> 
> 
> On 1/31/07, *Janico Greifenberg* <jgre@jgre.org <mailto:jgre@jgre.org>>
> wrote:
> 
>     Hi Zahir,
> 
>     Zahir Koradia wrote:
>     > Hi Janico,
>     > From what I could see a route and a link tca://correspondent/myapp and
>     > jgre.openvpn.informatik.uni-bremen.de:5000
>     <http://jgre.openvpn.informatik.uni-bremen.de:5000>
>     > <http://jgre.openvpn.informatik.uni-bremen.de:5000> respectively are
>     > created and a bundle with source and destination
>     tca://mobile3/myapp and
>     > tca://correspondent/myapp respectively and with 9 bytes payload is
>     being
>     > transmitted successfully. Is this the bundle you are talking about. If
>     > not then I think you need to tell me which bundle had you send
>     what was
>     > the source and destination of the bundle.
>     >
> 
>     Yes, this is the bundle. jgre.openvpn.informatik.uni-bremen.de:5000
>     <http://jgre.openvpn.informatik.uni-bremen.de:5000> is
>     the gateway itself (this is what I pass to tca_admin as the -l
>     parameter). But the bundle does not reach tca://correspondent/myapp and
>     does not appear in the bundle lists of any dtnd.
> 
>     Cheers,
>     Janico
> 
>     > Thanks
>     > Zahir
>     >
>     > On 1/30/07, *Janico Greifenberg* < jgre@jgre.org
>     <mailto:jgre@jgre.org> <mailto:jgre@jgre.org <mailto:jgre@jgre.org>>>
>     > wrote:
>     >
>     >     Hi Zahir,
>     >
>     >     we seem to be getting somewhere! I think the problem is in
>     >     get_payload_str(). The data buffer is zeroed out so the result
>     string
>     >     does not know where it ends. Applying the attached diff fixes the
>     >     strange characters.
>     >
>     >     But still my bundle does not reach the intended recipient. It
>     seems to
>     >     get stuck in a loop at the gateway instead of being forwarded
>     over the
>     >     opportunistic link that the dtnd lists as open. So, once again, I
>     >     send a
>     >     debug level logfile of the gateway.
>     >
>     >     Cheers,
>     >     Janico
>     >
>     >     Zahir Koradia wrote:
>     >     > Hi Janico,
>     >     > The problem seems to happen even before we reach parser of
>     control
>     >     messages.
>     >     >
>     >     > [1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle
>     received
>     >     > [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
>     >     > 'add_route:tca://correspondent10/myapp
>     >     > tcp://jgre.openvpn.informatik.uni-
>     bremen.deÂ§Eahr Â²Â¶FÂ°Å“/'
>     >     >
>     >     > This line is printed as soon as we enter the function
>     >     > handle_bundle_received called on a bundle received event.
>     The function
>     >     > get_payload_str is used to get the bundle payload. I have a
>     feeling
>     >     > that's where the problem lies. My guess is that the payload size
>     >     > returned by b->payload_.length() is faulty.
>     >     >
>     >     > Could you just print it and check if the length is more than the
>     >     number
>     >     > of characters sent. If this is the case then we can ask Mike if
>     >     anything
>     >     > has changed in the treatment of bundle payload over the past
>     >     revisions.
>     >     >
>     >     > Thanks
>     >     > Zahir
>     >     >
>     >
>     >
>     >
> 
>     _______________________________________________
>     dtn-users mailing list
>     dtn-users@mailman.dtnrg.org <mailto:dtn-users@mailman.dtnrg.org>
>     http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>     <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>
> 
> 




Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [134.102.201.18]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0VFAEY13745 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 07:10:14 -0800
Received: from [134.102.117.107] (wlan-client-357.informatik.uni-bremen.de [134.102.117.107]) (authenticated bits=0) by informatik.uni-bremen.de (8.13.4/8.13.2) with ESMTP id l0VFAAWg012430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 16:10:11 +0100 (CET)
Message-ID: <45C0B150.60400@tzi.org>
Date: Wed, 31 Jan 2007 16:10:08 +0100
From: Dirk Kutscher <dku@tzi.org>
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
MIME-Version: 1.0
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] Simulations in ns2
References: <a41190b70701310310u2ba2384dic32b4bac23ece5b0@mail.gmail.com>
In-Reply-To: <a41190b70701310310u2ba2384dic32b4bac23ece5b0@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Richard Vaughan wrote:

> I am trying to find an implementation of the DTN spec for ns2, but so
> far google shows nothing. I was wondering if anyone here was working
> on such a thing? I would like to compare and contrast the DTN approach
> with some other reliability protocols, which I already have ns2
> simulations for.

Hi Richard,

at TZI we have developed an *emulation* framework based on ns2 and 
nsemulation that we have used with DTN2. We preferred this to pure 
simulation because we wanted to emulate some real world scenarios, e.g., 
real applications talking to DTN proxies coupled to a DTN2 dtnd.

The system works like this: you specify your mobility model, number of 
nodes etc. in ns2, and ns2 generates the real-time link-layer conditions 
for a set of virtual Linux nodes (we are using Xen for virtualization).

Maybe it is interesting for you:

https://prj.tzi.org/cgi-bin/trac.cgi/wiki/Kasuari

Pure DTN simulation in ns2 can still be interesting for some purposes, 
however, the emulation approach is IMO more useful when you want to 
evaluate the performance of existing, running code.

Best regards,

Dirk


Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0VBAOY11797 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 03:10:25 -0800
Received: by wr-out-0506.google.com with SMTP id i7so141719wra for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 03:10:22 -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=CUxJgXIQQGTzv0Y/VauMwiw7q58IRNHtN8cCiD+r6B+kHnrntImn27bEna70U9YTRVcLdDSH07SwY+UioASEAJIAxIgtCNzf/1OJGR2AnLl4Hf4TVPPjUX9CJY5Vm3QH2mryASs54ZQIxDy55NwW34nQGzMciLeTS+RjAvkwqqs=
Received: by 10.78.189.5 with SMTP id m5mr115515huf.1170241821126; Wed, 31 Jan 2007 03:10:21 -0800 (PST)
Received: by 10.78.35.5 with HTTP; Wed, 31 Jan 2007 03:10:20 -0800 (PST)
Message-ID: <a41190b70701310310u2ba2384dic32b4bac23ece5b0@mail.gmail.com>
Date: Wed, 31 Jan 2007 11:10:20 +0000
From: "Richard Vaughan" <rvaughan@gmail.com>
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] Simulations in ns2
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi,

I am trying to find an implementation of the DTN spec for ns2, but so
far google shows nothing. I was wondering if anyone here was working
on such a thing? I would like to compare and contrast the DTN approach
with some other reliability protocols, which I already have ns2
simulations for.

If not, then I might start looking at trying to write it myself.



Thanks,


Richard


--


Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0V8skY10894 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 00:54:46 -0800
Received: by nf-out-0910.google.com with SMTP id p48so451946nfa for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 00:54:45 -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=UNJ1XUr4nAq2Ox+fIl5nwrOMAwu6yzWMvulBUfXXwDLui3tcKdejgo1N6q4u55GM5ci+2l4aerqp/2MdOJN5bYlt1o17PSRrBpk403/LHrwg2hAeemE8Mux3lfff5wQvkoewtJjQtBtxDOJ7oBcwohLtpYvKCrCIMSThsDFnBgA=
Received: by 10.49.57.1 with SMTP id j1mr2104840nfk.1170233685066; Wed, 31 Jan 2007 00:54:45 -0800 (PST)
Received: by 10.48.213.17 with HTTP; Wed, 31 Jan 2007 00:54:44 -0800 (PST)
Message-ID: <f0d10dd60701310054m5ba2d14bi18e591211275f002@mail.gmail.com>
Date: Wed, 31 Jan 2007 14:24:44 +0530
From: "Zahir Koradia" <zahir.koradia@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] TCA problems
In-Reply-To: <45C04434.80807@jgre.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_28937_22811736.1170233684982"
References: <45B9B58D.1050703@jgre.org> <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com> <45BE4B59.6090302@jgre.org> <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com> <45BF0583.4010208@jgre.org> <f0d10dd60701300245k1b1d4b9fi62624685a8cb5d44@mail.gmail.com> <45BF72D8.7050501@jgre.org> <f0d10dd60701301148v752c4a9cu567ab13bcea17de@mail.gmail.com> <45C04434.80807@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

------=_Part_28937_22811736.1170233684982
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Ideally a DHT lookup is done by a gateway when a node (mobile or router) ha=
s
registered through another gateway. Since over here the destination has
registered (by sending the register bundle) through the gateway a DHT looku=
p
should not happen. I am sorry I should have noticed this earlier itself. If
you notice there is already an entry in the routing table for the
destination

tca://correspondent -> 134.102.201.174:39960 (FORWARD)

you can do "route dump" at dtnd prompt to see the routing table entries.

Now the problem is that when the gateway searches its routing table it is
not able to match the destination of the bundle with this route entry and a=
s
a result goes to do a DHt lookup thinking it must be registered through
another gateway.

[1170173715.605384 /dtn/tca debug] TcaRouter::handle_tca_unbound_bundle...
[1170173715.605407 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=3D''
[1170173715.605449 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=
=3D3
[1170173715.605473 /dtn/routing/TcaRouter/table debug] get_matching
tca://correspondent/myapp
[1170173715.605494 /dtn/routing/TcaRouter/table debug] check entry
tca://correspondent -> 134.102.201.174:39960 (FORWARD)
[1170173715.605538 /dtn/routing/TcaRouter/table debug] check entry
tca://streetcar3 -> 134.102.201.183:46540 (FORWARD)
[1170173715.605575 /scheme/dtn debug] match(tca://correspondent/myapp,
tca://streetcar3/) failed: url hosts not equal ('streetcar3' !=3D
'correspondent')
[1170173715.605604 /dtn/routing/TcaRouter/table debug] get_matching
tca://correspondent/myapp done, 0 match(es)
[1170173715.605630 /dtn/tca debug] fwd_to_matching_r
dest=3D'tca://correspondent/myapp': 0 matches

This matching takes place in the function get_matching in the file
RouteTable.cc. I can't see any obvious reason for this problem. If you coul=
d
gdb through it (or use some printfs in the function) to find out why the th=
e
matching to that particular route entry fail then we could move a little
ahead.

Thanks,
Zahir




On 1/31/07, Janico Greifenberg <jgre@jgre.org> wrote:
>
> Hi Zahir,
>
> Zahir Koradia wrote:
> > Hi Janico,
> > From what I could see a route and a link tca://correspondent/myapp and
> > jgre.openvpn.informatik.uni-bremen.de:5000
> > <http://jgre.openvpn.informatik.uni-bremen.de:5000> respectively are
> > created and a bundle with source and destination tca://mobile3/myapp an=
d
> > tca://correspondent/myapp respectively and with 9 bytes payload is bein=
g
> > transmitted successfully. Is this the bundle you are talking about. If
> > not then I think you need to tell me which bundle had you send what was
> > the source and destination of the bundle.
> >
>
> Yes, this is the bundle. jgre.openvpn.informatik.uni-bremen.de:5000 is
> the gateway itself (this is what I pass to tca_admin as the -l
> parameter). But the bundle does not reach tca://correspondent/myapp and
> does not appear in the bundle lists of any dtnd.
>
> Cheers,
> Janico
>
> > Thanks
> > Zahir
> >
> > On 1/30/07, *Janico Greifenberg* <jgre@jgre.org <mailto:jgre@jgre.org>>
> > wrote:
> >
> >     Hi Zahir,
> >
> >     we seem to be getting somewhere! I think the problem is in
> >     get_payload_str(). The data buffer is zeroed out so the result
> string
> >     does not know where it ends. Applying the attached diff fixes the
> >     strange characters.
> >
> >     But still my bundle does not reach the intended recipient. It seems
> to
> >     get stuck in a loop at the gateway instead of being forwarded over
> the
> >     opportunistic link that the dtnd lists as open. So, once again, I
> >     send a
> >     debug level logfile of the gateway.
> >
> >     Cheers,
> >     Janico
> >
> >     Zahir Koradia wrote:
> >     > Hi Janico,
> >     > The problem seems to happen even before we reach parser of contro=
l
> >     messages.
> >     >
> >     > [1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle received
> >     > [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
> >     > 'add_route:tca://correspondent10/myapp
> >     > tcp://jgre.openvpn.informatik.uni- bremen.de=A7=1A=08Ea=16=08hr =
=B2=B6F=B0=0E=08=9C=1A/=08=01'
> >     >
> >     > This line is printed as soon as we enter the function
> >     > handle_bundle_received called on a bundle received event. The
> function
> >     > get_payload_str is used to get the bundle payload. I have a
> feeling
> >     > that's where the problem lies. My guess is that the payload size
> >     > returned by b->payload_.length() is faulty.
> >     >
> >     > Could you just print it and check if the length is more than the
> >     number
> >     > of characters sent. If this is the case then we can ask Mike if
> >     anything
> >     > has changed in the treatment of bundle payload over the past
> >     revisions.
> >     >
> >     > Thanks
> >     > Zahir
> >     >
> >
> >
> >
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>

------=_Part_28937_22811736.1170233684982
Content-Type: text/html; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Ideally a DHT lookup is done by a gateway when a node (mobile or router) ha=
s registered through another gateway. Since over here the destination has r=
egistered (by sending the register bundle) through the gateway a DHT lookup=
 should not happen. I am sorry I should have noticed this earlier itself. I=
f you notice there is already an entry in the routing table for the destina=
tion
<br><br>tca://correspondent -&gt; <a href=3D"http://134.102.201.174:39960">=
134.102.201.174:39960</a> (FORWARD)<br><br>you can do &quot;route dump&quot=
; at dtnd prompt to see the routing table entries.<br><br>Now the problem i=
s that when the gateway searches its routing table it is not able to match =
the destination of the bundle with this route entry and as a result goes to=
 do a DHt lookup thinking it must be registered through another gateway.
<br><br>[1170173715.605384 /dtn/tca debug] TcaRouter::handle_tca_unbound_bu=
ndle...<br>[1170173715.605407 /dtn/tca debug] TcaRouter::fwd_to_matching_r:=
 owner=3D&#39;&#39;<br>[1170173715.605449 /dtn/tca debug] TcaRouter::fwd_to=
_matching_r: fwd_rule=3D3
<br>[1170173715.605473 /dtn/routing/TcaRouter/table debug] get_matching tca=
://correspondent/myapp<br>[1170173715.605494 /dtn/routing/TcaRouter/table d=
ebug] check entry tca://correspondent -&gt; <a href=3D"http://134.102.201.1=
74:39960">
134.102.201.174:39960</a> (FORWARD)<br>[1170173715.605538 /dtn/routing/TcaR=
outer/table debug] check entry tca://streetcar3 -&gt; <a href=3D"http://134=
.102.201.183:46540">134.102.201.183:46540</a> (FORWARD)<br>[1170173715.6055=
75
 /scheme/dtn debug] match(tca://correspondent/myapp, tca://streetcar3/) fai=
led: url hosts not equal (&#39;streetcar3&#39; !=3D &#39;correspondent&#39;=
)<br>[1170173715.605604 /dtn/routing/TcaRouter/table debug] get_matching tc=
a://correspondent/myapp done, 0 match(es)
<br>[1170173715.605630 /dtn/tca debug] fwd_to_matching_r dest=3D&#39;tca://=
correspondent/myapp&#39;: 0 matches<br><br>This matching takes place in the=
 function get_matching in the file RouteTable.cc. I can&#39;t see any obvio=
us reason for this problem. If you could gdb through it (or use some printf=
s in the function) to find out why the the matching to that particular rout=
e entry fail then we could move a little ahead.
<br><br>Thanks,<br>Zahir<br><br><br><br><br><div><span class=3D"gmail_quote=
">On 1/31/07, <b class=3D"gmail_sendername">Janico Greifenberg</b> &lt;<a h=
ref=3D"mailto:jgre@jgre.org">jgre@jgre.org</a>&gt; wrote:</span><blockquote=
 class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); =
margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Zahir,<br><br>Zahir Koradia wrote:<br>&gt; Hi Janico,<br>&gt; From what =
I could see a route and a link tca://correspondent/myapp and<br>&gt; <a hre=
f=3D"http://jgre.openvpn.informatik.uni-bremen.de:5000">jgre.openvpn.inform=
atik.uni-bremen.de:5000
</a><br>&gt; &lt;<a href=3D"http://jgre.openvpn.informatik.uni-bremen.de:50=
00">http://jgre.openvpn.informatik.uni-bremen.de:5000</a>&gt; respectively =
are<br>&gt; created and a bundle with source and destination tca://mobile3/=
myapp and
<br>&gt; tca://correspondent/myapp respectively and with 9 bytes payload is=
 being<br>&gt; transmitted successfully. Is this the bundle you are talking=
 about. If<br>&gt; not then I think you need to tell me which bundle had yo=
u send what was
<br>&gt; the source and destination of the bundle.<br>&gt;<br><br>Yes, this=
 is the bundle. <a href=3D"http://jgre.openvpn.informatik.uni-bremen.de:500=
0">jgre.openvpn.informatik.uni-bremen.de:5000</a> is<br>the gateway itself =
(this is what I pass to tca_admin as the -l
<br>parameter). But the bundle does not reach tca://correspondent/myapp and=
<br>does not appear in the bundle lists of any dtnd.<br><br>Cheers,<br>Jani=
co<br><br>&gt; Thanks<br>&gt; Zahir<br>&gt;<br>&gt; On 1/30/07, *Janico Gre=
ifenberg* &lt;
<a href=3D"mailto:jgre@jgre.org">jgre@jgre.org</a> &lt;mailto:<a href=3D"ma=
ilto:jgre@jgre.org">jgre@jgre.org</a>&gt;&gt;<br>&gt; wrote:<br>&gt;<br>&gt=
;&nbsp;&nbsp;&nbsp;&nbsp; Hi Zahir,<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
 we seem to be getting somewhere! I think the problem is in
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; get_payload_str(). The data buffer is zero=
ed out so the result string<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; does not know w=
here it ends. Applying the attached diff fixes the<br>&gt;&nbsp;&nbsp;&nbsp=
;&nbsp; strange characters.<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; But sti=
ll my bundle does not reach the intended recipient. It seems to
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; get stuck in a loop at the gateway instead=
 of being forwarded over the<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; opportunistic =
link that the dtnd lists as open. So, once again, I<br>&gt;&nbsp;&nbsp;&nbs=
p;&nbsp; send a<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; debug level logfile of the =
gateway.
<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Cheers,<br>&gt;&nbsp;&nbsp;&nbsp;&=
nbsp; Janico<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Zahir Koradia wrote:<b=
r>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Hi Janico,<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; &gt; The problem seems to happen even before we reach parser of control=
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; messages.
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; =
[1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle received<br>&gt;&n=
bsp;&nbsp;&nbsp;&nbsp; &gt; [tca://homeagent/admin] -&gt; [tca://localhost/=
bundlelayer] :<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; &#39;add_route:tca://co=
rrespondent10/myapp
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; tcp://jgre.openvpn.informatik.uni- br=
emen.de=A7=1A=08Ea=16=08hr =B2=B6F=B0=0E=08=9C=1A/=08=01&#39;<br>&gt;&nbsp;=
&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; This line is p=
rinted as soon as we enter the function<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt=
; handle_bundle_received called on a bundle received event. The function
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; get_payload_str is used to get the bu=
ndle payload. I have a feeling<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; that&#3=
9;s where the problem lies. My guess is that the payload size<br>&gt;&nbsp;=
&nbsp;&nbsp;&nbsp; &gt; returned by b-&gt;payload_.length() is faulty.
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; =
Could you just print it and check if the length is more than the<br>&gt;&nb=
sp;&nbsp;&nbsp;&nbsp; number<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; of charac=
ters sent. If this is the case then we can ask Mike if<br>&gt;&nbsp;&nbsp;&=
nbsp;&nbsp; anything<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; has changed in the treatment of bundle pa=
yload over the past<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; revisions.<br>&gt;&nbsp=
;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Thanks<br>&gt=
;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Zahir<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<b=
r>&gt;<br>&gt;<br>&gt;<br><br>_____________________________________________=
__
<br>dtn-users mailing list<br><a href=3D"mailto:dtn-users@mailman.dtnrg.org=
">dtn-users@mailman.dtnrg.org</a><br><a href=3D"http://mailman.dtnrg.org/ma=
ilman/listinfo/dtn-users">http://mailman.dtnrg.org/mailman/listinfo/dtn-use=
rs
</a><br></blockquote></div><br>

------=_Part_28937_22811736.1170233684982--


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 l0V7OiY10275 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 23:24:44 -0800
Received: from localhost (localhost [127.0.0.1]) by snatch.gtnw.de (Postfix on snatch) with ESMTP id 23A43100A9 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 08:35:17 +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 00948-10 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 08:35:17 +0100 (CET)
Received: from [192.168.178.102] (p548D1D4D.dip0.t-ipconnect.de [84.141.29.77]) (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 A406E100A8 for <dtn-users@mailman.dtnrg.org>; Wed, 31 Jan 2007 08:35:16 +0100 (CET)
Message-ID: <45C04434.80807@jgre.org>
Date: Wed, 31 Jan 2007 08:24:36 +0100
From: Janico Greifenberg <jgre@jgre.org>
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>	 <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com>	 <45BE4B59.6090302@jgre.org>	 <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com>	 <45BF0583.4010208@jgre.org>	 <f0d10dd60701300245k1b1d4b9fi62624685a8cb5d44@mail.gmail.com>	 <45BF72D8.7050501@jgre.org> <f0d10dd60701301148v752c4a9cu567ab13bcea17de@mail.gmail.com>
In-Reply-To: <f0d10dd60701301148v752c4a9cu567ab13bcea17de@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi Zahir,

Zahir Koradia wrote:
> Hi Janico,
> From what I could see a route and a link tca://correspondent/myapp and
> jgre.openvpn.informatik.uni-bremen.de:5000
> <http://jgre.openvpn.informatik.uni-bremen.de:5000> respectively are
> created and a bundle with source and destination tca://mobile3/myapp and
> tca://correspondent/myapp respectively and with 9 bytes payload is being
> transmitted successfully. Is this the bundle you are talking about. If
> not then I think you need to tell me which bundle had you send what was
> the source and destination of the bundle.
> 

Yes, this is the bundle. jgre.openvpn.informatik.uni-bremen.de:5000 is
the gateway itself (this is what I pass to tca_admin as the -l
parameter). But the bundle does not reach tca://correspondent/myapp and
does not appear in the bundle lists of any dtnd.

Cheers,
Janico

> Thanks
> Zahir
> 
> On 1/30/07, *Janico Greifenberg* <jgre@jgre.org <mailto:jgre@jgre.org>>
> wrote:
> 
>     Hi Zahir,
> 
>     we seem to be getting somewhere! I think the problem is in
>     get_payload_str(). The data buffer is zeroed out so the result string
>     does not know where it ends. Applying the attached diff fixes the
>     strange characters.
> 
>     But still my bundle does not reach the intended recipient. It seems to
>     get stuck in a loop at the gateway instead of being forwarded over the
>     opportunistic link that the dtnd lists as open. So, once again, I
>     send a
>     debug level logfile of the gateway.
> 
>     Cheers,
>     Janico
> 
>     Zahir Koradia wrote:
>     > Hi Janico,
>     > The problem seems to happen even before we reach parser of control
>     messages.
>     >
>     > [1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle received
>     > [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
>     > 'add_route:tca://correspondent10/myapp
>     > tcp://jgre.openvpn.informatik.uni- bremen.deÂ§Eahr Â²Â¶FÂ°Å“/'
>     >
>     > This line is printed as soon as we enter the function
>     > handle_bundle_received called on a bundle received event. The function
>     > get_payload_str is used to get the bundle payload. I have a feeling
>     > that's where the problem lies. My guess is that the payload size
>     > returned by b->payload_.length() is faulty.
>     >
>     > Could you just print it and check if the length is more than the
>     number
>     > of characters sent. If this is the case then we can ask Mike if
>     anything
>     > has changed in the treatment of bundle payload over the past
>     revisions.
>     >
>     > Thanks
>     > Zahir
>     >
> 
> 
> 



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 l0V125Y06697 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 17:02: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.13.8/8.13.5) with ESMTP id l0V121Zc023651 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 30 Jan 2007 17:02:04 -0800 (PST)
In-Reply-To: <d35f8e370701301536o3fa087flfab00074b1a4d95d@mail.gmail.com>
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com> <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu> <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com> <3EB01F54-235C-4343-ADB7-87D77AAEAE13@cs.berkeley.edu> <d35f8e370701291519h42f08275ve5a6a918f6ec555c@mail.gmail.com> <0AA056BF-4F46-4477-BF8B-C8F0D9C76B47@cs.berkeley.edu> <d35f8e370701301108r4d7f194cp9a6b88f53cf43aeb@mail.gmail.com> <ECBEAF19-866F-46AC-B6AC-BBE283FF418E@cs.berkeley.edu> <d35f8e370701301536o3fa087flfab00074b1a4d95d@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-4-772077335
Message-Id: <E69134F0-AEE5-4948-AC0F-DD9C51B66A76@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] DTN tunnel hacking
X-Applemailsentby: demmer
Date: Tue, 30 Jan 2007 17:02:01 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

Hmm...  It seems like for jabber, you want something beyond a trivial  
TCP proxy, and instead have something with protocol-specific  
operations -- at a minimum the space characters for session keepalive.

Basically, the best option I could think of would be to create a new  
DTN application called something like dtnjabberproxy which would  
essentially duplicate the TCP tunnel part of DTNTunnel, although  
perhaps with a different configuration -- i.e. the server-side  
listener could be configured with the address of the nearby jabber  
server, rather than the client side of the tunnel configured with both.

The initial implementation could just do what TCP Tunnel does, and  
pass through the messages as-is, with the extension you talked about  
of sending keepalives to the jabber server. A future extension could  
have the client-side of the proxy ack messages when disconnected and  
deliver client updates to the server when offline.

-mike

On Jan 30, 2007, at 3:36 PM, ryan m wrote:

> Thank you for you patience, that tells me that I need to add a  
> little to dtntunnel so that the jabber server won't close the  
> socket since when it does it considers that client logged out (I'm  
> not aiming to update dtntunnel itself, but use it as a starting  
> point to make something that would work for jabber).  I'd like to  
> add something that periodically sends a tcp packet containing a  
> space character to the jabber server (this could probably be safely  
> sent to the client too since you mentioned it was the same code)  
> could you point me to a source file/function that would be the best  
> place to start for looking to add this stuff to (I assume it'd be  
> the function that takes the bundles and sends them out as tcp  
> packets).  I tried looking around and some the inhartince used is a  
> bit odd to me.  I think it has to go into TCPtunnel.cc but I'm not  
> sure and would love to not start down a time consuming wrong path.
>
> Thank you for the help,
> Ryan
>
> On 1/30/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
> Ah. There's a SIGPIPE being delivered. That means that the server  
> (looks like the jabber server) closed the socket, but the dtntunnel  
> process tried writing to it. The kernel then delivers a SIGPIPE  
> which kills the process.
>
> I'll commit a change to dtntunnel so it ignores SIGPIPE rather than  
> dying.
> -m
>
> On Jan 30, 2007, at 11:08 AM, ryan m wrote:
>
>> [1170183444.156198 /dtntunnel debug] calling dtn_recv...
>> [1170183444.556943 /dtntunnel info] got 213 byte bundle
>> [1170183444.556978 /dtntunnel/tcp debug] handle_bundle got 213  
>> byte bundle
>> [1170183444.556992 /dtntunnel/tcp/conn info] delivering 213 byte  
>> bundle with seq no 24
>> [1170183444.557002 /dtntunnel/tcp/conn/msgqueue debug] notifier  
>> notify
>> [1170183444.557018 /dtntunnel/tcp/conn/msgqueue debug] notify  
>> count = 1
>> [1170183444.557031 /dtntunnel debug] calling dtn_recv...
>> [1170183444.558772 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>> 1/1 fds ready,  status 0x1
>> [1170183444.558793 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>> normal fd has event
>> [1170183444.558805 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
>> attempting to  drain 1 bytes
>> [1170183444.558820 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
>> drained 1/1 b yte(s) from pipe
>> [1170183444.558828 /dtntunnel/tcp/conn/msgqueue debug] drain pipe  
>> count = 0
>>
>> Program received signal SIGPIPE, Broken pipe.
>> [Switching to Thread -1208652896 (LWP 1619)]
>> 0x003e2402 in __kernel_vsyscall ()
>> (gdb) backtrace
>> #0  0x003e2402 in __kernel_vsyscall ()
>> #1  0x0068c843 in writev () from /lib/libc.so.6
>> #2  0x08061077 in oasys::IO::rwdata (op=oasys::IO::WRITEV, fd=11,
>>     iov=0xb7f56200, iovcnt=1, flags=0, timeout=-1, args=0x0,  
>> start_time=0x0,
>>     intr=0x0, ignore_eagain=true, log=0x9f40ec0 "/dtntunnel/tcp/ 
>> conn/11")
>>     at io/IO.cc:910
>> #3  0x08061456 in oasys::IO::rwvall (op=oasys::IO::WRITEV, fd=11,
>>     iov=0xb7f56200, iovcnt=1, timeout=-1, start=0x0, intr=0x0,
>>     fcn_name=0x807930f "writeall", log=0x9f40ec0 "/dtntunnel/tcp/ 
>> conn/11")
>>     at io/IO.cc:981
>> #4  0x080617b8 in oasys::IO::writeall (fd=11,
>>     bp=0x9fd7086 "<message to=\" edifyteam@basin.cse.lehigh.edu\"  
>> type=\"chat\" i d=\"43\"><body>this is 30 minute disruption test,  
>> starting at 1:26</body><active  xmlns=\" http://jabber.org/ 
>> protocol/chatstates\" /></message>", len=195,
>>     intr=0x0, log=0x9f40ec0 "/dtntunnel/tcp/conn/11") at io/IO.cc:488
>> #5  0x080633a9 in oasys::IPClient::writeall (this=0x9f40eb8,
>>     bp=0x9fd7086 "<message to=\"edifyteam@basin.cse.lehigh.edu\"  
>> type=\"chat\" i d=\"43\"><body>this is 30 minute disruption test,  
>> starting at 1:26</body><active  xmlns=\" http://jabber.org/ 
>> protocol/chatstates\" /></message>", len=195)
>>     at io/IPClient.cc:98
>> #6  0x0804e765 in dtntunnel::TCPTunnel::Connection::run  
>> (this=0x9f40e20)
>>     at dtntunnel/TCPTunnel.cc:384
>> #7  0x08068bda in oasys::Thread::thread_run (this=0x9f40e20,
>> ---Type <return> to continue, or q <return> to quit---
>>     thread_name=0x9f40e2c "TCPTunnel::Connection",  
>> thread_id=3086314400)
>>     at thread/Thread.cc:334
>> #8  0x08068d0c in oasys::Thread::pre_thread_run (t=0x9f40e20)
>>     at thread/Thread.cc:279
>> #9  0x00747433 in start_thread () from /lib/libpthread.so.0
>> #10 0x00693a1e in clone () from /lib/libc.so.6
>> (gdb)
>>
>>
>> To me this doesn't tell me anything interesting, any thoughts?
>>
>> Ryan
>>
>> On 1/29/07, Michael Demmer < demmer@cs.berkeley.edu> wrote:
>>
>> That shouldn't happen -- the listener should never exit.
>>
>> Try running under gdb with a breakpoint set in exit() so that you  
>> can catch where/why it's actually exiting.
>>
>> -m
>>
>> On Jan 29, 2007, at 3:19 PM, ryan m wrote:
>>
>>> so I did get the 15 minute test to work (I pulled a new version  
>>> of dtn and waited longer for it to reestablish contact).
>>>
>>> when I try a 30 minute test something odd happens.
>>>
>>> After contact is reestablished dtn starts sending the waiting  
>>> bundles (corresponding to messages sent from client end of  
>>> dtntunnel) like mad.  Then the listening side of dtntunnel just  
>>> falls over and silently exits.  Any thoughts why this would  
>>> happen?  I'm invoking dtn tunnel the following ways:
>>>
>>> ./dtntunnel -L -l DEBUG -e 3600
>>>
>>> ./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel -- 
>>> laddr 0.0.0.0 --lport 15000 --rhost basin.cse.lehigh.edu --rport  
>>> 5222 -e 3600 -l DEBUG
>>>
>>> this is what the end of the listening side looks like when it dies:
>>>
>>> [1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151  
>>> byte bundle
>>> [1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte  
>>> bundle with seqno 16
>>> [1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier  
>>> notify
>>> [1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify  
>>> count = 1
>>> [1170112001.275257 /dtntunnel debug] calling dtn_recv...
>>> [1170112001.275499 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>>> 1/1 fds ready, status 0x1
>>> [1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>>> normal fd has event
>>> [1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug]  
>>> drain_pipe: attempting to drain 1 bytes
>>> [1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug]  
>>> drain_pipe: drained 1/1 byte(s) from pipe
>>> [1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe  
>>> count = 0
>>> [1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8  
>>> cc 133
>>> [1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133  
>>> bytes 0 left 133 total
>>> [1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte  
>>> payload to client
>>> [1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll...  
>>> (timeout -1)
>>> [1170112002.676366 /dtntunnel info] got 149 byte bundle
>>> [1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149  
>>> byte bundle
>>> [1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte  
>>> bundle with seqno 17
>>> [1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier  
>>> notify
>>> [1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify  
>>> count = 1
>>> [1170112002.676459 /dtntunnel debug] calling dtn_recv...
>>> [1170112002.677144 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>>> 1/1 fds ready, status 0x1
>>> [1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>>> normal fd has event
>>> [1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug]  
>>> drain_pipe: attempting to drain 1 bytes
>>> [1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug]  
>>> drain_pipe: drained 1/1 byte(s) from pipe
>>> [1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe  
>>> count = 0
>>> [edifyteam@basin dtntunnel]$
>>>
>>> so it processes part of the torrent then just exits all the  
>>> sudden and I'm not sure why... would a fin generated by jabber  
>>> cause that?
>>>
>>> Ryan
>>>
>>> On 1/23/07, Michael Demmer < demmer@cs.berkeley.edu> wrote:
>>>
>>> Strange. You should see the code repeatedly trying to re-open the  
>>> link, no?
>>>
>>> That plus some tcpdump'ing will tell you more about what's going on.
>>>
>>> -m
>>>
>>>
>>> On Jan 23, 2007, at 10:25 AM, ryan m wrote:
>>>
>>>> hmm so I think I actually have a more fundemental issue on  
>>>> closer inspection.  I'm trying to use dtn tunnel as a proxy.  To  
>>>> test it I set everything up then put up a drop all firewall  
>>>> between the dtn nodes for 15 minutes then released it.  After I  
>>>> release it no bundles get through and the debug messages say this:
>>>>
>>>> [1169576247.469499 /dtn/route/static debug] can't forward bundle  
>>>> id 51 dtn://bas
>>>> in.cse.lehigh.edu.dtn/ping.15267 -> dtn:// 
>>>> rcm2.cse.lehigh.edu.dtn/ping (20 bytes
>>>>  payload) to link1 [ rcm2.cse.lehigh.edu:10000 dtn:none ALWAYSON  
>>>> UNAVAILABLE] because link not available
>>>>
>>>> even though the firewall has been taken down for more than 5  
>>>> minutes.
>>>>
>>>> any thoughts on this?
>>>>
>>>> On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>>>>
>>>> The same code is used on both sides of the tunnel.
>>>>
>>>> I'd be ok if you made a modification to the tunnel that enabled the
>>>> SO_KEEPALIVE socket option -- will that work for your purposes?
>>>>
>>>> -mike
>>>>
>>>>
>>>> On Jan 22, 2007, at 7:30 PM, ryan m wrote:
>>>>
>>>> > I was wondering if someone familiar with the code of dtn tunnel
>>>> > could point me to where in the source bundles are processed and
>>>> > sent out the TCP connection on the ./dtntunnel -L side of the
>>>> > tunnel.  I need to add a periodic TCP packet coming out this side
>>>> > containing a space to keep the TCP connection from idling  
>>>> out.  And
>>>> > I'm not sure how to differentiate the code going from bundles- 
>>>> >tcp
>>>> > on one end of the tunnel from the code doing this for the  
>>>> other end
>>>> > of the tunnel.  Any help would be very appreciated.
>>>> >
>>>> > Ryan
>>>>
>>>> _______________________________________________
>>>> dtn-users mailing list
>>>> dtn-users@mailman.dtnrg.org
>>>> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>>>>
>>>
>>>
>>
>>
>
>


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

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Hmm...=A0 It seems like for =
jabber, you want something beyond a trivial TCP proxy, and instead have =
something with protocol-specific operations -- at a minimum the space =
characters for session keepalive.<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><DIV>Basically, the best =
option I could think of would be to create a new DTN application called =
something like dtnjabberproxy which would essentially duplicate the TCP =
tunnel part of DTNTunnel, although perhaps with a different =
configuration -- i.e. the server-side listener could be configured with =
the address of the nearby jabber server, rather than the client side of =
the tunnel configured with both.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>The initial implementation =
could just do what TCP Tunnel does, and pass through the messages as-is, =
with the extension you talked about of sending keepalives to the jabber =
server.=A0A future extension could have the client-side of the proxy ack =
messages when disconnected and deliver client updates to the server when =
offline.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-mike</DIV><DIV><BR><DIV><DIV=
>On Jan 30, 2007, at 3:36 PM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">Thank you =
for you patience, that tells me that I need to add a little to dtntunnel =
so that the jabber server won't close the socket since when it does it =
considers that client logged out (I'm not aiming to update dtntunnel =
itself, but use it as a starting point to make something that would work =
for jabber).=A0 I'd like to add something that periodically sends a tcp =
packet containing a space character to the jabber server (this could =
probably be safely sent to the client too since you mentioned it was the =
same code) could you point me to a source file/function that would be =
the best place to start for looking to add this stuff to (I assume it'd =
be the function that takes the bundles and sends them out as tcp =
packets).=A0 I tried looking around and some the inhartince used is a =
bit odd to me.=A0 I think it has to go into TCPtunnel.cc but I'm not =
sure and would love to not start down a time consuming wrong =
path.<BR><BR>Thank you for the help,<BR>Ryan<BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 1/30/07, <B class=3D"gmail_sendername">Michael =
Demmer </B> &lt;<A =
href=3D"mailto:demmer@cs.berkeley.edu">demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV style=3D"">Ah. There's a SIGPIPE being delivered. That means =
that the server (looks like the jabber server) closed the socket, but =
the dtntunnel process tried writing to it. The kernel then delivers a =
SIGPIPE which kills the process. <DIV><BR></DIV><DIV><DIV><DIV>I'll =
commit a change to dtntunnel so it ignores SIGPIPE rather than =
dying.</DIV><SPAN class=3D"sg"><DIV>-m</DIV></SPAN><DIV><SPAN class=3D"e" =
id=3D"q_110754df955417d7_2"><DIV><BR><DIV><DIV>On Jan 30, 2007, at 11:08 =
AM, ryan m wrote: </DIV><BR><BLOCKQUOTE type=3D"cite">[1170183444.156198 =
/dtntunnel debug] calling dtn_recv...<BR>[1170183444.556943 /dtntunnel =
info] got 213 byte bundle<BR>[1170183444.556978 /dtntunnel/tcp debug] =
handle_bundle got 213 byte bundle <BR>[1170183444.556992 =
/dtntunnel/tcp/conn info] delivering 213 byte bundle with seq no 24 =
<BR>[1170183444.557002 /dtntunnel/tcp/conn/msgqueue debug] notifier =
notify<BR>[1170183444.557018 /dtntunnel/tcp/conn/msgqueue debug] notify =
count =3D 1 <BR>[1170183444.557031 /dtntunnel debug] calling =
dtn_recv...<BR>[1170183444.558772 /dtntunnel/tcp/conn debug] =
poll_with_notifier: 1/1 fds ready,=A0 status 0x1<BR>[1170183444.558793 =
/dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event =
<BR>[1170183444.558805 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: =
attempting to=A0 drain 1 bytes <BR>[1170183444.558820 =
/dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 b yte(s) =
from pipe<BR>[1170183444.558828 /dtntunnel/tcp/conn/msgqueue debug] =
drain pipe count =3D 0<BR><BR>Program received signal SIGPIPE, Broken =
pipe. <BR>[Switching to Thread -1208652896 (LWP 1619)]<BR>0x003e2402 in =
__kernel_vsyscall ()<BR>(gdb) backtrace<BR>#0=A0 0x003e2402 in =
__kernel_vsyscall () <BR>#1=A0 0x0068c843 in writev () from =
/lib/libc.so.6<BR>#2=A0 0x08061077 in oasys::IO::rwdata =
(op=3Doasys::IO::WRITEV, fd=3D11, <BR>=A0=A0=A0 iov=3D0xb7f56200, =
iovcnt=3D1, flags=3D0, timeout=3D-1, args=3D0x0, start_time=3D0x0,<BR>=A0=A0=
=A0 intr=3D0x0, ignore_eagain=3Dtrue, log=3D0x9f40ec0 =
"/dtntunnel/tcp/conn/11") <BR>=A0=A0=A0 at io/IO.cc:910<BR>#3=A0 =
0x08061456 in oasys::IO::rwvall (op=3Doasys::IO::WRITEV, fd=3D11, =
<BR>=A0=A0=A0 iov=3D0xb7f56200, iovcnt=3D1, timeout=3D-1, start=3D0x0, =
intr=3D0x0,<BR>=A0=A0=A0 fcn_name=3D0x807930f "writeall", log=3D0x9f40ec0 =
"/dtntunnel/tcp/conn/11") <BR>=A0=A0=A0 at io/IO.cc:981<BR>#4=A0 =
0x080617b8 in oasys::IO::writeall (fd=3D11, <BR>=A0=A0=A0 bp=3D0x9fd7086 =
"&lt;message to=3D\"<A href=3D"mailto:edifyteam@basin.cse.lehigh.edu" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
edifyteam@basin.cse.lehigh.edu</A>\" type=3D\"chat\" i =
d=3D\"43\"&gt;&lt;body&gt;this is 30 minute disruption test, starting at =
1:26&lt;/body&gt;&lt;active=A0 xmlns=3D\" <A =
href=3D"http://jabber.org/protocol/chatstates%5C" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
http://jabber.org/protocol/chatstates\</A>" /&gt;&lt;/message&gt;", =
len=3D195,<BR>=A0=A0=A0 intr=3D0x0, log=3D0x9f40ec0 =
"/dtntunnel/tcp/conn/11") at io/IO.cc:488<BR> #5=A0 0x080633a9 in =
oasys::IPClient::writeall (this=3D0x9f40eb8, <BR>=A0=A0=A0 bp=3D0x9fd7086 =
"&lt;message to=3D\"<A href=3D"mailto:edifyteam@basin.cse.lehigh.edu" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">edifyteam@basin.cse.lehigh.edu</A>\=
" type=3D\"chat\" i d=3D\"43\"&gt;&lt;body&gt;this is 30 minute =
disruption test, starting at 1:26&lt;/body&gt;&lt;active=A0 xmlns=3D\" =
<A href=3D"http://jabber.org/protocol/chatstates%5C" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">http://jabber.org/protocol/chatstat=
es\</A>" /&gt;&lt;/message&gt;", len=3D195)<BR>=A0=A0=A0 at =
io/IPClient.cc:98 <BR>#6=A0 0x0804e765 in =
dtntunnel::TCPTunnel::Connection::run (this=3D0x9f40e20) <BR>=A0=A0=A0 =
at dtntunnel/TCPTunnel.cc:384<BR>#7=A0 0x08068bda in =
oasys::Thread::thread_run (this=3D0x9f40e20,<BR>---Type &lt;return&gt; =
to continue, or q &lt;return&gt; to quit--- <BR>=A0=A0=A0 =
thread_name=3D0x9f40e2c "TCPTunnel::Connection", thread_id=3D3086314400) =
<BR>=A0=A0=A0 at thread/Thread.cc:334<BR>#8=A0 0x08068d0c in =
oasys::Thread::pre_thread_run (t=3D0x9f40e20)<BR>=A0=A0=A0 at =
thread/Thread.cc:279<BR>#9=A0 0x00747433 in start_thread () from =
/lib/libpthread.so.0 <BR>#10 0x00693a1e in clone () from /lib/libc.so.6 =
<BR>(gdb)<BR><BR><BR>To me this doesn't tell me anything interesting, =
any thoughts?<BR><BR>Ryan<BR><BR><DIV><SPAN class=3D"gmail_quote">On =
1/29/07, <B class=3D"gmail_sendername"> Michael Demmer</B> &lt;<A =
href=3D"mailto:demmer@cs.berkeley.edu" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV><DIV><BR></DIV>That shouldn't happen -- the listener should =
never exit.=A0 <DIV><BR></DIV><DIV>Try running under gdb with a =
breakpoint set in exit() so that you can catch where/why it's actually =
exiting.</DIV><SPAN> <DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN> =
<DIV><BR><DIV><DIV>On Jan 29, 2007, at 3:19 PM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">so I did get the 15 minute =
test to work (I pulled a new version of dtn and waited longer for it to =
reestablish contact). <BR><BR> when I try a 30 minute test something odd =
happens.<BR><BR>After contact is reestablished dtn starts sending the =
waiting bundles (corresponding to messages sent from client end of =
dtntunnel) like mad.=A0 Then the listening side of dtntunnel just falls =
over and silently exits.=A0 Any thoughts why this would happen?=A0 I'm =
invoking dtn tunnel the following ways: <BR><BR>./dtntunnel -L -l DEBUG =
-e 3600<BR><BR>./dtntunnel -t -d =
dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr <A =
href=3D"http://0.0.0.0" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">0.0.0.0</A> --lport 15000 --rhost =
<A href=3D"http://basin.cse.lehigh.edu" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">basin.cse.lehigh.edu </A> --rport =
5222 -e 3600 -l DEBUG<BR><BR>this is what the end of the listening side =
looks like when it dies: <BR><BR>[1170112001.275199 /dtntunnel/tcp =
debug] handle_bundle got 151 byte bundle<BR>[1170112001.275214 =
/dtntunnel/tcp/conn info] delivering 151 byte bundle with seqno 16 =
<BR>[1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier =
notify <BR>[1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify =
count =3D 1<BR>[1170112001.275257 /dtntunnel debug] calling =
dtn_recv...<BR>[1170112001.275499 /dtntunnel/tcp/conn debug] =
poll_with_notifier: 1/1 fds ready, status 0x1 <BR>[1170112001.275552 =
/dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has =
event<BR>[1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] =
drain_pipe: attempting to drain 1 bytes <BR>[1170112001.275645 =
/dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from =
pipe <BR>[1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain =
pipe count =3D 0<BR>[1170112001.275805 /dtntunnel/tcp/conn/8 debug] =
::writev() fd 8 cc 133 <BR>[1170112001.275855 /dtntunnel/tcp/conn/8 =
debug] writeall 133 bytes 0 left 133 total <BR>[1170112001.275897 =
/dtntunnel/tcp/conn info] sent 133 byte payload to =
client<BR>[1170112001.275939 /dtntunnel/tcp/conn debug] blocking in =
poll... (timeout -1) <BR>[1170112002.676366 /dtntunnel info] got 149 =
byte bundle <BR>[1170112002.676400 /dtntunnel/tcp debug] handle_bundle =
got 149 byte bundle<BR>[1170112002.676414 /dtntunnel/tcp/conn info] =
delivering 149 byte bundle with seqno 17 <BR>[1170112002.676425 =
/dtntunnel/tcp/conn/msgqueue debug] notifier notify =
<BR>[1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count =
=3D 1<BR>[1170112002.676459 /dtntunnel debug] calling =
dtn_recv...<BR>[1170112002.677144 /dtntunnel/tcp/conn debug] =
poll_with_notifier: 1/1 fds ready, status 0x1 <BR>[1170112002.677254 =
/dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has =
event<BR>[1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] =
drain_pipe: attempting to drain 1 bytes <BR>[1170112002.677355 =
/dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from =
pipe <BR>[1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain =
pipe count =3D 0<BR>[edifyteam@basin dtntunnel]$ <BR><BR>so it processes =
part of the torrent then just exits all the sudden and I'm not sure =
why... would a fin generated by jabber cause that? =
<BR><BR>Ryan<BR><BR><DIV><SPAN class=3D"gmail_quote">On 1/23/07, <B =
class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:demmer@cs.berkeley.edu" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV><DIV><BR></DIV><DIV>Strange. You should see the code =
repeatedly trying to re-open the link, no? =
</DIV><DIV><BR></DIV><DIV>That plus some tcpdump'ing will tell you more =
about what's going on.</DIV><SPAN> =
<DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><BR><DIV><DIV=
>On Jan 23, 2007, at 10:25 AM, ryan m wrote: </DIV><BR><BLOCKQUOTE =
type=3D"cite">hmm so I think I actually have a more fundemental issue on =
closer inspection.=A0 I'm trying to use dtn tunnel as a proxy.=A0 To =
test it I set everything up then put up a drop all firewall between the =
dtn nodes for 15 minutes then released it.=A0 After I release it no =
bundles get through and the debug messages say this: =
<BR><BR>[1169576247.469499 /dtn/route/static debug] can't forward bundle =
id 51 dtn://bas<BR>in.cse.lehigh.edu.dtn/ping.15267 -&gt; =
dtn://rcm2.cse.lehigh.edu.dtn/ping (20 bytes<BR>=A0payload) to link1 [<A =
href=3D"http://rcm2.cse.lehigh.edu:10000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:10000</A> dtn:none ALWAYSON UNAVAILABLE] because =
link not available<BR><BR>even though the firewall has been taken down =
for more than 5 minutes.<BR><BR>any thoughts on this?<BR><BR><DIV><SPAN =
class=3D"gmail_quote"> On 1/23/07, <B class=3D"gmail_sendername">Michael =
Demmer</B> &lt;<A href=3D"mailto:demmer@cs.berkeley.edu" target=3D"_blank"=
 onclick=3D"return =
top.js.OpenExtLink(window,event,this)">demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <BR>The same code is used on both sides of the tunnel.<BR><BR>I'd =
be ok if you made a modification to the tunnel that enabled =
the<BR>SO_KEEPALIVE socket option -- will that work for your =
purposes?<BR><BR>-mike<BR><BR> <BR>On Jan 22, 2007, at 7:30 PM, ryan m =
wrote:<BR><BR>&gt; I was wondering if someone familiar with the code of =
dtn tunnel<BR>&gt; could point me to where in the source bundles are =
processed and<BR>&gt; sent out the TCP connection on the ./dtntunnel -L =
side of the <BR>&gt; tunnel.=A0=A0I need to add a periodic TCP packet =
coming out this side<BR>&gt; containing a space to keep the TCP =
connection from idling out.=A0=A0And<BR>&gt; I'm not sure how to =
differentiate the code going from bundles-&gt;tcp <BR>&gt; on one end of =
the tunnel from the code doing this for the other end<BR>&gt; of the =
tunnel.=A0=A0Any help would be very appreciated.<BR>&gt;<BR>&gt; =
Ryan<BR><BR>_______________________________________________<BR>dtn-users =
mailing list <BR><A href=3D"mailto:dtn-users@mailman.dtnrg.org" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">dtn-users@mailman.dtnrg.org</A><BR>=
<A href=3D"http://mailman.dtnrg.org/mailman/listinfo/dtn-users" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
http://mailman.dtnrg.org/mailman/listinfo/dtn-users</A><BR></BLOCKQUOTE></=
DIV> <BR></BLOCKQUOTE></DIV><BR></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR> =
</BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></DIV></BODY></HTML>=

--Apple-Mail-4-772077335--


Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0UNaMY04122 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 15:36:22 -0800
Received: by wx-out-0506.google.com with SMTP id s7so26313wxc for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 15:36:21 -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=Irc6JgCMv5czfQdBSvidg/9Zi4rQ64wq9RfxpRQR6fdMeThwpOGKirHtWFmfr3FBrpMfwoW4f4Nrm0gXK5yy7pdC4CmJ65szk0aYNR4rZr8dcT+2AN4MCWN2hMiXdXBYpXKdfwh3TzWBn4r58xMdPUdpHz9ZHuQTyx44vB1oVVs=
Received: by 10.70.87.11 with SMTP id k11mr114031wxb.1170200180932; Tue, 30 Jan 2007 15:36:20 -0800 (PST)
Received: by 10.70.72.19 with HTTP; Tue, 30 Jan 2007 15:36:20 -0800 (PST)
Message-ID: <d35f8e370701301536o3fa087flfab00074b1a4d95d@mail.gmail.com>
Date: Tue, 30 Jan 2007 18:36:20 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] DTN tunnel hacking
In-Reply-To: <ECBEAF19-866F-46AC-B6AC-BBE283FF418E@cs.berkeley.edu>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_69449_22416080.1170200180890"
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com> <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu> <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com> <3EB01F54-235C-4343-ADB7-87D77AAEAE13@cs.berkeley.edu> <d35f8e370701291519h42f08275ve5a6a918f6ec555c@mail.gmail.com> <0AA056BF-4F46-4477-BF8B-C8F0D9C76B47@cs.berkeley.edu> <d35f8e370701301108r4d7f194cp9a6b88f53cf43aeb@mail.gmail.com> <ECBEAF19-866F-46AC-B6AC-BBE283FF418E@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

Thank you for you patience, that tells me that I need to add a little to
dtntunnel so that the jabber server won't close the socket since when it
does it considers that client logged out (I'm not aiming to update dtntunnel
itself, but use it as a starting point to make something that would work for
jabber).  I'd like to add something that periodically sends a tcp packet
containing a space character to the jabber server (this could probably be
safely sent to the client too since you mentioned it was the same code)
could you point me to a source file/function that would be the best place to
start for looking to add this stuff to (I assume it'd be the function that
takes the bundles and sends them out as tcp packets).  I tried looking
around and some the inhartince used is a bit odd to me.  I think it has to
go into TCPtunnel.cc but I'm not sure and would love to not start down a
time consuming wrong path.

Thank you for the help,
Ryan

On 1/30/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>
> Ah. There's a SIGPIPE being delivered. That means that the server (looks
> like the jabber server) closed the socket, but the dtntunnel process tried
> writing to it. The kernel then delivers a SIGPIPE which kills the process.
> I'll commit a change to dtntunnel so it ignores SIGPIPE rather than dying.
> -m
>
> On Jan 30, 2007, at 11:08 AM, ryan m wrote:
>
> [1170183444.156198 /dtntunnel debug] calling dtn_recv...
> [1170183444.556943 /dtntunnel info] got 213 byte bundle
> [1170183444.556978 /dtntunnel/tcp debug] handle_bundle got 213 byte bundle
> [1170183444.556992 /dtntunnel/tcp/conn info] delivering 213 byte bundle
> with seq no 24
> [1170183444.557002 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
> [1170183444.557018 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
> [1170183444.557031 /dtntunnel debug] calling dtn_recv...
> [1170183444.558772 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds
> ready,  status 0x1
> [1170183444.558793 /dtntunnel/tcp/conn debug] poll_with_notifier: normal
> fd has event
> [1170183444.558805 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
> attempting to  drain 1 bytes
> [1170183444.558820 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained
> 1/1 b yte(s) from pipe
> [1170183444.558828 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count =
> 0
>
> Program received signal SIGPIPE, Broken pipe.
> [Switching to Thread -1208652896 (LWP 1619)]
> 0x003e2402 in __kernel_vsyscall ()
> (gdb) backtrace
> #0  0x003e2402 in __kernel_vsyscall ()
> #1  0x0068c843 in writev () from /lib/libc.so.6
> #2  0x08061077 in oasys::IO::rwdata (op=oasys::IO::WRITEV, fd=11,
>     iov=0xb7f56200, iovcnt=1, flags=0, timeout=-1, args=0x0,
> start_time=0x0,
>     intr=0x0, ignore_eagain=true, log=0x9f40ec0 "/dtntunnel/tcp/conn/11")
>     at io/IO.cc:910
> #3  0x08061456 in oasys::IO::rwvall (op=oasys::IO::WRITEV, fd=11,
>     iov=0xb7f56200, iovcnt=1, timeout=-1, start=0x0, intr=0x0,
>     fcn_name=0x807930f "writeall", log=0x9f40ec0 "/dtntunnel/tcp/conn/11")
>     at io/IO.cc:981
> #4  0x080617b8 in oasys::IO::writeall (fd=11,
>     bp=0x9fd7086 "<message to=\"edifyteam@basin.cse.lehigh.edu\"
> type=\"chat\" i d=\"43\"><body>this is 30 minute disruption test, starting
> at 1:26</body><active  xmlns=\" http://jabber.org/protocol/chatstates\<http://jabber.org/protocol/chatstates%5C>"
> /></message>", len=195,
>     intr=0x0, log=0x9f40ec0 "/dtntunnel/tcp/conn/11") at io/IO.cc:488
> #5  0x080633a9 in oasys::IPClient::writeall (this=0x9f40eb8,
>     bp=0x9fd7086 "<message to=\"edifyteam@basin.cse.lehigh.edu\"
> type=\"chat\" i d=\"43\"><body>this is 30 minute disruption test, starting
> at 1:26</body><active  xmlns=\" http://jabber.org/protocol/chatstates\<http://jabber.org/protocol/chatstates%5C>"
> /></message>", len=195)
>     at io/IPClient.cc:98
> #6  0x0804e765 in dtntunnel::TCPTunnel::Connection::run (this=0x9f40e20)
>     at dtntunnel/TCPTunnel.cc:384
> #7  0x08068bda in oasys::Thread::thread_run (this=0x9f40e20,
> ---Type <return> to continue, or q <return> to quit---
>     thread_name=0x9f40e2c "TCPTunnel::Connection", thread_id=3086314400)
>     at thread/Thread.cc:334
> #8  0x08068d0c in oasys::Thread::pre_thread_run (t=0x9f40e20)
>     at thread/Thread.cc:279
> #9  0x00747433 in start_thread () from /lib/libpthread.so.0
> #10 0x00693a1e in clone () from /lib/libc.so.6
> (gdb)
>
>
> To me this doesn't tell me anything interesting, any thoughts?
>
> Ryan
>
> On 1/29/07, Michael Demmer < demmer@cs.berkeley.edu> wrote:
> >
> >
> > That shouldn't happen -- the listener should never exit.
> > Try running under gdb with a breakpoint set in exit() so that you can
> > catch where/why it's actually exiting.
> >
> > -m
> >
> > On Jan 29, 2007, at 3:19 PM, ryan m wrote:
> >
> > so I did get the 15 minute test to work (I pulled a new version of dtn
> > and waited longer for it to reestablish contact).
> >
> > when I try a 30 minute test something odd happens.
> >
> > After contact is reestablished dtn starts sending the waiting bundles
> > (corresponding to messages sent from client end of dtntunnel) like mad.
> > Then the listening side of dtntunnel just falls over and silently exits.
> > Any thoughts why this would happen?  I'm invoking dtn tunnel the following
> > ways:
> >
> > ./dtntunnel -L -l DEBUG -e 3600
> >
> > ./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr
> > 0.0.0.0 --lport 15000 --rhost basin.cse.lehigh.edu --rport 5222 -e 3600
> > -l DEBUG
> >
> > this is what the end of the listening side looks like when it dies:
> >
> > [1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151 byte
> > bundle
> > [1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte bundle
> > with seqno 16
> > [1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
> > [1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
> > [1170112001.275257 /dtntunnel debug] calling dtn_recv...
> > [1170112001.275499 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1
> > fds ready, status 0x1
> > [1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier: normal
> > fd has event
> > [1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
> > attempting to drain 1 bytes
> > [1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
> > drained 1/1 byte(s) from pipe
> > [1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count
> > = 0
> > [1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8 cc 133
> > [1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133 bytes 0
> > left 133 total
> > [1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte payload to
> > client
> > [1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll...
> > (timeout -1)
> > [1170112002.676366 /dtntunnel info] got 149 byte bundle
> > [1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149 byte
> > bundle
> > [1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte bundle
> > with seqno 17
> > [1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
> > [1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
> > [1170112002.676459 /dtntunnel debug] calling dtn_recv...
> > [1170112002.677144 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1
> > fds ready, status 0x1
> > [1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier: normal
> > fd has event
> > [1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
> > attempting to drain 1 bytes
> > [1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
> > drained 1/1 byte(s) from pipe
> > [1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count
> > = 0
> > [edifyteam@basin dtntunnel]$
> >
> > so it processes part of the torrent then just exits all the sudden and
> > I'm not sure why... would a fin generated by jabber cause that?
> >
> > Ryan
> >
> > On 1/23/07, Michael Demmer < demmer@cs.berkeley.edu> wrote:
> > >
> > >
> > > Strange. You should see the code repeatedly trying to re-open the
> > > link, no?
> > >
> > > That plus some tcpdump'ing will tell you more about what's going on.
> > >
> > > -m
> > >
> > >
> > > On Jan 23, 2007, at 10:25 AM, ryan m wrote:
> > >
> > > hmm so I think I actually have a more fundemental issue on closer
> > > inspection.  I'm trying to use dtn tunnel as a proxy.  To test it I set
> > > everything up then put up a drop all firewall between the dtn nodes for 15
> > > minutes then released it.  After I release it no bundles get through and the
> > > debug messages say this:
> > >
> > > [1169576247.469499 /dtn/route/static debug] can't forward bundle id 51
> > > dtn://bas
> > > in.cse.lehigh.edu.dtn/ping.15267 -> dtn://rcm2.cse.lehigh.edu.dtn/ping
> > > (20 bytes
> > >  payload) to link1 [ rcm2.cse.lehigh.edu:10000 dtn:none ALWAYSON
> > > UNAVAILABLE] because link not available
> > >
> > > even though the firewall has been taken down for more than 5 minutes.
> > >
> > > any thoughts on this?
> > >
> > > On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
> > > >
> > > >
> > > > The same code is used on both sides of the tunnel.
> > > >
> > > > I'd be ok if you made a modification to the tunnel that enabled the
> > > > SO_KEEPALIVE socket option -- will that work for your purposes?
> > > >
> > > > -mike
> > > >
> > > >
> > > > On Jan 22, 2007, at 7:30 PM, ryan m wrote:
> > > >
> > > > > I was wondering if someone familiar with the code of dtn tunnel
> > > > > could point me to where in the source bundles are processed and
> > > > > sent out the TCP connection on the ./dtntunnel -L side of the
> > > > > tunnel.  I need to add a periodic TCP packet coming out this side
> > > > > containing a space to keep the TCP connection from idling
> > > > out.  And
> > > > > I'm not sure how to differentiate the code going from bundles->tcp
> > > >
> > > > > on one end of the tunnel from the code doing this for the other
> > > > end
> > > > > of the tunnel.  Any help would be very appreciated.
> > > > >
> > > > > Ryan
> > > >
> > > > _______________________________________________
> > > > dtn-users mailing list
> > > > dtn-users@mailman.dtnrg.org
> > > > http://mailman.dtnrg.org/mailman/listinfo/dtn-users
> > > >
> > >
> > >
> > >
> >
> >
>
>

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

Thank you for you patience, that tells me that I need to add a little to dtntunnel so that the jabber server won&#39;t close the socket since when it does it considers that client logged out (I&#39;m not aiming to update dtntunnel itself, but use it as a starting point to make something that would work for jabber).&nbsp; I&#39;d like to add something that periodically sends a tcp packet containing a space character to the jabber server (this could probably be safely sent to the client too since you mentioned it was the same code) could you point me to a source file/function that would be the best place to start for looking to add this stuff to (I assume it&#39;d be the function that takes the bundles and sends them out as tcp packets).&nbsp; I tried looking around and some the inhartince used is a bit odd to me.&nbsp; I think it has to go into 
TCPtunnel.cc but I&#39;m not sure and would love to not start down a time consuming wrong path.<br><br>Thank you for the help,<br>Ryan<br><br><div><span class="gmail_quote">On 1/30/07, <b class="gmail_sendername">Michael Demmer
</b> &lt;<a href="mailto:demmer@cs.berkeley.edu">demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="">Ah. There&#39;s a SIGPIPE being delivered. That means that the server (looks like the jabber server) closed the socket, but the dtntunnel process tried writing to it. The kernel then delivers a SIGPIPE which kills the process.
<div><br></div><div><div><div>I&#39;ll commit a change to dtntunnel so it ignores SIGPIPE rather than dying.</div><span class="sg"><div>-m</div></span><div><span class="e" id="q_110754df955417d7_2"><div><br><div><div>On Jan 30, 2007, at 11:08 AM, ryan m wrote:
</div><br><blockquote type="cite">[1170183444.156198 /dtntunnel debug] calling dtn_recv...<br>[1170183444.556943 /dtntunnel info] got 213 byte bundle<br>[1170183444.556978 /dtntunnel/tcp debug] handle_bundle got 213 byte bundle
<br>[1170183444.556992 /dtntunnel/tcp/conn info] delivering 213 byte bundle with seq no 24 <br>[1170183444.557002 /dtntunnel/tcp/conn/msgqueue debug] notifier notify<br>[1170183444.557018 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
<br>[1170183444.557031 /dtntunnel debug] calling dtn_recv...<br>[1170183444.558772 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds ready,&nbsp; status 0x1<br>[1170183444.558793 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event
<br>[1170183444.558805 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: attempting to&nbsp; drain 1 bytes <br>[1170183444.558820 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 b yte(s) from pipe<br>[1170183444.558828
 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0<br><br>Program received signal SIGPIPE, Broken pipe. <br>[Switching to Thread -1208652896 (LWP 1619)]<br>0x003e2402 in __kernel_vsyscall ()<br>(gdb) backtrace<br>#0&nbsp; 0x003e2402 in __kernel_vsyscall ()
<br>#1&nbsp; 0x0068c843 in writev () from /lib/libc.so.6<br>#2&nbsp; 0x08061077 in oasys::IO::rwdata (op=oasys::IO::WRITEV, fd=11, <br>&nbsp;&nbsp;&nbsp; iov=0xb7f56200, iovcnt=1, flags=0, timeout=-1, args=0x0, start_time=0x0,<br>&nbsp;&nbsp;&nbsp; intr=0x0, ignore_eagain=true, log=0x9f40ec0 &quot;/dtntunnel/tcp/conn/11&quot;)
<br>&nbsp;&nbsp;&nbsp; at io/IO.cc:910<br>#3&nbsp; 0x08061456 in oasys::IO::rwvall (op=oasys::IO::WRITEV, fd=11, <br>&nbsp;&nbsp;&nbsp; iov=0xb7f56200, iovcnt=1, timeout=-1, start=0x0, intr=0x0,<br>&nbsp;&nbsp;&nbsp; fcn_name=0x807930f &quot;writeall&quot;, log=0x9f40ec0 &quot;/dtntunnel/tcp/conn/11&quot;)
<br>&nbsp;&nbsp;&nbsp; at io/IO.cc:981<br>#4&nbsp; 0x080617b8 in oasys::IO::writeall (fd=11, <br>&nbsp;&nbsp;&nbsp; bp=0x9fd7086 &quot;&lt;message to=\&quot;<a href="mailto:edifyteam@basin.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
edifyteam@basin.cse.lehigh.edu</a>\&quot; type=\&quot;chat\&quot; i d=\&quot;43\&quot;&gt;&lt;body&gt;this is 30 minute disruption test, starting at 1:26&lt;/body&gt;&lt;active&nbsp; xmlns=\&quot; <a href="http://jabber.org/protocol/chatstates%5C" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://jabber.org/protocol/chatstates\</a>&quot; /&gt;&lt;/message&gt;&quot;, len=195,<br>&nbsp;&nbsp;&nbsp; intr=0x0, log=0x9f40ec0 &quot;/dtntunnel/tcp/conn/11&quot;) at io/IO.cc:488<br> #5&nbsp; 0x080633a9 in oasys::IPClient::writeall (this=0x9f40eb8,
<br>&nbsp;&nbsp;&nbsp; bp=0x9fd7086 &quot;&lt;message to=\&quot;<a href="mailto:edifyteam@basin.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">edifyteam@basin.cse.lehigh.edu</a>\&quot; type=\&quot;chat\&quot; i d=\&quot;43\&quot;&gt;&lt;body&gt;this is 30 minute disruption test, starting at 1:26&lt;/body&gt;&lt;active&nbsp; xmlns=\&quot; 
<a href="http://jabber.org/protocol/chatstates%5C" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://jabber.org/protocol/chatstates\</a>&quot; /&gt;&lt;/message&gt;&quot;, len=195)<br>&nbsp;&nbsp;&nbsp; at io/IPClient.cc:98
<br>#6&nbsp; 0x0804e765 in dtntunnel::TCPTunnel::Connection::run (this=0x9f40e20) <br>&nbsp;&nbsp;&nbsp; at dtntunnel/TCPTunnel.cc:384<br>#7&nbsp; 0x08068bda in oasys::Thread::thread_run (this=0x9f40e20,<br>---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
<br>&nbsp;&nbsp;&nbsp; thread_name=0x9f40e2c &quot;TCPTunnel::Connection&quot;, thread_id=3086314400) <br>&nbsp;&nbsp;&nbsp; at thread/Thread.cc:334<br>#8&nbsp; 0x08068d0c in oasys::Thread::pre_thread_run (t=0x9f40e20)<br>&nbsp;&nbsp;&nbsp; at thread/Thread.cc:279<br>#9&nbsp; 0x00747433 in start_thread () from /lib/libpthread.so.0
<br>#10 0x00693a1e in clone () from /lib/libc.so.6 <br>(gdb)<br><br><br>To me this doesn&#39;t tell me anything interesting, any thoughts?<br><br>Ryan<br><br><div><span class="gmail_quote">On 1/29/07, <b class="gmail_sendername">
Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div><br></div>That shouldn&#39;t happen -- the listener should never exit.&nbsp; <div><br></div><div>Try running under gdb with a breakpoint set in exit() so that you can catch where/why it&#39;s actually exiting.</div><span>
<div><br></div><div>-m</div></span><div><span> <div><br><div><div>On Jan 29, 2007, at 3:19 PM, ryan m wrote:</div><br><blockquote type="cite">so I did get the 15 minute test to work (I pulled a new version of dtn and waited longer for it to reestablish contact).
<br><br> when I try a 30 minute test something odd happens.<br><br>After contact is reestablished dtn starts sending the waiting bundles (corresponding to messages sent from client end of dtntunnel) like mad.&nbsp; Then the listening side of dtntunnel just falls over and silently exits.&nbsp; Any thoughts why this would happen?&nbsp; I&#39;m invoking dtn tunnel the following ways: 
<br><br>./dtntunnel -L -l DEBUG -e 3600<br><br>./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr <a href="http://0.0.0.0" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">0.0.0.0</a>
 --lport 15000 --rhost <a href="http://basin.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">basin.cse.lehigh.edu </a> --rport 5222 -e 3600 -l DEBUG<br><br>this is what the end of the listening side looks like when it dies: 
<br><br>[1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151 byte bundle<br>[1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte bundle with seqno 16 <br>[1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier notify 
<br>[1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1<br>[1170112001.275257 /dtntunnel debug] calling dtn_recv...<br>[1170112001.275499 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds ready, status 0x1 
<br>[1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event<br>[1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: attempting to drain 1 bytes <br>[1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe 
<br>[1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0<br>[1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8 cc 133 <br>[1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133 bytes 0 left 133 total 
<br>[1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte payload to client<br>[1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll... (timeout -1) <br>[1170112002.676366 /dtntunnel info] got 149 byte bundle 
<br>[1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149 byte bundle<br>[1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte bundle with seqno 17 <br>[1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier notify 
<br>[1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1<br>[1170112002.676459 /dtntunnel debug] calling dtn_recv...<br>[1170112002.677144 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds ready, status 0x1 
<br>[1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event<br>[1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: attempting to drain 1 bytes <br>[1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe 
<br>[1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0<br>[edifyteam@basin dtntunnel]$ <br><br>so it processes part of the torrent then just exits all the sudden and I&#39;m not sure why... would a fin generated by jabber cause that? 
<br><br>Ryan<br><br><div><span class="gmail_quote">On 1/23/07, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div><div><br></div><div>Strange. You should see the code repeatedly trying to re-open the link, no? 
</div><div><br></div><div>That plus some tcpdump&#39;ing will tell you more about what&#39;s going on.</div><span> <div><br></div><div>-m</div></span><div><span><div><br></div><br><div><div>On Jan 23, 2007, at 10:25 AM, ryan m wrote: 
</div><br><blockquote type="cite">hmm so I think I actually have a more fundemental issue on closer inspection.&nbsp; I&#39;m trying to use dtn tunnel as a proxy.&nbsp; To test it I set everything up then put up a drop all firewall between the dtn nodes for 15 minutes then released it.&nbsp; After I release it no bundles get through and the debug messages say this: 
<br><br>[1169576247.469499 /dtn/route/static debug] can&#39;t forward bundle id 51 dtn://bas<br>in.cse.lehigh.edu.dtn/ping.15267 -&gt; dtn://rcm2.cse.lehigh.edu.dtn/ping (20 bytes<br>&nbsp;payload) to link1 [<a href="http://rcm2.cse.lehigh.edu:10000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:10000</a> dtn:none ALWAYSON UNAVAILABLE] because link not available<br><br>even though the firewall has been taken down for more than 5 minutes.<br><br>any thoughts on this?<br><br><div><span class="gmail_quote">
 On 1/23/07, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <br>The same code is used on both sides of the tunnel.<br><br>I&#39;d be ok if you made a modification to the tunnel that enabled the<br>SO_KEEPALIVE socket option -- will that work for your purposes?<br><br>-mike<br><br>
 <br>On Jan 22, 2007, at 7:30 PM, ryan m wrote:<br><br>&gt; I was wondering if someone familiar with the code of dtn tunnel<br>&gt; could point me to where in the source bundles are processed and<br>&gt; sent out the TCP connection on the ./dtntunnel -L side of the 
<br>&gt; tunnel.&nbsp;&nbsp;I need to add a periodic TCP packet coming out this side<br>&gt; containing a space to keep the TCP connection from idling out.&nbsp;&nbsp;And<br>&gt; I&#39;m not sure how to differentiate the code going from bundles-&gt;tcp 
<br>&gt; on one end of the tunnel from the code doing this for the other end<br>&gt; of the tunnel.&nbsp;&nbsp;Any help would be very appreciated.<br>&gt;<br>&gt; Ryan<br><br>_______________________________________________<br>dtn-users mailing list 
<br><a href="mailto:dtn-users@mailman.dtnrg.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">dtn-users@mailman.dtnrg.org</a><br><a href="http://mailman.dtnrg.org/mailman/listinfo/dtn-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 http://mailman.dtnrg.org/mailman/listinfo/dtn-users</a><br></blockquote></div> <br></blockquote></div><br></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br>
</blockquote></div><br></div></span></div></div></div></div>
</blockquote></div><br>

------=_Part_69449_22416080.1170200180890--


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 l0UNH8Y03998 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 15:17:08 -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.13.8/8.13.5) with ESMTP id l0UNH71L021469 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 30 Jan 2007 15:17:08 -0800 (PST)
In-Reply-To: <d35f8e370701301108r4d7f194cp9a6b88f53cf43aeb@mail.gmail.com>
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com> <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu> <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com> <3EB01F54-235C-4343-ADB7-87D77AAEAE13@cs.berkeley.edu> <d35f8e370701291519h42f08275ve5a6a918f6ec555c@mail.gmail.com> <0AA056BF-4F46-4477-BF8B-C8F0D9C76B47@cs.berkeley.edu> <d35f8e370701301108r4d7f194cp9a6b88f53cf43aeb@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-2-765779418
Message-Id: <ECBEAF19-866F-46AC-B6AC-BBE283FF418E@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] DTN tunnel hacking
X-Applemailsentby: demmer
Date: Tue, 30 Jan 2007 15:17:03 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

Ah. There's a SIGPIPE being delivered. That means that the server  
(looks like the jabber server) closed the socket, but the dtntunnel  
process tried writing to it. The kernel then delivers a SIGPIPE which  
kills the process.

I'll commit a change to dtntunnel so it ignores SIGPIPE rather than  
dying.
-m

On Jan 30, 2007, at 11:08 AM, ryan m wrote:

> [1170183444.156198 /dtntunnel debug] calling dtn_recv...
> [1170183444.556943 /dtntunnel info] got 213 byte bundle
> [1170183444.556978 /dtntunnel/tcp debug] handle_bundle got 213 byte  
> bundle
> [1170183444.556992 /dtntunnel/tcp/conn info] delivering 213 byte  
> bundle with seq no 24
> [1170183444.557002 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
> [1170183444.557018 /dtntunnel/tcp/conn/msgqueue debug] notify count  
> = 1
> [1170183444.557031 /dtntunnel debug] calling dtn_recv...
> [1170183444.558772 /dtntunnel/tcp/conn debug] poll_with_notifier:  
> 1/1 fds ready,  status 0x1
> [1170183444.558793 /dtntunnel/tcp/conn debug] poll_with_notifier:  
> normal fd has event
> [1170183444.558805 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
> attempting to  drain 1 bytes
> [1170183444.558820 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
> drained 1/1 b yte(s) from pipe
> [1170183444.558828 /dtntunnel/tcp/conn/msgqueue debug] drain pipe  
> count = 0
>
> Program received signal SIGPIPE, Broken pipe.
> [Switching to Thread -1208652896 (LWP 1619)]
> 0x003e2402 in __kernel_vsyscall ()
> (gdb) backtrace
> #0  0x003e2402 in __kernel_vsyscall ()
> #1  0x0068c843 in writev () from /lib/libc.so.6
> #2  0x08061077 in oasys::IO::rwdata (op=oasys::IO::WRITEV, fd=11,
>     iov=0xb7f56200, iovcnt=1, flags=0, timeout=-1, args=0x0,  
> start_time=0x0,
>     intr=0x0, ignore_eagain=true, log=0x9f40ec0 "/dtntunnel/tcp/ 
> conn/11")
>     at io/IO.cc:910
> #3  0x08061456 in oasys::IO::rwvall (op=oasys::IO::WRITEV, fd=11,
>     iov=0xb7f56200, iovcnt=1, timeout=-1, start=0x0, intr=0x0,
>     fcn_name=0x807930f "writeall", log=0x9f40ec0 "/dtntunnel/tcp/ 
> conn/11")
>     at io/IO.cc:981
> #4  0x080617b8 in oasys::IO::writeall (fd=11,
>     bp=0x9fd7086 "<message to=\"edifyteam@basin.cse.lehigh.edu\"  
> type=\"chat\" i d=\"43\"><body>this is 30 minute disruption test,  
> starting at 1:26</body><active  xmlns=\" http://jabber.org/protocol/ 
> chatstates\" /></message>", len=195,
>     intr=0x0, log=0x9f40ec0 "/dtntunnel/tcp/conn/11") at io/IO.cc:488
> #5  0x080633a9 in oasys::IPClient::writeall (this=0x9f40eb8,
>     bp=0x9fd7086 "<message to=\"edifyteam@basin.cse.lehigh.edu\"  
> type=\"chat\" i d=\"43\"><body>this is 30 minute disruption test,  
> starting at 1:26</body><active  xmlns=\" http://jabber.org/protocol/ 
> chatstates\" /></message>", len=195)
>     at io/IPClient.cc:98
> #6  0x0804e765 in dtntunnel::TCPTunnel::Connection::run  
> (this=0x9f40e20)
>     at dtntunnel/TCPTunnel.cc:384
> #7  0x08068bda in oasys::Thread::thread_run (this=0x9f40e20,
> ---Type <return> to continue, or q <return> to quit---
>     thread_name=0x9f40e2c "TCPTunnel::Connection",  
> thread_id=3086314400)
>     at thread/Thread.cc:334
> #8  0x08068d0c in oasys::Thread::pre_thread_run (t=0x9f40e20)
>     at thread/Thread.cc:279
> #9  0x00747433 in start_thread () from /lib/libpthread.so.0
> #10 0x00693a1e in clone () from /lib/libc.so.6
> (gdb)
>
>
> To me this doesn't tell me anything interesting, any thoughts?
>
> Ryan
>
> On 1/29/07, Michael Demmer < demmer@cs.berkeley.edu> wrote:
>
> That shouldn't happen -- the listener should never exit.
>
> Try running under gdb with a breakpoint set in exit() so that you  
> can catch where/why it's actually exiting.
>
> -m
>
> On Jan 29, 2007, at 3:19 PM, ryan m wrote:
>
>> so I did get the 15 minute test to work (I pulled a new version of  
>> dtn and waited longer for it to reestablish contact).
>>
>> when I try a 30 minute test something odd happens.
>>
>> After contact is reestablished dtn starts sending the waiting  
>> bundles (corresponding to messages sent from client end of  
>> dtntunnel) like mad.  Then the listening side of dtntunnel just  
>> falls over and silently exits.  Any thoughts why this would  
>> happen?  I'm invoking dtn tunnel the following ways:
>>
>> ./dtntunnel -L -l DEBUG -e 3600
>>
>> ./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr  
>> 0.0.0.0 --lport 15000 --rhost basin.cse.lehigh.edu --rport 5222 -e  
>> 3600 -l DEBUG
>>
>> this is what the end of the listening side looks like when it dies:
>>
>> [1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151  
>> byte bundle
>> [1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte  
>> bundle with seqno 16
>> [1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier  
>> notify
>> [1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify  
>> count = 1
>> [1170112001.275257 /dtntunnel debug] calling dtn_recv...
>> [1170112001.275499 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>> 1/1 fds ready, status 0x1
>> [1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>> normal fd has event
>> [1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
>> attempting to drain 1 bytes
>> [1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
>> drained 1/1 byte(s) from pipe
>> [1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe  
>> count = 0
>> [1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8 cc  
>> 133
>> [1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133 bytes  
>> 0 left 133 total
>> [1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte payload  
>> to client
>> [1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll...  
>> (timeout -1)
>> [1170112002.676366 /dtntunnel info] got 149 byte bundle
>> [1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149  
>> byte bundle
>> [1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte  
>> bundle with seqno 17
>> [1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier  
>> notify
>> [1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify  
>> count = 1
>> [1170112002.676459 /dtntunnel debug] calling dtn_recv...
>> [1170112002.677144 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>> 1/1 fds ready, status 0x1
>> [1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier:  
>> normal fd has event
>> [1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
>> attempting to drain 1 bytes
>> [1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
>> drained 1/1 byte(s) from pipe
>> [1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe  
>> count = 0
>> [edifyteam@basin dtntunnel]$
>>
>> so it processes part of the torrent then just exits all the sudden  
>> and I'm not sure why... would a fin generated by jabber cause that?
>>
>> Ryan
>>
>> On 1/23/07, Michael Demmer < demmer@cs.berkeley.edu> wrote:
>>
>> Strange. You should see the code repeatedly trying to re-open the  
>> link, no?
>>
>> That plus some tcpdump'ing will tell you more about what's going on.
>>
>> -m
>>
>>
>> On Jan 23, 2007, at 10:25 AM, ryan m wrote:
>>
>>> hmm so I think I actually have a more fundemental issue on closer  
>>> inspection.  I'm trying to use dtn tunnel as a proxy.  To test it  
>>> I set everything up then put up a drop all firewall between the  
>>> dtn nodes for 15 minutes then released it.  After I release it no  
>>> bundles get through and the debug messages say this:
>>>
>>> [1169576247.469499 /dtn/route/static debug] can't forward bundle  
>>> id 51 dtn://bas
>>> in.cse.lehigh.edu.dtn/ping.15267 -> dtn://rcm2.cse.lehigh.edu.dtn/ 
>>> ping (20 bytes
>>>  payload) to link1 [ rcm2.cse.lehigh.edu:10000 dtn:none ALWAYSON  
>>> UNAVAILABLE] because link not available
>>>
>>> even though the firewall has been taken down for more than 5  
>>> minutes.
>>>
>>> any thoughts on this?
>>>
>>> On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>>>
>>> The same code is used on both sides of the tunnel.
>>>
>>> I'd be ok if you made a modification to the tunnel that enabled the
>>> SO_KEEPALIVE socket option -- will that work for your purposes?
>>>
>>> -mike
>>>
>>>
>>> On Jan 22, 2007, at 7:30 PM, ryan m wrote:
>>>
>>> > I was wondering if someone familiar with the code of dtn tunnel
>>> > could point me to where in the source bundles are processed and
>>> > sent out the TCP connection on the ./dtntunnel -L side of the
>>> > tunnel.  I need to add a periodic TCP packet coming out this side
>>> > containing a space to keep the TCP connection from idling out.   
>>> And
>>> > I'm not sure how to differentiate the code going from bundles->tcp
>>> > on one end of the tunnel from the code doing this for the other  
>>> end
>>> > of the tunnel.  Any help would be very appreciated.
>>> >
>>> > Ryan
>>>
>>> _______________________________________________
>>> dtn-users mailing list
>>> dtn-users@mailman.dtnrg.org
>>> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>>>
>>
>>
>
>


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

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Ah. There's a SIGPIPE being =
delivered. That means that the server (looks like the jabber server) =
closed the socket, but the dtntunnel process tried writing to it. The =
kernel then delivers a SIGPIPE which kills the process.<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><DIV><DIV>I'll commit a =
change to dtntunnel so it ignores SIGPIPE rather than =
dying.</DIV><DIV>-m</DIV><DIV><BR><DIV><DIV>On Jan 30, 2007, at 11:08 =
AM, ryan m wrote:</DIV><BR class=3D"Apple-interchange-newline"><BLOCKQUOTE=
 type=3D"cite">[1170183444.156198 /dtntunnel debug] calling =
dtn_recv...<BR>[1170183444.556943 /dtntunnel info] got 213 byte =
bundle<BR>[1170183444.556978 /dtntunnel/tcp debug] handle_bundle got 213 =
byte bundle<BR>[1170183444.556992 /dtntunnel/tcp/conn info] delivering =
213 byte bundle with seq no 24 <BR>[1170183444.557002 =
/dtntunnel/tcp/conn/msgqueue debug] notifier =
notify<BR>[1170183444.557018 /dtntunnel/tcp/conn/msgqueue debug] notify =
count =3D 1<BR>[1170183444.557031 /dtntunnel debug] calling =
dtn_recv...<BR>[1170183444.558772 /dtntunnel/tcp/conn debug] =
poll_with_notifier: 1/1 fds ready,=A0 status 0x1<BR>[1170183444.558793 =
/dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has =
event<BR>[1170183444.558805 /dtntunnel/tcp/conn/msgqueue debug] =
drain_pipe: attempting to=A0 drain 1 bytes <BR>[1170183444.558820 =
/dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 b yte(s) =
from pipe<BR>[1170183444.558828 /dtntunnel/tcp/conn/msgqueue debug] =
drain pipe count =3D 0<BR><BR>Program received signal SIGPIPE, Broken =
pipe. <BR>[Switching to Thread -1208652896 (LWP 1619)]<BR>0x003e2402 in =
__kernel_vsyscall ()<BR>(gdb) backtrace<BR>#0=A0 0x003e2402 in =
__kernel_vsyscall ()<BR>#1=A0 0x0068c843 in writev () from =
/lib/libc.so.6<BR>#2=A0 0x08061077 in oasys::IO::rwdata =
(op=3Doasys::IO::WRITEV, fd=3D11, <BR>=A0=A0=A0 iov=3D0xb7f56200, =
iovcnt=3D1, flags=3D0, timeout=3D-1, args=3D0x0, start_time=3D0x0,<BR>=A0=A0=
=A0 intr=3D0x0, ignore_eagain=3Dtrue, log=3D0x9f40ec0 =
"/dtntunnel/tcp/conn/11")<BR>=A0=A0=A0 at io/IO.cc:910<BR>#3=A0 =
0x08061456 in oasys::IO::rwvall (op=3Doasys::IO::WRITEV, fd=3D11, =
<BR>=A0=A0=A0 iov=3D0xb7f56200, iovcnt=3D1, timeout=3D-1, start=3D0x0, =
intr=3D0x0,<BR>=A0=A0=A0 fcn_name=3D0x807930f "writeall", log=3D0x9f40ec0 =
"/dtntunnel/tcp/conn/11")<BR>=A0=A0=A0 at io/IO.cc:981<BR>#4=A0 =
0x080617b8 in oasys::IO::writeall (fd=3D11, <BR>=A0=A0=A0 bp=3D0x9fd7086 =
"&lt;message to=3D\"<A =
href=3D"mailto:edifyteam@basin.cse.lehigh.edu">edifyteam@basin.cse.lehigh.=
edu</A>\" type=3D\"chat\" i d=3D\"43\"&gt;&lt;body&gt;this is 30 minute =
disruption test, starting at 1:26&lt;/body&gt;&lt;active=A0 xmlns=3D\" =
<A =
href=3D"http://jabber.org/protocol/chatstates\">http://jabber.org/protocol=
/chatstates\</A>" /&gt;&lt;/message&gt;", len=3D195,<BR>=A0=A0=A0 =
intr=3D0x0, log=3D0x9f40ec0 "/dtntunnel/tcp/conn/11") at =
io/IO.cc:488<BR> #5=A0 0x080633a9 in oasys::IPClient::writeall =
(this=3D0x9f40eb8,<BR>=A0=A0=A0 bp=3D0x9fd7086 "&lt;message to=3D\"<A =
href=3D"mailto:edifyteam@basin.cse.lehigh.edu">edifyteam@basin.cse.lehigh.=
edu</A>\" type=3D\"chat\" i d=3D\"43\"&gt;&lt;body&gt;this is 30 minute =
disruption test, starting at 1:26&lt;/body&gt;&lt;active=A0 xmlns=3D\" =
<A =
href=3D"http://jabber.org/protocol/chatstates\">http://jabber.org/protocol=
/chatstates\</A>" /&gt;&lt;/message&gt;", len=3D195)<BR>=A0=A0=A0 at =
io/IPClient.cc:98<BR>#6=A0 0x0804e765 in =
dtntunnel::TCPTunnel::Connection::run (this=3D0x9f40e20) <BR>=A0=A0=A0 =
at dtntunnel/TCPTunnel.cc:384<BR>#7=A0 0x08068bda in =
oasys::Thread::thread_run (this=3D0x9f40e20,<BR>---Type &lt;return&gt; =
to continue, or q &lt;return&gt; to quit---<BR>=A0=A0=A0 =
thread_name=3D0x9f40e2c "TCPTunnel::Connection", thread_id=3D3086314400) =
<BR>=A0=A0=A0 at thread/Thread.cc:334<BR>#8=A0 0x08068d0c in =
oasys::Thread::pre_thread_run (t=3D0x9f40e20)<BR>=A0=A0=A0 at =
thread/Thread.cc:279<BR>#9=A0 0x00747433 in start_thread () from =
/lib/libpthread.so.0<BR>#10 0x00693a1e in clone () from /lib/libc.so.6 =
<BR>(gdb)<BR><BR><BR>To me this doesn't tell me anything interesting, =
any thoughts?<BR><BR>Ryan<BR><BR><DIV><SPAN class=3D"gmail_quote">On =
1/29/07, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:demmer@cs.berkeley.edu"> demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"><DIV style=3D""><DIV><BR></DIV>That shouldn't happen -- the =
listener should never exit.=A0 <DIV><BR></DIV><DIV>Try running under gdb =
with a breakpoint set in exit() so that you can catch where/why it's =
actually exiting.</DIV><SPAN =
class=3D"sg"><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN class=3D"e" =
id=3D"q_110708fa6dba40bd_2"> <DIV><BR><DIV><DIV>On Jan 29, 2007, at 3:19 =
PM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">so I did get the 15 =
minute test to work (I pulled a new version of dtn and waited longer for =
it to reestablish contact).<BR><BR> when I try a 30 minute test =
something odd happens.<BR><BR>After contact is reestablished dtn starts =
sending the waiting bundles (corresponding to messages sent from client =
end of dtntunnel) like mad.=A0 Then the listening side of dtntunnel just =
falls over and silently exits.=A0 Any thoughts why this would happen?=A0 =
I'm invoking dtn tunnel the following ways: <BR><BR>./dtntunnel -L -l =
DEBUG -e 3600<BR><BR>./dtntunnel -t -d =
dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr <A =
href=3D"http://0.0.0.0" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">0.0.0.0</A> --lport 15000 --rhost =
<A href=3D"http://basin.cse.lehigh.edu" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">basin.cse.lehigh.edu </A> --rport =
5222 -e 3600 -l DEBUG<BR><BR>this is what the end of the listening side =
looks like when it dies: <BR><BR>[1170112001.275199 /dtntunnel/tcp =
debug] handle_bundle got 151 byte bundle<BR>[1170112001.275214 =
/dtntunnel/tcp/conn info] delivering 151 byte bundle with seqno 16 =
<BR>[1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier =
notify <BR>[1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify =
count =3D 1<BR>[1170112001.275257 /dtntunnel debug] calling =
dtn_recv...<BR>[1170112001.275499 /dtntunnel/tcp/conn debug] =
poll_with_notifier: 1/1 fds ready, status 0x1 <BR>[1170112001.275552 =
/dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has =
event<BR>[1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] =
drain_pipe: attempting to drain 1 bytes <BR>[1170112001.275645 =
/dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from =
pipe <BR>[1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain =
pipe count =3D 0<BR>[1170112001.275805 /dtntunnel/tcp/conn/8 debug] =
::writev() fd 8 cc 133 <BR>[1170112001.275855 /dtntunnel/tcp/conn/8 =
debug] writeall 133 bytes 0 left 133 total <BR>[1170112001.275897 =
/dtntunnel/tcp/conn info] sent 133 byte payload to =
client<BR>[1170112001.275939 /dtntunnel/tcp/conn debug] blocking in =
poll... (timeout -1) <BR>[1170112002.676366 /dtntunnel info] got 149 =
byte bundle <BR>[1170112002.676400 /dtntunnel/tcp debug] handle_bundle =
got 149 byte bundle<BR>[1170112002.676414 /dtntunnel/tcp/conn info] =
delivering 149 byte bundle with seqno 17 <BR>[1170112002.676425 =
/dtntunnel/tcp/conn/msgqueue debug] notifier notify =
<BR>[1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count =
=3D 1<BR>[1170112002.676459 /dtntunnel debug] calling =
dtn_recv...<BR>[1170112002.677144 /dtntunnel/tcp/conn debug] =
poll_with_notifier: 1/1 fds ready, status 0x1 <BR>[1170112002.677254 =
/dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has =
event<BR>[1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] =
drain_pipe: attempting to drain 1 bytes <BR>[1170112002.677355 =
/dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from =
pipe <BR>[1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain =
pipe count =3D 0<BR>[edifyteam@basin dtntunnel]$ <BR><BR>so it processes =
part of the torrent then just exits all the sudden and I'm not sure =
why... would a fin generated by jabber cause that? =
<BR><BR>Ryan<BR><BR><DIV><SPAN class=3D"gmail_quote">On 1/23/07, <B =
class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:demmer@cs.berkeley.edu" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV><DIV><BR></DIV><DIV>Strange. You should see the code =
repeatedly trying to re-open the link, no? =
</DIV><DIV><BR></DIV><DIV>That plus some tcpdump'ing will tell you more =
about what's going on.</DIV><SPAN> =
<DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><BR><DIV><DIV=
>On Jan 23, 2007, at 10:25 AM, ryan m wrote: </DIV><BR><BLOCKQUOTE =
type=3D"cite">hmm so I think I actually have a more fundemental issue on =
closer inspection.=A0 I'm trying to use dtn tunnel as a proxy.=A0 To =
test it I set everything up then put up a drop all firewall between the =
dtn nodes for 15 minutes then released it.=A0 After I release it no =
bundles get through and the debug messages say this: =
<BR><BR>[1169576247.469499 /dtn/route/static debug] can't forward bundle =
id 51 dtn://bas<BR>in.cse.lehigh.edu.dtn/ping.15267 -&gt; =
dtn://rcm2.cse.lehigh.edu.dtn/ping (20 bytes<BR>=A0payload) to link1 [<A =
href=3D"http://rcm2.cse.lehigh.edu:10000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:10000</A> dtn:none ALWAYSON UNAVAILABLE] because =
link not available<BR><BR>even though the firewall has been taken down =
for more than 5 minutes.<BR><BR>any thoughts on this?<BR><BR><DIV><SPAN =
class=3D"gmail_quote"> On 1/23/07, <B class=3D"gmail_sendername">Michael =
Demmer</B> &lt;<A href=3D"mailto:demmer@cs.berkeley.edu" target=3D"_blank"=
 onclick=3D"return =
top.js.OpenExtLink(window,event,this)">demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <BR>The same code is used on both sides of the tunnel.<BR><BR>I'd =
be ok if you made a modification to the tunnel that enabled =
the<BR>SO_KEEPALIVE socket option -- will that work for your =
purposes?<BR><BR>-mike<BR><BR> <BR>On Jan 22, 2007, at 7:30 PM, ryan m =
wrote:<BR><BR>&gt; I was wondering if someone familiar with the code of =
dtn tunnel<BR>&gt; could point me to where in the source bundles are =
processed and<BR>&gt; sent out the TCP connection on the ./dtntunnel -L =
side of the <BR>&gt; tunnel.=A0=A0I need to add a periodic TCP packet =
coming out this side<BR>&gt; containing a space to keep the TCP =
connection from idling out.=A0=A0And<BR>&gt; I'm not sure how to =
differentiate the code going from bundles-&gt;tcp <BR>&gt; on one end of =
the tunnel from the code doing this for the other end<BR>&gt; of the =
tunnel.=A0=A0Any help would be very appreciated.<BR>&gt;<BR>&gt; =
Ryan<BR><BR>_______________________________________________<BR>dtn-users =
mailing list <BR><A href=3D"mailto:dtn-users@mailman.dtnrg.org" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">dtn-users@mailman.dtnrg.org</A><BR>=
<A href=3D"http://mailman.dtnrg.org/mailman/listinfo/dtn-users" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
http://mailman.dtnrg.org/mailman/listinfo/dtn-users</A><BR></BLOCKQUOTE></=
DIV> <BR></BLOCKQUOTE></DIV><BR></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></DIV></DIV></BODY></H=
TML>=

--Apple-Mail-2-765779418--


Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0UJmEY02657 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 11:48:14 -0800
Received: by wr-out-0506.google.com with SMTP id i7so1228466wra for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 11:48:10 -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=muMCgj536iJloeklnQ6J1qOd1jX0TN8tVePrN7OIkLOS63HbKyYL21bbo+lyKpum+BnJt6383QjqtvGe+V6WH5NoKrK8YlLyvdnK9lzEN81E7D9odekGetqI0DstXPVT+wKDcyj9PWv9rFooM0Vgg8CrtgvvQMfORr+ngvYbgQM=
Received: by 10.49.36.6 with SMTP id o6mr1362001nfj.1170186485721; Tue, 30 Jan 2007 11:48:05 -0800 (PST)
Received: by 10.48.213.17 with HTTP; Tue, 30 Jan 2007 11:48:05 -0800 (PST)
Message-ID: <f0d10dd60701301148v752c4a9cu567ab13bcea17de@mail.gmail.com>
Date: Wed, 31 Jan 2007 01:18:05 +0530
From: "Zahir Koradia" <zahir.koradia@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] TCA problems
In-Reply-To: <45BF72D8.7050501@jgre.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_16390_21697508.1170186485516"
References: <45B9B58D.1050703@jgre.org> <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com> <45BE4B59.6090302@jgre.org> <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com> <45BF0583.4010208@jgre.org> <f0d10dd60701300245k1b1d4b9fi62624685a8cb5d44@mail.gmail.com> <45BF72D8.7050501@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

------=_Part_16390_21697508.1170186485516
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi Janico,
>From what I could see a route and a link tca://correspondent/myapp and
jgre.openvpn.informatik.uni-bremen.de:5000 respectively are created and a
bundle with source and destination tca://mobile3/myapp and
tca://correspondent/myapp respectively and with 9 bytes payload is being
transmitted successfully. Is this the bundle you are talking about. If not
then I think you need to tell me which bundle had you send what was the
source and destination of the bundle.

Thanks
Zahir

On 1/30/07, Janico Greifenberg <jgre@jgre.org> wrote:
>
> Hi Zahir,
>
> we seem to be getting somewhere! I think the problem is in
> get_payload_str(). The data buffer is zeroed out so the result string
> does not know where it ends. Applying the attached diff fixes the
> strange characters.
>
> But still my bundle does not reach the intended recipient. It seems to
> get stuck in a loop at the gateway instead of being forwarded over the
> opportunistic link that the dtnd lists as open. So, once again, I send a
> debug level logfile of the gateway.
>
> Cheers,
> Janico
>
> Zahir Koradia wrote:
> > Hi Janico,
> > The problem seems to happen even before we reach parser of control
> messages.
> >
> > [1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle received
> > [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
> > 'add_route:tca://correspondent10/myapp
> > tcp://jgre.openvpn.informatik.uni- bremen.de=A7=1A=08Ea=16=08hr=B2=B6F=
=B0=0E=08=9C=1A/=08=01'
> >
> > This line is printed as soon as we enter the function
> > handle_bundle_received called on a bundle received event. The function
> > get_payload_str is used to get the bundle payload. I have a feeling
> > that's where the problem lies. My guess is that the payload size
> > returned by b->payload_.length() is faulty.
> >
> > Could you just print it and check if the length is more than the number
> > of characters sent. If this is the case then we can ask Mike if anythin=
g
> > has changed in the treatment of bundle payload over the past revisions.
> >
> > Thanks
> > Zahir
> >
>
>
>

------=_Part_16390_21697508.1170186485516
Content-Type: text/html; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi Janico,<br>From what I could see a route and a link tca://correspondent/=
myapp and <a href=3D"http://jgre.openvpn.informatik.uni-bremen.de:5000">jgr=
e.openvpn.informatik.uni-bremen.de:5000</a> respectively are created and a =
bundle with source and destination tca://mobile3/myapp and tca://correspond=
ent/myapp respectively and with 9 bytes payload is being transmitted succes=
sfully. Is this the bundle you are talking about. If not then I think you n=
eed to tell me which bundle had you send what was the source and destinatio=
n of the bundle.
<br><br>Thanks<br>Zahir<br><br><div><span class=3D"gmail_quote">On 1/30/07,=
 <b class=3D"gmail_sendername">Janico Greifenberg</b> &lt;<a href=3D"mailto=
:jgre@jgre.org">jgre@jgre.org</a>&gt; wrote:</span><blockquote class=3D"gma=
il_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0=
pt 0pt 0.8ex; padding-left: 1ex;">
Hi Zahir,<br><br>we seem to be getting somewhere! I think the problem is in=
<br>get_payload_str(). The data buffer is zeroed out so the result string<b=
r>does not know where it ends. Applying the attached diff fixes the<br>
strange characters.<br><br>But still my bundle does not reach the intended =
recipient. It seems to<br>get stuck in a loop at the gateway instead of bei=
ng forwarded over the<br>opportunistic link that the dtnd lists as open. So=
, once again, I send a
<br>debug level logfile of the gateway.<br><br>Cheers,<br>Janico<br><br>Zah=
ir Koradia wrote:<br>&gt; Hi Janico,<br>&gt; The problem seems to happen ev=
en before we reach parser of control messages.<br>&gt;<br>&gt; [1170144963.=
989308
 /dtn/tca debug] TcaRouter: tca bundle received<br>&gt; [tca://homeagent/ad=
min] -&gt; [tca://localhost/bundlelayer] :<br>&gt; &#39;add_route:tca://cor=
respondent10/myapp<br>&gt; tcp://jgre.openvpn.informatik.uni- bremen.de=A7=
=1A=08Ea=16=08hr
=B2=B6F=B0=0E=08=9C=1A/=08=01&#39;<br>&gt;<br>&gt; This line is printed as =
soon as we enter the function<br>&gt; handle_bundle_received called on a bu=
ndle received event. The function<br>&gt; get_payload_str is used to get th=
e bundle payload. I have a feeling
<br>&gt; that&#39;s where the problem lies. My guess is that the payload si=
ze<br>&gt; returned by b-&gt;payload_.length() is faulty.<br>&gt;<br>&gt; C=
ould you just print it and check if the length is more than the number<br>
&gt; of characters sent. If this is the case then we can ask Mike if anythi=
ng<br>&gt; has changed in the treatment of bundle payload over the past rev=
isions.<br>&gt;<br>&gt; Thanks<br>&gt; Zahir<br>&gt;<br><br><br></blockquot=
e>
</div><br>

------=_Part_16390_21697508.1170186485516--


Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0UJ8hY02419 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 11:08:43 -0800
Received: by wx-out-0506.google.com with SMTP id s7so2013760wxc for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 11:08:39 -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=hUze/9utcGfwrTkS7U429mij7S0uCtRVIRS+azoEtWcKnS4XL/wqu0S4AaJjz4GAVUX/tO2Wsp1mYcbAyuocIT3JjAQytFChQRAWTbzHSlz9Xx2fnhcNqJrb/PZ6HuMF2hCYkVVSoDs9wPvbS/j6QKvt1HUZ/3X4ypkN4V6E2gg=
Received: by 10.70.99.9 with SMTP id w9mr15878738wxb.1170184118448; Tue, 30 Jan 2007 11:08:38 -0800 (PST)
Received: by 10.70.72.19 with HTTP; Tue, 30 Jan 2007 11:08:38 -0800 (PST)
Message-ID: <d35f8e370701301108r4d7f194cp9a6b88f53cf43aeb@mail.gmail.com>
Date: Tue, 30 Jan 2007 14:08:38 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] DTN tunnel hacking
In-Reply-To: <0AA056BF-4F46-4477-BF8B-C8F0D9C76B47@cs.berkeley.edu>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_66404_7830301.1170184118359"
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com> <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu> <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com> <3EB01F54-235C-4343-ADB7-87D77AAEAE13@cs.berkeley.edu> <d35f8e370701291519h42f08275ve5a6a918f6ec555c@mail.gmail.com> <0AA056BF-4F46-4477-BF8B-C8F0D9C76B47@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

[1170183444.156198 /dtntunnel debug] calling dtn_recv...
[1170183444.556943 /dtntunnel info] got 213 byte bundle
[1170183444.556978 /dtntunnel/tcp debug] handle_bundle got 213 byte bundle
[1170183444.556992 /dtntunnel/tcp/conn info] delivering 213 byte bundle with
seq no 24
[1170183444.557002 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
[1170183444.557018 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
[1170183444.557031 /dtntunnel debug] calling dtn_recv...
[1170183444.558772 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds
ready,  status 0x1
[1170183444.558793 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd
has event
[1170183444.558805 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
attempting to  drain 1 bytes
[1170183444.558820 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained
1/1 b yte(s) from pipe
[1170183444.558828 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0

Program received signal SIGPIPE, Broken pipe.
[Switching to Thread -1208652896 (LWP 1619)]
0x003e2402 in __kernel_vsyscall ()
(gdb) backtrace
#0  0x003e2402 in __kernel_vsyscall ()
#1  0x0068c843 in writev () from /lib/libc.so.6
#2  0x08061077 in oasys::IO::rwdata (op=oasys::IO::WRITEV, fd=11,
    iov=0xb7f56200, iovcnt=1, flags=0, timeout=-1, args=0x0, start_time=0x0,
    intr=0x0, ignore_eagain=true, log=0x9f40ec0 "/dtntunnel/tcp/conn/11")
    at io/IO.cc:910
#3  0x08061456 in oasys::IO::rwvall (op=oasys::IO::WRITEV, fd=11,
    iov=0xb7f56200, iovcnt=1, timeout=-1, start=0x0, intr=0x0,
    fcn_name=0x807930f "writeall", log=0x9f40ec0 "/dtntunnel/tcp/conn/11")
    at io/IO.cc:981
#4  0x080617b8 in oasys::IO::writeall (fd=11,
    bp=0x9fd7086 "<message to=\"edifyteam@basin.cse.lehigh.edu\"
type=\"chat\" i d=\"43\"><body>this is 30 minute disruption test, starting
at 1:26</body><active  xmlns=\"http://jabber.org/protocol/chatstates\"
/></message>", len=195,
    intr=0x0, log=0x9f40ec0 "/dtntunnel/tcp/conn/11") at io/IO.cc:488
#5  0x080633a9 in oasys::IPClient::writeall (this=0x9f40eb8,
    bp=0x9fd7086 "<message to=\"edifyteam@basin.cse.lehigh.edu\"
type=\"chat\" i d=\"43\"><body>this is 30 minute disruption test, starting
at 1:26</body><active  xmlns=\"http://jabber.org/protocol/chatstates\"
/></message>", len=195)
    at io/IPClient.cc:98
#6  0x0804e765 in dtntunnel::TCPTunnel::Connection::run (this=0x9f40e20)
    at dtntunnel/TCPTunnel.cc:384
#7  0x08068bda in oasys::Thread::thread_run (this=0x9f40e20,
---Type <return> to continue, or q <return> to quit---
    thread_name=0x9f40e2c "TCPTunnel::Connection", thread_id=3086314400)
    at thread/Thread.cc:334
#8  0x08068d0c in oasys::Thread::pre_thread_run (t=0x9f40e20)
    at thread/Thread.cc:279
#9  0x00747433 in start_thread () from /lib/libpthread.so.0
#10 0x00693a1e in clone () from /lib/libc.so.6
(gdb)


To me this doesn't tell me anything interesting, any thoughts?

Ryan

On 1/29/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>
>
> That shouldn't happen -- the listener should never exit.
> Try running under gdb with a breakpoint set in exit() so that you can
> catch where/why it's actually exiting.
>
> -m
>
> On Jan 29, 2007, at 3:19 PM, ryan m wrote:
>
> so I did get the 15 minute test to work (I pulled a new version of dtn and
> waited longer for it to reestablish contact).
>
> when I try a 30 minute test something odd happens.
>
> After contact is reestablished dtn starts sending the waiting bundles
> (corresponding to messages sent from client end of dtntunnel) like mad.
> Then the listening side of dtntunnel just falls over and silently exits.
> Any thoughts why this would happen?  I'm invoking dtn tunnel the following
> ways:
>
> ./dtntunnel -L -l DEBUG -e 3600
>
> ./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr 0.0.0.0--lport 15000 --rhost basin.cse.lehigh.edu
> --rport 5222 -e 3600 -l DEBUG
>
> this is what the end of the listening side looks like when it dies:
>
> [1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151 byte bundle
> [1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte bundle
> with seqno 16
> [1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
> [1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
> [1170112001.275257 /dtntunnel debug] calling dtn_recv...
> [1170112001.275499 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds
> ready, status 0x1
> [1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier: normal
> fd has event
> [1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
> attempting to drain 1 bytes
> [1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained
> 1/1 byte(s) from pipe
> [1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count =
> 0
> [1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8 cc 133
> [1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133 bytes 0 left
> 133 total
> [1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte payload to
> client
> [1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll... (timeout
> -1)
> [1170112002.676366 /dtntunnel info] got 149 byte bundle
> [1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149 byte bundle
> [1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte bundle
> with seqno 17
> [1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
> [1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
> [1170112002.676459 /dtntunnel debug] calling dtn_recv...
> [1170112002.677144 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds
> ready, status 0x1
> [1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier: normal
> fd has event
> [1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
> attempting to drain 1 bytes
> [1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained
> 1/1 byte(s) from pipe
> [1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count =
> 0
> [edifyteam@basin dtntunnel]$
>
> so it processes part of the torrent then just exits all the sudden and I'm
> not sure why... would a fin generated by jabber cause that?
>
> Ryan
>
> On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
> >
> >
> > Strange. You should see the code repeatedly trying to re-open the link,
> > no?
> >
> > That plus some tcpdump'ing will tell you more about what's going on.
> >
> > -m
> >
> >
> > On Jan 23, 2007, at 10:25 AM, ryan m wrote:
> >
> > hmm so I think I actually have a more fundemental issue on closer
> > inspection.  I'm trying to use dtn tunnel as a proxy.  To test it I set
> > everything up then put up a drop all firewall between the dtn nodes for 15
> > minutes then released it.  After I release it no bundles get through and the
> > debug messages say this:
> >
> > [1169576247.469499 /dtn/route/static debug] can't forward bundle id 51
> > dtn://bas
> > in.cse.lehigh.edu.dtn/ping.15267 -> dtn://rcm2.cse.lehigh.edu.dtn/ping
> > (20 bytes
> >  payload) to link1 [ rcm2.cse.lehigh.edu:10000 dtn:none ALWAYSON
> > UNAVAILABLE] because link not available
> >
> > even though the firewall has been taken down for more than 5 minutes.
> >
> > any thoughts on this?
> >
> > On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
> > >
> > >
> > > The same code is used on both sides of the tunnel.
> > >
> > > I'd be ok if you made a modification to the tunnel that enabled the
> > > SO_KEEPALIVE socket option -- will that work for your purposes?
> > >
> > > -mike
> > >
> > >
> > > On Jan 22, 2007, at 7:30 PM, ryan m wrote:
> > >
> > > > I was wondering if someone familiar with the code of dtn tunnel
> > > > could point me to where in the source bundles are processed and
> > > > sent out the TCP connection on the ./dtntunnel -L side of the
> > > > tunnel.  I need to add a periodic TCP packet coming out this side
> > > > containing a space to keep the TCP connection from idling out.  And
> > > > I'm not sure how to differentiate the code going from bundles->tcp
> > > > on one end of the tunnel from the code doing this for the other end
> > > > of the tunnel.  Any help would be very appreciated.
> > > >
> > > > Ryan
> > >
> > > _______________________________________________
> > > dtn-users mailing list
> > > dtn-users@mailman.dtnrg.org
> > > http://mailman.dtnrg.org/mailman/listinfo/dtn-users
> > >
> >
> >
> >
>
>

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

[1170183444.156198 /dtntunnel debug] calling dtn_recv...<br>[1170183444.556943 /dtntunnel info] got 213 byte bundle<br>[1170183444.556978 /dtntunnel/tcp debug] handle_bundle got 213 byte bundle<br>[1170183444.556992 /dtntunnel/tcp/conn info] delivering 213 byte bundle with seq no 24
<br>[1170183444.557002 /dtntunnel/tcp/conn/msgqueue debug] notifier notify<br>[1170183444.557018 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1<br>[1170183444.557031 /dtntunnel debug] calling dtn_recv...<br>[1170183444.558772
 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds ready,&nbsp; status 0x1<br>[1170183444.558793 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event<br>[1170183444.558805 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: attempting to&nbsp; drain 1 bytes
<br>[1170183444.558820 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 b yte(s) from pipe<br>[1170183444.558828 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0<br><br>Program received signal SIGPIPE, Broken pipe.
<br>[Switching to Thread -1208652896 (LWP 1619)]<br>0x003e2402 in __kernel_vsyscall ()<br>(gdb) backtrace<br>#0&nbsp; 0x003e2402 in __kernel_vsyscall ()<br>#1&nbsp; 0x0068c843 in writev () from /lib/libc.so.6<br>#2&nbsp; 0x08061077 in oasys::IO::rwdata (op=oasys::IO::WRITEV, fd=11,
<br>&nbsp;&nbsp;&nbsp; iov=0xb7f56200, iovcnt=1, flags=0, timeout=-1, args=0x0, start_time=0x0,<br>&nbsp;&nbsp;&nbsp; intr=0x0, ignore_eagain=true, log=0x9f40ec0 &quot;/dtntunnel/tcp/conn/11&quot;)<br>&nbsp;&nbsp;&nbsp; at io/IO.cc:910<br>#3&nbsp; 0x08061456 in oasys::IO::rwvall (op=oasys::IO::WRITEV, fd=11,
<br>&nbsp;&nbsp;&nbsp; iov=0xb7f56200, iovcnt=1, timeout=-1, start=0x0, intr=0x0,<br>&nbsp;&nbsp;&nbsp; fcn_name=0x807930f &quot;writeall&quot;, log=0x9f40ec0 &quot;/dtntunnel/tcp/conn/11&quot;)<br>&nbsp;&nbsp;&nbsp; at io/IO.cc:981<br>#4&nbsp; 0x080617b8 in oasys::IO::writeall (fd=11,
<br>&nbsp;&nbsp;&nbsp; bp=0x9fd7086 &quot;&lt;message to=\&quot;edifyteam@basin.cse.lehigh.edu\&quot; type=\&quot;chat\&quot; i d=\&quot;43\&quot;&gt;&lt;body&gt;this is 30 minute disruption test, starting at 1:26&lt;/body&gt;&lt;active&nbsp; xmlns=\&quot;
<a href="http://jabber.org/protocol/chatstates\">http://jabber.org/protocol/chatstates\</a>&quot; /&gt;&lt;/message&gt;&quot;, len=195,<br>&nbsp;&nbsp;&nbsp; intr=0x0, log=0x9f40ec0 &quot;/dtntunnel/tcp/conn/11&quot;) at io/IO.cc:488<br>
#5&nbsp; 0x080633a9 in oasys::IPClient::writeall (this=0x9f40eb8,<br>&nbsp;&nbsp;&nbsp; bp=0x9fd7086 &quot;&lt;message to=\&quot;edifyteam@basin.cse.lehigh.edu\&quot; type=\&quot;chat\&quot; i d=\&quot;43\&quot;&gt;&lt;body&gt;this is 30 minute disruption test, starting at 1:26&lt;/body&gt;&lt;active&nbsp; xmlns=\&quot;
<a href="http://jabber.org/protocol/chatstates\">http://jabber.org/protocol/chatstates\</a>&quot; /&gt;&lt;/message&gt;&quot;, len=195)<br>&nbsp;&nbsp;&nbsp; at io/IPClient.cc:98<br>#6&nbsp; 0x0804e765 in dtntunnel::TCPTunnel::Connection::run (this=0x9f40e20)
<br>&nbsp;&nbsp;&nbsp; at dtntunnel/TCPTunnel.cc:384<br>#7&nbsp; 0x08068bda in oasys::Thread::thread_run (this=0x9f40e20,<br>---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---<br>&nbsp;&nbsp;&nbsp; thread_name=0x9f40e2c &quot;TCPTunnel::Connection&quot;, thread_id=3086314400)
<br>&nbsp;&nbsp;&nbsp; at thread/Thread.cc:334<br>#8&nbsp; 0x08068d0c in oasys::Thread::pre_thread_run (t=0x9f40e20)<br>&nbsp;&nbsp;&nbsp; at thread/Thread.cc:279<br>#9&nbsp; 0x00747433 in start_thread () from /lib/libpthread.so.0<br>#10 0x00693a1e in clone () from /lib/libc.so.6
<br>(gdb)<br><br><br>To me this doesn&#39;t tell me anything interesting, any thoughts?<br><br>Ryan<br><br><div><span class="gmail_quote">On 1/29/07, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu">
demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style=""><div><br></div>That shouldn&#39;t happen -- the listener should never exit.&nbsp;
<div><br></div><div>Try running under gdb with a breakpoint set in exit() so that you can catch where/why it&#39;s actually exiting.</div><span class="sg"><div><br></div><div>-m</div></span><div><span class="e" id="q_110708fa6dba40bd_2">
<div><br><div><div>On Jan 29, 2007, at 3:19 PM, ryan m wrote:</div><br><blockquote type="cite">so I did get the 15 minute test to work (I pulled a new version of dtn and waited longer for it to reestablish contact).<br><br>
when I try a 30 minute test something odd happens.<br><br>After contact is reestablished dtn starts sending the waiting bundles (corresponding to messages sent from client end of dtntunnel) like mad.&nbsp; Then the listening side of dtntunnel just falls over and silently exits.&nbsp; Any thoughts why this would happen?&nbsp; I&#39;m invoking dtn tunnel the following ways: 
<br><br>./dtntunnel -L -l DEBUG -e 3600<br><br>./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr <a href="http://0.0.0.0" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">0.0.0.0</a>
 --lport 15000 --rhost <a href="http://basin.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">basin.cse.lehigh.edu </a> --rport 5222 -e 3600 -l DEBUG<br><br>this is what the end of the listening side looks like when it dies:
<br><br>[1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151 byte bundle<br>[1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte bundle with seqno 16 <br>[1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
<br>[1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1<br>[1170112001.275257 /dtntunnel debug] calling dtn_recv...<br>[1170112001.275499 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds ready, status 0x1 
<br>[1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event<br>[1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: attempting to drain 1 bytes <br>[1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
<br>[1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0<br>[1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8 cc 133 <br>[1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133 bytes 0 left 133 total
<br>[1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte payload to client<br>[1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll... (timeout -1) <br>[1170112002.676366 /dtntunnel info] got 149 byte bundle
<br>[1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149 byte bundle<br>[1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte bundle with seqno 17 <br>[1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
<br>[1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1<br>[1170112002.676459 /dtntunnel debug] calling dtn_recv...<br>[1170112002.677144 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds ready, status 0x1 
<br>[1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event<br>[1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: attempting to drain 1 bytes <br>[1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
<br>[1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0<br>[edifyteam@basin dtntunnel]$ <br><br>so it processes part of the torrent then just exits all the sudden and I&#39;m not sure why... would a fin generated by jabber cause that? 
<br><br>Ryan<br><br><div><span class="gmail_quote">On 1/23/07, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div><div><br></div><div>Strange. You should see the code repeatedly trying to re-open the link, no?
</div><div><br></div><div>That plus some tcpdump&#39;ing will tell you more about what&#39;s going on.</div><span> <div><br></div><div>-m</div></span><div><span><div><br></div><br><div><div>On Jan 23, 2007, at 10:25 AM, ryan m wrote:
</div><br><blockquote type="cite">hmm so I think I actually have a more fundemental issue on closer inspection.&nbsp; I&#39;m trying to use dtn tunnel as a proxy.&nbsp; To test it I set everything up then put up a drop all firewall between the dtn nodes for 15 minutes then released it.&nbsp; After I release it no bundles get through and the debug messages say this: 
<br><br>[1169576247.469499 /dtn/route/static debug] can&#39;t forward bundle id 51 dtn://bas<br>in.cse.lehigh.edu.dtn/ping.15267 -&gt; dtn://rcm2.cse.lehigh.edu.dtn/ping (20 bytes<br>&nbsp;payload) to link1 [<a href="http://rcm2.cse.lehigh.edu:10000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:10000</a> dtn:none ALWAYSON UNAVAILABLE] because link not available<br><br>even though the firewall has been taken down for more than 5 minutes.<br><br>any thoughts on this?<br><br><div><span class="gmail_quote">
 On 1/23/07, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <br>The same code is used on both sides of the tunnel.<br><br>I&#39;d be ok if you made a modification to the tunnel that enabled the<br>SO_KEEPALIVE socket option -- will that work for your purposes?<br><br>-mike<br><br>
 <br>On Jan 22, 2007, at 7:30 PM, ryan m wrote:<br><br>&gt; I was wondering if someone familiar with the code of dtn tunnel<br>&gt; could point me to where in the source bundles are processed and<br>&gt; sent out the TCP connection on the ./dtntunnel -L side of the 
<br>&gt; tunnel.&nbsp;&nbsp;I need to add a periodic TCP packet coming out this side<br>&gt; containing a space to keep the TCP connection from idling out.&nbsp;&nbsp;And<br>&gt; I&#39;m not sure how to differentiate the code going from bundles-&gt;tcp 
<br>&gt; on one end of the tunnel from the code doing this for the other end<br>&gt; of the tunnel.&nbsp;&nbsp;Any help would be very appreciated.<br>&gt;<br>&gt; Ryan<br><br>_______________________________________________<br>dtn-users mailing list 
<br><a href="mailto:dtn-users@mailman.dtnrg.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">dtn-users@mailman.dtnrg.org</a><br><a href="http://mailman.dtnrg.org/mailman/listinfo/dtn-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 http://mailman.dtnrg.org/mailman/listinfo/dtn-users</a><br></blockquote></div> <br></blockquote></div><br></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div>
</blockquote></div><br>

------=_Part_66404_7830301.1170184118359--


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 l0UGVlY28580 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 08:31:47 -0800
Received: from localhost (localhost [127.0.0.1]) by snatch.gtnw.de (Postfix on snatch) with ESMTP id ACA3D100A8 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 17:42:17 +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 31704-08 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 17:42:16 +0100 (CET)
Received: from [192.168.178.102] (p548D1D4D.dip0.t-ipconnect.de [84.141.29.77]) (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 931FFFD8B for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 17:41:59 +0100 (CET)
Message-ID: <45BF72D8.7050501@jgre.org>
Date: Tue, 30 Jan 2007 17:31:20 +0100
From: Janico Greifenberg <jgre@jgre.org>
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>	 <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com>	 <45BE4B59.6090302@jgre.org>	 <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com>	 <45BF0583.4010208@jgre.org> <f0d10dd60701300245k1b1d4b9fi62624685a8cb5d44@mail.gmail.com>
In-Reply-To: <f0d10dd60701300245k1b1d4b9fi62624685a8cb5d44@mail.gmail.com>
Content-Type: multipart/mixed; boundary="------------030604010608030101070205"
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

This is a multi-part message in MIME format.
--------------030604010608030101070205
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Hi Zahir,

we seem to be getting somewhere! I think the problem is in
get_payload_str(). The data buffer is zeroed out so the result string
does not know where it ends. Applying the attached diff fixes the
strange characters.

But still my bundle does not reach the intended recipient. It seems to
get stuck in a loop at the gateway instead of being forwarded over the
opportunistic link that the dtnd lists as open. So, once again, I send a
debug level logfile of the gateway.

Cheers,
Janico

Zahir Koradia wrote:
> Hi Janico,
> The problem seems to happen even before we reach parser of control messages.
> 
> [1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle received
> [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
> 'add_route:tca://correspondent10/myapp   
> tcp://jgre.openvpn.informatik.uni- bremen.deÂ§EahrÂ²Â¶FÂ°Å“/'
> 
> This line is printed as soon as we enter the function
> handle_bundle_received called on a bundle received event. The function
> get_payload_str is used to get the bundle payload. I have a feeling
> that's where the problem lies. My guess is that the payload size
> returned by b->payload_.length() is faulty.
> 
> Could you just print it and check if the length is more than the number
> of characters sent. If this is the case then we can ask Mike if anything
> has changed in the treatment of bundle payload over the past revisions.
> 
> Thanks
> Zahir
> 

--------------030604010608030101070205
Content-Type: text/x-patch;
 name="TcaRouter.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="TcaRouter.diff"

diff -u -r1.11 TcaRouter.cc
--- servlib/routing/TcaRouter.cc        18 Jan 2007 20:14:40 -0000      1.11
+++ servlib/routing/TcaRouter.cc        30 Jan 2007 16:21:19 -0000
@@ -46,6 +46,7 @@
 {
     size_t len = b->payload_.length();
     u_char data[len+1];
+    memset(data, 0, len+1);
     const u_char* p = b->payload_.read_data(0, len, data);
     return (const char*)p;
 }

--------------030604010608030101070205
Content-Type: text/x-log;
 name="gateway.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="gateway.log"

[1170173582.256192 /dtnd notice] DTN daemon starting up... (pid 28023)
[1170173582.261676 /dtnd notice] random seed is 261671
[1170173582.262686 /dtnd info] parsing configuration file dtn.conf...
[1170173582.262875 /dtnd info] dtnd parsing configuration...
[1170173582.263370 /dtn/interface/table info] adding interface tcp0 (tcp)
[1170173582.311607 /dtn/link/null info] new link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170173582.358505 /dtn/link/loc info] new link loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE]
[1170173582.358553 /dtnd info] dtnd configuration parsing complete
[1170173582.358790 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/jgre/research/papers/bundle-navigation/testbed/homeagent/db
[1170173582.361162 /dtn/storage info] datastore db was cleanly shut down
[1170173582.361921 /dtn/tca info] TcaRouter started: role='gateway', admin_app='tca://jgre.openvpn.informatik.uni-bremen.de/admin'
[1170173582.361948 /dtn/bundle/daemon info] REGISTRATION_ADDED 0 tca://jgre.openvpn.informatik.uni-bremen.de
[1170173582.361964 /dtn/tca debug] dispatching event (0xb6a8e344) REGISTRATION_ADDED
[1170173582.361988 /dtn/bundle/daemon info] REGISTRATION_ADDED 2 tca://jgre.openvpn.informatik.uni-bremen.de/ping
[1170173582.362000 /dtn/tca debug] dispatching event (0xb6a8e32c) REGISTRATION_ADDED
[1170173582.362042 /dtn/bundle/daemon notice] loading bundles from data store
[1170173582.362146 /dtn/bundle/daemon info] BUNDLE_RECEIVED (from data store) bundle id 0 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) (0 bytes recvd)
[1170173582.362206 /dtn/tca debug] dispatching event (0xb6a8e33c) BUNDLE_RECEIVED
[1170173582.362219 /dtn/tca debug] Bundle payload length: 14
[1170173582.362530 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available':14
[1170173582.362617 /dtn/bundle/daemon info] BUNDLE_RECEIVED (from data store) bundle id 1 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) (0 bytes recvd)
[1170173582.362664 /dtn/tca debug] dispatching event (0xb6a8e33c) BUNDLE_RECEIVED
[1170173582.362676 /dtn/tca debug] Bundle payload length: 10
[1170173582.362811 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10
[1170173582.362852 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [AVAILABLE -> OPEN] (user action) for link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170173582.362877 /dtn/contact/null info] new contact contact /dev/null (started 1170173582.362873)
[1170173582.362909 /dtn/tca debug] dispatching event (0x81f0ab0) LINK_CREATED
[1170173582.362941 /dtn/bundle/daemon info] LINK_AVAILABLE loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE]
[1170173582.362954 /dtn/tca debug] dispatching event (0x81ee420) LINK_AVAILABLE
[1170173582.362965 /dtn/tca debug] check_next_hop jgre.openvpn.informatik.uni-bremen.de:5000: checking pending bundle list...
[1170173582.362981 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173582.362990 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173582.363004 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173582.363014 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173582.363023 /dtn/tca debug] TcaRouter::link available
[1170173582.363038 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available'
[1170173582.376747 /dtn/tca debug] dispatching event (0x81f0ad8) LINK_CREATED
[1170173582.376783 /dtn/bundle/daemon info] CONTACT_UP null [/dev/null dtn:none ALWAYSON OPENING] (contact 0x8257508)
[1170173582.376798 /dtn/tca debug] dispatching event (0x8255188) CONTACT_UP
[1170173582.376808 /dtn/tca debug] check_next_hop /dev/null: checking pending bundle list...
[1170173582.376824 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173582.376844 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173582.376858 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173582.376868 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173582.376877 /dtn/tca debug] TcaRouter::contact up
[1170173582.376893 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up'
[1170173582.377413 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 2 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (14 bytes payload) (0 bytes recvd)
[1170173582.377645 /dtn/tca debug] dispatching event (0x8257490) BUNDLE_RECEIVED
[1170173582.377658 /dtn/tca debug] Bundle payload length: 14
[1170173582.378070 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available':14
[1170173582.378122 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 3 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (10 bytes payload) (0 bytes recvd)
[1170173582.378395 /dtn/tca debug] dispatching event (0x8256f98) BUNDLE_RECEIVED
[1170173582.378408 /dtn/tca debug] Bundle payload length: 10
[1170173582.378538 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10
[1170173582.866141 /dtnd info] starting console on 127.0.0.1:5050
[1170173591.879080 /dtn/apiclient/26 info] new session 127.0.0.1:5010 -> 127.0.0.1:52864
[1170173591.888932 /dtn/bundle/daemon info] REGISTRATION_ADDED 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173591.890384 /dtn/registration/table info] adding registration 10/tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173591.924209 /dtn/registration/10 info] deliver_bundle: queuing bundle id 0 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173591.924361 /dtn/registration/10 info] deliver_bundle: queuing bundle id 1 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173591.924426 /dtn/registration/10 info] deliver_bundle: queuing bundle id 2 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173591.924490 /dtn/registration/10 info] deliver_bundle: queuing bundle id 3 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173591.924535 /dtn/tca debug] dispatching event (0x82bd068) REGISTRATION_ADDED
[1170173592.844011 /dtn/apiclient/26 info] DTN_RECV: successfully delivered bundle 0 to registration 10
[1170173592.844125 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:0 (14 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173592.844180 /dtn/tca debug] dispatching event (0x82d17c8) BUNDLE_DELIVERED
[1170173592.845068 /dtn/apiclient/26 info] DTN_RECV: successfully delivered bundle 1 to registration 10
[1170173592.845569 /dtn/apiclient/26 info] DTN_RECV: successfully delivered bundle 2 to registration 10
[1170173592.846039 /dtn/apiclient/26 info] DTN_RECV: successfully delivered bundle 3 to registration 10
[1170173592.853041 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:1 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173592.853100 /dtn/tca debug] dispatching event (0x82d17c8) BUNDLE_DELIVERED
[1170173592.853155 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:2 (14 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173592.853199 /dtn/tca debug] dispatching event (0x82d1940) BUNDLE_DELIVERED
[1170173592.853248 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:3 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173592.853291 /dtn/tca debug] dispatching event (0x82d1968) BUNDLE_DELIVERED
[1170173629.278509 /dtn/apiclient/26 info] IPC socket closed while blocked in read... application must have exited
[1170173654.572388 /dtnd notice] command loop exited... shutting down daemon
[1170173654.572454 /command notice] shutting down interpreter
[1170173654.573676 /dtnd notice] shutting down dtn server
[1170173654.573737 /dtnd info] DTNServer shutdown called, posting shutdown request to daemon
[1170173654.573991 /dtn/bundle/daemon notice] Received shutdown request
[1170173654.574301 /dtnd notice] closing persistent data store
[1170173654.596786 /dtn/storage info] db closed
[1170173654.596910 /dtnd notice] daemon exiting...
[1170173668.967774 /log debug] adding log reparse signal handler
[1170173668.967908 /timer debug] adding signal handler 0x810e5f4 for signal 1
[1170173668.967947 /log debug] adding log rotate signal handler
[1170173668.967970 /timer debug] adding signal handler 0x810d65a for signal 10
[1170173668.968007 /dtnd notice] DTN daemon starting up... (pid 28133)
[1170173668.983157 /command/help debug] help command registering
[1170173668.983297 /command/log debug] log command registering
[1170173668.983337 /command/debug debug] debug command registering
[1170173668.984341 /dtnd notice] random seed is 984333
[1170173668.984426 /thread debug] activating thread creation barrier
[1170173668.984482 /dtn/apiserver debug] APIServer init (evironment set addr 127.0.0.1 port 5010)
[1170173668.984567 /command/api debug] api command registering
[1170173668.984629 /command/completion_notifier/notifier debug] created pipe, fds: 8 9
[1170173668.984659 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set
[1170173668.984685 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set
[1170173668.984794 /command/bundle debug] bundle command registering
[1170173668.984852 /command/interface debug] interface command registering
[1170173668.984968 /command/link debug] link command registering
[1170173668.985236 /command/param debug] param command registering
[1170173668.985312 /command/registration debug] registration command registering
[1170173668.985434 /command/route debug] route command registering
[1170173668.985521 /command/discovery debug] discovery command registering
[1170173668.985840 /command/prophet debug] prophet command registering
[1170173668.985892 /command/shutdown debug] shutdown command registering
[1170173668.985934 /command/quit debug] quit command registering
[1170173668.986361 /command/storage debug] storage command registering
[1170173668.986394 /dtnd debug] registered dtn commands
[1170173668.986775 /dtn/bundle/daemon/notifier debug] created pipe, fds: 10 11
[1170173668.986808 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set
[1170173668.986834 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set
[1170173668.986898 /dtnd debug] intialized dtn components
[1170173668.986923 /command/console debug] console command registering
[1170173668.987039 /command/test debug] test command registering
[1170173668.987096 /dtnd info] parsing configuration file dtn.conf...
[1170173668.987124 /command debug] executing command file dtn.conf
[1170173669.023772 /dtnd info] dtnd parsing configuration...
[1170173669.025245 /dtn/interface/table info] adding interface tcp0 (tcp)
[1170173669.025286 /dtn/cl/tcp debug] adding interface tcp0
[1170173669.073596 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 12 13
[1170173669.073651 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
[1170173669.073679 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
[1170173669.073735 /dtn/cl/tcp/iface/tcp0 debug] created socket 14
[1170173669.073767 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
[1170173669.073804 /dtn/cl/tcp/iface/tcp0 debug] binding to 134.102.217.8:5000
[1170173669.073851 /dtn/cl/tcp/iface/tcp0 debug] listening
[1170173669.073902 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING
[1170173669.073966 /thread debug] delaying start of thread 0x81f06ac due to barrier
[1170173669.074105 /dtn/link/null debug] set_state UNAVAILABLE -> AVAILABLE
[1170173669.074135 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170173669.074252 /dtn/cl/null debug] init link /dev/null
[1170173669.074277 /dtn/link/null info] new link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170173669.074302 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 1 -> 2 add AlwaysOnLink 
[1170173669.074331 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add LinkStateChangeRequest 
[1170173669.074366 /dtn/bundle/daemon debug] posting event (0x81f0b28) with type LINK_STATE_CHANGE_REQUEST (at back)
[1170173669.074398 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173669.074434 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173669.074458 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 2 del AlwaysOnLink 
[1170173669.074485 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add ContaceManager::find_link: return value 
[1170173669.074512 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 2 del Link::create_link: return value 
[1170173669.074541 /dtn/contact/manager debug] adding link null
[1170173669.074562 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add ContactManager 
[1170173669.074593 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add ContactManager 
[1170173669.074620 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 4 -> 3 del ContactManager 
[1170173669.074647 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170173669.074675 /dtn/bundle/daemon debug] posting event (0x81f0ab0) with type LINK_CREATED (at back)
[1170173669.074699 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 4 -> 3 del ContaceManager::find_link: return value 
[1170173669.074790 /dtn/link/loc debug] set_state UNAVAILABLE -> AVAILABLE
[1170173669.074818 /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 
[1170173669.074869 /dtn/cl/tcp debug] adding ONDEMAND link jgre.openvpn.informatik.uni-bremen.de:5000
[1170173669.122266 /dtn/link/loc info] new link loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE]
[1170173669.122307 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 1 -> 2 add OndemandLink 
[1170173669.122338 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add LinkAvailableEvent 
[1170173669.122373 /dtn/bundle/daemon debug] posting event (0x81ee420) with type LINK_AVAILABLE (at back)
[1170173669.122398 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del OndemandLink 
[1170173669.122427 /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 
[1170173669.122454 /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 
[1170173669.122485 /dtn/contact/manager debug] adding link loc
[1170173669.122505 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add ContactManager 
[1170173669.122535 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 4 add ContactManager 
[1170173669.122563 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 3 del ContactManager 
[1170173669.122591 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170173669.122619 /dtn/bundle/daemon debug] posting event (0x81f0ad8) with type LINK_CREATED (at back)
[1170173669.122643 /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 
[1170173669.122731 /dtnd info] dtnd configuration parsing complete
[1170173669.123250 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/jgre/research/papers/bundle-navigation/testbed/homeagent/db
[1170173669.130652 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173669.130697 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173674:130686
[1170173669.130797 /dtn/storage info] datastore db was cleanly shut down
[1170173669.130829 /dtnd debug] directory validated: bundles
[1170173669.130863 /dtnd debug] directory access validated: bundles
[1170173669.131192 /dtn/storage debug] get_table -- opened table globals type 1
[1170173669.131235 /dtn/storage debug] table globals, +refcount=1
[1170173669.131473 /dtn/storage debug] get_table -- opened table bundles type 1
[1170173669.131530 /dtn/storage debug] table bundles, +refcount=1
[1170173669.131561 /dtn/bundle/free debug] destroying bundle id -1
[1170173669.131785 /dtn/storage debug] get_table -- opened table links type 1
[1170173669.131825 /dtn/storage debug] table links, +refcount=1
[1170173669.131899 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 18 19
[1170173669.131929 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170173669.131954 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170173669.132124 /dtn/storage debug] get_table -- opened table registrations type 1
[1170173669.132164 /dtn/storage debug] table registrations, +refcount=1
[1170173669.132190 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 18 19)
[1170173669.132237 /dtn/storage/globals debug] loading global store
[1170173669.132376 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 18 19
[1170173669.132408 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170173669.132432 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170173669.132638 /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)
[1170173669.132687 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 18 19)
[1170173669.132722 /dtn/bundle/free debug] destroying bundle id -1
[1170173669.132756 /thread debug] delaying start of thread 0x81ee360 due to barrier
[1170173669.132788 /dtnd debug] started dtn server
[1170173669.132826 /dtn/apiserver/18 debug] created socket 18
[1170173669.132848 /dtn/apiserver/18 debug] setting SO_REUSEADDR
[1170173669.132872 /dtn/apiserver/18 debug] binding to 127.0.0.1:5010
[1170173669.132902 /dtn/apiserver/18 debug] listening
[1170173669.132969 /dtn/apiserver/18 debug] state INIT -> LISTENING
[1170173669.132991 /thread debug] delaying start of thread 0x81e9788 due to barrier
[1170173669.133017 /thread debug] releasing thread creation barrier -- 3 queued threads
[1170173669.133041 /thread debug] starting thread 0x81f06ac
[1170173669.133120 /thread debug] starting thread 0x81ee360
[1170173669.133178 /thread debug] starting thread 0x81e9788
[1170173669.135489 /dtn/tca info] TcaRouter started: role='gateway', admin_app='tca://jgre.openvpn.informatik.uni-bremen.de/admin'
[1170173669.135561 /dtn/bundle/daemon debug] dispatching event (0xb6ab8344) REGISTRATION_ADDED
[1170173669.135589 /dtn/bundle/daemon info] REGISTRATION_ADDED 0 tca://jgre.openvpn.informatik.uni-bremen.de
[1170173669.135620 /dtn/tca debug] dispatching event (0xb6ab8344) REGISTRATION_ADDED
[1170173669.135678 /dtn/contact/manager debug] dispatching event (0xb6ab8344) REGISTRATION_ADDED
[1170173669.135728 /dtn/bundle/daemon debug] dispatching event (0xb6ab832c) REGISTRATION_ADDED
[1170173669.135753 /dtn/bundle/daemon info] REGISTRATION_ADDED 2 tca://jgre.openvpn.informatik.uni-bremen.de/ping
[1170173669.135779 /dtn/tca debug] dispatching event (0xb6ab832c) REGISTRATION_ADDED
[1170173669.135802 /dtn/contact/manager debug] dispatching event (0xb6ab832c) REGISTRATION_ADDED
[1170173669.135897 /dtn/bundle/daemon notice] loading bundles from data store
[1170173669.135963 /timer debug] new timeout 4995
[1170173669.135997 /dtn/bundle/daemon debug] dispatching event (0x81f0b28) LINK_STATE_CHANGE_REQUEST
[1170173669.136026 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add LinkStateChangeRequest 
[1170173669.136058 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [AVAILABLE -> OPEN] (user action) for link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170173669.136087 /dtn/bundle/actions debug] opening link null
[1170173669.136109 /dtn/link/null debug] Link::open
[1170173669.136130 /dtn/link/null debug] set_state AVAILABLE -> OPENING
[1170173669.136151 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 5 add Link::open 
[1170173669.136182 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 5 -> 6 add Contact 
[1170173669.136213 /dtn/contact/null info] new contact contact /dev/null (started 1170173669.136206)
[1170173669.136237 /dtn/contact/refs debug] refcount contact /dev/null (started 1170173669.136206) 0 -> 1 add Link 
[1170173669.136264 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 6 -> 5 del Link::open 
[1170173669.136319 /dtn/contact/refs debug] refcount contact /dev/null (started 1170173669.136206) 1 -> 2 add ContactUpEvent 
[1170173669.136348 /dtn/bundle/daemon debug] posting event (0x825dba8) with type CONTACT_UP (at back)
[1170173669.136373 /dtn/link/null debug] null [/dev/null dtn:none ALWAYSON OPENING] new contact 0x825e1c8
[1170173669.136398 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 5 -> 4 del LinkStateChangeRequest 
[1170173669.136429 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 3 del LinkStateChangeRequest 
[1170173669.136465 /timer debug] new timeout 4995
[1170173669.136494 /dtn/bundle/daemon debug] dispatching event (0x81f0ab0) LINK_CREATED
[1170173669.136517 /dtn/tca debug] dispatching event (0x81f0ab0) LINK_CREATED
[1170173669.136542 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 3 -> 4 add LinkCreatedEvent 
[1170173669.136586 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 3 del LinkCreatedEvent 
[1170173669.136616 /dtn/contact/manager debug] dispatching event (0x81f0ab0) LINK_CREATED
[1170173669.136642 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 3 -> 2 del LinkCreatedEvent 
[1170173669.136674 /timer debug] new timeout 4995
[1170173669.136702 /dtn/bundle/daemon debug] dispatching event (0x81ee420) LINK_AVAILABLE
[1170173669.136725 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 4 add LinkAvailableEvent 
[1170173669.136753 /dtn/bundle/daemon info] LINK_AVAILABLE loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE]
[1170173669.136777 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 4 -> 3 del LinkAvailableEvent 
[1170173669.136804 /dtn/tca debug] dispatching event (0x81ee420) LINK_AVAILABLE
[1170173669.136831 /dtn/tca debug] check_next_hop jgre.openvpn.informatik.uni-bremen.de:5000: checking pending bundle list...
[1170173669.136856 /dtn/tca debug] TcaRouter::link available
[1170173669.136895 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available'
[1170173669.136940 /dtn/storage/globals debug] next_bundleid 0 -> 1
[1170173669.136987 /dtn/storage/globals debug] updating global store
[1170173669.137039 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173669.147980 /dtn/bundle debug] Bundle::init bundle id 0
[1170173669.151441 /dtn/bundle/payload/0/file debug] open bundles/bundle_0.dat (flags 0xc2 mode 0x180): fd 21
[1170173669.151482 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=21 pin_count=1 size=0
[1170173669.152012 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=1
[1170173669.152055 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=1
[1170173669.152133 /dtn/bundle/payload/0/file debug] ::writev() fd 21 cc 14
[1170173669.152158 /dtn/bundle/payload/0/file debug] writeall 14 bytes 0 left 14 total
[1170173669.152188 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=1
[1170173669.152217 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173669.152246 /dtn/bundle/daemon debug] posting event (0x825d8e0) with type BUNDLE_RECEIVED (at back)
[1170173669.152275 /dtn/contact/manager debug] dispatching event (0x81ee420) LINK_AVAILABLE
[1170173669.152304 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del LinkAvailableEvent 
[1170173669.152339 /timer debug] new timeout 4979
[1170173669.152369 /dtn/bundle/daemon debug] dispatching event (0x81f0ad8) LINK_CREATED
[1170173669.152391 /dtn/tca debug] dispatching event (0x81f0ad8) LINK_CREATED
[1170173669.152413 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 3 add LinkCreatedEvent 
[1170173669.152456 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 3 -> 2 del LinkCreatedEvent 
[1170173669.152488 /dtn/contact/manager debug] dispatching event (0x81f0ad8) LINK_CREATED
[1170173669.152513 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 1 del LinkCreatedEvent 
[1170173669.152546 /timer debug] new timeout 4979
[1170173669.152574 /dtn/bundle/daemon debug] dispatching event (0x825dba8) CONTACT_UP
[1170173669.152597 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 2 -> 3 add Contact 
[1170173669.152626 /dtn/bundle/daemon info] CONTACT_UP null [/dev/null dtn:none ALWAYSON OPENING] (contact 0x825e1c8)
[1170173669.152652 /dtn/link/null debug] set_state OPENING -> OPEN
[1170173669.152673 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170173669.152700 /dtn/tca debug] dispatching event (0x825dba8) CONTACT_UP
[1170173669.152723 /dtn/tca debug] check_next_hop /dev/null: checking pending bundle list...
[1170173669.152746 /dtn/tca debug] TcaRouter::contact up
[1170173669.152786 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up'
[1170173669.152826 /dtn/storage/globals debug] next_bundleid 1 -> 2
[1170173669.152850 /dtn/storage/globals debug] updating global store
[1170173669.152924 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173669.153433 /dtn/bundle debug] Bundle::init bundle id 1
[1170173669.153501 /dtn/bundle/payload/1/file debug] open bundles/bundle_1.dat (flags 0xc2 mode 0x180): fd 22
[1170173669.153536 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=22 pin_count=1 size=1
[1170173669.153570 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2
[1170173669.153609 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=2
[1170173669.153667 /dtn/bundle/payload/1/file debug] ::writev() fd 22 cc 10
[1170173669.153691 /dtn/bundle/payload/1/file debug] writeall 10 bytes 0 left 10 total
[1170173669.153720 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2
[1170173669.153748 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173669.153795 /dtn/bundle/daemon debug] posting event (0x825e510) with type BUNDLE_RECEIVED (at back)
[1170173669.153825 /dtn/contact/manager debug] dispatching event (0x825dba8) CONTACT_UP
[1170173669.153853 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 3 add Contact 
[1170173669.153883 /dtn/contact/manager debug] resetting retry interval for link null: 0 -> 5
[1170173669.153906 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170173669.153937 /dtn/contact/refs debug] refcount contact /dev/null (started 1170173669.136206) 2 -> 1 del ContactUpEvent 
[1170173669.153971 /timer debug] new timeout 4977
[1170173669.153999 /dtn/bundle/daemon debug] dispatching event (0x825d8e0) BUNDLE_RECEIVED
[1170173669.154120 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173669.154120 /dtn/bundle/daemon debug] bundle id 0:
[1170173669.154120 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173669.154120 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173669.154120 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173669.154120 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173669.154120 /dtn/bundle/daemon debug]            prevhop: 
[1170173669.154120 /dtn/bundle/daemon debug]     payload_length: 14
[1170173669.154120 /dtn/bundle/daemon debug]           priority: 1
[1170173669.154120 /dtn/bundle/daemon debug]  custody_requested: false
[1170173669.154120 /dtn/bundle/daemon debug]      local_custody: false
[1170173669.154120 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173669.154120 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173669.154120 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173669.154120 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173669.154120 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173669.154120 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173669.154120 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173669.154120 /dtn/bundle/daemon debug]        creation_ts: 223488869.0
[1170173669.154120 /dtn/bundle/daemon debug]         expiration: 3600
[1170173669.154120 /dtn/bundle/daemon debug]        is_fragment: false
[1170173669.154120 /dtn/bundle/daemon debug]           is_admin: false
[1170173669.154120 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173669.154120 /dtn/bundle/daemon debug]        orig_length: 0
[1170173669.154120 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173669.154120 /dtn/bundle/daemon debug] transmission_count: 0
[1170173669.154175 /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
[1170173669.154211 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173669.154238 /dtn/bundle/list/pending_bundles debug] bundle id 0 add mapping [pending_bundles] to list 0x81ee540
[1170173669.154262 /dtn/bundle/actions debug] adding bundle 0 to data store
[1170173669.154296 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173669.154618 /dtn/storage/bundles debug] add(0): success
[1170173669.154653 /dtn/bundle/daemon debug] scheduling expiration for bundle id 0 at 1170177269.154646 (in 3600 seconds)
[1170173669.154681 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173669.154713 /timer debug] scheduling timer 0x825dba8 in 3600000 ms at 1170177269:154646
[1170173669.154753 /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)
[1170173669.154786 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173669.154880 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 0 matches
[1170173669.154909 /dtn/tca debug] dispatching event (0x825d8e0) BUNDLE_RECEIVED
[1170173669.154938 /dtn/tca debug] Bundle payload length: 14
[1170173669.155447 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=2
[1170173669.155489 /dtn/bundle/payload/0/file debug] lseek 0 SEEK_SET -> 0
[1170173669.155990 /dtn/bundle/payload/0/file debug] ::readv() fd 21 cc 14
[1170173669.156015 /dtn/bundle/payload/0/file debug] readall 14 bytes 0 left 14 total
[1170173669.156045 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=2
[1170173669.156077 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=2
[1170173669.156103 /dtn/bundle/payload/0/file debug] lseek 0 SEEK_SET -> 0
[1170173669.156129 /dtn/bundle/payload/0/file debug] ::readv() fd 21 cc 14
[1170173669.156151 /dtn/bundle/payload/0/file debug] readall 14 bytes 0 left 14 total
[1170173669.156178 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=2
[1170173669.156203 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available':14
[1170173669.156246 /dtn/contact/manager debug] dispatching event (0x825d8e0) BUNDLE_RECEIVED
[1170173669.156276 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent 
[1170173669.156308 /timer debug] new timeout 4975
[1170173669.156333 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173669.156361 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173669.156384 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173669.156410 /dtn/bundle/daemon debug] dispatching event (0x825e510) BUNDLE_RECEIVED
[1170173669.156525 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173669.156525 /dtn/bundle/daemon debug] bundle id 1:
[1170173669.156525 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173669.156525 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173669.156525 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173669.156525 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173669.156525 /dtn/bundle/daemon debug]            prevhop: 
[1170173669.156525 /dtn/bundle/daemon debug]     payload_length: 10
[1170173669.156525 /dtn/bundle/daemon debug]           priority: 1
[1170173669.156525 /dtn/bundle/daemon debug]  custody_requested: false
[1170173669.156525 /dtn/bundle/daemon debug]      local_custody: false
[1170173669.156525 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173669.156525 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173669.156525 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173669.156525 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173669.156525 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173669.156525 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173669.156525 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173669.156525 /dtn/bundle/daemon debug]        creation_ts: 223488869.1
[1170173669.156525 /dtn/bundle/daemon debug]         expiration: 3600
[1170173669.156525 /dtn/bundle/daemon debug]        is_fragment: false
[1170173669.156525 /dtn/bundle/daemon debug]           is_admin: false
[1170173669.156525 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173669.156525 /dtn/bundle/daemon debug]        orig_length: 0
[1170173669.156525 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173669.156525 /dtn/bundle/daemon debug] transmission_count: 0
[1170173669.156577 /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
[1170173669.156634 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173669.156663 /dtn/bundle/list/pending_bundles debug] bundle id 1 add mapping [pending_bundles] to list 0x81ee540
[1170173669.156687 /dtn/bundle/actions debug] adding bundle 1 to data store
[1170173669.156721 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173669.162503 /dtn/storage/bundles debug] add(1): success
[1170173669.165014 /dtn/bundle/daemon debug] scheduling expiration for bundle id 1 at 1170177269.165005 (in 3600 seconds)
[1170173669.165047 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173669.165079 /timer debug] scheduling timer 0x825ddb8 in 3600000 ms at 1170177269:165005
[1170173669.165116 /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)
[1170173669.165148 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173669.165213 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 0 matches
[1170173669.165241 /dtn/tca debug] dispatching event (0x825e510) BUNDLE_RECEIVED
[1170173669.165266 /dtn/tca debug] Bundle payload length: 10
[1170173669.165983 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=2
[1170173669.166018 /dtn/bundle/payload/1/file debug] lseek 0 SEEK_SET -> 0
[1170173669.166049 /dtn/bundle/payload/1/file debug] ::readv() fd 22 cc 10
[1170173669.166072 /dtn/bundle/payload/1/file debug] readall 10 bytes 0 left 10 total
[1170173669.166100 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2
[1170173669.166131 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=2
[1170173669.166156 /dtn/bundle/payload/1/file debug] lseek 0 SEEK_SET -> 0
[1170173669.166183 /dtn/bundle/payload/1/file debug] ::readv() fd 22 cc 10
[1170173669.166205 /dtn/bundle/payload/1/file debug] readall 10 bytes 0 left 10 total
[1170173669.166232 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2
[1170173669.166258 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10
[1170173669.166299 /dtn/contact/manager debug] dispatching event (0x825e510) BUNDLE_RECEIVED
[1170173669.166329 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent 
[1170173669.166361 /timer debug] new timeout 4965
[1170173669.166413 /dtn/bundle/daemon debug] poll returned 1
[1170173669.166437 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173669.166474 /timer debug] new timeout 4965
[1170173669.639567 /dtnd info] starting console on 127.0.0.1:5050
[1170173669.639631 /command debug] starting command server on 127.0.0.1:5050
[1170173674.135868 /dtn/bundle/daemon debug] poll returned -2
[1170173674.135928 /dtn/bundle/daemon debug] poll timeout
[1170173674.135963 /timer debug] popping timer 0x8261880 at 1170173674.135951
[1170173674.135990 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173674.136045 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173674.136078 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173679:136068
[1170173674.136114 /timer debug] new timeout 5000
[1170173674.136150 /dtn/bundle/daemon debug] poll returned 1
[1170173674.136173 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173674.136202 /timer debug] new timeout 5000
[1170173679.140231 /dtn/bundle/daemon debug] poll returned -2
[1170173679.140303 /dtn/bundle/daemon debug] poll timeout
[1170173679.140338 /timer debug] popping timer 0x8261880 at 1170173679.140326
[1170173679.140365 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173679.140394 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173679.140472 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173684:140461
[1170173679.140511 /timer debug] new timeout 5000
[1170173679.140548 /dtn/bundle/daemon debug] poll returned 1
[1170173679.140571 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173679.140600 /timer debug] new timeout 5000
[1170173684.150349 /dtn/bundle/daemon debug] poll returned -2
[1170173684.150415 /dtn/bundle/daemon debug] poll timeout
[1170173684.150450 /timer debug] popping timer 0x8261880 at 1170173684.150438
[1170173684.150478 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173684.150506 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173684.150536 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173689:150526
[1170173684.150573 /timer debug] new timeout 5000
[1170173684.150609 /dtn/bundle/daemon debug] poll returned 1
[1170173684.150631 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173684.150661 /timer debug] new timeout 5000
[1170173687.349774 /dtn/apiserver/18 debug] accepted connection fd 24 from 127.0.0.1:40153
[1170173687.349861 /dtn/apiclient/24 debug] setting SO_REUSEADDR
[1170173687.349902 /dtn/apiclient/24/notifier debug] created pipe, fds: 25 26
[1170173687.350257 /dtn/apiclient/24/notifier debug] set_nonblocking: nonblocking mode set
[1170173687.350289 /dtn/apiclient/24/notifier debug] set_nonblocking: nonblocking mode set
[1170173687.350329 /thread debug] starting thread 0x82c06e8
[1170173687.350435 /dtn/apiclient/24 info] new session 127.0.0.1:5010 -> 127.0.0.1:40153
[1170173687.350474 /dtn/apiclient/24 debug] ::readv() fd 24 cc 4
[1170173687.350497 /dtn/apiclient/24 debug] readall 4 bytes 0 left 4 total
[1170173687.350544 /dtn/apiclient/24 debug] ::writev() fd 24 cc 4
[1170173687.350569 /dtn/apiclient/24 debug] writeall 4 bytes 0 left 4 total
[1170173687.350969 /dtn/apiclient/24 debug] ::readv() fd 24 cc 1029
[1170173687.351000 /dtn/apiclient/24 debug] got DTN_LOCAL_EID (1024/1024 bytes)
[1170173687.351106 /dtn/apiclient/24 debug] get_local_eid encoded 256 byte response
[1170173687.351142 /dtn/apiclient/24 debug] building reply: status (unknown type), length 256
[1170173687.351167 /dtn/apiclient/24 debug] sending 264 byte reply message
[1170173687.351203 /dtn/apiclient/24 debug] ::writev() fd 24 cc 264
[1170173687.351227 /dtn/apiclient/24 debug] writeall 264 bytes 0 left 264 total
[1170173687.351338 /dtn/apiclient/24 debug] ::readv() fd 24 cc 281
[1170173687.351367 /dtn/apiclient/24 debug] got DTN_REGISTER (276/276 bytes)
[1170173687.351459 /dtn/storage/globals debug] next_regid 10 -> 11
[1170173687.351485 /dtn/storage/globals debug] updating global store
[1170173687.351570 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173687.359140 /dtn/registration/10 debug] scheduling expiration for registration id 10 at 1172173687.0 (in 1999999 seconds): 
[1170173687.360341 /timer debug] scheduling timer 0x82bc448 in 1999999640 ms at 1172173687:0
[1170173687.360391 /dtn/bundle/daemon debug] poll returned 1
[1170173687.360416 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173687.360458 /timer debug] new timeout 1791
[1170173687.360515 /dtn/bundle/list//dtn/registration/10/notifier debug] created pipe, fds: 27 28
[1170173687.360544 /dtn/bundle/list//dtn/registration/10/notifier debug] set_nonblocking: nonblocking mode set
[1170173687.360569 /dtn/bundle/list//dtn/registration/10/notifier debug] set_nonblocking: nonblocking mode set
[1170173687.360598 /dtn/bundle/daemon debug] posting event (0x82bc5a8) with type REGISTRATION_ADDED (at back)
[1170173687.360624 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173687.383726 /dtn/bundle/daemon debug] poll returned 1
[1170173687.383772 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173687.383804 /timer debug] new timeout 1767
[1170173687.383835 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173687.383866 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173687.383956 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173687.383981 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173687.384010 /dtn/bundle/daemon debug] dispatching event (0x82bc5a8) REGISTRATION_ADDED
[1170173687.384036 /dtn/bundle/daemon info] REGISTRATION_ADDED 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173687.384074 /dtn/registration/table info] adding registration 10/tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173687.384126 /dtn/storage/registrations debug] put: serializing 73 byte object (plus 0 byte typecode)
[1170173687.384429 /dtn/apiclient/24/notifier debug] attempting to wait on 0x82d07ec, count = 0
[1170173687.384973 /dtn/storage/registrations debug] add(10): success
[1170173687.385050 /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'
[1170173687.385085 /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)
[1170173687.385118 /dtn/registration/10 info] deliver_bundle: queuing bundle id 0 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173687.385155 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 2 -> 3 (2 mappings) add bundle_list /dtn/registration/10
[1170173687.385184 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173687.385212 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170173687.385235 /dtn/bundle/list//dtn/registration/10 debug] bundle id 0 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173687.385275 /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'
[1170173687.385307 /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)
[1170173687.385337 /dtn/registration/10 info] deliver_bundle: queuing bundle id 1 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173687.385365 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 2 -> 3 (2 mappings) add bundle_list /dtn/registration/10
[1170173687.385393 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173687.385417 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 2
[1170173687.385439 /dtn/bundle/list//dtn/registration/10 debug] bundle id 1 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173687.385464 /dtn/tca debug] dispatching event (0x82bc5a8) REGISTRATION_ADDED
[1170173687.385488 /dtn/contact/manager debug] dispatching event (0x82bc5a8) REGISTRATION_ADDED
[1170173687.385510 /dtn/apiclient/24/notifier debug] notifier notify
[1170173687.385536 /dtn/apiclient/24/notifier debug] notify count = 1
[1170173687.385568 /timer debug] new timeout 1765
[1170173687.385613 /dtn/apiclient/24/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170173687.385641 /dtn/apiclient/24/notifier debug] poll_with_notifier: normal fd has event
[1170173687.385663 /dtn/apiclient/24/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173687.385689 /dtn/apiclient/24/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173687.385712 /dtn/apiclient/24/notifier debug] drain pipe count = 0
[1170173687.385733 /dtn/apiclient/24/notifier debug] notifier wait successfully notified
[1170173687.385787 /dtn/apiclient/24 debug] building reply: status (unknown type), length 4
[1170173687.385811 /dtn/apiclient/24 debug] sending 12 byte reply message
[1170173687.388068 /dtn/apiclient/24 debug] ::writev() fd 24 cc 12
[1170173687.388153 /dtn/apiclient/24 debug] writeall 12 bytes 0 left 12 total
[1170173688.291519 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173688.291578 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173688.291615 /dtn/apiclient/24 debug] wait_for_bundle(recv): immediately returning bundle for reg 10
[1170173688.291643 /dtn/bundle/list//dtn/registration/10 debug] bundle id 0 del_bundle: deleting mapping [/dtn/registration/10]
[1170173688.291703 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173688.291736 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173688.291759 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 1
[1170173688.291784 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170173688.291812 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170173688.291838 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170173688.291865 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170173688.291890 /dtn/apiclient/24 debug] handle_recv: popped bundle 0 for registration 10 (timeout 30000)
[1170173688.291932 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=2
[1170173688.291963 /dtn/bundle/payload/0/file debug] lseek 0 SEEK_SET -> 0
[1170173688.291996 /dtn/bundle/payload/0/file debug] ::readv() fd 21 cc 14
[1170173688.292019 /dtn/bundle/payload/0/file debug] readall 14 bytes 0 left 14 total
[1170173688.292047 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=2
[1170173688.292142 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 0 to registration 10
[1170173688.292173 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170173688.292201 /dtn/bundle/daemon debug] posting event (0x82d0ad0) with type BUNDLE_DELIVERED (at back)
[1170173688.292227 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173688.292254 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173688.292279 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170173688.292308 /dtn/apiclient/24 debug] building reply: status (unknown type), length 824
[1170173688.292332 /dtn/apiclient/24 debug] sending 832 byte reply message
[1170173688.292920 /dtn/apiclient/24 debug] ::writev() fd 24 cc 832
[1170173688.292952 /dtn/apiclient/24 debug] writeall 832 bytes 0 left 832 total
[1170173688.292983 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173688.293007 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173688.293034 /dtn/apiclient/24 debug] wait_for_bundle(recv): immediately returning bundle for reg 10
[1170173688.293060 /dtn/bundle/list//dtn/registration/10 debug] bundle id 1 del_bundle: deleting mapping [/dtn/registration/10]
[1170173688.293088 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173688.293116 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173688.293140 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170173688.293162 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170173688.293189 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170173688.293216 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170173688.293242 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170173688.293269 /dtn/apiclient/24 debug] handle_recv: popped bundle 1 for registration 10 (timeout 30000)
[1170173688.293343 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=2
[1170173688.293373 /dtn/bundle/payload/1/file debug] lseek 0 SEEK_SET -> 0
[1170173688.293407 /dtn/bundle/payload/1/file debug] ::readv() fd 22 cc 10
[1170173688.293430 /dtn/bundle/payload/1/file debug] readall 10 bytes 0 left 10 total
[1170173688.293457 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=2
[1170173688.293490 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 1 to registration 10
[1170173688.293515 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170173688.293542 /dtn/bundle/daemon debug] posting event (0x82d0af8) with type BUNDLE_DELIVERED (at back)
[1170173688.293568 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170173688.293596 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820
[1170173688.293619 /dtn/apiclient/24 debug] sending 828 byte reply message
[1170173688.293843 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828
[1170173688.293872 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total
[1170173688.293902 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173688.293925 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173688.293952 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173688.293996 /dtn/bundle/daemon debug] poll returned 1
[1170173688.294021 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173688.294048 /timer debug] new timeout 857
[1170173688.294079 /dtn/bundle/daemon debug] dispatching event (0x82d0ad0) BUNDLE_DELIVERED
[1170173688.294103 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:0 (14 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173688.294134 /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
[1170173688.294163 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 0
[1170173688.294186 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173688.294215 /dtn/bundle/list/pending_bundles debug] bundle id 0 del_bundle: deleting mapping [pending_bundles]
[1170173688.294243 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173688.294271 /dtn/tca debug] dispatching event (0x82d0ad0) BUNDLE_DELIVERED
[1170173688.294294 /dtn/contact/manager debug] dispatching event (0x82d0ad0) BUNDLE_DELIVERED
[1170173688.294320 /dtn/bundle/refs debug] bundle id 0 (0x825e290): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170173688.294346 /dtn/bundle debug] bundle id 0 (0x825e290): no more references, posting free event
[1170173688.294370 /dtn/bundle/daemon debug] posting event (0x825dcf0) with type BUNDLE_FREE (at back)
[1170173688.294400 /timer debug] new timeout 857
[1170173688.294427 /dtn/bundle/daemon debug] dispatching event (0x82d0af8) BUNDLE_DELIVERED
[1170173688.294450 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:1 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173688.294477 /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
[1170173688.294504 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 1
[1170173688.294527 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173688.294554 /dtn/bundle/list/pending_bundles debug] bundle id 1 del_bundle: deleting mapping [pending_bundles]
[1170173688.294580 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173688.294608 /dtn/tca debug] dispatching event (0x82d0af8) BUNDLE_DELIVERED
[1170173688.294657 /dtn/contact/manager debug] dispatching event (0x82d0af8) BUNDLE_DELIVERED
[1170173688.294685 /dtn/bundle/refs debug] bundle id 1 (0x8257000): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170173688.294711 /dtn/bundle debug] bundle id 1 (0x8257000): no more references, posting free event
[1170173688.294735 /dtn/bundle/daemon debug] posting event (0x82d0a68) with type BUNDLE_FREE (at back)
[1170173688.294764 /timer debug] new timeout 856
[1170173688.294791 /dtn/bundle/daemon debug] dispatching event (0x825dcf0) BUNDLE_FREE
[1170173688.294815 /dtn/bundle/actions debug] removing bundle 0 from data store
[1170173688.299674 /dtn/storage/bundles debug] del(0): success
[1170173688.301914 /dtn/bundle/free debug] destroying bundle id 0
[1170173688.301974 /dtn/storage/bundles/fdcache/cache debug] Closed 21 size=2
[1170173688.302074 /dtn/bundle/payload/0/file debug] unlink bundles/bundle_0.dat: 0
[1170173688.302121 /timer debug] new timeout 849
[1170173688.302148 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173688.302175 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173688.302198 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173688.302224 /dtn/bundle/daemon debug] dispatching event (0x82d0a68) BUNDLE_FREE
[1170173688.302247 /dtn/bundle/actions debug] removing bundle 1 from data store
[1170173688.302789 /dtn/storage/bundles debug] del(1): success
[1170173688.302822 /dtn/bundle/free debug] destroying bundle id 1
[1170173688.302861 /dtn/storage/bundles/fdcache/cache debug] Closed 22 size=1
[1170173688.302932 /dtn/bundle/payload/1/file debug] unlink bundles/bundle_1.dat: 0
[1170173688.302974 /timer debug] new timeout 848
[1170173689.152792 /dtn/bundle/daemon debug] poll returned -2
[1170173689.152852 /dtn/bundle/daemon debug] poll timeout
[1170173689.152886 /timer debug] popping timer 0x8261880 at 1170173689.152874
[1170173689.152914 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173689.152942 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173689.152972 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173694:152962
[1170173689.153009 /timer debug] new timeout 5000
[1170173689.153044 /dtn/bundle/daemon debug] poll returned 1
[1170173689.153067 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173689.153096 /timer debug] new timeout 5000
[1170173694.157317 /dtn/bundle/daemon debug] poll returned -2
[1170173694.157376 /dtn/bundle/daemon debug] poll timeout
[1170173694.157410 /timer debug] popping timer 0x8261880 at 1170173694.157398
[1170173694.157438 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173694.157467 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173694.157497 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173699:157487
[1170173694.157533 /timer debug] new timeout 5000
[1170173694.157569 /dtn/bundle/daemon debug] poll returned 1
[1170173694.157592 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173694.157620 /timer debug] new timeout 5000
[1170173699.161418 /dtn/bundle/daemon debug] poll returned -2
[1170173699.161471 /dtn/bundle/daemon debug] poll timeout
[1170173699.161506 /timer debug] popping timer 0x8261880 at 1170173699.161494
[1170173699.161534 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173699.161562 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173699.161593 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173704:161583
[1170173699.161628 /timer debug] new timeout 5000
[1170173699.161663 /dtn/bundle/daemon debug] poll returned 1
[1170173699.161686 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173699.161716 /timer debug] new timeout 5000
[1170173702.639039 /dtn/cl/tcp/iface/tcp0 debug] accepted connection fd 21 from 134.102.201.174:39960
[1170173702.639117 /dtn/cl/tcp/iface/tcp0 debug] new connection from 134.102.201.174:39960
[1170173702.639183 /dtn/cl/tcp/notifier debug] created pipe, fds: 22 29
[1170173702.639263 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170173702.639289 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170173702.639393 /dtn/cl/tcp/conn/0x825e290/21 debug] setting SO_REUSEADDR
[1170173702.639426 /dtn/cl/tcp/conn/0x825e290/21 debug] set_nonblocking: nonblocking mode set
[1170173702.639452 /thread debug] starting thread 0x825e294
[1170173702.639555 /dtn/cl/tcp/conn/0x825e290 debug] accept: got connection from 134.102.201.174:39960...
[1170173702.639584 /dtn/cl/tcp/conn/0x825e290 debug] initiate_contact called
[1170173702.639616 /dtn/cl/tcp/conn/0x825e290 debug] noting data_sent
[1170173702.639641 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 52 bytes from send buffer...
[1170173702.640007 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 52
[1170173702.640039 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 52/52 bytes from send buffer
[1170173702.640086 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173702.640132 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173702.640159 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173702.640183 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173702.640214 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 28
[1170173702.640237 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 28 bytes, rcvbuf has 0 bytes
[1170173702.640261 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 28 bytes from receive buffer
[1170173702.640288 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173702.640383 /dtn/contact/manager debug] find_link_to: cl tcp nexthop  remote_eid tca://correspondent type OPPORTUNISTIC states 0x3
[1170173702.640415 /dtn/contact/manager debug] ContactManager::find_link_to: no match
[1170173702.640440 /dtn/contact/manager debug] new_opportunistic_link: cl tcp nexthop 134.102.201.174:39960 remote_eid tca://correspondent
[1170173702.640493 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 dtn:none OPPORTUNISTIC UNAVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170173702.640557 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 134.102.201.174:39960
[1170173702.640639 /dtn/link/opportunistic-0 info] new link opportunistic-0 [134.102.201.174:39960 dtn:none OPPORTUNISTIC UNAVAILABLE]
[1170173702.640699 /dtn/contact/manager debug] adding link opportunistic-0
[1170173702.640721 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 1 -> 2 add ContactManager 
[1170173702.640753 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add ContactManager 
[1170173702.640781 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 2 del ContactManager 
[1170173702.640810 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add LinkCreatedEvent 
[1170173702.640840 /dtn/bundle/daemon debug] posting event (0x82571f0) with type LINK_CREATED (at back)
[1170173702.640865 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.640901 /dtn/bundle/daemon debug] poll returned 1
[1170173702.640925 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173702.640953 /timer debug] new timeout 1521
[1170173702.640980 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.641008 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.641036 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.641058 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.641085 /dtn/bundle/daemon debug] dispatching event (0x82571f0) LINK_CREATED
[1170173702.641108 /dtn/tca debug] dispatching event (0x82571f0) LINK_CREATED
[1170173702.641130 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170173702.641227 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 4 -> 5 add RouteEntry 
[1170173702.641311 /dtn/bundle/daemon debug] posting event (0x82d0af8) with type ROUTE_ADD (at back)
[1170173702.641337 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.641361 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.641383 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 5 -> 4 del LinkCreatedEvent 
[1170173702.641412 /dtn/contact/manager debug] dispatching event (0x82571f0) LINK_CREATED
[1170173702.641439 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del LinkCreatedEvent 
[1170173702.641472 /timer debug] new timeout 1521
[1170173702.641496 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.641522 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.641544 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.641570 /dtn/bundle/daemon debug] dispatching event (0x82d0af8) ROUTE_ADD
[1170173702.641608 /dtn/bundle/daemon info] ROUTE_ADD tca://correspondent -> 134.102.201.174:39960 (FORWARD)
[1170173702.641633 /dtn/tca debug] dispatching event (0x82d0af8) ROUTE_ADD
[1170173702.641656 /dtn/routing/TcaRouter/table debug] add_route tca://correspondent -> 134.102.201.174:39960 (FORWARD)
[1170173702.641688 /dtn/tca debug] check_next_hop 134.102.201.174:39960: checking pending bundle list...
[1170173702.641714 /dtn/contact/manager debug] dispatching event (0x82d0af8) ROUTE_ADD
[1170173702.641745 /timer debug] new timeout 1520
[1170173702.641779 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add ContactManager::find_link_to: return value 
[1170173702.641809 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del Link::create_link: return value 
[1170173702.641839 /dtn/cl/tcp/conn/0x825e290 debug] created new opportunistic link opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE]
[1170173702.641869 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170173702.641900 /dtn/contact/opportunistic-0 info] new contact contact 134.102.201.174:39960 (started 1170173702.641894)
[1170173702.641926 /dtn/contact/refs debug] refcount contact 134.102.201.174:39960 (started 1170173702.641894) 0 -> 1 add TCPConvergenceLayer::Connection 
[1170173702.641954 /dtn/contact/refs debug] refcount contact 134.102.201.174:39960 (started 1170173702.641894) 1 -> 2 add Link 
[1170173702.641981 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del ContactManager::find_link_to: return value 
[1170173702.642010 /dtn/cl/tcp/conn/0x825e290 debug] contact_up
[1170173702.642032 /dtn/contact/refs debug] refcount contact 134.102.201.174:39960 (started 1170173702.641894) 2 -> 3 add ContactUpEvent 
[1170173702.642061 /dtn/bundle/daemon debug] posting event (0x825dde0) with type CONTACT_UP (at back)
[1170173702.642086 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.642109 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.642141 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173702.642178 /dtn/bundle/daemon debug] poll returned 1
[1170173702.642201 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173702.642226 /timer debug] new timeout 1520
[1170173702.642250 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.642275 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.642319 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.642346 /dtn/bundle/daemon debug] dispatching event (0x825dde0) CONTACT_UP
[1170173702.642369 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170173702.642398 /dtn/bundle/daemon info] CONTACT_UP opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC UNAVAILABLE] (contact 0x82e0eb8)
[1170173702.642424 /dtn/link/opportunistic-0 debug] set_state UNAVAILABLE -> OPEN
[1170173702.642446 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170173702.642473 /dtn/tca debug] dispatching event (0x825dde0) CONTACT_UP
[1170173702.642495 /dtn/tca debug] check_next_hop 134.102.201.174:39960: checking pending bundle list...
[1170173702.642518 /dtn/tca debug] TcaRouter::contact up
[1170173702.642559 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up'
[1170173702.642613 /dtn/storage/globals debug] next_bundleid 2 -> 3
[1170173702.642640 /dtn/storage/globals debug] updating global store
[1170173702.642725 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173702.647699 /dtn/bundle debug] Bundle::init bundle id 2
[1170173702.647819 /dtn/bundle/payload/2/file debug] open bundles/bundle_2.dat (flags 0xc2 mode 0x180): fd 30
[1170173702.647858 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=30 pin_count=1 size=0
[1170173702.647895 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.647938 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170173702.648006 /dtn/bundle/payload/2/file debug] ::writev() fd 30 cc 10
[1170173702.648030 /dtn/bundle/payload/2/file debug] writeall 10 bytes 0 left 10 total
[1170173702.648059 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.648087 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173702.648115 /dtn/bundle/daemon debug] posting event (0x825e4b8) with type BUNDLE_RECEIVED (at back)
[1170173702.648141 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.648165 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.648191 /dtn/contact/manager debug] dispatching event (0x825dde0) CONTACT_UP
[1170173702.648214 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC OPEN] 3 -> 4 add Contact 
[1170173702.648242 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170173702.648274 /dtn/contact/refs debug] refcount contact 134.102.201.174:39960 (started 1170173702.641894) 3 -> 2 del ContactUpEvent 
[1170173702.648308 /timer debug] new timeout 1514
[1170173702.648333 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.648360 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.648383 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.648409 /dtn/bundle/daemon debug] dispatching event (0x825e4b8) BUNDLE_RECEIVED
[1170173702.648524 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173702.648524 /dtn/bundle/daemon debug] bundle id 2:
[1170173702.648524 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173702.648524 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173702.648524 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173702.648524 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173702.648524 /dtn/bundle/daemon debug]            prevhop: 
[1170173702.648524 /dtn/bundle/daemon debug]     payload_length: 10
[1170173702.648524 /dtn/bundle/daemon debug]           priority: 1
[1170173702.648524 /dtn/bundle/daemon debug]  custody_requested: false
[1170173702.648524 /dtn/bundle/daemon debug]      local_custody: false
[1170173702.648524 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173702.648524 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173702.648524 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173702.648524 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173702.648524 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173702.648524 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173702.648524 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173702.648524 /dtn/bundle/daemon debug]        creation_ts: 223488902.2
[1170173702.648524 /dtn/bundle/daemon debug]         expiration: 3600
[1170173702.648524 /dtn/bundle/daemon debug]        is_fragment: false
[1170173702.648524 /dtn/bundle/daemon debug]           is_admin: false
[1170173702.648524 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173702.648524 /dtn/bundle/daemon debug]        orig_length: 0
[1170173702.648524 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173702.648524 /dtn/bundle/daemon debug] transmission_count: 0
[1170173702.648599 /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
[1170173702.648636 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173702.648664 /dtn/bundle/list/pending_bundles debug] bundle id 2 add mapping [pending_bundles] to list 0x81ee540
[1170173702.648689 /dtn/bundle/actions debug] adding bundle 2 to data store
[1170173702.648725 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173702.649201 /dtn/storage/bundles debug] add(2): success
[1170173702.649237 /dtn/bundle/daemon debug] scheduling expiration for bundle id 2 at 1170177302.649230 (in 3600 seconds)
[1170173702.649266 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173702.649297 /timer debug] scheduling timer 0x825e490 in 3600000 ms at 1170177302:649230
[1170173702.649338 /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)
[1170173702.649370 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173702.649448 /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'
[1170173702.649479 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173702.649504 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches
[1170173702.649530 /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)
[1170173702.649560 /dtn/registration/10 info] deliver_bundle: queuing bundle id 2 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173702.649590 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170173702.649634 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173702.649676 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173702.649704 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event
[1170173702.649731 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170173702.649754 /dtn/bundle/list//dtn/registration/10 debug] bundle id 2 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173702.649832 /dtn/bundle/list//dtn/registration/10 debug] bundle id 2 del_bundle: deleting mapping [/dtn/registration/10]
[1170173702.649864 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173702.649891 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.649915 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170173702.649938 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary 
[1170173702.649965 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10
[1170173702.649992 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv 
[1170173702.650018 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary 
[1170173702.650044 /dtn/apiclient/24 debug] handle_recv: popped bundle 2 for registration 10 (timeout 30000)
[1170173702.650078 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170173702.650105 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0
[1170173702.650137 /dtn/bundle/payload/2/file debug] ::readv() fd 30 cc 10
[1170173702.650159 /dtn/bundle/payload/2/file debug] readall 10 bytes 0 left 10 total
[1170173702.650187 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.650223 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 2 to registration 10
[1170173702.650249 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent 
[1170173702.650275 /dtn/bundle/daemon debug] posting event (0x82d0a48) with type BUNDLE_DELIVERED (at back)
[1170173702.650300 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.650323 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.650347 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv 
[1170173702.650376 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820
[1170173702.650399 /dtn/apiclient/24 debug] sending 828 byte reply message
[1170173702.650451 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828
[1170173702.650477 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total
[1170173702.650887 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173702.650919 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173702.650950 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173702.651131 /dtn/tca debug] dispatching event (0x825e4b8) BUNDLE_RECEIVED
[1170173702.651162 /dtn/tca debug] Bundle payload length: 10
[1170173702.651283 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170173702.651315 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0
[1170173702.651344 /dtn/bundle/payload/2/file debug] ::readv() fd 30 cc 10
[1170173702.651366 /dtn/bundle/payload/2/file debug] readall 10 bytes 0 left 10 total
[1170173702.651393 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.651425 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170173702.651450 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0
[1170173702.651477 /dtn/bundle/payload/2/file debug] ::readv() fd 30 cc 10
[1170173702.651499 /dtn/bundle/payload/2/file debug] readall 10 bytes 0 left 10 total
[1170173702.651526 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.651552 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10
[1170173702.651596 /dtn/contact/manager debug] dispatching event (0x825e4b8) BUNDLE_RECEIVED
[1170173702.651627 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170173702.651683 /timer debug] new timeout 1510
[1170173702.651710 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.651736 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.651758 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.651784 /dtn/bundle/daemon debug] dispatching event (0x82d0a48) BUNDLE_DELIVERED
[1170173702.651807 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:2 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173702.651837 /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
[1170173702.651864 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 2
[1170173702.651887 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173702.651915 /dtn/bundle/list/pending_bundles debug] bundle id 2 del_bundle: deleting mapping [pending_bundles]
[1170173702.651943 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173702.651970 /dtn/tca debug] dispatching event (0x82d0a48) BUNDLE_DELIVERED
[1170173702.651993 /dtn/contact/manager debug] dispatching event (0x82d0a48) BUNDLE_DELIVERED
[1170173702.652019 /dtn/bundle/refs debug] bundle id 2 (0x82e0f80): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170173702.652045 /dtn/bundle debug] bundle id 2 (0x82e0f80): no more references, posting free event
[1170173702.652069 /dtn/bundle/daemon debug] posting event (0x825dcf0) with type BUNDLE_FREE (at back)
[1170173702.652093 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.652117 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.652144 /timer debug] new timeout 1510
[1170173702.652168 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.652193 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.652215 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.652240 /dtn/bundle/daemon debug] dispatching event (0x825dcf0) BUNDLE_FREE
[1170173702.652264 /dtn/bundle/actions debug] removing bundle 2 from data store
[1170173702.652586 /dtn/storage/bundles debug] del(2): success
[1170173702.652618 /dtn/bundle/free debug] destroying bundle id 2
[1170173702.652661 /dtn/storage/bundles/fdcache/cache debug] Closed 30 size=1
[1170173702.652744 /dtn/bundle/payload/2/file debug] unlink bundles/bundle_2.dat: 0
[1170173702.652790 /timer debug] new timeout 1509
[1170173702.652825 /dtn/bundle/daemon debug] poll returned 1
[1170173702.652847 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173702.652876 /timer debug] new timeout 1509
[1170173702.722816 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173702.722863 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173702.722891 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173702.722922 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 120
[1170173702.722946 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 120 bytes, rcvbuf has 0 bytes
[1170173702.722970 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 120 bytes from receive buffer
[1170173702.722992 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173702.723016 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 120 full bytes, dispatching to handler routine
[1170173702.723039 /dtn/cl/tcp/conn/0x825e290 debug] got BUNDLE_START segment, creating new IncomingBundle
[1170173702.723076 /dtn/storage/globals debug] next_bundleid 3 -> 4
[1170173702.723101 /dtn/storage/globals debug] updating global store
[1170173702.723165 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173702.723492 /dtn/bundle debug] Bundle::init bundle id 3
[1170173702.723573 /dtn/bundle/payload/3/file debug] open bundles/bundle_3.dat (flags 0xc2 mode 0x180): fd 30
[1170173702.723636 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=30 pin_count=1 size=0
[1170173702.723672 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.723703 /dtn/bundle/refs debug] bundle id 3 (0x82e0f80): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle 
[1170173702.723750 /dtn/cl/tcp/conn/0x825e290 debug] handle_data_segment: got segment of length 118 at offset 0 
[1170173702.723786 /dtn/cl/tcp/conn/0x825e290 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 117 ]
[1170173702.723817 /dtn/cl/tcp/conn/0x825e290 debug] got BUNDLE_END: total length 118
[1170173702.723839 /dtn/cl/tcp/conn/0x825e290 debug] handle_data_todo: reading todo segment 118/118 at offset 0
[1170173702.723865 /dtn/bundle/protocol debug] consume: got first block... creating primary block info
[1170173702.723896 /dtn/bundle/protocol debug] consume: 118 bytes left to process
[1170173702.723920 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered)
[1170173702.723948 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/80 for block type (0x0): data_offset 5 data_length 75
[1170173702.723976 /dtn/bundle/protocol debug] parsed primary block length 75 (preamble 5)
[1170173702.724003 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed 75/80 for block type 0x0 (complete)
[1170173702.724029 /dtn/bundle/protocol debug] parsed primary block 1: version 4 length 75
[1170173702.724069 /dtn/bundle/protocol debug] dictionary len 46, value: 'tca //registry //correspondent/admin dtn none '
[1170173702.724094 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,15, custodian 37,41 replyto 0,15
[1170173702.724156 /dtn/bundle/protocol debug] parsed source eid (offsets 0, 15) tca://correspondent/admin
[1170173702.724204 /dtn/bundle/protocol debug] parsed dest eid (offsets 0, 4) tca://registry
[1170173702.724250 /dtn/bundle/protocol debug] parsed replyto eid (offsets 0, 15) tca://correspondent/admin
[1170173702.724287 /dtn/bundle/protocol debug] parsed custodian eid (offsets 37, 41) dtn:none
[1170173702.724313 /dtn/bundle/protocol debug] consume: consumed 80 bytes of block type 0x0 (complete)
[1170173702.724337 /dtn/bundle/protocol debug] consume: 38 bytes left to process
[1170173702.724369 /dtn/bundle/protocol debug] consume: previous block complete, created new BlockInfo type 0x1
[1170173702.724393 /dtn/bundle/protocol debug] consume: block processor 0x1 type 0xff incomplete, calling consume (0 bytes already buffered)
[1170173702.724420 /dtn/bundle/protocol debug] BlockProcessor type 0x1 consumed preamble 3/38 for block type (0x1): data_offset 3 data_length 35
[1170173702.724455 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170173702.724521 /dtn/bundle/payload/3/file debug] ::writev() fd 30 cc 35
[1170173702.724545 /dtn/bundle/payload/3/file debug] writeall 35 bytes 0 left 35 total
[1170173702.724574 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.724600 /dtn/bundle/protocol debug] PayloadBlockProcessor consumed 38/38 (complete)
[1170173702.724624 /dtn/bundle/protocol debug] consume: consumed 38 bytes of block type 0x1 (complete)
[1170173702.724647 /dtn/bundle/protocol debug] consume completed, 118/118 bytes consumed (completed bundle)
[1170173702.724676 /dtn/cl/tcp/conn/0x825e290 debug] handle_data_todo: updated recv_data (rcvd_offset 0) [ 0..117 ] ack_data [ 117 ]
[1170173702.724708 /dtn/cl/tcp/conn/0x825e290 debug] check_completed: rcvd 118 / 118 (formatted length 118)
[1170173702.724735 /dtn/bundle/refs debug] bundle id 3 (0x82e0f80): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent 
[1170173702.724761 /dtn/contact/refs debug] refcount contact 134.102.201.174:39960 (started 1170173702.641894) 2 -> 3 add BundleReceivedEvent 
[1170173702.724791 /dtn/bundle/daemon debug] posting event (0x82571a0) with type BUNDLE_RECEIVED (at back)
[1170173702.724816 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.724870 /dtn/bundle/daemon debug] poll returned 1
[1170173702.724894 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173702.724921 /timer debug] new timeout 1437
[1170173702.724948 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.724986 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.725015 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.725038 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.725064 /dtn/bundle/daemon debug] dispatching event (0x82571a0) BUNDLE_RECEIVED
[1170173702.725178 /dtn/bundle/daemon debug] BUNDLE_RECEIVED: (118 bytes recvd)
[1170173702.725178 /dtn/bundle/daemon debug] bundle id 3:
[1170173702.725178 /dtn/bundle/daemon debug]             source: tca://correspondent/admin
[1170173702.725178 /dtn/bundle/daemon debug]               dest: tca://registry
[1170173702.725178 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170173702.725178 /dtn/bundle/daemon debug]            replyto: tca://correspondent/admin
[1170173702.725178 /dtn/bundle/daemon debug]            prevhop: 
[1170173702.725178 /dtn/bundle/daemon debug]     payload_length: 35
[1170173702.725178 /dtn/bundle/daemon debug]           priority: 1
[1170173702.725178 /dtn/bundle/daemon debug]  custody_requested: false
[1170173702.725178 /dtn/bundle/daemon debug]      local_custody: false
[1170173702.725178 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173702.725178 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173702.725178 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173702.725178 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173702.725178 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173702.725178 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173702.725178 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173702.725178 /dtn/bundle/daemon debug]        creation_ts: 223488903.4
[1170173702.725178 /dtn/bundle/daemon debug]         expiration: 604800
[1170173702.725178 /dtn/bundle/daemon debug]        is_fragment: false
[1170173702.725178 /dtn/bundle/daemon debug]           is_admin: false
[1170173702.725178 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173702.725178 /dtn/bundle/daemon debug]        orig_length: 0
[1170173702.725178 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173702.725178 /dtn/bundle/daemon debug] transmission_count: 0
[1170173702.725236 /dtn/bundle/daemon debug] adding bundle bundle id 3 tca://correspondent/admin -> tca://registry (35 bytes payload) to pending list
[1170173702.725272 /dtn/bundle/refs debug] bundle id 3 (0x82e0f80): refcount 2 -> 3 (1 mappings) add bundle_list pending_bundles
[1170173702.725299 /dtn/bundle/list/pending_bundles debug] bundle id 3 add mapping [pending_bundles] to list 0x81ee540
[1170173702.725323 /dtn/bundle/actions debug] adding bundle 3 to data store
[1170173702.725360 /dtn/storage/bundles debug] put: serializing 266 byte object (plus 0 byte typecode)
[1170173702.725539 /dtn/cl/tcp/conn/0x825e290 debug] send_pending_acks: sending ack length 118 for 118 byte segment [range 0..117] ack_data [ 117 ]
[1170173702.725583 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 2 bytes from send buffer...
[1170173702.729722 /dtn/storage/bundles debug] add(3): success
[1170173702.733377 /dtn/bundle/daemon debug] scheduling expiration for bundle id 3 at 1170778503.733367 (in 604801 seconds)
[1170173702.733409 /dtn/bundle/refs debug] bundle id 3 (0x82e0f80): refcount 3 -> 4 (1 mappings) add expiration timer 
[1170173702.733441 /timer debug] scheduling timer 0x82571d8 in 604801000 ms at 1170778503:733367
[1170173702.733476 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 3 tca://correspondent/admin -> tca://registry (35 bytes payload)
[1170173702.733508 /dtn/registration/table debug] get_matching tca://registry
[1170173702.733554 /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')
[1170173702.733645 /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')
[1170173702.733689 /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')
[1170173702.733718 /dtn/registration/table debug] get_matching tca://registry: returned 0 matches
[1170173702.733743 /dtn/tca debug] dispatching event (0x82571a0) BUNDLE_RECEIVED
[1170173702.733769 /dtn/tca debug] Bundle payload length: 35
[1170173702.733830 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170173702.733860 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0
[1170173702.733890 /dtn/bundle/payload/3/file debug] ::readv() fd 30 cc 35
[1170173702.733912 /dtn/bundle/payload/3/file debug] readall 35 bytes 0 left 35 total
[1170173702.733941 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.733973 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170173702.733997 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0
[1170173702.734023 /dtn/bundle/payload/3/file debug] ::readv() fd 30 cc 35
[1170173702.734046 /dtn/bundle/payload/3/file debug] readall 35 bytes 0 left 35 total
[1170173702.734073 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.734099 /dtn/tca debug] TcaRouter: tca bundle received [tca://correspondent/admin] -> [tca://registry] : 'register:tca://correspondent/myapp	':35
[1170173702.734140 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170173702.734166 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0
[1170173702.734192 /dtn/bundle/payload/3/file debug] ::readv() fd 30 cc 35
[1170173702.734214 /dtn/bundle/payload/3/file debug] readall 35 bytes 0 left 35 total
[1170173702.734241 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170173702.734298 /dtn/tca debug] TcaRouter::handle_register:
[1170173702.734328 /dtn/tca debug]     code='register', args=1
[1170173702.734351 /dtn/tca debug]         'tca://correspondent/myapp'
[1170173702.734406 /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'
[1170173702.734448 /dtn/storage/globals debug] next_bundleid 4 -> 5
[1170173702.734473 /dtn/storage/globals debug] updating global store
[1170173702.734535 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173702.734862 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 2
[1170173702.734892 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 2/2 bytes from send buffer
[1170173702.734917 /dtn/cl/tcp/conn/0x825e290 debug] noting data_sent
[1170173702.734943 /dtn/cl/tcp/conn/0x825e290 debug] send_pending_acks: acked all 118 bytes of bundle 3
[1170173702.734973 /dtn/bundle/refs debug] bundle id 3 (0x82e0f80): refcount 4 -> 3 (1 mappings) del CLConnection::IncomingBundle 
[1170173702.735003 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 0
[1170173702.735031 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173702.735069 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173702.735225 /dtn/bundle debug] Bundle::init bundle id 4
[1170173702.735341 /dtn/bundle/payload/4/file debug] open bundles/bundle_4.dat (flags 0xc2 mode 0x180): fd 31
[1170173702.735378 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=31 pin_count=1 size=1
[1170173702.735413 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170173702.735452 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=31 pin_count=1 size=2
[1170173702.735513 /dtn/bundle/payload/4/file debug] ::writev() fd 31 cc 84
[1170173702.735557 /dtn/bundle/payload/4/file debug] writeall 84 bytes 0 left 84 total
[1170173702.735586 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170173702.735614 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173702.735643 /dtn/bundle/daemon debug] posting event (0x82bc570) with type BUNDLE_RECEIVED (at back)
[1170173702.735668 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.735693 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.735725 /dtn/contact/manager debug] dispatching event (0x82571a0) BUNDLE_RECEIVED
[1170173702.735753 /dtn/contact/refs debug] refcount contact 134.102.201.174:39960 (started 1170173702.641894) 3 -> 2 del BundleReceivedEvent 
[1170173702.735783 /dtn/bundle/refs debug] bundle id 3 (0x82e0f80): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent 
[1170173702.735815 /timer debug] new timeout 1426
[1170173702.735840 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.735867 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.735890 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.735916 /dtn/bundle/daemon debug] dispatching event (0x82bc570) BUNDLE_RECEIVED
[1170173702.736030 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173702.736030 /dtn/bundle/daemon debug] bundle id 4:
[1170173702.736030 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173702.736030 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173702.736030 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173702.736030 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173702.736030 /dtn/bundle/daemon debug]            prevhop: 
[1170173702.736030 /dtn/bundle/daemon debug]     payload_length: 84
[1170173702.736030 /dtn/bundle/daemon debug]           priority: 1
[1170173702.736030 /dtn/bundle/daemon debug]  custody_requested: false
[1170173702.736030 /dtn/bundle/daemon debug]      local_custody: false
[1170173702.736030 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173702.736030 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173702.736030 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173702.736030 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173702.736030 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173702.736030 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173702.736030 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173702.736030 /dtn/bundle/daemon debug]        creation_ts: 223488902.4
[1170173702.736030 /dtn/bundle/daemon debug]         expiration: 3600
[1170173702.736030 /dtn/bundle/daemon debug]        is_fragment: false
[1170173702.736030 /dtn/bundle/daemon debug]           is_admin: false
[1170173702.736030 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173702.736030 /dtn/bundle/daemon debug]        orig_length: 0
[1170173702.736030 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173702.736030 /dtn/bundle/daemon debug] transmission_count: 0
[1170173702.736084 /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
[1170173702.736120 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173702.736147 /dtn/bundle/list/pending_bundles debug] bundle id 4 add mapping [pending_bundles] to list 0x81ee540
[1170173702.736172 /dtn/bundle/actions debug] adding bundle 4 to data store
[1170173702.736206 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173702.736515 /dtn/storage/bundles debug] add(4): success
[1170173702.736550 /dtn/bundle/daemon debug] scheduling expiration for bundle id 4 at 1170177302.736543 (in 3600 seconds)
[1170173702.736600 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173702.736632 /timer debug] scheduling timer 0x82bc548 in 3600000 ms at 1170177302:736543
[1170173702.736661 /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)
[1170173702.736690 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173702.736766 /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'
[1170173702.736797 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173702.736823 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches
[1170173702.736848 /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)
[1170173702.736878 /dtn/registration/10 info] deliver_bundle: queuing bundle id 4 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173702.736908 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170173702.736936 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173702.736962 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170173702.736985 /dtn/bundle/list//dtn/registration/10 debug] bundle id 4 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173702.737011 /dtn/tca debug] dispatching event (0x82bc570) BUNDLE_RECEIVED
[1170173702.737035 /dtn/tca debug] Bundle payload length: 84
[1170173702.737081 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=31 pin_count=1 size=2
[1170173702.737109 /dtn/bundle/payload/4/file debug] lseek 0 SEEK_SET -> 0
[1170173702.737139 /dtn/bundle/payload/4/file debug] ::readv() fd 31 cc 84
[1170173702.737161 /dtn/bundle/payload/4/file debug] readall 84 bytes 0 left 84 total
[1170173702.737188 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170173702.737221 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=31 pin_count=1 size=2
[1170173702.737247 /dtn/bundle/payload/4/file debug] lseek 0 SEEK_SET -> 0
[1170173702.737273 /dtn/bundle/payload/4/file debug] ::readv() fd 31 cc 84
[1170173702.737295 /dtn/bundle/payload/4/file debug] readall 84 bytes 0 left 84 total
[1170173702.737322 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170173702.737348 /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
[1170173702.737392 /dtn/contact/manager debug] dispatching event (0x82bc570) BUNDLE_RECEIVED
[1170173702.737421 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170173702.737453 /timer debug] new timeout 1425
[1170173702.737487 /dtn/bundle/daemon debug] poll returned 1
[1170173702.737509 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173702.737538 /timer debug] new timeout 1425
[1170173702.737585 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173702.737695 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event
[1170173702.737725 /dtn/bundle/list//dtn/registration/10 debug] bundle id 4 del_bundle: deleting mapping [/dtn/registration/10]
[1170173702.737755 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173702.737782 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.737828 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170173702.737852 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170173702.737879 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170173702.737906 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170173702.737932 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170173702.737958 /dtn/apiclient/24 debug] handle_recv: popped bundle 4 for registration 10 (timeout 30000)
[1170173702.737993 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=31 pin_count=1 size=2
[1170173702.738019 /dtn/bundle/payload/4/file debug] lseek 0 SEEK_SET -> 0
[1170173702.738046 /dtn/bundle/payload/4/file debug] ::readv() fd 31 cc 84
[1170173702.738067 /dtn/bundle/payload/4/file debug] readall 84 bytes 0 left 84 total
[1170173702.738095 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170173702.738129 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 4 to registration 10
[1170173702.738155 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170173702.738181 /dtn/bundle/daemon debug] posting event (0x82bc570) with type BUNDLE_DELIVERED (at back)
[1170173702.738206 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.738235 /dtn/bundle/daemon debug] poll returned 1
[1170173702.738258 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173702.738284 /timer debug] new timeout 1424
[1170173702.738309 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.738341 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.738368 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.738390 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.738416 /dtn/bundle/daemon debug] dispatching event (0x82bc570) BUNDLE_DELIVERED
[1170173702.738438 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:4 (84 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173702.738468 /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
[1170173702.738496 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 4
[1170173702.738518 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 4 -> 3 (1 mappings) del expiration timer 
[1170173702.738547 /dtn/bundle/list/pending_bundles debug] bundle id 4 del_bundle: deleting mapping [pending_bundles]
[1170173702.738573 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 3 -> 2 (0 mappings) del bundle_list pending_bundles
[1170173702.738600 /dtn/tca debug] dispatching event (0x82bc570) BUNDLE_DELIVERED
[1170173702.738623 /dtn/contact/manager debug] dispatching event (0x82bc570) BUNDLE_DELIVERED
[1170173702.738650 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 2 -> 1 (0 mappings) del BundleDeliveredEvent 
[1170173702.738681 /timer debug] new timeout 1423
[1170173702.738715 /dtn/bundle/refs debug] bundle id 4 (0x82e15a8): refcount 1 -> 0 (0 mappings) del APIClient::handle_recv 
[1170173702.738743 /dtn/bundle debug] bundle id 4 (0x82e15a8): no more references, posting free event
[1170173702.738766 /dtn/bundle/daemon debug] posting event (0x82d0ab8) with type BUNDLE_FREE (at back)
[1170173702.738790 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173702.738817 /dtn/bundle/daemon debug] poll returned 1
[1170173702.738839 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173702.738864 /timer debug] new timeout 1423
[1170173702.738889 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173702.738915 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173702.738966 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173702.738990 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173702.739016 /dtn/bundle/daemon debug] dispatching event (0x82d0ab8) BUNDLE_FREE
[1170173702.739044 /dtn/bundle/actions debug] removing bundle 4 from data store
[1170173702.739212 /dtn/apiclient/24 debug] building reply: status (unknown type), length 892
[1170173702.739241 /dtn/apiclient/24 debug] sending 900 byte reply message
[1170173702.739291 /dtn/apiclient/24 debug] ::writev() fd 24 cc 900
[1170173702.739359 /dtn/storage/bundles debug] del(4): success
[1170173702.739388 /dtn/bundle/free debug] destroying bundle id 4
[1170173702.739431 /dtn/storage/bundles/fdcache/cache debug] Closed 31 size=2
[1170173702.739512 /dtn/bundle/payload/4/file debug] unlink bundles/bundle_4.dat: 0
[1170173702.739555 /timer debug] new timeout 1423
[1170173702.739317 /dtn/apiclient/24 debug] writeall 900 bytes 0 left 900 total
[1170173704.222139 /dtn/bundle/daemon debug] poll returned -2
[1170173704.222192 /dtn/bundle/daemon debug] poll timeout
[1170173704.222227 /timer debug] popping timer 0x8261880 at 1170173704.222214
[1170173704.222254 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173704.222282 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173704.222313 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173709:222303
[1170173704.222351 /timer debug] new timeout 5000
[1170173704.222387 /dtn/bundle/daemon debug] poll returned 1
[1170173704.222410 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173704.222440 /timer debug] new timeout 5000
[1170173706.307815 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173706.307873 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173706.307910 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173709.226048 /dtn/bundle/daemon debug] poll returned -2
[1170173709.226118 /dtn/bundle/daemon debug] poll timeout
[1170173709.226154 /timer debug] popping timer 0x8261880 at 1170173709.226141
[1170173709.226181 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173709.226209 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173709.226239 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173714:226229
[1170173709.226275 /timer debug] new timeout 5000
[1170173709.226311 /dtn/bundle/daemon debug] poll returned 1
[1170173709.226334 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173709.226363 /timer debug] new timeout 5000
[1170173712.738263 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173712.738347 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173712.738486 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173712.738516 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173712.738547 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173712.804752 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173712.804794 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173712.804820 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173712.804850 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173712.804874 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173712.804898 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173712.804921 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173712.804945 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173712.804968 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173712.804997 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173714.232527 /dtn/bundle/daemon debug] poll returned -2
[1170173714.232643 /dtn/bundle/daemon debug] poll timeout
[1170173714.232680 /timer debug] popping timer 0x8261880 at 1170173714.232667
[1170173714.232707 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173714.232736 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173714.232766 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173719:232756
[1170173714.232803 /timer debug] new timeout 5000
[1170173714.232840 /dtn/bundle/daemon debug] poll returned 1
[1170173714.232863 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173714.232893 /timer debug] new timeout 5000
[1170173715.519368 /dtn/cl/tcp/iface/tcp0 debug] accepted connection fd 31 from 134.102.201.183:46540
[1170173715.519439 /dtn/cl/tcp/iface/tcp0 debug] new connection from 134.102.201.183:46540
[1170173715.519491 /dtn/cl/tcp/notifier debug] created pipe, fds: 32 33
[1170173715.519520 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170173715.519544 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170173715.519629 /dtn/cl/tcp/conn/0x82e1458/31 debug] setting SO_REUSEADDR
[1170173715.519662 /dtn/cl/tcp/conn/0x82e1458/31 debug] set_nonblocking: nonblocking mode set
[1170173715.519687 /thread debug] starting thread 0x82e145c
[1170173715.519787 /dtn/cl/tcp/conn/0x82e1458 debug] accept: got connection from 134.102.201.183:46540...
[1170173715.519816 /dtn/cl/tcp/conn/0x82e1458 debug] initiate_contact called
[1170173715.519843 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_sent
[1170173715.519868 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 52 bytes from send buffer...
[1170173715.520015 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 52
[1170173715.520045 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 52/52 bytes from send buffer
[1170173715.520083 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173715.520354 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173715.520386 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173715.520411 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173715.520440 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 25
[1170173715.520491 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 25 bytes, rcvbuf has 0 bytes
[1170173715.520514 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 25 bytes from receive buffer
[1170173715.520537 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173715.520602 /dtn/contact/manager debug] find_link_to: cl tcp nexthop  remote_eid tca://streetcar3 type OPPORTUNISTIC states 0x3
[1170173715.520647 /dtn/contact/manager debug] ContactManager::find_link_to: no match
[1170173715.520673 /dtn/contact/manager debug] new_opportunistic_link: cl tcp nexthop 134.102.201.183:46540 remote_eid tca://streetcar3
[1170173715.520750 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 dtn:none OPPORTUNISTIC UNAVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170173715.520816 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 134.102.201.183:46540
[1170173715.520896 /dtn/link/opportunistic-1 info] new link opportunistic-1 [134.102.201.183:46540 dtn:none OPPORTUNISTIC UNAVAILABLE]
[1170173715.520929 /dtn/contact/manager debug] adding link opportunistic-1
[1170173715.520951 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 1 -> 2 add ContactManager 
[1170173715.520982 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add ContactManager 
[1170173715.521010 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 2 del ContactManager 
[1170173715.521038 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add LinkCreatedEvent 
[1170173715.521111 /dtn/bundle/daemon debug] posting event (0x82e19a8) with type LINK_CREATED (at back)
[1170173715.521139 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.521175 /dtn/bundle/daemon debug] poll returned 1
[1170173715.521198 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173715.521226 /timer debug] new timeout 3712
[1170173715.521253 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.521281 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.521309 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.521332 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.521359 /dtn/bundle/daemon debug] dispatching event (0x82e19a8) LINK_CREATED
[1170173715.521382 /dtn/tca debug] dispatching event (0x82e19a8) LINK_CREATED
[1170173715.521404 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170173715.521466 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 5 add RouteEntry 
[1170173715.521500 /dtn/bundle/daemon debug] posting event (0x82f1f40) with type ROUTE_ADD (at back)
[1170173715.521524 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.521548 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.521570 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 5 -> 4 del LinkCreatedEvent 
[1170173715.521599 /dtn/contact/manager debug] dispatching event (0x82e19a8) LINK_CREATED
[1170173715.521625 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del LinkCreatedEvent 
[1170173715.521658 /timer debug] new timeout 3712
[1170173715.521682 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.521708 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.521730 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.521756 /dtn/bundle/daemon debug] dispatching event (0x82f1f40) ROUTE_ADD
[1170173715.521779 /dtn/bundle/daemon info] ROUTE_ADD tca://streetcar3 -> 134.102.201.183:46540 (FORWARD)
[1170173715.521803 /dtn/tca debug] dispatching event (0x82f1f40) ROUTE_ADD
[1170173715.521825 /dtn/routing/TcaRouter/table debug] add_route tca://streetcar3 -> 134.102.201.183:46540 (FORWARD)
[1170173715.521857 /dtn/tca debug] check_next_hop 134.102.201.183:46540: checking pending bundle list...
[1170173715.521898 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173715.521921 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173715.521944 /dtn/contact/manager debug] dispatching event (0x82f1f40) ROUTE_ADD
[1170173715.521975 /timer debug] new timeout 3711
[1170173715.522008 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add ContactManager::find_link_to: return value 
[1170173715.522038 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del Link::create_link: return value 
[1170173715.522067 /dtn/cl/tcp/conn/0x82e1458 debug] created new opportunistic link opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE]
[1170173715.522105 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170173715.522140 /dtn/contact/opportunistic-1 info] new contact contact 134.102.201.183:46540 (started 1170173715.522133)
[1170173715.522165 /dtn/contact/refs debug] refcount contact 134.102.201.183:46540 (started 1170173715.522133) 0 -> 1 add TCPConvergenceLayer::Connection 
[1170173715.522193 /dtn/contact/refs debug] refcount contact 134.102.201.183:46540 (started 1170173715.522133) 1 -> 2 add Link 
[1170173715.522220 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del ContactManager::find_link_to: return value 
[1170173715.522271 /dtn/cl/tcp/conn/0x82e1458 debug] contact_up
[1170173715.522294 /dtn/contact/refs debug] refcount contact 134.102.201.183:46540 (started 1170173715.522133) 2 -> 3 add ContactUpEvent 
[1170173715.522323 /dtn/bundle/daemon debug] posting event (0x825e4b8) with type CONTACT_UP (at back)
[1170173715.522369 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.522575 /dtn/bundle/daemon debug] poll returned 1
[1170173715.522603 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173715.522629 /timer debug] new timeout 3711
[1170173715.522655 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.522681 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.522708 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.522730 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.522756 /dtn/bundle/daemon debug] dispatching event (0x825e4b8) CONTACT_UP
[1170173715.522779 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170173715.522808 /dtn/bundle/daemon info] CONTACT_UP opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] (contact 0x82f1fa0)
[1170173715.522834 /dtn/link/opportunistic-1 debug] set_state UNAVAILABLE -> OPEN
[1170173715.522856 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170173715.522884 /dtn/tca debug] dispatching event (0x825e4b8) CONTACT_UP
[1170173715.522906 /dtn/tca debug] check_next_hop 134.102.201.183:46540: checking pending bundle list...
[1170173715.522941 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173715.522964 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173715.522986 /dtn/tca debug] TcaRouter::contact up
[1170173715.523026 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up'
[1170173715.523072 /dtn/storage/globals debug] next_bundleid 5 -> 6
[1170173715.523097 /dtn/storage/globals debug] updating global store
[1170173715.523184 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173715.523385 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173715.533190 /dtn/bundle debug] Bundle::init bundle id 5
[1170173715.534288 /dtn/bundle/payload/5/file debug] open bundles/bundle_5.dat (flags 0xc2 mode 0x180): fd 34
[1170173715.534330 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=34 pin_count=1 size=1
[1170173715.534366 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.534453 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170173715.534526 /dtn/bundle/payload/5/file debug] ::writev() fd 34 cc 10
[1170173715.534550 /dtn/bundle/payload/5/file debug] writeall 10 bytes 0 left 10 total
[1170173715.534579 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.534608 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173715.534636 /dtn/bundle/daemon debug] posting event (0x82e18e0) with type BUNDLE_RECEIVED (at back)
[1170173715.534661 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.534686 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.534711 /dtn/contact/manager debug] dispatching event (0x825e4b8) CONTACT_UP
[1170173715.534734 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 4 add Contact 
[1170173715.534762 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170173715.534794 /dtn/contact/refs debug] refcount contact 134.102.201.183:46540 (started 1170173715.522133) 3 -> 2 del ContactUpEvent 
[1170173715.534858 /timer debug] new timeout 3698
[1170173715.534883 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.534910 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.534933 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.534959 /dtn/bundle/daemon debug] dispatching event (0x82e18e0) BUNDLE_RECEIVED
[1170173715.535074 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173715.535074 /dtn/bundle/daemon debug] bundle id 5:
[1170173715.535074 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173715.535074 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173715.535074 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173715.535074 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173715.535074 /dtn/bundle/daemon debug]            prevhop: 
[1170173715.535074 /dtn/bundle/daemon debug]     payload_length: 10
[1170173715.535074 /dtn/bundle/daemon debug]           priority: 1
[1170173715.535074 /dtn/bundle/daemon debug]  custody_requested: false
[1170173715.535074 /dtn/bundle/daemon debug]      local_custody: false
[1170173715.535074 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173715.535074 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173715.535074 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173715.535074 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173715.535074 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173715.535074 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173715.535074 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173715.535074 /dtn/bundle/daemon debug]        creation_ts: 223488915.5
[1170173715.535074 /dtn/bundle/daemon debug]         expiration: 3600
[1170173715.535074 /dtn/bundle/daemon debug]        is_fragment: false
[1170173715.535074 /dtn/bundle/daemon debug]           is_admin: false
[1170173715.535074 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173715.535074 /dtn/bundle/daemon debug]        orig_length: 0
[1170173715.535074 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173715.535074 /dtn/bundle/daemon debug] transmission_count: 0
[1170173715.535129 /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
[1170173715.535164 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173715.535192 /dtn/bundle/list/pending_bundles debug] bundle id 5 add mapping [pending_bundles] to list 0x81ee540
[1170173715.535216 /dtn/bundle/actions debug] adding bundle 5 to data store
[1170173715.535252 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173715.535803 /dtn/storage/bundles debug] add(5): success
[1170173715.535839 /dtn/bundle/daemon debug] scheduling expiration for bundle id 5 at 1170177315.535832 (in 3600 seconds)
[1170173715.535868 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173715.535900 /timer debug] scheduling timer 0x82e1918 in 3600000 ms at 1170177315:535832
[1170173715.535934 /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)
[1170173715.535965 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173715.536041 /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'
[1170173715.536073 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173715.536121 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches
[1170173715.536149 /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)
[1170173715.536180 /dtn/registration/10 info] deliver_bundle: queuing bundle id 5 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173715.536210 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170173715.536238 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173715.536281 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173715.536308 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event
[1170173715.536336 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170173715.536359 /dtn/bundle/list//dtn/registration/10 debug] bundle id 5 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173715.536390 /dtn/bundle/list//dtn/registration/10 debug] bundle id 5 del_bundle: deleting mapping [/dtn/registration/10]
[1170173715.536420 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173715.536447 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.536470 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170173715.536493 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary 
[1170173715.536520 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10
[1170173715.536547 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv 
[1170173715.536574 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary 
[1170173715.536600 /dtn/apiclient/24 debug] handle_recv: popped bundle 5 for registration 10 (timeout 30000)
[1170173715.536634 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170173715.536661 /dtn/bundle/payload/5/file debug] lseek 0 SEEK_SET -> 0
[1170173715.536693 /dtn/bundle/payload/5/file debug] ::readv() fd 34 cc 10
[1170173715.536715 /dtn/bundle/payload/5/file debug] readall 10 bytes 0 left 10 total
[1170173715.536743 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.536779 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 5 to registration 10
[1170173715.536804 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent 
[1170173715.536831 /dtn/bundle/daemon debug] posting event (0x82f1d10) with type BUNDLE_DELIVERED (at back)
[1170173715.536855 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.536878 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.536901 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv 
[1170173715.536931 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820
[1170173715.536954 /dtn/apiclient/24 debug] sending 828 byte reply message
[1170173715.537006 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828
[1170173715.537031 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total
[1170173715.537180 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173715.537209 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173715.537240 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173715.537653 /dtn/tca debug] dispatching event (0x82e18e0) BUNDLE_RECEIVED
[1170173715.537685 /dtn/tca debug] Bundle payload length: 10
[1170173715.537807 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170173715.537858 /dtn/bundle/payload/5/file debug] lseek 0 SEEK_SET -> 0
[1170173715.537888 /dtn/bundle/payload/5/file debug] ::readv() fd 34 cc 10
[1170173715.537910 /dtn/bundle/payload/5/file debug] readall 10 bytes 0 left 10 total
[1170173715.537938 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.537970 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170173715.537995 /dtn/bundle/payload/5/file debug] lseek 0 SEEK_SET -> 0
[1170173715.538021 /dtn/bundle/payload/5/file debug] ::readv() fd 34 cc 10
[1170173715.538042 /dtn/bundle/payload/5/file debug] readall 10 bytes 0 left 10 total
[1170173715.538069 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.538095 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10
[1170173715.538138 /dtn/contact/manager debug] dispatching event (0x82e18e0) BUNDLE_RECEIVED
[1170173715.538167 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170173715.538200 /timer debug] new timeout 3695
[1170173715.538224 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.538250 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.538273 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.538298 /dtn/bundle/daemon debug] dispatching event (0x82f1d10) BUNDLE_DELIVERED
[1170173715.538321 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:5 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173715.538351 /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
[1170173715.538378 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 5
[1170173715.551286 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173715.551337 /dtn/bundle/list/pending_bundles debug] bundle id 5 del_bundle: deleting mapping [pending_bundles]
[1170173715.551369 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173715.551398 /dtn/tca debug] dispatching event (0x82f1d10) BUNDLE_DELIVERED
[1170173715.551420 /dtn/contact/manager debug] dispatching event (0x82f1d10) BUNDLE_DELIVERED
[1170173715.551448 /dtn/bundle/refs debug] bundle id 5 (0x82f2068): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170173715.551473 /dtn/bundle debug] bundle id 5 (0x82f2068): no more references, posting free event
[1170173715.551498 /dtn/bundle/daemon debug] posting event (0x82f1f40) with type BUNDLE_FREE (at back)
[1170173715.551523 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.551548 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.551577 /timer debug] new timeout 3682
[1170173715.551602 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.551629 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.551652 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.551679 /dtn/bundle/daemon debug] dispatching event (0x82f1f40) BUNDLE_FREE
[1170173715.551703 /dtn/bundle/actions debug] removing bundle 5 from data store
[1170173715.552059 /dtn/storage/bundles debug] del(5): success
[1170173715.552094 /dtn/bundle/free debug] destroying bundle id 5
[1170173715.552140 /dtn/storage/bundles/fdcache/cache debug] Closed 34 size=2
[1170173715.552237 /dtn/bundle/payload/5/file debug] unlink bundles/bundle_5.dat: 0
[1170173715.552284 /timer debug] new timeout 3681
[1170173715.552320 /dtn/bundle/daemon debug] poll returned 1
[1170173715.552343 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173715.552373 /timer debug] new timeout 3681
[1170173715.601715 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173715.601786 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173715.601813 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173715.601844 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 99
[1170173715.601868 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 99 bytes, rcvbuf has 0 bytes
[1170173715.601892 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 99 bytes from receive buffer
[1170173715.601914 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173715.601938 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 99 full bytes, dispatching to handler routine
[1170173715.601961 /dtn/cl/tcp/conn/0x82e1458 debug] got BUNDLE_START segment, creating new IncomingBundle
[1170173715.602029 /dtn/storage/globals debug] next_bundleid 6 -> 7
[1170173715.602054 /dtn/storage/globals debug] updating global store
[1170173715.602115 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173715.602390 /dtn/bundle debug] Bundle::init bundle id 6
[1170173715.602483 /dtn/bundle/payload/6/file debug] open bundles/bundle_6.dat (flags 0xc2 mode 0x180): fd 34
[1170173715.602519 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=34 pin_count=1 size=1
[1170173715.602555 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.602585 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle 
[1170173715.602620 /dtn/cl/tcp/conn/0x82e1458 debug] handle_data_segment: got segment of length 97 at offset 0 
[1170173715.602653 /dtn/cl/tcp/conn/0x82e1458 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 96 ]
[1170173715.602684 /dtn/cl/tcp/conn/0x82e1458 debug] got BUNDLE_END: total length 97
[1170173715.602706 /dtn/cl/tcp/conn/0x82e1458 debug] handle_data_todo: reading todo segment 97/97 at offset 0
[1170173715.602731 /dtn/bundle/protocol debug] consume: got first block... creating primary block info
[1170173715.602762 /dtn/bundle/protocol debug] consume: 97 bytes left to process
[1170173715.602786 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered)
[1170173715.602813 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/85 for block type (0x0): data_offset 5 data_length 80
[1170173715.602841 /dtn/bundle/protocol debug] parsed primary block length 80 (preamble 5)
[1170173715.602868 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed 80/85 for block type 0x0 (complete)
[1170173715.602894 /dtn/bundle/protocol debug] parsed primary block 1: version 4 length 80
[1170173715.602934 /dtn/bundle/protocol debug] dictionary len 51, value: 'tca //correspondent/myapp //mobile3/myapp dtn none '
[1170173715.602959 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,26, custodian 42,46 replyto 0,26
[1170173715.603019 /dtn/bundle/protocol debug] parsed source eid (offsets 0, 26) tca://mobile3/myapp
[1170173715.603067 /dtn/bundle/protocol debug] parsed dest eid (offsets 0, 4) tca://correspondent/myapp
[1170173715.603112 /dtn/bundle/protocol debug] parsed replyto eid (offsets 0, 26) tca://mobile3/myapp
[1170173715.603150 /dtn/bundle/protocol debug] parsed custodian eid (offsets 42, 46) dtn:none
[1170173715.603176 /dtn/bundle/protocol debug] consume: consumed 85 bytes of block type 0x0 (complete)
[1170173715.603199 /dtn/bundle/protocol debug] consume: 12 bytes left to process
[1170173715.603230 /dtn/bundle/protocol debug] consume: previous block complete, created new BlockInfo type 0x1
[1170173715.603254 /dtn/bundle/protocol debug] consume: block processor 0x1 type 0xff incomplete, calling consume (0 bytes already buffered)
[1170173715.603281 /dtn/bundle/protocol debug] BlockProcessor type 0x1 consumed preamble 3/12 for block type (0x1): data_offset 3 data_length 9
[1170173715.603316 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170173715.603383 /dtn/bundle/payload/6/file debug] ::writev() fd 34 cc 9
[1170173715.603427 /dtn/bundle/payload/6/file debug] writeall 9 bytes 0 left 9 total
[1170173715.603457 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.603483 /dtn/bundle/protocol debug] PayloadBlockProcessor consumed 12/12 (complete)
[1170173715.603507 /dtn/bundle/protocol debug] consume: consumed 12 bytes of block type 0x1 (complete)
[1170173715.603530 /dtn/bundle/protocol debug] consume completed, 97/97 bytes consumed (completed bundle)
[1170173715.603559 /dtn/cl/tcp/conn/0x82e1458 debug] handle_data_todo: updated recv_data (rcvd_offset 0) [ 0..96 ] ack_data [ 96 ]
[1170173715.603590 /dtn/cl/tcp/conn/0x82e1458 debug] check_completed: rcvd 97 / 97 (formatted length 97)
[1170173715.603617 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent 
[1170173715.603643 /dtn/contact/refs debug] refcount contact 134.102.201.183:46540 (started 1170173715.522133) 2 -> 3 add BundleReceivedEvent 
[1170173715.603673 /dtn/bundle/daemon debug] posting event (0x82f1d78) with type BUNDLE_RECEIVED (at back)
[1170173715.603698 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.603730 /dtn/bundle/daemon debug] poll returned 1
[1170173715.603753 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173715.603779 /timer debug] new timeout 3629
[1170173715.603806 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.603844 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.603872 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.603895 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.603921 /dtn/bundle/daemon debug] dispatching event (0x82f1d78) BUNDLE_RECEIVED
[1170173715.604034 /dtn/bundle/daemon debug] BUNDLE_RECEIVED: (97 bytes recvd)
[1170173715.604034 /dtn/bundle/daemon debug] bundle id 6:
[1170173715.604034 /dtn/bundle/daemon debug]             source: tca://mobile3/myapp
[1170173715.604034 /dtn/bundle/daemon debug]               dest: tca://correspondent/myapp
[1170173715.604034 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170173715.604034 /dtn/bundle/daemon debug]            replyto: tca://mobile3/myapp
[1170173715.604034 /dtn/bundle/daemon debug]            prevhop: 
[1170173715.604034 /dtn/bundle/daemon debug]     payload_length: 9
[1170173715.604034 /dtn/bundle/daemon debug]           priority: 0
[1170173715.604034 /dtn/bundle/daemon debug]  custody_requested: false
[1170173715.604034 /dtn/bundle/daemon debug]      local_custody: false
[1170173715.604034 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173715.604034 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173715.604034 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173715.604034 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173715.604034 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173715.604034 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173715.604034 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173715.604034 /dtn/bundle/daemon debug]        creation_ts: 223488916.2
[1170173715.604034 /dtn/bundle/daemon debug]         expiration: 3600
[1170173715.604034 /dtn/bundle/daemon debug]        is_fragment: false
[1170173715.604034 /dtn/bundle/daemon debug]           is_admin: false
[1170173715.604034 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173715.604034 /dtn/bundle/daemon debug]        orig_length: 0
[1170173715.604034 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173715.604034 /dtn/bundle/daemon debug] transmission_count: 0
[1170173715.604094 /dtn/bundle/daemon debug] adding bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp (9 bytes payload) to pending list
[1170173715.604130 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 2 -> 3 (1 mappings) add bundle_list pending_bundles
[1170173715.604157 /dtn/bundle/list/pending_bundles debug] bundle id 6 add mapping [pending_bundles] to list 0x81ee540
[1170173715.604203 /dtn/bundle/actions debug] adding bundle 6 to data store
[1170173715.604240 /dtn/storage/bundles debug] put: serializing 270 byte object (plus 0 byte typecode)
[1170173715.604411 /dtn/cl/tcp/conn/0x82e1458 debug] send_pending_acks: sending ack length 97 for 97 byte segment [range 0..96] ack_data [ 96 ]
[1170173715.604449 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 2 bytes from send buffer...
[1170173715.604622 /dtn/storage/bundles debug] add(6): success
[1170173715.604657 /dtn/bundle/daemon debug] scheduling expiration for bundle id 6 at 1170177316.604650 (in 3601 seconds)
[1170173715.604686 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 3 -> 4 (1 mappings) add expiration timer 
[1170173715.604718 /timer debug] scheduling timer 0x82f1e58 in 3601000 ms at 1170177316:604650
[1170173715.604758 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp (9 bytes payload)
[1170173715.604791 /dtn/registration/table debug] get_matching tca://correspondent/myapp
[1170173715.604833 /scheme/dtn debug] match(tca://correspondent/myapp, tca://jgre.openvpn.informatik.uni-bremen.de/) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'correspondent')
[1170173715.604876 /scheme/dtn debug] match(tca://correspondent/myapp, tca://jgre.openvpn.informatik.uni-bremen.de/ping) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'correspondent')
[1170173715.604946 /scheme/dtn debug] match(tca://correspondent/myapp, tca://jgre.openvpn.informatik.uni-bremen.de/admin) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'correspondent')
[1170173715.604976 /dtn/registration/table debug] get_matching tca://correspondent/myapp: returned 0 matches
[1170173715.605001 /dtn/tca debug] dispatching event (0x82f1d78) BUNDLE_RECEIVED
[1170173715.605026 /dtn/tca debug] Bundle payload length: 9
[1170173715.605079 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170173715.605108 /dtn/bundle/payload/6/file debug] lseek 0 SEEK_SET -> 0
[1170173715.605140 /dtn/bundle/payload/6/file debug] ::readv() fd 34 cc 9
[1170173715.605162 /dtn/bundle/payload/6/file debug] readall 9 bytes 0 left 9 total
[1170173715.605189 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.605221 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170173715.605246 /dtn/bundle/payload/6/file debug] lseek 0 SEEK_SET -> 0
[1170173715.605272 /dtn/bundle/payload/6/file debug] ::readv() fd 34 cc 9
[1170173715.605294 /dtn/bundle/payload/6/file debug] readall 9 bytes 0 left 9 total
[1170173715.605321 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170173715.605346 /dtn/tca debug] TcaRouter: tca bundle received [tca://mobile3/myapp] -> [tca://correspondent/myapp] : 'blablubb2':9
[1170173715.605384 /dtn/tca debug] TcaRouter::handle_tca_unbound_bundle...
[1170173715.605407 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173715.605449 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3
[1170173715.605473 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp
[1170173715.605494 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:39960 (FORWARD)
[1170173715.605538 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:46540 (FORWARD)
[1170173715.605575 /scheme/dtn debug] match(tca://correspondent/myapp, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent')
[1170173715.605604 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp done, 0 match(es)
[1170173715.605630 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp': 0 matches
[1170173715.605673 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'unb:tca://correspondent/myapp'
[1170173715.605712 /dtn/storage/globals debug] next_bundleid 7 -> 8
[1170173715.605758 /dtn/storage/globals debug] updating global store
[1170173715.605809 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173715.605939 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 2
[1170173715.605967 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 2/2 bytes from send buffer
[1170173715.605992 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_sent
[1170173715.606017 /dtn/cl/tcp/conn/0x82e1458 debug] send_pending_acks: acked all 97 bytes of bundle 6
[1170173715.606082 /dtn/bundle debug] Bundle::init bundle id 7
[1170173715.606147 /dtn/bundle/payload/7/file debug] open bundles/bundle_7.dat (flags 0xc2 mode 0x180): fd 35
[1170173715.606182 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=35 pin_count=1 size=2
[1170173715.606218 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173715.606256 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170173715.606312 /dtn/bundle/payload/7/file debug] ::writev() fd 35 cc 29
[1170173715.606335 /dtn/bundle/payload/7/file debug] writeall 29 bytes 0 left 29 total
[1170173715.606364 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173715.606391 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173715.606439 /dtn/bundle/daemon debug] posting event (0x82f27f0) with type BUNDLE_RECEIVED (at back)
[1170173715.606463 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.606487 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.606515 /dtn/contact/manager debug] dispatching event (0x82f1d78) BUNDLE_RECEIVED
[1170173715.606541 /dtn/contact/refs debug] refcount contact 134.102.201.183:46540 (started 1170173715.522133) 3 -> 2 del BundleReceivedEvent 
[1170173715.606571 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170173715.606603 /timer debug] new timeout 3627
[1170173715.606627 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.606653 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.606676 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.606702 /dtn/bundle/daemon debug] dispatching event (0x82f27f0) BUNDLE_RECEIVED
[1170173715.606815 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173715.606815 /dtn/bundle/daemon debug] bundle id 7:
[1170173715.606815 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173715.606815 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173715.606815 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173715.606815 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173715.606815 /dtn/bundle/daemon debug]            prevhop: 
[1170173715.606815 /dtn/bundle/daemon debug]     payload_length: 29
[1170173715.606815 /dtn/bundle/daemon debug]           priority: 1
[1170173715.606815 /dtn/bundle/daemon debug]  custody_requested: false
[1170173715.606815 /dtn/bundle/daemon debug]      local_custody: false
[1170173715.606815 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173715.606815 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173715.606815 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173715.606815 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173715.606815 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173715.606815 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173715.606815 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173715.606815 /dtn/bundle/daemon debug]        creation_ts: 223488915.7
[1170173715.606815 /dtn/bundle/daemon debug]         expiration: 3600
[1170173715.606815 /dtn/bundle/daemon debug]        is_fragment: false
[1170173715.606815 /dtn/bundle/daemon debug]           is_admin: false
[1170173715.606815 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173715.606815 /dtn/bundle/daemon debug]        orig_length: 0
[1170173715.606815 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173715.606815 /dtn/bundle/daemon debug] transmission_count: 0
[1170173715.606887 /dtn/bundle/daemon debug] adding bundle bundle id 7 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (29 bytes payload) to pending list
[1170173715.606922 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173715.606950 /dtn/bundle/list/pending_bundles debug] bundle id 7 add mapping [pending_bundles] to list 0x81ee540
[1170173715.606975 /dtn/bundle/actions debug] adding bundle 7 to data store
[1170173715.607007 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173715.607466 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 3 -> 2 (1 mappings) del CLConnection::IncomingBundle 
[1170173715.607504 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 0
[1170173715.607532 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier timed out
[1170173715.607567 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173715.607707 /dtn/storage/bundles debug] add(7): success
[1170173715.607741 /dtn/bundle/daemon debug] scheduling expiration for bundle id 7 at 1170177315.607734 (in 3600 seconds)
[1170173715.607770 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173715.607801 /timer debug] scheduling timer 0x825e4b8 in 3600000 ms at 1170177315:607734
[1170173715.607829 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 7 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (29 bytes payload)
[1170173715.607859 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173715.607932 /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'
[1170173715.607963 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173715.607988 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches
[1170173715.608013 /dtn/bundle/daemon debug] delivering bundle bundle id 7 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (29 bytes payload) to registration 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173715.608044 /dtn/registration/10 info] deliver_bundle: queuing bundle id 7 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173715.608074 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170173715.608102 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173715.608129 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170173715.608152 /dtn/bundle/list//dtn/registration/10 debug] bundle id 7 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173715.608178 /dtn/tca debug] dispatching event (0x82f27f0) BUNDLE_RECEIVED
[1170173715.608202 /dtn/tca debug] Bundle payload length: 29
[1170173715.608248 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170173715.608277 /dtn/bundle/payload/7/file debug] lseek 0 SEEK_SET -> 0
[1170173715.608306 /dtn/bundle/payload/7/file debug] ::readv() fd 35 cc 29
[1170173715.608329 /dtn/bundle/payload/7/file debug] readall 29 bytes 0 left 29 total
[1170173715.608356 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173715.608388 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170173715.610559 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173715.610913 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event
[1170173715.610949 /dtn/bundle/payload/7/file debug] lseek 0 SEEK_SET -> 0
[1170173715.610980 /dtn/bundle/payload/7/file debug] ::readv() fd 35 cc 29
[1170173715.611003 /dtn/bundle/payload/7/file debug] readall 29 bytes 0 left 29 total
[1170173715.611032 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173715.611060 /dtn/bundle/list//dtn/registration/10 debug] bundle id 7 del_bundle: deleting mapping [/dtn/registration/10]
[1170173715.611090 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173715.611118 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.611141 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170173715.611165 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary 
[1170173715.611192 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10
[1170173715.611219 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv 
[1170173715.611245 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary 
[1170173715.611271 /dtn/apiclient/24 debug] handle_recv: popped bundle 7 for registration 10 (timeout 30000)
[1170173715.611304 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170173715.611329 /dtn/bundle/payload/7/file debug] lseek 0 SEEK_SET -> 0
[1170173715.611355 /dtn/bundle/payload/7/file debug] ::readv() fd 35 cc 29
[1170173715.611378 /dtn/bundle/payload/7/file debug] readall 29 bytes 0 left 29 total
[1170173715.611405 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173715.611440 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 7 to registration 10
[1170173715.611466 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent 
[1170173715.611493 /dtn/bundle/daemon debug] posting event (0x82f2998) with type BUNDLE_DELIVERED (at back)
[1170173715.611517 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.611542 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.611566 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv 
[1170173715.611596 /dtn/apiclient/24 debug] building reply: status (unknown type), length 840
[1170173715.611620 /dtn/apiclient/24 debug] sending 848 byte reply message
[1170173715.611666 /dtn/apiclient/24 debug] ::writev() fd 24 cc 848
[1170173715.611691 /dtn/apiclient/24 debug] writeall 848 bytes 0 left 848 total
[1170173715.611722 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'unb:tca://correspondent/myapp':29
[1170173715.611767 /dtn/contact/manager debug] dispatching event (0x82f27f0) BUNDLE_RECEIVED
[1170173715.611796 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170173715.611829 /timer debug] new timeout 3621
[1170173715.611854 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.611880 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.611903 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.611929 /dtn/bundle/daemon debug] dispatching event (0x82f2998) BUNDLE_DELIVERED
[1170173715.611952 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:7 (29 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173715.611981 /dtn/bundle/daemon debug] removing bundle bundle id 7 tca://localhost/bundlelayer -> tca://jgre.openvpn.informatik.uni-bremen.de/admin (29 bytes payload) from pending list
[1170173715.612062 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 7
[1170173715.612108 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173715.612139 /dtn/bundle/list/pending_bundles debug] bundle id 7 del_bundle: deleting mapping [pending_bundles]
[1170173715.612167 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173715.612194 /dtn/tca debug] dispatching event (0x82f2998) BUNDLE_DELIVERED
[1170173715.612217 /dtn/contact/manager debug] dispatching event (0x82f2998) BUNDLE_DELIVERED
[1170173715.612243 /dtn/bundle/refs debug] bundle id 7 (0x82f2540): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170173715.612269 /dtn/bundle debug] bundle id 7 (0x82f2540): no more references, posting free event
[1170173715.612293 /dtn/bundle/daemon debug] posting event (0x82e1970) with type BUNDLE_FREE (at back)
[1170173715.612317 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173715.612340 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173715.612368 /timer debug] new timeout 3621
[1170173715.612391 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173715.612416 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173715.612439 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173715.612464 /dtn/bundle/daemon debug] dispatching event (0x82e1970) BUNDLE_FREE
[1170173715.612487 /dtn/bundle/actions debug] removing bundle 7 from data store
[1170173715.613054 /dtn/storage/bundles debug] del(7): success
[1170173715.613089 /dtn/bundle/free debug] destroying bundle id 7
[1170173715.613132 /dtn/storage/bundles/fdcache/cache debug] Closed 35 size=3
[1170173715.613243 /dtn/bundle/payload/7/file debug] unlink bundles/bundle_7.dat: 0
[1170173715.613286 /timer debug] new timeout 3620
[1170173715.613321 /dtn/bundle/daemon debug] poll returned 1
[1170173715.613344 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173715.613374 /timer debug] new timeout 3620
[1170173719.234794 /dtn/bundle/daemon debug] poll returned -2
[1170173719.234859 /dtn/bundle/daemon debug] poll timeout
[1170173719.234895 /timer debug] popping timer 0x8261880 at 1170173719.234882
[1170173719.234923 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173719.234951 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173719.234981 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173724:234971
[1170173719.235017 /timer debug] new timeout 5000
[1170173719.235053 /dtn/bundle/daemon debug] poll returned 1
[1170173719.235076 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173719.235105 /timer debug] new timeout 5000
[1170173720.607767 /dtn/apiclient/24 debug] ::readv() fd 24 cc 897
[1170173720.607826 /dtn/apiclient/24 debug] got DTN_SEND (892/892 bytes)
[1170173720.607898 /dtn/storage/globals debug] next_bundleid 8 -> 9
[1170173720.607925 /dtn/storage/globals debug] updating global store
[1170173720.608016 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173720.612282 /dtn/bundle debug] Bundle::init bundle id 8
[1170173720.612382 /dtn/bundle/payload/8/file debug] open bundles/bundle_8.dat (flags 0xc2 mode 0x180): fd 35
[1170173720.612423 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=35 pin_count=1 size=2
[1170173720.612460 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173720.612489 /dtn/bundle/refs debug] bundle id 8 (0x82f2598): refcount 0 -> 1 (0 mappings) add APIClient::handle_send 
[1170173720.612599 /dtn/bundle/refs debug] bundle id 8 (0x82f2598): refcount 1 -> 2 (0 mappings) add BundleAcceptRequest 
[1170173720.612631 /dtn/bundle/daemon debug] posting event (0x82f28c0) with type BUNDLE_ACCEPT_REQUEST (at back)
[1170173720.612657 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173720.612686 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173720.612709 /dtn/apiclient/24/notifier debug] attempting to wait on 0x82d07ec, count = 0
[1170173720.612762 /dtn/bundle/daemon debug] poll returned 1
[1170173720.612825 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173720.612855 /timer debug] new timeout 3623
[1170173720.612881 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173720.612909 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.612932 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173720.612958 /dtn/bundle/daemon debug] dispatching event (0x82f28c0) BUNDLE_ACCEPT_REQUEST
[1170173720.612984 /dtn/bundle/daemon info] BUNDLE_ACCEPT_REQUEST: bundle bundle id 8 tca://jgre.openvpn.informatik.uni-bremen.de/admin -> tca://localhost/bundlelayer (84 bytes payload) accepted (reason no additional information)
[1170173720.613014 /dtn/tca debug] dispatching event (0x82f28c0) BUNDLE_ACCEPT_REQUEST
[1170173720.613037 /dtn/contact/manager debug] dispatching event (0x82f28c0) BUNDLE_ACCEPT_REQUEST
[1170173720.613059 /dtn/apiclient/24/notifier debug] notifier notify
[1170173720.613083 /dtn/apiclient/24/notifier debug] notify count = 1
[1170173720.613110 /dtn/bundle/refs debug] bundle id 8 (0x82f2598): refcount 2 -> 1 (0 mappings) del BundleAcceptRequest 
[1170173720.613141 /timer debug] new timeout 3622
[1170173720.613182 /dtn/apiclient/24/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170173720.613208 /dtn/apiclient/24/notifier debug] poll_with_notifier: normal fd has event
[1170173720.613230 /dtn/apiclient/24/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173720.613255 /dtn/apiclient/24/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.613278 /dtn/apiclient/24/notifier debug] drain pipe count = 0
[1170173720.613299 /dtn/apiclient/24/notifier debug] notifier wait successfully notified
[1170173720.613329 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170173720.613405 /dtn/bundle/payload/8/file debug] ::writev() fd 35 cc 84
[1170173720.613429 /dtn/bundle/payload/8/file debug] writeall 84 bytes 0 left 84 total
[1170173720.613458 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173720.613504 /dtn/apiclient/24 info] DTN_SEND bundle bundle id 8 tca://jgre.openvpn.informatik.uni-bremen.de/admin -> tca://localhost/bundlelayer (84 bytes payload)
[1170173720.613534 /dtn/bundle/refs debug] bundle id 8 (0x82f2598): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent 
[1170173720.613561 /dtn/bundle/daemon debug] posting event (0x82f1da0) with type BUNDLE_RECEIVED (at back)
[1170173720.613585 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173720.613609 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173720.613631 /dtn/apiclient/24/notifier debug] attempting to wait on 0x82d07ec, count = 0
[1170173720.613662 /dtn/bundle/daemon debug] poll returned 1
[1170173720.613685 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173720.613710 /timer debug] new timeout 3622
[1170173720.613734 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173720.613759 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.613782 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173720.613807 /dtn/bundle/daemon debug] dispatching event (0x82f1da0) BUNDLE_RECEIVED
[1170173720.613922 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (from app): (0 bytes recvd)
[1170173720.613922 /dtn/bundle/daemon debug] bundle id 8:
[1170173720.613922 /dtn/bundle/daemon debug]             source: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.613922 /dtn/bundle/daemon debug]               dest: tca://localhost/bundlelayer
[1170173720.613922 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170173720.613922 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.613922 /dtn/bundle/daemon debug]            prevhop: 
[1170173720.613922 /dtn/bundle/daemon debug]     payload_length: 84
[1170173720.613922 /dtn/bundle/daemon debug]           priority: 1
[1170173720.613922 /dtn/bundle/daemon debug]  custody_requested: false
[1170173720.613922 /dtn/bundle/daemon debug]      local_custody: false
[1170173720.613922 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173720.613922 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173720.613922 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173720.613922 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173720.613922 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173720.613922 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173720.613922 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173720.613922 /dtn/bundle/daemon debug]        creation_ts: 223488920.8
[1170173720.613922 /dtn/bundle/daemon debug]         expiration: 604800
[1170173720.613922 /dtn/bundle/daemon debug]        is_fragment: false
[1170173720.613922 /dtn/bundle/daemon debug]           is_admin: false
[1170173720.613922 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173720.613922 /dtn/bundle/daemon debug]        orig_length: 0
[1170173720.613922 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173720.613922 /dtn/bundle/daemon debug] transmission_count: 0
[1170173720.614002 /dtn/bundle/daemon debug] adding bundle bundle id 8 tca://jgre.openvpn.informatik.uni-bremen.de/admin -> tca://localhost/bundlelayer (84 bytes payload) to pending list
[1170173720.614040 /dtn/bundle/refs debug] bundle id 8 (0x82f2598): refcount 2 -> 3 (1 mappings) add bundle_list pending_bundles
[1170173720.614068 /dtn/bundle/list/pending_bundles debug] bundle id 8 add mapping [pending_bundles] to list 0x81ee540
[1170173720.614093 /dtn/bundle/actions debug] adding bundle 8 to data store
[1170173720.614129 /dtn/storage/bundles debug] put: serializing 214 byte object (plus 0 byte typecode)
[1170173720.614452 /dtn/storage/bundles debug] add(8): success
[1170173720.614487 /dtn/bundle/daemon debug] scheduling expiration for bundle id 8 at 1170778520.614480 (in 604800 seconds)
[1170173720.614517 /dtn/bundle/refs debug] bundle id 8 (0x82f2598): refcount 3 -> 4 (1 mappings) add expiration timer 
[1170173720.614549 /timer debug] scheduling timer 0x82f28e0 in 604800000 ms at 1170778520:614480
[1170173720.614581 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 8 tca://jgre.openvpn.informatik.uni-bremen.de/admin -> tca://localhost/bundlelayer (84 bytes payload)
[1170173720.614613 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer
[1170173720.614655 /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')
[1170173720.614698 /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')
[1170173720.614839 /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')
[1170173720.614870 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer: returned 0 matches
[1170173720.614895 /dtn/tca debug] dispatching event (0x82f1da0) BUNDLE_RECEIVED
[1170173720.614921 /dtn/tca debug] Bundle payload length: 84
[1170173720.614973 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170173720.615002 /dtn/bundle/payload/8/file debug] lseek 0 SEEK_SET -> 0
[1170173720.615035 /dtn/bundle/payload/8/file debug] ::readv() fd 35 cc 84
[1170173720.615057 /dtn/bundle/payload/8/file debug] readall 84 bytes 0 left 84 total
[1170173720.615085 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173720.615117 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170173720.615142 /dtn/bundle/payload/8/file debug] lseek 0 SEEK_SET -> 0
[1170173720.615168 /dtn/bundle/payload/8/file debug] ::readv() fd 35 cc 84
[1170173720.615190 /dtn/bundle/payload/8/file debug] readall 84 bytes 0 left 84 total
[1170173720.615240 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173720.615268 /dtn/tca debug] TcaRouter: tca bundle received [tca://jgre.openvpn.informatik.uni-bremen.de/admin] -> [tca://localhost/bundlelayer] : 'add_route:tca://correspondent/myapp	tcp://jgre.openvpn.informatik.uni-bremen.de:5000':84
[1170173720.615315 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170173720.615342 /dtn/bundle/payload/8/file debug] lseek 0 SEEK_SET -> 0
[1170173720.615368 /dtn/bundle/payload/8/file debug] ::readv() fd 35 cc 84
[1170173720.615390 /dtn/bundle/payload/8/file debug] readall 84 bytes 0 left 84 total
[1170173720.615417 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170173720.615472 /dtn/tca debug] TcaRouter:: add_route bundle received. pattern='tca://correspondent/myapp', link='tcp://jgre.openvpn.informatik.uni-bremen.de:5000'
[1170173720.615542 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] set_state UNAVAILABLE -> AVAILABLE
[1170173720.615569 /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 
[1170173720.615641 /dtn/cl/tcp debug] adding ONDEMAND link jgre.openvpn.informatik.uni-bremen.de:5000
[1170173720.662131 /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]
[1170173720.662175 /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 
[1170173720.662206 /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 
[1170173720.662236 /dtn/bundle/daemon debug] posting event (0x82f3000) with type LINK_AVAILABLE (at back)
[1170173720.662261 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173720.662286 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173720.662308 /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 
[1170173720.662337 /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 
[1170173720.662364 /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 
[1170173720.662394 /dtn/contact/manager debug] adding link jgre.openvpn.informatik.uni-bremen.de:5000
[1170173720.662415 /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 
[1170173720.662447 /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 
[1170173720.662476 /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 
[1170173720.662505 /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 
[1170173720.662534 /dtn/bundle/daemon debug] posting event (0x82f2f38) with type LINK_CREATED (at back)
[1170173720.662561 /dtn/tca debug] TcaRouter::create_route: pattern=tca://correspondent/myapp, p_link=0x82f2c80
[1170173720.662614 /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 
[1170173720.662675 /dtn/routing/TcaRouter/table debug] add_route tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.662709 /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 
[1170173720.662765 /dtn/contact/manager debug] dispatching event (0x82f1da0) BUNDLE_RECEIVED
[1170173720.662789 /dtn/apiclient/24/notifier debug] notifier notify
[1170173720.662815 /dtn/apiclient/24/notifier debug] notify count = 1
[1170173720.662842 /dtn/bundle/refs debug] bundle id 8 (0x82f2598): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170173720.662875 /timer debug] new timeout 3573
[1170173720.662904 /dtn/bundle/daemon debug] dispatching event (0x82f3000) LINK_AVAILABLE
[1170173720.662927 /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 
[1170173720.662956 /dtn/bundle/daemon info] LINK_AVAILABLE jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE]
[1170173720.662980 /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 
[1170173720.663008 /dtn/tca debug] dispatching event (0x82f3000) LINK_AVAILABLE
[1170173720.663030 /dtn/tca debug] check_next_hop jgre.openvpn.informatik.uni-bremen.de:5000: checking pending bundle list...
[1170173720.663068 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.663091 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173720.663125 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.663148 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3
[1170173720.663171 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp
[1170173720.663192 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:39960 (FORWARD)
[1170173720.663235 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:46540 (FORWARD)
[1170173720.663272 /scheme/dtn debug] match(tca://correspondent/myapp, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent')
[1170173720.663301 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.663337 /scheme/dtn debug] match(tca://correspondent/myapp, tca://correspondent/myapp) succeeded: pattern 'correspondent' ssp 'correspondent'
[1170173720.663365 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.663394 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp done, 1 match(es)
[1170173720.663423 /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 
[1170173720.663453 /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
[1170173720.663480 /dtn/bundle/actions debug] opening link jgre.openvpn.informatik.uni-bremen.de:5000
[1170173720.663502 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] Link::open
[1170173720.663524 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] set_state AVAILABLE -> OPENING
[1170173720.663546 /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 
[1170173720.663578 /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 
[1170173720.663609 /dtn/contact/jgre.openvpn.informatik.uni-bremen.de:5000 info] new contact contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602)
[1170173720.663656 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602) 0 -> 1 add Link 
[1170173720.663685 /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 
[1170173720.663714 /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 
[1170173720.663742 /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]
[1170173720.663791 /dtn/cl/tcp/notifier debug] created pipe, fds: 36 37
[1170173720.663819 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170173720.663842 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170173720.663934 /dtn/cl/tcp/conn/0x82f3478/sock debug] created socket 38
[1170173720.663960 /dtn/cl/tcp/conn/0x82f3478/sock debug] setting SO_REUSEADDR
[1170173720.663987 /dtn/cl/tcp/conn/0x82f3478/sock debug] set_nonblocking: nonblocking mode set
[1170173720.664011 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602) 1 -> 2 add TCPConvergenceLayer::Connection 
[1170173720.664041 /thread debug] starting thread 0x82f347c
[1170173720.664115 /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 
[1170173720.664149 /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 0x82f33b0
[1170173720.664176 /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 
[1170173720.664204 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp': 1 matches
[1170173720.664245 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.664269 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173720.664290 /dtn/tca debug] TcaRouter::link available
[1170173720.664330 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available'
[1170173720.664371 /dtn/storage/globals debug] next_bundleid 9 -> 10
[1170173720.664396 /dtn/storage/globals debug] updating global store
[1170173720.664459 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173720.664623 /dtn/apiclient/24/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170173720.664654 /dtn/apiclient/24/notifier debug] poll_with_notifier: normal fd has event
[1170173720.664678 /dtn/apiclient/24/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173720.664705 /dtn/apiclient/24/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.664729 /dtn/apiclient/24/notifier debug] drain pipe count = 0
[1170173720.664750 /dtn/apiclient/24/notifier debug] notifier wait successfully notified
[1170173720.664781 /dtn/bundle/refs debug] bundle id 8 (0x82f2598): refcount 3 -> 2 (1 mappings) del APIClient::handle_send 
[1170173720.664810 /dtn/apiclient/24 debug] building reply: status (unknown type), length 272
[1170173720.664833 /dtn/apiclient/24 debug] sending 280 byte reply message
[1170173720.664883 /dtn/apiclient/24 debug] ::writev() fd 24 cc 280
[1170173720.664908 /dtn/apiclient/24 debug] writeall 280 bytes 0 left 280 total
[1170173720.665007 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173720.665060 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173720.665091 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173720.665181 /dtn/bundle debug] Bundle::init bundle id 9
[1170173720.665262 /dtn/bundle/payload/9/file debug] open bundles/bundle_9.dat (flags 0xc2 mode 0x180): fd 39
[1170173720.665300 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=39 pin_count=1 size=3
[1170173720.665334 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4
[1170173720.665375 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4
[1170173720.665434 /dtn/bundle/payload/9/file debug] ::writev() fd 39 cc 14
[1170173720.665458 /dtn/bundle/payload/9/file debug] writeall 14 bytes 0 left 14 total
[1170173720.665486 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4
[1170173720.665514 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173720.665542 /dtn/bundle/daemon debug] posting event (0x82f2fb0) with type BUNDLE_RECEIVED (at back)
[1170173720.665570 /dtn/contact/manager debug] dispatching event (0x82f3000) LINK_AVAILABLE
[1170173720.665599 /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 
[1170173720.665634 /timer debug] new timeout 3570
[1170173720.665662 /dtn/bundle/daemon debug] dispatching event (0x82f2f38) LINK_CREATED
[1170173720.665685 /dtn/tca debug] dispatching event (0x82f2f38) LINK_CREATED
[1170173720.665706 /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 
[1170173720.665749 /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 
[1170173720.665782 /dtn/contact/manager debug] dispatching event (0x82f2f38) LINK_CREATED
[1170173720.665808 /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 
[1170173720.665842 /timer debug] new timeout 3570
[1170173720.665866 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173720.665892 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.665915 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173720.665940 /dtn/bundle/daemon debug] dispatching event (0x82f2fb0) BUNDLE_RECEIVED
[1170173720.666066 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173720.666066 /dtn/bundle/daemon debug] bundle id 9:
[1170173720.666066 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173720.666066 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.666066 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173720.666066 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173720.666066 /dtn/bundle/daemon debug]            prevhop: 
[1170173720.666066 /dtn/bundle/daemon debug]     payload_length: 14
[1170173720.666066 /dtn/bundle/daemon debug]           priority: 1
[1170173720.666066 /dtn/bundle/daemon debug]  custody_requested: false
[1170173720.666066 /dtn/bundle/daemon debug]      local_custody: false
[1170173720.666066 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173720.666066 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173720.666066 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173720.666066 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173720.666066 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173720.666066 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173720.666066 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173720.666066 /dtn/bundle/daemon debug]        creation_ts: 223488920.9
[1170173720.666066 /dtn/bundle/daemon debug]         expiration: 3600
[1170173720.666066 /dtn/bundle/daemon debug]        is_fragment: false
[1170173720.666066 /dtn/bundle/daemon debug]           is_admin: false
[1170173720.666066 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173720.666066 /dtn/bundle/daemon debug]        orig_length: 0
[1170173720.666066 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173720.666066 /dtn/bundle/daemon debug] transmission_count: 0
[1170173720.666143 /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
[1170173720.666180 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173720.666208 /dtn/bundle/list/pending_bundles debug] bundle id 9 add mapping [pending_bundles] to list 0x81ee540
[1170173720.666232 /dtn/bundle/actions debug] adding bundle 9 to data store
[1170173720.666266 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173720.666448 /dtn/cl/tcp/conn/0x82f3478 debug] connect: connecting to 134.102.217.8:5000...
[1170173720.666479 /dtn/cl/tcp/conn/0x82f3478/sock debug] connecting to 134.102.217.8:5000
[1170173720.666503 /dtn/cl/tcp/conn/0x82f3478/sock debug] state INIT -> CONNECTING
[1170173720.666556 /dtn/storage/bundles debug] add(9): success
[1170173720.666599 /dtn/bundle/daemon debug] scheduling expiration for bundle id 9 at 1170177320.666592 (in 3600 seconds)
[1170173720.666628 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173720.666660 /timer debug] scheduling timer 0x82f2f38 in 3600000 ms at 1170177320:666592
[1170173720.666690 /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)
[1170173720.666866 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.666948 /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'
[1170173720.666980 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.667005 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches
[1170173720.667031 /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)
[1170173720.667062 /dtn/registration/10 info] deliver_bundle: queuing bundle id 9 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.667092 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170173720.667121 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173720.667147 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170173720.667169 /dtn/bundle/list//dtn/registration/10 debug] bundle id 9 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173720.667195 /dtn/tca debug] dispatching event (0x82f2fb0) BUNDLE_RECEIVED
[1170173720.667220 /dtn/tca debug] Bundle payload length: 14
[1170173720.667271 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4
[1170173720.667300 /dtn/bundle/payload/9/file debug] lseek 0 SEEK_SET -> 0
[1170173720.667331 /dtn/bundle/payload/9/file debug] ::readv() fd 39 cc 14
[1170173720.667353 /dtn/bundle/payload/9/file debug] readall 14 bytes 0 left 14 total
[1170173720.667382 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4
[1170173720.667414 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4
[1170173720.667439 /dtn/bundle/payload/9/file debug] lseek 0 SEEK_SET -> 0
[1170173720.667487 /dtn/bundle/payload/9/file debug] ::readv() fd 39 cc 14
[1170173720.667511 /dtn/bundle/payload/9/file debug] readall 14 bytes 0 left 14 total
[1170173720.667539 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4
[1170173720.667565 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'link_available':14
[1170173720.667605 /dtn/contact/manager debug] dispatching event (0x82f2fb0) BUNDLE_RECEIVED
[1170173720.667635 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170173720.667667 /timer debug] new timeout 3568
[1170173720.667700 /dtn/bundle/daemon debug] poll returned 1
[1170173720.667723 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173720.667752 /timer debug] new timeout 3568
[1170173720.667795 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173720.667821 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event
[1170173720.667848 /dtn/bundle/list//dtn/registration/10 debug] bundle id 9 del_bundle: deleting mapping [/dtn/registration/10]
[1170173720.667877 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173720.667904 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.667927 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170173720.667949 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170173720.667976 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170173720.668003 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170173720.668029 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170173720.668109 /dtn/apiclient/24 debug] handle_recv: popped bundle 9 for registration 10 (timeout 30000)
[1170173720.668142 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4
[1170173720.668168 /dtn/bundle/payload/9/file debug] lseek 0 SEEK_SET -> 0
[1170173720.668195 /dtn/bundle/payload/9/file debug] ::readv() fd 39 cc 14
[1170173720.668217 /dtn/bundle/payload/9/file debug] readall 14 bytes 0 left 14 total
[1170173720.668244 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4
[1170173720.668277 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 9 to registration 10
[1170173720.668303 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170173720.668330 /dtn/bundle/daemon debug] posting event (0x82f3190) with type BUNDLE_DELIVERED (at back)
[1170173720.668354 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173720.668378 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173720.668402 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170173720.668431 /dtn/apiclient/24 debug] building reply: status (unknown type), length 824
[1170173720.668454 /dtn/apiclient/24 debug] sending 832 byte reply message
[1170173720.668493 /dtn/apiclient/24 debug] ::writev() fd 24 cc 832
[1170173720.668517 /dtn/apiclient/24 debug] writeall 832 bytes 0 left 832 total
[1170173720.668872 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173720.668903 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173720.668932 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173720.669202 /dtn/cl/tcp/iface/tcp0 debug] accepted connection fd 40 from 134.102.217.8:46672
[1170173720.669234 /dtn/cl/tcp/iface/tcp0 debug] new connection from 134.102.217.8:46672
[1170173720.669275 /dtn/cl/tcp/notifier debug] created pipe, fds: 41 42
[1170173720.669302 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170173720.669349 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170173720.669419 /dtn/cl/tcp/conn/0x8303ca0/40 debug] setting SO_REUSEADDR
[1170173720.669449 /dtn/cl/tcp/conn/0x8303ca0/40 debug] set_nonblocking: nonblocking mode set
[1170173720.669474 /thread debug] starting thread 0x8303ca4
[1170173720.669547 /dtn/cl/tcp/conn/0x82f3478/sock debug] delayed connect to 134.102.217.8:5000 (EINPROGRESS)
[1170173720.669575 /dtn/cl/tcp/conn/0x82f3478 debug] connect: EINPROGRESS returned, waiting for write ready
[1170173720.669602 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173720.669644 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x4 0x0 
[1170173720.669670 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173720.669692 /dtn/cl/tcp/conn/0x82f3478 debug] poll returned write ready, clearing POLLOUT bit
[1170173720.669713 /dtn/cl/tcp/conn/0x82f3478/sock debug] getting connect result
[1170173720.669749 /dtn/cl/tcp/conn/0x82f3478/sock debug] state CONNECTING -> ESTABLISHED
[1170173720.669773 /dtn/cl/tcp/conn/0x82f3478 debug] delayed_connect to 134.102.217.8:5000 succeeded
[1170173720.669796 /dtn/cl/tcp/conn/0x82f3478 debug] initiate_contact called
[1170173720.669822 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_sent
[1170173720.669846 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 52 bytes from send buffer...
[1170173720.669894 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 52
[1170173720.669920 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 52/52 bytes from send buffer
[1170173720.669956 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173720.669994 /dtn/bundle/daemon debug] poll returned 1
[1170173720.670017 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173720.670042 /timer debug] new timeout 3565
[1170173720.670066 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173720.670093 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.670116 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173720.670142 /dtn/bundle/daemon debug] dispatching event (0x82f3190) BUNDLE_DELIVERED
[1170173720.670165 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:9 (14 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173720.670195 /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
[1170173720.670223 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 9
[1170173720.670247 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173720.670275 /dtn/bundle/list/pending_bundles debug] bundle id 9 del_bundle: deleting mapping [pending_bundles]
[1170173720.670303 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173720.670330 /dtn/tca debug] dispatching event (0x82f3190) BUNDLE_DELIVERED
[1170173720.670353 /dtn/contact/manager debug] dispatching event (0x82f3190) BUNDLE_DELIVERED
[1170173720.670380 /dtn/bundle/refs debug] bundle id 9 (0x82f3880): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170173720.670406 /dtn/bundle debug] bundle id 9 (0x82f3880): no more references, posting free event
[1170173720.670430 /dtn/bundle/daemon debug] posting event (0x82f2860) with type BUNDLE_FREE (at back)
[1170173720.670454 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173720.670478 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173720.670505 /timer debug] new timeout 3565
[1170173720.670528 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173720.670554 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.670576 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173720.670601 /dtn/bundle/daemon debug] dispatching event (0x82f2860) BUNDLE_FREE
[1170173720.670647 /dtn/bundle/actions debug] removing bundle 9 from data store
[1170173720.670948 /dtn/cl/tcp/conn/0x8303ca0 debug] accept: got connection from 134.102.217.8:46672...
[1170173720.670979 /dtn/cl/tcp/conn/0x8303ca0 debug] initiate_contact called
[1170173720.671003 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_sent
[1170173720.671028 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 52 bytes from send buffer...
[1170173720.671074 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 52
[1170173720.671100 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 52/52 bytes from send buffer
[1170173720.671135 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173720.671177 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173720.671203 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173720.671226 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173720.671255 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 52
[1170173720.671278 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 52 bytes, rcvbuf has 0 bytes
[1170173720.671301 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 52 bytes from receive buffer
[1170173720.671324 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173720.671384 /dtn/contact/manager debug] find_link_to: cl tcp nexthop  remote_eid tca://jgre.openvpn.informatik.uni-bremen.de type OPPORTUNISTIC states 0x3
[1170173720.671434 /dtn/contact/manager debug] ContactManager::find_link_to: no match
[1170173720.671460 /dtn/contact/manager debug] new_opportunistic_link: cl tcp nexthop 134.102.217.8:46672 remote_eid tca://jgre.openvpn.informatik.uni-bremen.de
[1170173720.671509 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 dtn:none OPPORTUNISTIC UNAVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170173720.671567 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 134.102.217.8:46672
[1170173720.671644 /dtn/link/opportunistic-2 info] new link opportunistic-2 [134.102.217.8:46672 dtn:none OPPORTUNISTIC UNAVAILABLE]
[1170173720.671678 /dtn/contact/manager debug] adding link opportunistic-2
[1170173720.671700 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 1 -> 2 add ContactManager 
[1170173720.671730 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add ContactManager 
[1170173720.671758 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 2 del ContactManager 
[1170173720.671786 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add LinkCreatedEvent 
[1170173720.671815 /dtn/bundle/daemon debug] posting event (0x8304438) with type LINK_CREATED (at back)
[1170173720.671839 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173720.671863 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173720.671885 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add ContactManager::find_link_to: return value 
[1170173720.671914 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del Link::create_link: return value 
[1170173720.671943 /dtn/cl/tcp/conn/0x8303ca0 debug] created new opportunistic link opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE]
[1170173720.671973 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170173720.672004 /dtn/contact/opportunistic-2 info] new contact contact 134.102.217.8:46672 (started 1170173720.671998)
[1170173720.672052 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 0 -> 1 add TCPConvergenceLayer::Connection 
[1170173720.672081 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 1 -> 2 add Link 
[1170173720.672109 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del ContactManager::find_link_to: return value 
[1170173720.672138 /dtn/cl/tcp/conn/0x8303ca0 debug] contact_up
[1170173720.672160 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 2 -> 3 add ContactUpEvent 
[1170173720.672188 /dtn/bundle/daemon debug] posting event (0x82f3190) with type CONTACT_UP (at back)
[1170173720.672222 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173720.672374 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173720.672404 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173720.672427 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173720.672478 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 52
[1170173720.672504 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 52 bytes, rcvbuf has 0 bytes
[1170173720.672527 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 52 bytes from receive buffer
[1170173720.672549 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173720.672601 /dtn/cl/tcp/conn/0x82f3478 debug] contact_up
[1170173720.672625 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602) 2 -> 3 add ContactUpEvent 
[1170173720.672654 /dtn/bundle/daemon debug] posting event (0x8304358) with type CONTACT_UP (at back)
[1170173720.672711 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173720.672758 /dtn/storage/bundles debug] del(9): success
[1170173720.672787 /dtn/bundle/free debug] destroying bundle id 9
[1170173720.672830 /dtn/storage/bundles/fdcache/cache debug] Closed 39 size=4
[1170173720.672917 /dtn/bundle/payload/9/file debug] unlink bundles/bundle_9.dat: 0
[1170173720.672961 /timer debug] new timeout 3563
[1170173720.672991 /dtn/bundle/daemon debug] dispatching event (0x8304438) LINK_CREATED
[1170173720.673014 /dtn/tca debug] dispatching event (0x8304438) LINK_CREATED
[1170173720.673036 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170173720.673103 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 4 -> 5 add RouteEntry 
[1170173720.673137 /dtn/bundle/daemon debug] posting event (0x82f3bf0) with type ROUTE_ADD (at back)
[1170173720.673162 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 5 -> 4 del LinkCreatedEvent 
[1170173720.673191 /dtn/contact/manager debug] dispatching event (0x8304438) LINK_CREATED
[1170173720.673217 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del LinkCreatedEvent 
[1170173720.673250 /timer debug] new timeout 3562
[1170173720.673277 /dtn/bundle/daemon debug] dispatching event (0x82f3190) CONTACT_UP
[1170173720.673300 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170173720.673329 /dtn/bundle/daemon info] CONTACT_UP opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC UNAVAILABLE] (contact 0x8314630)
[1170173720.673355 /dtn/link/opportunistic-2 debug] set_state UNAVAILABLE -> OPEN
[1170173720.673377 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170173720.673427 /dtn/tca debug] dispatching event (0x82f3190) CONTACT_UP
[1170173720.673451 /dtn/tca debug] check_next_hop 134.102.217.8:46672: checking pending bundle list...
[1170173720.673486 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.673509 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173720.673542 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.673565 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3
[1170173720.673587 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp
[1170173720.673609 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:39960 (FORWARD)
[1170173720.673652 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:46540 (FORWARD)
[1170173720.673689 /scheme/dtn debug] match(tca://correspondent/myapp, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent')
[1170173720.673718 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.673754 /scheme/dtn debug] match(tca://correspondent/myapp, tca://correspondent/myapp) succeeded: pattern 'correspondent' ssp 'correspondent'
[1170173720.673782 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.673811 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp done, 1 match(es)
[1170173720.673842 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp': ignoring match jgre.openvpn.informatik.uni-bremen.de:5000 since next_hop link opportunistic-2 set
[1170173720.673868 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp': 0 matches
[1170173720.673904 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.673926 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173720.673948 /dtn/tca debug] TcaRouter::contact up
[1170173720.673985 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up'
[1170173720.674027 /dtn/storage/globals debug] next_bundleid 10 -> 11
[1170173720.674051 /dtn/storage/globals debug] updating global store
[1170173720.674101 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173720.674373 /dtn/bundle debug] Bundle::init bundle id 10
[1170173720.674441 /dtn/bundle/payload/10/file debug] open bundles/bundle_10.dat (flags 0xc2 mode 0x180): fd 39
[1170173720.674477 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=39 pin_count=1 size=3
[1170173720.674512 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4
[1170173720.674550 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=4
[1170173720.674607 /dtn/bundle/payload/10/file debug] ::writev() fd 39 cc 10
[1170173720.674631 /dtn/bundle/payload/10/file debug] writeall 10 bytes 0 left 10 total
[1170173720.674660 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=4
[1170173720.674688 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173720.674716 /dtn/bundle/daemon debug] posting event (0x8304380) with type BUNDLE_RECEIVED (at back)
[1170173720.674970 /dtn/contact/manager debug] dispatching event (0x82f3190) CONTACT_UP
[1170173720.674994 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 3 -> 4 add Contact 
[1170173720.675023 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170173720.675055 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 3 -> 2 del ContactUpEvent 
[1170173720.675110 /timer debug] new timeout 3560
[1170173720.675140 /dtn/bundle/daemon debug] dispatching event (0x8304358) CONTACT_UP
[1170173720.675162 /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 
[1170173720.675192 /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 0x82f33b0)
[1170173720.675219 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] set_state OPENING -> OPEN
[1170173720.675241 /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 
[1170173720.675269 /dtn/tca debug] dispatching event (0x8304358) CONTACT_UP
[1170173720.675291 /dtn/tca debug] check_next_hop jgre.openvpn.informatik.uni-bremen.de:5000: checking pending bundle list...
[1170173720.675327 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.675350 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173720.675383 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.675406 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3
[1170173720.675428 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp
[1170173720.675450 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:39960 (FORWARD)
[1170173720.675494 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:46540 (FORWARD)
[1170173720.675531 /scheme/dtn debug] match(tca://correspondent/myapp, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent')
[1170173720.675560 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.675597 /scheme/dtn debug] match(tca://correspondent/myapp, tca://correspondent/myapp) succeeded: pattern 'correspondent' ssp 'correspondent'
[1170173720.675625 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.675654 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp done, 1 match(es)
[1170173720.675684 /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 
[1170173720.675713 /dtn/tca debug] sending bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp (9 bytes payload) to jgre.openvpn.informatik.uni-bremen.de:5000 [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND OPEN]
[1170173720.675745 /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 
[1170173720.675777 /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 
[1170173720.675806 /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 
[1170173720.675901 /dtn/bundle/protocol debug] generated dictionary length 51
[1170173720.675928 /dtn/bundle/protocol debug] get_primary_len(bundle 6): 85
[1170173720.675953 /dtn/bundle/protocol debug] generating primary: length 85 (preamble 5 var length 80)
[1170173720.676008 /dtn/bundle/protocol debug] dictionary len 51, value: 'tca //correspondent/myapp //mobile3/myapp dtn none '
[1170173720.676033 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,26, custodian 42,46 replyto 0,26
[1170173720.676082 /dtn/bundle/protocol debug] generated dictionary length 51
[1170173720.676106 /dtn/bundle/protocol debug] get_primary_len(bundle 6): 85
[1170173720.676133 /dtn/bundle/protocol debug] generated block (owner 0x0 type 0x0) data_offset 0 data_length 85 contents length 85
[1170173720.676185 /dtn/bundle/protocol debug] BlockProcessor type 0x1 generated preamble for block type 0x1 flags 0x8: data_offset 3 data_length 9
[1170173720.676213 /dtn/bundle/protocol debug] generated block (owner 0x1 type 0x1) data_offset 3 data_length 9 contents length 3
[1170173720.676240 /dtn/bundle/actions debug] send bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp (9 bytes payload) to ONDEMAND link jgre.openvpn.informatik.uni-bremen.de:5000 (jgre.openvpn.informatik.uni-bremen.de:5000) (total len 97)
[1170173720.676290 /dtn/cl/tcp debug] send_bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp (9 bytes payload) to contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602)
[1170173720.676326 /dtn/cl/tcp/conn/0x82f3478 debug] 1 bundles pending -- leaving state as-is
[1170173720.676349 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 2 -> 3 (1 mappings) add ConnectedConvergenceLayer::CLMsg 
[1170173720.676376 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 3 -> 4 (1 mappings) add ConnectedConvergenceLayer::CLMsg 
[1170173720.676403 /dtn/cl/tcp/msgqueue debug] notifier notify
[1170173720.676429 /dtn/cl/tcp/msgqueue debug] notify count = 1
[1170173720.676452 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 4 -> 5 (1 mappings) add ConnectedConvergenceLayer::CLMsg 
[1170173720.676479 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 5 -> 4 (1 mappings) del ConnectedConvergenceLayer::CLMsg 
[1170173720.676506 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 4 -> 3 (1 mappings) del ConnectedConvergenceLayer::CLMsg 
[1170173720.676531 /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 
[1170173720.676560 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp': 1 matches
[1170173720.676630 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.676655 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173720.676676 /dtn/tca debug] TcaRouter::contact up
[1170173720.676716 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up'
[1170173720.676755 /dtn/storage/globals debug] next_bundleid 11 -> 12
[1170173720.676779 /dtn/storage/globals debug] updating global store
[1170173720.676827 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173720.676977 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 
[1170173720.677007 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173720.677033 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 3 -> 4 (1 mappings) add ConnectionConvergenceLayer::CLMsg 
[1170173720.677061 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 4 -> 3 (1 mappings) del ConnectedConvergenceLayer::CLMsg 
[1170173720.677087 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173720.677113 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.677136 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0
[1170173720.677157 /dtn/cl/tcp/conn/0x82f3478 debug] processing CLMSG_SEND_BUNDLE
[1170173720.677180 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 3 -> 4 (1 mappings) add CLConnection::InFlightBundle 
[1170173720.677213 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 4 -> 3 (1 mappings) del ConnectionConvergenceLayer::CLMsg 
[1170173720.677246 /dtn/cl/tcp/conn/0x82f3478 debug] send_next_segment: starting 97 byte segment [block byte range 0..97]
[1170173720.677273 /dtn/bundle/protocol debug] BundleProtocol::produce copying 85/85 bytes from block type 0x0 at offset 0
[1170173720.677300 /dtn/bundle/protocol debug] BundleProtocol::produce copying 12/12 bytes from block type 0x1 at offset 0
[1170173720.677332 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=4
[1170173720.677380 /dtn/bundle/payload/6/file debug] lseek 0 SEEK_SET -> 0
[1170173720.677414 /dtn/bundle/payload/6/file debug] ::readv() fd 34 cc 9
[1170173720.677436 /dtn/bundle/payload/6/file debug] readall 9 bytes 0 left 9 total
[1170173720.677464 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=4
[1170173720.677491 /dtn/bundle/protocol debug] BundleProtocol::produce complete: produced 97 bytes, bundle complete
[1170173720.677523 /dtn/cl/tcp/conn/0x82f3478 debug] send_data_todo: sent 97/97 of current segment from block offset 0 (0 todo), updated sent_data [ 0..96 ]
[1170173720.677554 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_sent
[1170173720.677579 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 99 bytes from send buffer...
[1170173720.677621 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 99
[1170173720.677646 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 99/99 bytes from send buffer
[1170173720.677670 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 0
[1170173720.677696 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier timed out
[1170173720.677723 /dtn/cl/tcp/conn/0x82f3478 debug] connection not idle: recvd 5 / sent 0 <= timeout 30000
[1170173720.677754 /dtn/cl/tcp/conn/0x82f3478 debug] send_next_segment: already sent all 97 bytes, finishing bundle
[1170173720.677779 /dtn/cl/tcp/conn/0x82f3478 debug] check_completed: bundle 6 only acked 0/97
[1170173720.677804 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 0
[1170173720.677828 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier timed out
[1170173720.677854 /dtn/cl/tcp/conn/0x82f3478 debug] connection not idle: recvd 5 / sent 0 <= timeout 30000
[1170173720.677883 /dtn/cl/tcp/conn/0x82f3478 debug] start_next_bundle: transmission of bundle 6 already complete, skipping
[1170173720.677907 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173720.677949 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173720.677975 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173720.677997 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173720.678025 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 99
[1170173720.678047 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 99 bytes, rcvbuf has 0 bytes
[1170173720.678070 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 99 bytes from receive buffer
[1170173720.678092 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173720.678116 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 99 full bytes, dispatching to handler routine
[1170173720.678139 /dtn/cl/tcp/conn/0x8303ca0 debug] got BUNDLE_START segment, creating new IncomingBundle
[1170173720.686844 /dtn/bundle debug] Bundle::init bundle id 11
[1170173720.686935 /dtn/bundle/payload/11/file debug] open bundles/bundle_11.dat (flags 0xc2 mode 0x180): fd 43
[1170173720.686974 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=43 pin_count=1 size=4
[1170173720.687013 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=5
[1170173720.687053 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=43 pin_count=1 size=5
[1170173720.687123 /dtn/bundle/payload/11/file debug] ::writev() fd 43 cc 10
[1170173720.687148 /dtn/bundle/payload/11/file debug] writeall 10 bytes 0 left 10 total
[1170173720.687177 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=5
[1170173720.687205 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170173720.687234 /dtn/bundle/daemon debug] posting event (0x82f2a90) with type BUNDLE_RECEIVED (at back)
[1170173720.687262 /dtn/contact/manager debug] dispatching event (0x8304358) CONTACT_UP
[1170173720.687285 /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 
[1170173720.687314 /dtn/contact/manager debug] resetting retry interval for link jgre.openvpn.informatik.uni-bremen.de:5000: 0 -> 5
[1170173720.687366 /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 
[1170173720.687401 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602) 3 -> 2 del ContactUpEvent 
[1170173720.687436 /timer debug] new timeout 3548
[1170173720.687466 /dtn/bundle/daemon debug] dispatching event (0x82f3bf0) ROUTE_ADD
[1170173720.687489 /dtn/bundle/daemon info] ROUTE_ADD tca://jgre.openvpn.informatik.uni-bremen.de -> 134.102.217.8:46672 (FORWARD)
[1170173720.687514 /dtn/tca debug] dispatching event (0x82f3bf0) ROUTE_ADD
[1170173720.687536 /dtn/routing/TcaRouter/table debug] add_route tca://jgre.openvpn.informatik.uni-bremen.de -> 134.102.217.8:46672 (FORWARD)
[1170173720.687560 /dtn/tca debug] check_next_hop 134.102.217.8:46672: checking pending bundle list...
[1170173720.687597 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.687621 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173720.687654 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.687677 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3
[1170173720.687700 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp
[1170173720.687721 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent -> 134.102.201.174:39960 (FORWARD)
[1170173720.687767 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:46540 (FORWARD)
[1170173720.687805 /scheme/dtn debug] match(tca://correspondent/myapp, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent')
[1170173720.687834 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.687871 /scheme/dtn debug] match(tca://correspondent/myapp, tca://correspondent/myapp) succeeded: pattern 'correspondent' ssp 'correspondent'
[1170173720.687899 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent/myapp -> jgre.openvpn.informatik.uni-bremen.de:5000 (COPY)
[1170173720.687928 /dtn/routing/TcaRouter/table debug] check entry tca://jgre.openvpn.informatik.uni-bremen.de -> 134.102.217.8:46672 (FORWARD)
[1170173720.687966 /scheme/dtn debug] match(tca://correspondent/myapp, tca://jgre.openvpn.informatik.uni-bremen.de/) failed: url hosts not equal ('jgre.openvpn.informatik.uni-bremen.de' != 'correspondent')
[1170173720.687996 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent/myapp done, 1 match(es)
[1170173720.688026 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp': ignoring match jgre.openvpn.informatik.uni-bremen.de:5000 since next_hop link opportunistic-2 set
[1170173720.688051 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent/myapp': 0 matches
[1170173720.688088 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170173720.688110 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170173720.688133 /dtn/contact/manager debug] dispatching event (0x82f3bf0) ROUTE_ADD
[1170173720.688165 /timer debug] new timeout 3547
[1170173720.688192 /dtn/bundle/daemon debug] dispatching event (0x8304380) BUNDLE_RECEIVED
[1170173720.688319 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173720.688319 /dtn/bundle/daemon debug] bundle id 10:
[1170173720.688319 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173720.688319 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.688319 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173720.688319 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173720.688319 /dtn/bundle/daemon debug]            prevhop: 
[1170173720.688319 /dtn/bundle/daemon debug]     payload_length: 10
[1170173720.688319 /dtn/bundle/daemon debug]           priority: 1
[1170173720.688319 /dtn/bundle/daemon debug]  custody_requested: false
[1170173720.688319 /dtn/bundle/daemon debug]      local_custody: false
[1170173720.688319 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173720.688319 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173720.688319 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173720.688319 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173720.688319 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173720.688319 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173720.688319 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173720.688319 /dtn/bundle/daemon debug]        creation_ts: 223488920.10
[1170173720.688319 /dtn/bundle/daemon debug]         expiration: 3600
[1170173720.688319 /dtn/bundle/daemon debug]        is_fragment: false
[1170173720.688319 /dtn/bundle/daemon debug]           is_admin: false
[1170173720.688319 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173720.688319 /dtn/bundle/daemon debug]        orig_length: 0
[1170173720.688319 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173720.688319 /dtn/bundle/daemon debug] transmission_count: 0
[1170173720.688395 /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
[1170173720.688432 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173720.688461 /dtn/bundle/list/pending_bundles debug] bundle id 10 add mapping [pending_bundles] to list 0x81ee540
[1170173720.688485 /dtn/bundle/actions debug] adding bundle 10 to data store
[1170173720.688519 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173720.688685 /dtn/storage/globals debug] next_bundleid 12 -> 13
[1170173720.688714 /dtn/storage/globals debug] updating global store
[1170173720.688763 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170173720.688890 /dtn/storage/bundles debug] add(10): success
[1170173720.688925 /dtn/bundle/daemon debug] scheduling expiration for bundle id 10 at 1170177320.688918 (in 3600 seconds)
[1170173720.688953 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173720.688985 /timer debug] scheduling timer 0x83145d0 in 3600000 ms at 1170177320:688918
[1170173720.689018 /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)
[1170173720.689049 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.689123 /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'
[1170173720.689154 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.689180 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches
[1170173720.689205 /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)
[1170173720.689235 /dtn/registration/10 info] deliver_bundle: queuing bundle id 10 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.689266 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170173720.689319 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173720.689360 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173720.689436 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event
[1170173720.689487 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170173720.689511 /dtn/bundle/list//dtn/registration/10 debug] bundle id 10 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173720.689543 /dtn/bundle/list//dtn/registration/10 debug] bundle id 10 del_bundle: deleting mapping [/dtn/registration/10]
[1170173720.689573 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173720.689600 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.689624 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170173720.689647 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary 
[1170173720.689674 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10
[1170173720.689700 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv 
[1170173720.689727 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary 
[1170173720.689753 /dtn/apiclient/24 debug] handle_recv: popped bundle 10 for registration 10 (timeout 30000)
[1170173720.689788 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=5
[1170173720.689814 /dtn/bundle/payload/10/file debug] lseek 0 SEEK_SET -> 0
[1170173720.689845 /dtn/bundle/payload/10/file debug] ::readv() fd 39 cc 10
[1170173720.689867 /dtn/bundle/payload/10/file debug] readall 10 bytes 0 left 10 total
[1170173720.689895 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=5
[1170173720.689929 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 10 to registration 10
[1170173720.689955 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent 
[1170173720.689981 /dtn/bundle/daemon debug] posting event (0x8314d78) with type BUNDLE_DELIVERED (at back)
[1170173720.690007 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv 
[1170173720.690036 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820
[1170173720.690059 /dtn/apiclient/24 debug] sending 828 byte reply message
[1170173720.690105 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828
[1170173720.690130 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total
[1170173720.690452 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173720.690483 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173720.690513 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173720.690675 /dtn/tca debug] dispatching event (0x8304380) BUNDLE_RECEIVED
[1170173720.690705 /dtn/tca debug] Bundle payload length: 10
[1170173720.690863 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=5
[1170173720.690895 /dtn/bundle/payload/10/file debug] lseek 0 SEEK_SET -> 0
[1170173720.690923 /dtn/bundle/payload/10/file debug] ::readv() fd 39 cc 10
[1170173720.690945 /dtn/bundle/payload/10/file debug] readall 10 bytes 0 left 10 total
[1170173720.690973 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=5
[1170173720.691006 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=39 pin_count=1 size=5
[1170173720.691031 /dtn/bundle/payload/10/file debug] lseek 0 SEEK_SET -> 0
[1170173720.691057 /dtn/bundle/payload/10/file debug] ::readv() fd 39 cc 10
[1170173720.691079 /dtn/bundle/payload/10/file debug] readall 10 bytes 0 left 10 total
[1170173720.691106 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=39 pin_count=0 size=5
[1170173720.691131 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10
[1170173720.691173 /dtn/contact/manager debug] dispatching event (0x8304380) BUNDLE_RECEIVED
[1170173720.691224 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170173720.691258 /timer debug] new timeout 3544
[1170173720.691286 /dtn/bundle/daemon debug] dispatching event (0x82f2a90) BUNDLE_RECEIVED
[1170173720.691402 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170173720.691402 /dtn/bundle/daemon debug] bundle id 11:
[1170173720.691402 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170173720.691402 /dtn/bundle/daemon debug]               dest: tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.691402 /dtn/bundle/daemon debug]          custodian: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173720.691402 /dtn/bundle/daemon debug]            replyto: tca://jgre.openvpn.informatik.uni-bremen.de
[1170173720.691402 /dtn/bundle/daemon debug]            prevhop: 
[1170173720.691402 /dtn/bundle/daemon debug]     payload_length: 10
[1170173720.691402 /dtn/bundle/daemon debug]           priority: 1
[1170173720.691402 /dtn/bundle/daemon debug]  custody_requested: false
[1170173720.691402 /dtn/bundle/daemon debug]      local_custody: false
[1170173720.691402 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173720.691402 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173720.691402 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173720.691402 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173720.691402 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173720.691402 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173720.691402 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173720.691402 /dtn/bundle/daemon debug]        creation_ts: 223488920.11
[1170173720.691402 /dtn/bundle/daemon debug]         expiration: 3600
[1170173720.691402 /dtn/bundle/daemon debug]        is_fragment: false
[1170173720.691402 /dtn/bundle/daemon debug]           is_admin: false
[1170173720.691402 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173720.691402 /dtn/bundle/daemon debug]        orig_length: 0
[1170173720.691402 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173720.691402 /dtn/bundle/daemon debug] transmission_count: 0
[1170173720.691455 /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
[1170173720.691490 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170173720.691517 /dtn/bundle/list/pending_bundles debug] bundle id 11 add mapping [pending_bundles] to list 0x81ee540
[1170173720.691541 /dtn/bundle/actions debug] adding bundle 11 to data store
[1170173720.691574 /dtn/storage/bundles debug] put: serializing 243 byte object (plus 0 byte typecode)
[1170173720.691896 /dtn/bundle debug] Bundle::init bundle id 12
[1170173720.691966 /dtn/bundle/payload/12/file debug] open bundles/bundle_12.dat (flags 0xc2 mode 0x180): fd 44
[1170173720.692003 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=44 pin_count=1 size=5
[1170173720.692041 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=44 pin_count=0 size=6
[1170173720.692070 /dtn/bundle/refs debug] bundle id 12 (0x8314a98): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle 
[1170173720.692104 /dtn/cl/tcp/conn/0x8303ca0 debug] handle_data_segment: got segment of length 97 at offset 0 
[1170173720.692136 /dtn/cl/tcp/conn/0x8303ca0 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 96 ]
[1170173720.692165 /dtn/cl/tcp/conn/0x8303ca0 debug] got BUNDLE_END: total length 97
[1170173720.692188 /dtn/cl/tcp/conn/0x8303ca0 debug] handle_data_todo: reading todo segment 97/97 at offset 0
[1170173720.692212 /dtn/bundle/protocol debug] consume: got first block... creating primary block info
[1170173720.692240 /dtn/bundle/protocol debug] consume: 97 bytes left to process
[1170173720.692264 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered)
[1170173720.692314 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/85 for block type (0x0): data_offset 5 data_length 80
[1170173720.692342 /dtn/bundle/protocol debug] parsed primary block length 80 (preamble 5)
[1170173720.692369 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed 80/85 for block type 0x0 (complete)
[1170173720.692395 /dtn/bundle/protocol debug] parsed primary block 1: version 4 length 80
[1170173720.692434 /dtn/bundle/protocol debug] dictionary len 51, value: 'tca //correspondent/myapp //mobile3/myapp dtn none '
[1170173720.692459 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,26, custodian 42,46 replyto 0,26
[1170173720.692515 /dtn/bundle/protocol debug] parsed source eid (offsets 0, 26) tca://mobile3/myapp
[1170173720.692562 /dtn/bundle/protocol debug] parsed dest eid (offsets 0, 4) tca://correspondent/myapp
[1170173720.692607 /dtn/bundle/protocol debug] parsed replyto eid (offsets 0, 26) tca://mobile3/myapp
[1170173720.692644 /dtn/bundle/protocol debug] parsed custodian eid (offsets 42, 46) dtn:none
[1170173720.692670 /dtn/bundle/protocol debug] consume: consumed 85 bytes of block type 0x0 (complete)
[1170173720.692694 /dtn/bundle/protocol debug] consume: 12 bytes left to process
[1170173720.692725 /dtn/bundle/protocol debug] consume: previous block complete, created new BlockInfo type 0x1
[1170173720.692749 /dtn/bundle/protocol debug] consume: block processor 0x1 type 0xff incomplete, calling consume (0 bytes already buffered)
[1170173720.692776 /dtn/bundle/protocol debug] BlockProcessor type 0x1 consumed preamble 3/12 for block type (0x1): data_offset 3 data_length 9
[1170173720.692811 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=44 pin_count=1 size=6
[1170173720.692868 /dtn/bundle/payload/12/file debug] ::writev() fd 44 cc 9
[1170173720.692892 /dtn/bundle/payload/12/file debug] writeall 9 bytes 0 left 9 total
[1170173720.692921 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=44 pin_count=0 size=6
[1170173720.692946 /dtn/bundle/protocol debug] PayloadBlockProcessor consumed 12/12 (complete)
[1170173720.692970 /dtn/bundle/protocol debug] consume: consumed 12 bytes of block type 0x1 (complete)
[1170173720.692994 /dtn/bundle/protocol debug] consume completed, 97/97 bytes consumed (completed bundle)
[1170173720.693023 /dtn/cl/tcp/conn/0x8303ca0 debug] handle_data_todo: updated recv_data (rcvd_offset 0) [ 0..96 ] ack_data [ 96 ]
[1170173720.693054 /dtn/cl/tcp/conn/0x8303ca0 debug] check_completed: rcvd 97 / 97 (formatted length 97)
[1170173720.693080 /dtn/bundle/refs debug] bundle id 12 (0x8314a98): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent 
[1170173720.693106 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 2 -> 3 add BundleReceivedEvent 
[1170173720.693135 /dtn/bundle/daemon debug] posting event (0x8315008) with type BUNDLE_RECEIVED (at back)
[1170173720.693169 /dtn/cl/tcp/conn/0x8303ca0 debug] send_pending_acks: sending ack length 97 for 97 byte segment [range 0..96] ack_data [ 96 ]
[1170173720.693202 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 2 bytes from send buffer...
[1170173720.693251 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 2
[1170173720.693276 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 2/2 bytes from send buffer
[1170173720.693299 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_sent
[1170173720.693323 /dtn/cl/tcp/conn/0x8303ca0 debug] send_pending_acks: acked all 97 bytes of bundle 12
[1170173720.693352 /dtn/bundle/refs debug] bundle id 12 (0x8314a98): refcount 2 -> 1 (0 mappings) del CLConnection::IncomingBundle 
[1170173720.693381 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 0
[1170173720.693407 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier timed out
[1170173720.693441 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173720.693487 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173720.693514 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173720.693562 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173720.693592 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 2
[1170173720.693616 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 2 bytes, rcvbuf has 0 bytes
[1170173720.693639 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 2 bytes from receive buffer
[1170173720.693661 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173720.693686 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 2 full bytes, dispatching to handler routine
[1170173720.693714 /dtn/cl/tcp/conn/0x82f3478 debug] handle_ack_segment: got final ack for 97 byte range -- acked_len 97, ack_data [ 0..96 ]
[1170173720.693746 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 3 -> 4 (1 mappings) add BundleTransmittedEvent 
[1170173720.693773 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602) 2 -> 3 add BundleTransmittedEvent 
[1170173720.693801 /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 
[1170173720.693829 /dtn/bundle/daemon debug] posting event (0x8314db8) with type BUNDLE_TRANSMITTED (at back)
[1170173720.693854 /dtn/cl/tcp/conn/0x82f3478 debug] check_completed: bundle 6 transmission complete
[1170173720.693881 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 4 -> 3 (1 mappings) del CLConnection::InFlightBundle 
[1170173720.693917 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173720.694885 /dtn/storage/bundles debug] add(11): success
[1170173720.694920 /dtn/bundle/daemon debug] scheduling expiration for bundle id 11 at 1170177320.694913 (in 3600 seconds)
[1170173720.694947 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170173720.694978 /timer debug] scheduling timer 0x8315180 in 3600000 ms at 1170177320:694913
[1170173720.695006 /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)
[1170173720.695036 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.695109 /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'
[1170173720.695140 /dtn/registration/table debug] matched registration 10 tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.695164 /dtn/registration/table debug] get_matching tca://jgre.openvpn.informatik.uni-bremen.de/admin: returned 1 matches
[1170173720.695190 /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)
[1170173720.695220 /dtn/registration/10 info] deliver_bundle: queuing bundle id 11 for active delivery to tca://jgre.openvpn.informatik.uni-bremen.de/admin
[1170173720.695250 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170173720.695278 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170173720.695304 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170173720.695326 /dtn/bundle/list//dtn/registration/10 debug] bundle id 11 add mapping [/dtn/registration/10] to list 0x82d0880
[1170173720.695352 /dtn/tca debug] dispatching event (0x82f2a90) BUNDLE_RECEIVED
[1170173720.695377 /dtn/tca debug] Bundle payload length: 10
[1170173720.695423 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=43 pin_count=1 size=6
[1170173720.695451 /dtn/bundle/payload/11/file debug] lseek 0 SEEK_SET -> 0
[1170173720.695481 /dtn/bundle/payload/11/file debug] ::readv() fd 43 cc 10
[1170173720.695524 /dtn/bundle/payload/11/file debug] readall 10 bytes 0 left 10 total
[1170173720.695554 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=6
[1170173720.695586 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=43 pin_count=1 size=6
[1170173720.695611 /dtn/bundle/payload/11/file debug] lseek 0 SEEK_SET -> 0
[1170173720.695638 /dtn/bundle/payload/11/file debug] ::readv() fd 43 cc 10
[1170173720.695660 /dtn/bundle/payload/11/file debug] readall 10 bytes 0 left 10 total
[1170173720.695687 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=6
[1170173720.695712 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://jgre.openvpn.informatik.uni-bremen.de/admin] : 'contact_up':10
[1170173720.695752 /dtn/contact/manager debug] dispatching event (0x82f2a90) BUNDLE_RECEIVED
[1170173720.695781 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170173720.695814 /timer debug] new timeout 3540
[1170173720.695841 /dtn/bundle/daemon debug] dispatching event (0x8314d78) BUNDLE_DELIVERED
[1170173720.695865 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:10 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173720.695894 /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
[1170173720.695921 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 10
[1170173720.695944 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173720.695973 /dtn/bundle/list/pending_bundles debug] bundle id 10 del_bundle: deleting mapping [pending_bundles]
[1170173720.696000 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173720.696028 /dtn/tca debug] dispatching event (0x8314d78) BUNDLE_DELIVERED
[1170173720.696050 /dtn/contact/manager debug] dispatching event (0x8314d78) BUNDLE_DELIVERED
[1170173720.696076 /dtn/bundle/refs debug] bundle id 10 (0x82f3880): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170173720.696102 /dtn/bundle debug] bundle id 10 (0x82f3880): no more references, posting free event
[1170173720.696126 /dtn/bundle/daemon debug] posting event (0x82f3bf0) with type BUNDLE_FREE (at back)
[1170173720.696155 /timer debug] new timeout 3539
[1170173720.696182 /dtn/bundle/daemon debug] dispatching event (0x8315008) BUNDLE_RECEIVED
[1170173720.696294 /dtn/bundle/daemon debug] BUNDLE_RECEIVED: (97 bytes recvd)
[1170173720.696294 /dtn/bundle/daemon debug] bundle id 12:
[1170173720.696294 /dtn/bundle/daemon debug]             source: tca://mobile3/myapp
[1170173720.696294 /dtn/bundle/daemon debug]               dest: tca://correspondent/myapp
[1170173720.696294 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170173720.696294 /dtn/bundle/daemon debug]            replyto: tca://mobile3/myapp
[1170173720.696294 /dtn/bundle/daemon debug]            prevhop: 
[1170173720.696294 /dtn/bundle/daemon debug]     payload_length: 9
[1170173720.696294 /dtn/bundle/daemon debug]           priority: 0
[1170173720.696294 /dtn/bundle/daemon debug]  custody_requested: false
[1170173720.696294 /dtn/bundle/daemon debug]      local_custody: false
[1170173720.696294 /dtn/bundle/daemon debug]     singleton_dest: true
[1170173720.696294 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170173720.696294 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170173720.696294 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170173720.696294 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170173720.696294 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170173720.696294 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170173720.696294 /dtn/bundle/daemon debug]        creation_ts: 223488916.2
[1170173720.696294 /dtn/bundle/daemon debug]         expiration: 3600
[1170173720.696294 /dtn/bundle/daemon debug]        is_fragment: false
[1170173720.696294 /dtn/bundle/daemon debug]           is_admin: false
[1170173720.696294 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170173720.696294 /dtn/bundle/daemon debug]        orig_length: 0
[1170173720.696294 /dtn/bundle/daemon debug]        frag_offset: 0
[1170173720.696294 /dtn/bundle/daemon debug] transmission_count: 0
[1170173720.696372 /dtn/bundle/daemon notice] got duplicate bundle: tca://mobile3/myapp -> tca://correspondent/myapp creation 223488916.2
[1170173720.696403 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 3 -> 2 del BundleReceivedEvent 
[1170173720.696432 /dtn/bundle/refs debug] bundle id 12 (0x8314a98): refcount 1 -> 0 (0 mappings) del BundleReceivedEvent 
[1170173720.696458 /dtn/bundle debug] bundle id 12 (0x8314a98): no more references, posting free event
[1170173720.696482 /dtn/bundle/daemon debug] posting event (0x83150b8) with type BUNDLE_FREE (at back)
[1170173720.696511 /timer debug] new timeout 3539
[1170173720.696539 /dtn/bundle/daemon debug] dispatching event (0x8314db8) BUNDLE_TRANSMITTED
[1170173720.696561 /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 
[1170173720.696592 /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)
[1170173720.696637 /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 
[1170173720.696672 /dtn/bundle/daemon debug] removing bundle bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp (9 bytes payload) from pending list
[1170173720.696699 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 6
[1170173720.696722 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173720.696750 /dtn/bundle/list/pending_bundles debug] bundle id 6 del_bundle: deleting mapping [pending_bundles]
[1170173720.696777 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173720.696803 /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 
[1170173720.696832 /dtn/tca debug] dispatching event (0x8314db8) BUNDLE_TRANSMITTED
[1170173720.696854 /dtn/tca debug] TcaRouter: handle bundle transmitted: bundle id 6 tca://mobile3/myapp -> tca://correspondent/myapp (9 bytes payload)
[1170173720.696894 /dtn/contact/manager debug] dispatching event (0x8314db8) BUNDLE_TRANSMITTED
[1170173720.696922 /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 
[1170173720.696950 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602) 3 -> 2 del BundleTransmittedEvent 
[1170173720.696979 /dtn/bundle/refs debug] bundle id 6 (0x82f2068): refcount 1 -> 0 (0 mappings) del BundleTransmittedEvent 
[1170173720.697004 /dtn/bundle debug] bundle id 6 (0x82f2068): no more references, posting free event
[1170173720.697028 /dtn/bundle/daemon debug] posting event (0x82f1f40) with type BUNDLE_FREE (at back)
[1170173720.697057 /timer debug] new timeout 3538
[1170173720.697085 /dtn/bundle/daemon debug] dispatching event (0x82f3bf0) BUNDLE_FREE
[1170173720.697109 /dtn/bundle/actions debug] removing bundle 10 from data store
[1170173720.697282 /dtn/apiclient/24 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173720.697311 /dtn/apiclient/24 debug] poll_with_notifier: normal fd has event
[1170173720.697339 /dtn/bundle/list//dtn/registration/10 debug] bundle id 11 del_bundle: deleting mapping [/dtn/registration/10]
[1170173720.697412 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173720.697442 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.697466 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170173720.697489 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170173720.697516 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170173720.697543 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170173720.697569 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170173720.697595 /dtn/apiclient/24 debug] handle_recv: popped bundle 11 for registration 10 (timeout 30000)
[1170173720.697628 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=43 pin_count=1 size=6
[1170173720.697654 /dtn/bundle/payload/11/file debug] lseek 0 SEEK_SET -> 0
[1170173720.697682 /dtn/bundle/payload/11/file debug] ::readv() fd 43 cc 10
[1170173720.697704 /dtn/bundle/payload/11/file debug] readall 10 bytes 0 left 10 total
[1170173720.697732 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=43 pin_count=0 size=6
[1170173720.697764 /dtn/apiclient/24 info] DTN_RECV: successfully delivered bundle 11 to registration 10
[1170173720.697790 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170173720.697817 /dtn/bundle/daemon debug] posting event (0x8314d78) with type BUNDLE_DELIVERED (at back)
[1170173720.697843 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170173720.697871 /dtn/apiclient/24 debug] building reply: status (unknown type), length 820
[1170173720.697894 /dtn/apiclient/24 debug] sending 828 byte reply message
[1170173720.698185 /dtn/apiclient/24 debug] ::writev() fd 24 cc 828
[1170173720.698215 /dtn/apiclient/24 debug] writeall 828 bytes 0 left 828 total
[1170173720.698245 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173720.698269 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173720.698297 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173720.698345 /dtn/storage/bundles debug] del(10): success
[1170173720.698374 /dtn/bundle/free debug] destroying bundle id 10
[1170173720.698417 /dtn/storage/bundles/fdcache/cache debug] Closed 39 size=6
[1170173720.698495 /dtn/bundle/payload/10/file debug] unlink bundles/bundle_10.dat: 0
[1170173720.698538 /timer debug] new timeout 3537
[1170173720.698568 /dtn/bundle/daemon debug] dispatching event (0x83150b8) BUNDLE_FREE
[1170173720.698592 /dtn/bundle/free debug] destroying bundle id 12
[1170173720.698630 /dtn/storage/bundles/fdcache/cache debug] Closed 44 size=5
[1170173720.698695 /dtn/bundle/payload/12/file debug] unlink bundles/bundle_12.dat: 0
[1170173720.698881 /timer debug] new timeout 3537
[1170173720.698915 /dtn/bundle/daemon debug] dispatching event (0x82f1f40) BUNDLE_FREE
[1170173720.698940 /dtn/bundle/actions debug] removing bundle 6 from data store
[1170173720.699232 /dtn/storage/bundles debug] del(6): success
[1170173720.699264 /dtn/bundle/free debug] destroying bundle id 6
[1170173720.699308 /dtn/storage/bundles/fdcache/cache debug] Closed 34 size=4
[1170173720.699377 /dtn/bundle/payload/6/file debug] unlink bundles/bundle_6.dat: 0
[1170173720.699421 /timer debug] new timeout 3536
[1170173720.699447 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173720.699475 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.699498 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173720.699524 /dtn/bundle/daemon debug] dispatching event (0x8314d78) BUNDLE_DELIVERED
[1170173720.699547 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:11 (10 bytes) -> regid 10 (tca://jgre.openvpn.informatik.uni-bremen.de/admin)
[1170173720.699598 /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
[1170173720.699628 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 11
[1170173720.699651 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170173720.699680 /dtn/bundle/list/pending_bundles debug] bundle id 11 del_bundle: deleting mapping [pending_bundles]
[1170173720.699707 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170173720.699735 /dtn/tca debug] dispatching event (0x8314d78) BUNDLE_DELIVERED
[1170173720.699757 /dtn/contact/manager debug] dispatching event (0x8314d78) BUNDLE_DELIVERED
[1170173720.699784 /dtn/bundle/refs debug] bundle id 11 (0x83147d8): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170173720.699810 /dtn/bundle debug] bundle id 11 (0x83147d8): no more references, posting free event
[1170173720.699834 /dtn/bundle/daemon debug] posting event (0x82f1f40) with type BUNDLE_FREE (at back)
[1170173720.699858 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173720.699882 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173720.699909 /timer debug] new timeout 3536
[1170173720.699932 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173720.699958 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173720.699980 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173720.700005 /dtn/bundle/daemon debug] dispatching event (0x82f1f40) BUNDLE_FREE
[1170173720.700028 /dtn/bundle/actions debug] removing bundle 11 from data store
[1170173720.700299 /dtn/storage/bundles debug] del(11): success
[1170173720.700330 /dtn/bundle/free debug] destroying bundle id 11
[1170173720.700369 /dtn/storage/bundles/fdcache/cache debug] Closed 43 size=3
[1170173720.700437 /dtn/bundle/payload/11/file debug] unlink bundles/bundle_11.dat: 0
[1170173720.700480 /timer debug] new timeout 3535
[1170173720.700514 /dtn/bundle/daemon debug] poll returned 1
[1170173720.700538 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173720.700566 /timer debug] new timeout 3535
[1170173722.806945 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173722.807022 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173722.807077 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173722.807104 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173722.807134 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173722.808414 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173722.808447 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173722.808472 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173722.808502 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173722.808526 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173722.808549 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173722.808571 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173722.808595 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173722.808618 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173722.808646 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173724.238985 /dtn/bundle/daemon debug] poll returned -2
[1170173724.239038 /dtn/bundle/daemon debug] poll timeout
[1170173724.239074 /timer debug] popping timer 0x8261880 at 1170173724.239060
[1170173724.239102 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173724.239130 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173724.239198 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173729:239187
[1170173724.239236 /timer debug] new timeout 5000
[1170173724.239272 /dtn/bundle/daemon debug] poll returned 1
[1170173724.239295 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173724.239324 /timer debug] new timeout 5000
[1170173725.616511 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier timed out
[1170173725.616600 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173725.616657 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173725.616683 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173725.616714 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173725.688830 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173725.692801 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173725.692831 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173725.692867 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173725.692891 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173725.692915 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173725.692938 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173725.692962 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173725.692985 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173725.693017 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173729.243379 /dtn/bundle/daemon debug] poll returned -2
[1170173729.243426 /dtn/bundle/daemon debug] poll timeout
[1170173729.243461 /timer debug] popping timer 0x8261880 at 1170173729.243448
[1170173729.243489 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173729.243516 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173729.243546 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173734:243536
[1170173729.243583 /timer debug] new timeout 5000
[1170173729.243618 /dtn/bundle/daemon debug] poll returned 1
[1170173729.243641 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173729.243669 /timer debug] new timeout 5000
[1170173730.695393 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier timed out
[1170173730.695473 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier timed out
[1170173730.695955 /dtn/cl/tcp/conn/0x82f3478 debug] connection not idle: recvd 10002 / sent 10018 <= timeout 30000
[1170173730.695990 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173730.696062 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173730.696088 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173730.696118 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173730.696166 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173730.696220 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173730.696246 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173730.696273 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173730.696319 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173730.696347 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173730.696370 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173730.696402 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173730.696425 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173730.696448 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173730.696471 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173730.696538 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173730.696562 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173730.696590 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173730.696633 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173730.696660 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173730.696682 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173730.696709 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173730.696732 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173730.696755 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173730.696777 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173730.696800 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173730.696823 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173730.696850 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173732.815587 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173732.815662 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173732.815718 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173732.815744 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173732.815774 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173732.876183 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173732.876224 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173732.876250 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173732.876282 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173732.876306 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173732.876330 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173732.876352 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173732.876376 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173732.876399 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173732.876427 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173734.247616 /dtn/bundle/daemon debug] poll returned -2
[1170173734.247685 /dtn/bundle/daemon debug] poll timeout
[1170173734.247721 /timer debug] popping timer 0x8261880 at 1170173734.247707
[1170173734.247748 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173734.247776 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173734.247807 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173739:247797
[1170173734.247843 /timer debug] new timeout 5000
[1170173734.247879 /dtn/bundle/daemon debug] poll returned 1
[1170173734.247901 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173734.247930 /timer debug] new timeout 5000
[1170173735.686467 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173735.686536 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173735.686564 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173735.686597 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173735.686621 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173735.686645 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173735.686667 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173735.686691 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173735.686782 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173735.686864 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173735.686996 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173735.687025 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173735.687056 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173739.251939 /dtn/bundle/daemon debug] poll returned -2
[1170173739.252004 /dtn/bundle/daemon debug] poll timeout
[1170173739.252040 /timer debug] popping timer 0x8261880 at 1170173739.252027
[1170173739.252067 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173739.252095 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173739.252126 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173744:252115
[1170173739.252161 /timer debug] new timeout 5000
[1170173739.252197 /dtn/bundle/daemon debug] poll returned 1
[1170173739.252220 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173739.252249 /timer debug] new timeout 5000
[1170173740.700487 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier timed out
[1170173740.700566 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173740.700644 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173740.700672 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173740.700703 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173740.700757 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173740.700785 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173740.700809 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173740.700841 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173740.700864 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173740.700887 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173740.700910 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173740.700934 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173740.700957 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173740.700986 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173740.701024 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173740.701050 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173740.701076 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173740.701118 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173740.701144 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173740.701166 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173740.701194 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173740.701216 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173740.701239 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173740.701261 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173740.701285 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173740.701307 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173740.701334 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173742.880148 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173742.880225 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173742.880282 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173742.880308 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173742.880388 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173742.888787 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173742.888821 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173742.888847 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173742.888878 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173742.888902 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173742.888925 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173742.888947 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173742.888971 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173742.888994 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173742.889022 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173744.256235 /dtn/bundle/daemon debug] poll returned -2
[1170173744.256293 /dtn/bundle/daemon debug] poll timeout
[1170173744.256328 /timer debug] popping timer 0x8261880 at 1170173744.256315
[1170173744.256356 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173744.256383 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173744.256413 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173749:256403
[1170173744.256450 /timer debug] new timeout 5000
[1170173744.256485 /dtn/bundle/daemon debug] poll returned 1
[1170173744.256508 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173744.256536 /timer debug] new timeout 5000
[1170173745.688370 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier timed out
[1170173745.688445 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173745.688500 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173745.688526 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173745.688557 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173745.762199 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173745.762254 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173745.762281 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173745.762315 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173745.762339 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173745.762363 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173745.762385 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173745.762409 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173745.762433 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173745.762465 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173749.260547 /dtn/bundle/daemon debug] poll returned -2
[1170173749.260607 /dtn/bundle/daemon debug] poll timeout
[1170173749.260643 /timer debug] popping timer 0x8261880 at 1170173749.260630
[1170173749.260670 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173749.260698 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173749.260728 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173754:260718
[1170173749.260764 /timer debug] new timeout 5000
[1170173749.260800 /dtn/bundle/daemon debug] poll returned 1
[1170173749.260823 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173749.260852 /timer debug] new timeout 5000
[1170173750.700687 /dtn/apiclient/24 debug] poll_with_notifier timed out
[1170173750.700744 /dtn/apiclient/24 debug] wait_for_bundle(recv): timeout waiting for bundle
[1170173750.700774 /dtn/apiclient/24 debug] building reply: status (unknown type), length 0
[1170173750.700798 /dtn/apiclient/24 debug] sending 8 byte reply message
[1170173750.700899 /dtn/apiclient/24 debug] ::writev() fd 24 cc 8
[1170173750.700925 /dtn/apiclient/24 debug] writeall 8 bytes 0 left 8 total
[1170173750.701014 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173750.701042 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173750.701077 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173750.704689 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier timed out
[1170173750.704728 /dtn/cl/tcp/conn/0x82f3478 debug] connection not idle: recvd 10003 / sent 30027 <= timeout 30000
[1170173750.704762 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173750.704813 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173750.704839 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173750.704870 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173750.704922 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173750.704949 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173750.704973 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173750.705002 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173750.705025 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173750.705049 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173750.705071 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173750.705095 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173750.705118 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173750.705147 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173750.705184 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173750.705210 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173750.705236 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173750.705278 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173750.705304 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173750.705326 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173750.705354 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173750.705377 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173750.705400 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173750.705422 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173750.705446 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173750.705468 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173750.705496 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173752.892774 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173752.892858 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173752.892915 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173752.892941 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173752.892971 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173752.950196 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173752.950235 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173752.950261 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173752.950293 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173752.950316 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173752.950384 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173752.950409 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173752.950433 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173752.950456 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173752.950512 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173754.264975 /dtn/bundle/daemon debug] poll returned -2
[1170173754.265032 /dtn/bundle/daemon debug] poll timeout
[1170173754.265068 /timer debug] popping timer 0x8261880 at 1170173754.265055
[1170173754.265095 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173754.265122 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173754.265153 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173759:265143
[1170173754.265189 /timer debug] new timeout 5000
[1170173754.265224 /dtn/bundle/daemon debug] poll returned 1
[1170173754.265247 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173754.265276 /timer debug] new timeout 5000
[1170173755.759481 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173755.759539 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173755.759567 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173755.759600 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173755.759624 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173755.759647 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173755.759670 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173755.759694 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173755.759717 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173755.759775 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173755.759815 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173755.759839 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173755.759870 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173759.269622 /dtn/bundle/daemon debug] poll returned -2
[1170173759.269681 /dtn/bundle/daemon debug] poll timeout
[1170173759.269717 /timer debug] popping timer 0x8261880 at 1170173759.269704
[1170173759.269745 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173759.269772 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173759.269804 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173764:269793
[1170173759.269840 /timer debug] new timeout 5000
[1170173759.269876 /dtn/bundle/daemon debug] poll returned 1
[1170173759.269898 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173759.269927 /timer debug] new timeout 5000
[1170173760.709264 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier timed out
[1170173760.709349 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173760.709431 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173760.709458 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173760.709488 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173760.709542 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173760.709570 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173760.709595 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173760.709627 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173760.709650 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173760.709674 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173760.709744 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173760.709771 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173760.709794 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173760.709823 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173760.709862 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173760.709887 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173760.709914 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173760.709957 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173760.709983 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173760.710005 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173760.710033 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173760.710055 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173760.710078 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173760.710100 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173760.710123 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173760.710146 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173760.710173 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173762.953406 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173762.953499 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173762.953555 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173762.953582 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173762.953612 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173762.964774 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173762.964807 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173762.964832 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173762.964865 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173762.964888 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173762.964912 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173762.964934 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173762.964959 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173762.964981 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173762.965010 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173764.277303 /dtn/bundle/daemon debug] poll returned -2
[1170173764.277357 /dtn/bundle/daemon debug] poll timeout
[1170173764.277392 /timer debug] popping timer 0x8261880 at 1170173764.277380
[1170173764.277420 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173764.277525 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173764.277561 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173769:277550
[1170173764.277599 /timer debug] new timeout 5000
[1170173764.277635 /dtn/bundle/daemon debug] poll returned 1
[1170173764.277658 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173764.277687 /timer debug] new timeout 5000
[1170173765.762069 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier timed out
[1170173765.762153 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173765.762207 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173765.762234 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173765.762264 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173765.835513 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173765.835563 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173765.835589 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173765.835622 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173765.835646 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173765.835669 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173765.835692 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173765.835716 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173765.835738 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173765.835769 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173769.302301 /dtn/bundle/daemon debug] poll returned -2
[1170173769.302409 /dtn/bundle/daemon debug] poll timeout
[1170173769.302450 /timer debug] popping timer 0x8261880 at 1170173769.302434
[1170173769.302478 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173769.302511 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173769.302542 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173774:302532
[1170173769.302586 /timer debug] new timeout 5000
[1170173769.302624 /dtn/bundle/daemon debug] poll returned 1
[1170173769.302647 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173769.302680 /timer debug] new timeout 5000
[1170173770.714336 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier timed out
[1170173770.714419 /dtn/cl/tcp/conn/0x82f3478 debug] connection not idle: recvd 10004 / sent 50036 <= timeout 30000
[1170173770.714454 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173770.714537 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173770.714563 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173770.714595 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173770.714649 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173770.714678 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173770.714702 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173770.714734 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173770.714757 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173770.714780 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173770.714802 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173770.714826 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173770.714849 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173770.714877 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173770.714916 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173770.714941 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173770.714967 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173770.715009 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173770.715035 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173770.715057 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173770.715084 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173770.715107 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173770.715130 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173770.715152 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173770.715226 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173770.715251 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173770.715278 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173772.966274 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173772.966363 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173772.966419 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173772.966445 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173772.966476 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173773.024995 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173773.025041 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173773.025067 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173773.025098 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173773.025122 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173773.025146 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173773.025168 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173773.025192 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173773.025215 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173773.025244 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173774.306144 /dtn/bundle/daemon debug] poll returned -2
[1170173774.306208 /dtn/bundle/daemon debug] poll timeout
[1170173774.306245 /timer debug] popping timer 0x8261880 at 1170173774.306231
[1170173774.306272 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173774.306300 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173774.306331 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173779:306321
[1170173774.306367 /timer debug] new timeout 5000
[1170173774.306402 /dtn/bundle/daemon debug] poll returned 1
[1170173774.306424 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173774.306453 /timer debug] new timeout 5000
[1170173775.832762 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173775.832829 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173775.832857 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173775.832890 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173775.832914 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173775.832938 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173775.832960 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173775.832984 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173775.833033 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173775.833066 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173775.833106 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173775.833130 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173775.833160 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173779.310538 /dtn/bundle/daemon debug] poll returned -2
[1170173779.310606 /dtn/bundle/daemon debug] poll timeout
[1170173779.310643 /timer debug] popping timer 0x8261880 at 1170173779.310630
[1170173779.310671 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173779.310698 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173779.310728 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173784:310718
[1170173779.310765 /timer debug] new timeout 5000
[1170173779.310801 /dtn/bundle/daemon debug] poll returned 1
[1170173779.310869 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173779.310900 /timer debug] new timeout 5000
[1170173780.706512 /dtn/apiclient/24 debug] poll_with_notifier timed out
[1170173780.706579 /dtn/apiclient/24 debug] wait_for_bundle(recv): timeout waiting for bundle
[1170173780.706608 /dtn/apiclient/24 debug] building reply: status (unknown type), length 0
[1170173780.706632 /dtn/apiclient/24 debug] sending 8 byte reply message
[1170173780.706694 /dtn/apiclient/24 debug] ::writev() fd 24 cc 8
[1170173780.706719 /dtn/apiclient/24 debug] writeall 8 bytes 0 left 8 total
[1170173780.706808 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173780.706836 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173780.706870 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173780.718690 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier timed out
[1170173780.718739 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173780.718792 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173780.718818 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173780.718848 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173780.718901 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173780.718928 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173780.718952 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173780.718982 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173780.719005 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173780.719028 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173780.719050 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173780.719074 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173780.719097 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173780.719126 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173780.719164 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173780.719189 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173780.719215 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173780.719257 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173780.719282 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173780.719305 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173780.719332 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173780.719354 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173780.719377 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173780.719399 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173780.719423 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173780.719445 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173780.719473 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173783.026695 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173783.026784 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173783.026841 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173783.026867 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173783.026898 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173783.037560 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173783.037599 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173783.037669 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173783.037702 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173783.037727 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173783.037751 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173783.037773 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173783.037797 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173783.037820 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173783.037876 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173784.314786 /dtn/bundle/daemon debug] poll returned -2
[1170173784.314853 /dtn/bundle/daemon debug] poll timeout
[1170173784.314889 /timer debug] popping timer 0x8261880 at 1170173784.314876
[1170173784.314916 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173784.314944 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173784.314974 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173789:314964
[1170173784.315010 /timer debug] new timeout 5000
[1170173784.315045 /dtn/bundle/daemon debug] poll returned 1
[1170173784.315068 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173784.315097 /timer debug] new timeout 5000
[1170173785.834832 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier timed out
[1170173785.834906 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173785.834960 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173785.834986 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173785.835016 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173785.907759 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173785.907810 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173785.907836 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173785.907869 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173785.907892 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173785.907916 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173785.907938 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173785.907962 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173785.907985 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173785.908015 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173789.319053 /dtn/bundle/daemon debug] poll returned -2
[1170173789.319153 /dtn/bundle/daemon debug] poll timeout
[1170173789.319190 /timer debug] popping timer 0x8261880 at 1170173789.319177
[1170173789.319218 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173789.319247 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173789.319277 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173794:319267
[1170173789.319314 /timer debug] new timeout 5000
[1170173789.319349 /dtn/bundle/daemon debug] poll returned 1
[1170173789.319372 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173789.319400 /timer debug] new timeout 5000
[1170173790.723200 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier timed out
[1170173790.723281 /dtn/cl/tcp/conn/0x82f3478 debug] connection not idle: recvd 10004 / sent 70045 <= timeout 30000
[1170173790.723318 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173790.723401 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173790.723428 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173790.723458 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173790.723560 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173790.723590 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173790.723614 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173790.723646 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173790.723669 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173790.723693 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173790.723715 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173790.723739 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173790.723761 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173790.723790 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173790.723830 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173790.723855 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173790.723881 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173790.723923 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173790.723948 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173790.723971 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173790.723998 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173790.724020 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173790.724043 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173790.724065 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173790.724089 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173790.724112 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173790.724139 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173793.039281 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173793.039358 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173793.039414 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173793.039440 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173793.039471 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173793.096987 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173793.097024 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173793.097050 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173793.097082 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173793.097105 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173793.097129 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173793.097151 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173793.097175 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173793.097198 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173793.097227 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173794.323365 /dtn/bundle/daemon debug] poll returned -2
[1170173794.323426 /dtn/bundle/daemon debug] poll timeout
[1170173794.323461 /timer debug] popping timer 0x8261880 at 1170173794.323448
[1170173794.323488 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173794.323517 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173794.323548 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173799:323538
[1170173794.323583 /timer debug] new timeout 5000
[1170173794.323620 /dtn/bundle/daemon debug] poll returned 1
[1170173794.323683 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173794.323714 /timer debug] new timeout 5000
[1170173795.905816 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173795.905889 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173795.905917 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173795.905950 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173795.905975 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173795.905998 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173795.906021 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173795.906045 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173795.906095 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173795.906126 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173795.906256 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173795.906285 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173795.906318 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173799.327677 /dtn/bundle/daemon debug] poll returned -2
[1170173799.327748 /dtn/bundle/daemon debug] poll timeout
[1170173799.327785 /timer debug] popping timer 0x8261880 at 1170173799.327772
[1170173799.327812 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173799.327840 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173799.327871 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173804:327860
[1170173799.327906 /timer debug] new timeout 5000
[1170173799.327942 /dtn/bundle/daemon debug] poll returned 1
[1170173799.327965 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173799.327993 /timer debug] new timeout 5000
[1170173800.727847 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier timed out
[1170173800.727923 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173800.728006 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173800.728034 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173800.728065 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173800.728118 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173800.728146 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173800.728170 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173800.728202 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173800.728225 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173800.728249 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173800.728271 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173800.728295 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173800.728318 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173800.728346 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173800.728385 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173800.728410 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173800.728436 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173800.728478 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173800.728503 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173800.728526 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173800.728553 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173800.728621 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173800.728646 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173800.728668 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173800.728692 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173800.728714 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173800.728742 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173803.099914 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173803.100007 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173803.100065 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173803.100091 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173803.100122 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173803.108355 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173803.108389 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173803.108415 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173803.108447 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173803.108470 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173803.108494 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173803.108517 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173803.108541 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173803.108563 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173803.108592 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173804.339996 /dtn/bundle/daemon debug] poll returned -2
[1170173804.340067 /dtn/bundle/daemon debug] poll timeout
[1170173804.340103 /timer debug] popping timer 0x8261880 at 1170173804.340089
[1170173804.340130 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173804.340159 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173804.340188 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173809:340178
[1170173804.340225 /timer debug] new timeout 5000
[1170173804.340261 /dtn/bundle/daemon debug] poll returned 1
[1170173804.340284 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173804.340312 /timer debug] new timeout 5000
[1170173805.908100 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier timed out
[1170173805.908192 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173805.908252 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173805.908278 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173805.908308 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173805.980647 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173805.980712 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173805.980741 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173805.980777 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173805.980801 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173805.980825 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173805.980848 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173805.980872 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173805.980895 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173805.980929 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173809.344386 /dtn/bundle/daemon debug] poll returned -2
[1170173809.344503 /dtn/bundle/daemon debug] poll timeout
[1170173809.344542 /timer debug] popping timer 0x8261880 at 1170173809.344529
[1170173809.344571 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173809.344602 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173809.344634 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173814:344623
[1170173809.344672 /timer debug] new timeout 5000
[1170173809.344710 /dtn/bundle/daemon debug] poll returned 1
[1170173809.344734 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173809.344765 /timer debug] new timeout 5000
[1170173810.712430 /dtn/apiclient/24 debug] poll_with_notifier timed out
[1170173810.712493 /dtn/apiclient/24 debug] wait_for_bundle(recv): timeout waiting for bundle
[1170173810.712525 /dtn/apiclient/24 debug] building reply: status (unknown type), length 0
[1170173810.712551 /dtn/apiclient/24 debug] sending 8 byte reply message
[1170173810.712611 /dtn/apiclient/24 debug] ::writev() fd 24 cc 8
[1170173810.712638 /dtn/apiclient/24 debug] writeall 8 bytes 0 left 8 total
[1170173810.712727 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173810.712757 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173810.712793 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173810.732392 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier timed out
[1170173810.732434 /dtn/cl/tcp/conn/0x82f3478 debug] connection not idle: recvd 10004 / sent 90054 <= timeout 30000
[1170173810.732470 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173810.732525 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173810.732553 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173810.732585 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173810.732640 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173810.732669 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173810.732696 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173810.732727 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173810.732751 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173810.732777 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173810.732801 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173810.732827 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173810.732851 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173810.732881 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173810.732920 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173810.732947 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173810.732975 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173810.733020 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173810.733048 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173810.733073 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173810.733102 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173810.733127 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173810.733151 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173810.733175 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173810.733201 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173810.733225 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173810.733255 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173813.113479 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173813.113569 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173813.113627 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173813.113654 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173813.113687 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173813.170059 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173813.170095 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173813.170124 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173813.170158 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173813.170183 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173813.170208 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173813.170232 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173813.170258 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173813.170282 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173813.170313 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173814.349142 /dtn/bundle/daemon debug] poll returned -2
[1170173814.349207 /dtn/bundle/daemon debug] poll timeout
[1170173814.349244 /timer debug] popping timer 0x8261880 at 1170173814.349230
[1170173814.349272 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173814.349302 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173814.349335 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173819:349324
[1170173814.349373 /timer debug] new timeout 5000
[1170173814.349410 /dtn/bundle/daemon debug] poll returned 1
[1170173814.349434 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173814.349465 /timer debug] new timeout 5000
[1170173815.978851 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173815.978921 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173815.978950 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173815.978985 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173815.979010 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173815.979036 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173815.979060 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173815.979086 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173815.979139 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173815.979171 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173815.979212 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173815.979239 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173815.979271 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173819.353006 /dtn/bundle/daemon debug] poll returned -2
[1170173819.353078 /dtn/bundle/daemon debug] poll timeout
[1170173819.353117 /timer debug] popping timer 0x8261880 at 1170173819.353103
[1170173819.353146 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173819.353175 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173819.353207 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173824:353196
[1170173819.353245 /timer debug] new timeout 5000
[1170173819.353282 /dtn/bundle/daemon debug] poll returned 1
[1170173819.353306 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173819.353337 /timer debug] new timeout 5000
[1170173820.737014 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier timed out
[1170173820.737096 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173820.737229 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173820.737259 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173820.737293 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173820.737349 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173820.737378 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173820.737405 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173820.737439 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173820.737464 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173820.737489 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173820.737512 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173820.737539 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173820.737563 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173820.737593 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173820.737634 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173820.737661 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173820.737689 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173820.737734 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173820.737762 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173820.737786 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173820.737816 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173820.737841 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173820.737865 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173820.737889 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173820.737915 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173820.737939 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173820.737968 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173823.173165 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173823.173254 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173823.173310 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173823.173338 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173823.173371 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173823.183609 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173823.183645 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173823.183673 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173823.183706 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173823.183732 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173823.183757 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173823.183781 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173823.183808 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173823.183832 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173823.183862 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173824.357340 /dtn/bundle/daemon debug] poll returned -2
[1170173824.357403 /dtn/bundle/daemon debug] poll timeout
[1170173824.357440 /timer debug] popping timer 0x8261880 at 1170173824.357427
[1170173824.357520 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173824.357552 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173824.357583 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173829:357572
[1170173824.357620 /timer debug] new timeout 5000
[1170173824.357655 /dtn/bundle/daemon debug] poll returned 1
[1170173824.357678 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173824.357708 /timer debug] new timeout 5000
[1170173825.981398 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier timed out
[1170173825.981476 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173825.981691 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173825.981721 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173825.981752 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173826.053909 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173826.053957 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173826.053983 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173826.054015 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173826.054039 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173826.054064 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173826.054086 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173826.054111 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173826.054134 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173826.054164 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173829.361693 /dtn/bundle/daemon debug] poll returned -2
[1170173829.361765 /dtn/bundle/daemon debug] poll timeout
[1170173829.361801 /timer debug] popping timer 0x8261880 at 1170173829.361787
[1170173829.361827 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173829.361856 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173829.361887 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173834:361877
[1170173829.361923 /timer debug] new timeout 5000
[1170173829.361958 /dtn/bundle/daemon debug] poll returned 1
[1170173829.361981 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173829.362010 /timer debug] new timeout 5000
[1170173830.741689 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier timed out
[1170173830.741766 /dtn/cl/tcp/conn/0x82f3478 debug] connection not idle: recvd 10004 / sent 110064 <= timeout 30000
[1170173830.741801 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173830.741886 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173830.741913 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173830.741944 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173830.741997 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173830.742025 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173830.742049 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173830.742082 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173830.742104 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173830.742128 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173830.742150 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173830.742174 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173830.742196 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173830.742225 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173830.742313 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173830.742340 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173830.742366 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173830.742409 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173830.742435 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173830.742457 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173830.742484 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173830.742507 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173830.742530 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173830.742552 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173830.742576 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173830.742598 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173830.742626 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173833.185986 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173833.186074 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173833.186130 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173833.186156 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173833.186187 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173833.242577 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173833.242619 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173833.242645 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173833.242677 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173833.242700 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173833.242724 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173833.242746 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173833.242770 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173833.242793 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173833.242822 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173834.366473 /dtn/bundle/daemon debug] poll returned -2
[1170173834.366536 /dtn/bundle/daemon debug] poll timeout
[1170173834.366571 /timer debug] popping timer 0x8261880 at 1170173834.366558
[1170173834.366599 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173834.366627 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173834.366658 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173839:366648
[1170173834.366694 /timer debug] new timeout 5000
[1170173834.366730 /dtn/bundle/daemon debug] poll returned 1
[1170173834.366753 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173834.366781 /timer debug] new timeout 5000
[1170173836.051864 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173836.051926 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173836.051954 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173836.051987 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173836.052011 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173836.052035 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173836.052057 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173836.052082 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173836.052104 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173836.052210 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173836.052253 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173836.052278 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173836.052309 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173839.370764 /dtn/bundle/daemon debug] poll returned -2
[1170173839.370833 /dtn/bundle/daemon debug] poll timeout
[1170173839.370869 /timer debug] popping timer 0x8261880 at 1170173839.370856
[1170173839.370896 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173839.370924 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173839.370954 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173844:370944
[1170173839.370991 /timer debug] new timeout 5000
[1170173839.371027 /dtn/bundle/daemon debug] poll returned 1
[1170173839.371050 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173839.371078 /timer debug] new timeout 5000
[1170173840.718295 /dtn/apiclient/24 debug] poll_with_notifier timed out
[1170173840.718359 /dtn/apiclient/24 debug] wait_for_bundle(recv): timeout waiting for bundle
[1170173840.718389 /dtn/apiclient/24 debug] building reply: status (unknown type), length 0
[1170173840.718413 /dtn/apiclient/24 debug] sending 8 byte reply message
[1170173840.718473 /dtn/apiclient/24 debug] ::writev() fd 24 cc 8
[1170173840.718499 /dtn/apiclient/24 debug] writeall 8 bytes 0 left 8 total
[1170173840.718587 /dtn/apiclient/24 debug] ::readv() fd 24 cc 13
[1170173840.718615 /dtn/apiclient/24 debug] got DTN_RECV (8/8 bytes)
[1170173840.718649 /dtn/apiclient/24 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170173840.746253 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier timed out
[1170173840.746305 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173840.746360 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173840.746386 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173840.746417 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173840.746469 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173840.746497 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173840.746521 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173840.746551 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::readv() fd 38 cc 1
[1170173840.746573 /dtn/cl/tcp/conn/0x82f3478 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173840.746596 /dtn/cl/tcp/conn/0x82f3478 debug] processing up to 1 bytes from receive buffer
[1170173840.746619 /dtn/cl/tcp/conn/0x82f3478 debug] noting data_rcvd
[1170173840.746643 /dtn/cl/tcp/conn/0x82f3478 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173840.746666 /dtn/cl/tcp/conn/0x82f3478 debug] got keepalive message
[1170173840.746694 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173840.746732 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 1
[1170173840.746758 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 1/1 bytes from send buffer
[1170173840.746784 /dtn/cl/tcp/conn/0x82f3478 debug] calling poll on 2 fds with timeout 10000
[1170173840.746826 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173840.746852 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173840.746874 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173840.746901 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 1
[1170173840.746924 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173840.746947 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 1 bytes from receive buffer
[1170173840.746969 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173840.747041 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173840.747065 /dtn/cl/tcp/conn/0x8303ca0 debug] got keepalive message
[1170173840.747093 /dtn/cl/tcp/conn/0x8303ca0 debug] calling poll on 2 fds with timeout 10000
[1170173843.246542 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier timed out
[1170173843.246628 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173843.246684 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 1
[1170173843.246710 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 1/1 bytes from send buffer
[1170173843.246741 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173843.255356 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173843.255392 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173843.255419 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173843.255450 /dtn/cl/tcp/conn/0x825e290/21 debug] ::readv() fd 21 cc 1
[1170173843.255473 /dtn/cl/tcp/conn/0x825e290 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173843.255497 /dtn/cl/tcp/conn/0x825e290 debug] processing up to 1 bytes from receive buffer
[1170173843.255519 /dtn/cl/tcp/conn/0x825e290 debug] noting data_rcvd
[1170173843.255544 /dtn/cl/tcp/conn/0x825e290 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173843.255567 /dtn/cl/tcp/conn/0x825e290 debug] got keepalive message
[1170173843.255596 /dtn/cl/tcp/conn/0x825e290 debug] calling poll on 2 fds with timeout 10000
[1170173844.374939 /dtn/bundle/daemon debug] poll returned -2
[1170173844.374998 /dtn/bundle/daemon debug] poll timeout
[1170173844.375033 /timer debug] popping timer 0x8261880 at 1170173844.375020
[1170173844.375060 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170173844.375088 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170173844.375119 /timer debug] scheduling timer 0x8261880 in 5000 ms at 1170173849:375108
[1170173844.375155 /timer debug] new timeout 5000
[1170173844.375190 /dtn/bundle/daemon debug] poll returned 1
[1170173844.375213 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170173844.375241 /timer debug] new timeout 5000
[1170173846.055040 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier timed out
[1170173846.055127 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173846.055184 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 1
[1170173846.055210 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 1/1 bytes from send buffer
[1170173846.055240 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173846.127606 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173846.127643 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173846.127669 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173846.127700 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::readv() fd 31 cc 1
[1170173846.127724 /dtn/cl/tcp/conn/0x82e1458 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170173846.127748 /dtn/cl/tcp/conn/0x82e1458 debug] processing up to 1 bytes from receive buffer
[1170173846.127771 /dtn/cl/tcp/conn/0x82e1458 debug] noting data_rcvd
[1170173846.127795 /dtn/cl/tcp/conn/0x82e1458 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170173846.127817 /dtn/cl/tcp/conn/0x82e1458 debug] got keepalive message
[1170173846.127846 /dtn/cl/tcp/conn/0x82e1458 debug] calling poll on 2 fds with timeout 10000
[1170173848.320962 /dtnd notice] command loop exited... shutting down daemon
[1170173848.321024 /command notice] shutting down interpreter
[1170173848.321048 /command debug] deleting test command
[1170173848.321099 /command debug] deleting console command
[1170173848.321131 /command debug] deleting storage command
[1170173848.321228 /command debug] deleting quit command
[1170173848.321255 /command debug] deleting shutdown command
[1170173848.321279 /command debug] deleting prophet command
[1170173848.321321 /command debug] deleting discovery command
[1170173848.321346 /command debug] deleting route command
[1170173848.321375 /command debug] deleting registration command
[1170173848.321400 /command debug] deleting param command
[1170173848.321439 /command debug] deleting link command
[1170173848.321464 /command debug] deleting interface command
[1170173848.321488 /command debug] deleting bundle command
[1170173848.321512 /command debug] deleting api command
[1170173848.321539 /command debug] deleting debug command
[1170173848.321564 /command debug] deleting log command
[1170173848.321589 /command debug] deleting help command
[1170173848.321614 /command debug] all commands deleted
[1170173848.322798 /dtnd notice] shutting down dtn server
[1170173848.322852 /dtnserver/shutdown/notifier debug] created pipe, fds: 23 34
[1170173848.322880 /dtnserver/shutdown/notifier debug] set_nonblocking: nonblocking mode set
[1170173848.322905 /dtnserver/shutdown/notifier debug] set_nonblocking: nonblocking mode set
[1170173848.322927 /dtnd info] DTNServer shutdown called, posting shutdown request to daemon
[1170173848.322954 /dtn/bundle/daemon debug] posting event (0x81e9138) with type SHUTDOWN (at back)
[1170173848.322981 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173848.323009 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173848.323033 /dtnserver/shutdown/notifier debug] attempting to wait on 0xbfb443f0, count = 0
[1170173848.323315 /dtn/bundle/daemon debug] poll returned 1
[1170173848.323344 /dtn/bundle/daemon debug] poll returned new event to handle
[1170173848.323373 /timer debug] new timeout 1051
[1170173848.323398 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173848.323428 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173848.323451 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170173848.323478 /dtn/bundle/daemon debug] dispatching event (0x81e9138) SHUTDOWN
[1170173848.323502 /dtn/bundle/daemon notice] Received shutdown request
[1170173848.323525 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 3 add ContactManager 
[1170173848.323557 /dtn/bundle/daemon debug] Shutdown: closing link null [/dev/null dtn:none ALWAYSON OPEN]
[1170173848.323582 /dtn/link/null debug] Link::close
[1170173848.323604 /dtn/cl/null debug] closing contact contact /dev/null (started 1170173669.136206)
[1170173848.323629 /dtn/contact/refs debug] refcount contact /dev/null (started 1170173669.136206) 1 -> 0 del Link 
[1170173848.323656 /dtn/contact/refs debug] no_more_refs contact /dev/null (started 1170173669.136206)... deleting object
[1170173848.323680 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170173848.323709 /dtn/link/null debug] Link::close complete
[1170173848.323730 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 1 del ContactManager 
[1170173848.323756 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 1 -> 2 add ContactManager 
[1170173848.323784 /dtn/link/refs debug] refcount loc [jgre.openvpn.informatik.uni-bremen.de:5000 dtn:none ONDEMAND AVAILABLE] 2 -> 1 del ContactManager 
[1170173848.323812 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC OPEN] 3 -> 4 add ContactManager 
[1170173848.323840 /dtn/bundle/daemon debug] Shutdown: closing link opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC OPEN]
[1170173848.323865 /dtn/link/opportunistic-0 debug] Link::close
[1170173848.323886 /dtn/cl/tcp info] close_contact contact 134.102.201.174:39960 (started 1170173702.641894)
[1170173848.323917 /dtn/cl/tcp/msgqueue debug] notifier notify
[1170173848.323944 /dtn/cl/tcp/msgqueue debug] notify count = 1
[1170173848.323991 /dtn/cl/tcp debug] waiting for connection thread to stop...
[1170173848.324176 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 
[1170173848.324207 /dtn/cl/tcp/conn/0x825e290 debug] poll_with_notifier: normal fd has event
[1170173848.324235 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173848.324261 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173848.324284 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0
[1170173848.324306 /dtn/cl/tcp/conn/0x825e290 debug] processing CLMSG_BREAK_CONTACT
[1170173848.324328 /dtn/cl/tcp/conn/0x825e290 debug] break_contact: sending shutdown
[1170173848.324350 /dtn/cl/tcp/conn/0x825e290 debug] send_data: trying to drain 2 bytes from send buffer...
[1170173848.324404 /dtn/cl/tcp/conn/0x825e290/21 debug] ::writev() fd 21 cc 2
[1170173848.324430 /dtn/cl/tcp/conn/0x825e290 debug] send_data: wrote 2/2 bytes from send buffer
[1170173848.324454 /dtn/cl/tcp/conn/0x825e290 debug] break_contact: user action
[1170173848.324476 /dtn/cl/tcp/conn/0x825e290/21 debug] closing socket in state ESTABLISHED
[1170173848.324510 /dtn/cl/tcp/conn/0x825e290/21 debug] state ESTABLISHED -> FINI
[1170173848.324535 /dtn/cl/tcp/conn/0x825e290 debug] contact_broken set, exiting main loop
[1170173848.426779 /dtn/cl/tcp/conn/0x825e290/21 debug] closing socket in state FINI
[1170173848.426893 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 22 29)
[1170173848.426937 /dtn/contact/refs debug] refcount contact 134.102.201.174:39960 (started 1170173702.641894) 2 -> 1 del TCPConvergenceLayer::Connection 
[1170173848.426973 /dtn/contact/refs debug] refcount contact 134.102.201.174:39960 (started 1170173702.641894) 1 -> 0 del Link 
[1170173848.427001 /dtn/contact/refs debug] no_more_refs contact 134.102.201.174:39960 (started 1170173702.641894)... deleting object
[1170173848.427027 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170173848.427057 /dtn/link/opportunistic-0 debug] Link::close complete
[1170173848.427078 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:39960 tca://correspondent OPPORTUNISTIC OPEN] 3 -> 2 del ContactManager 
[1170173848.427107 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 4 add ContactManager 
[1170173848.427136 /dtn/bundle/daemon debug] Shutdown: closing link opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC OPEN]
[1170173848.427162 /dtn/link/opportunistic-1 debug] Link::close
[1170173848.427183 /dtn/cl/tcp info] close_contact contact 134.102.201.183:46540 (started 1170173715.522133)
[1170173848.427214 /dtn/cl/tcp/msgqueue debug] notifier notify
[1170173848.427244 /dtn/cl/tcp/msgqueue debug] notify count = 1
[1170173848.427268 /dtn/cl/tcp debug] waiting for connection thread to stop...
[1170173848.427316 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 
[1170173848.427344 /dtn/cl/tcp/conn/0x82e1458 debug] poll_with_notifier: normal fd has event
[1170173848.427371 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173848.427399 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173848.427422 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0
[1170173848.427444 /dtn/cl/tcp/conn/0x82e1458 debug] processing CLMSG_BREAK_CONTACT
[1170173848.427466 /dtn/cl/tcp/conn/0x82e1458 debug] break_contact: sending shutdown
[1170173848.427487 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: trying to drain 2 bytes from send buffer...
[1170173848.427627 /dtn/cl/tcp/conn/0x82e1458/31 debug] ::writev() fd 31 cc 2
[1170173848.427656 /dtn/cl/tcp/conn/0x82e1458 debug] send_data: wrote 2/2 bytes from send buffer
[1170173848.427681 /dtn/cl/tcp/conn/0x82e1458 debug] break_contact: user action
[1170173848.427702 /dtn/cl/tcp/conn/0x82e1458/31 debug] closing socket in state ESTABLISHED
[1170173848.427824 /dtn/cl/tcp/conn/0x82e1458/31 debug] state ESTABLISHED -> FINI
[1170173848.427891 /dtn/cl/tcp/conn/0x82e1458 debug] contact_broken set, exiting main loop
[1170173848.530811 /dtn/cl/tcp/conn/0x82e1458/31 debug] closing socket in state FINI
[1170173848.530862 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 32 33)
[1170173848.530897 /dtn/contact/refs debug] refcount contact 134.102.201.183:46540 (started 1170173715.522133) 2 -> 1 del TCPConvergenceLayer::Connection 
[1170173848.530931 /dtn/contact/refs debug] refcount contact 134.102.201.183:46540 (started 1170173715.522133) 1 -> 0 del Link 
[1170173848.530959 /dtn/contact/refs debug] no_more_refs contact 134.102.201.183:46540 (started 1170173715.522133)... deleting object
[1170173848.530983 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170173848.531013 /dtn/link/opportunistic-1 debug] Link::close complete
[1170173848.531034 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:46540 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 2 del ContactManager 
[1170173848.531062 /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 
[1170173848.531091 /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]
[1170173848.531118 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] Link::close
[1170173848.531139 /dtn/cl/tcp info] close_contact contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602)
[1170173848.531169 /dtn/cl/tcp/msgqueue debug] notifier notify
[1170173848.531196 /dtn/cl/tcp/msgqueue debug] notify count = 1
[1170173848.531218 /dtn/cl/tcp debug] waiting for connection thread to stop...
[1170173848.531263 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 
[1170173848.531291 /dtn/cl/tcp/conn/0x82f3478 debug] poll_with_notifier: normal fd has event
[1170173848.531317 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170173848.531343 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173848.531366 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0
[1170173848.531388 /dtn/cl/tcp/conn/0x82f3478 debug] processing CLMSG_BREAK_CONTACT
[1170173848.531409 /dtn/cl/tcp/conn/0x82f3478 debug] break_contact: sending shutdown
[1170173848.531431 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: trying to drain 2 bytes from send buffer...
[1170173848.531489 /dtn/cl/tcp/conn/0x82f3478/sock debug] ::writev() fd 38 cc 2
[1170173848.531515 /dtn/cl/tcp/conn/0x82f3478 debug] send_data: wrote 2/2 bytes from send buffer
[1170173848.531538 /dtn/cl/tcp/conn/0x82f3478 debug] break_contact: user action
[1170173848.531559 /dtn/cl/tcp/conn/0x82f3478/sock debug] closing socket in state ESTABLISHED
[1170173848.531599 /dtn/cl/tcp/conn/0x82f3478/sock debug] state ESTABLISHED -> FINI
[1170173848.531626 /dtn/cl/tcp/conn/0x82f3478 debug] contact_broken set, exiting main loop
[1170173848.531724 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170173848.531754 /dtn/cl/tcp/conn/0x8303ca0 debug] poll_with_notifier: normal fd has event
[1170173848.531778 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170173848.531807 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::readv() fd 40 cc 2
[1170173848.531831 /dtn/cl/tcp/conn/0x8303ca0 debug] recv_data: read 2 bytes, rcvbuf has 0 bytes
[1170173848.531854 /dtn/cl/tcp/conn/0x8303ca0 debug] processing up to 2 bytes from receive buffer
[1170173848.531876 /dtn/cl/tcp/conn/0x8303ca0 debug] noting data_rcvd
[1170173848.531900 /dtn/cl/tcp/conn/0x8303ca0 debug] recvbuf has 2 full bytes, dispatching to handler routine
[1170173848.531923 /dtn/cl/tcp/conn/0x8303ca0 debug] got SHUTDOWN byte
[1170173848.531944 /dtn/cl/tcp/conn/0x8303ca0 info] got SHUTDOWN (node is busy) [reconnect delay 0]
[1170173848.531966 /dtn/cl/tcp/conn/0x8303ca0 debug] break_contact: sending shutdown
[1170173848.532016 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: trying to drain 1 bytes from send buffer...
[1170173848.532069 /dtn/cl/tcp/conn/0x8303ca0/40 debug] ::writev() fd 40 cc 1
[1170173848.532096 /dtn/cl/tcp/conn/0x8303ca0 debug] send_data: wrote 1/1 bytes from send buffer
[1170173848.532119 /dtn/cl/tcp/conn/0x8303ca0 debug] break_contact: peer shut down
[1170173848.532140 /dtn/cl/tcp/conn/0x8303ca0/40 debug] closing socket in state ESTABLISHED
[1170173848.532169 /dtn/cl/tcp/conn/0x8303ca0/40 debug] state ESTABLISHED -> FINI
[1170173848.532194 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 3 -> 4 add LinkStateChangeRequest 
[1170173848.532223 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 2 -> 3 add LinkStateChangeRequest 
[1170173848.532253 /dtn/bundle/daemon debug] posting event (0x82e1220) with type LINK_STATE_CHANGE_REQUEST (at back)
[1170173848.532279 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170173848.532304 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170173848.532328 /dtn/cl/tcp/conn/0x8303ca0 debug] contact_broken set, exiting main loop
[1170173848.635396 /dtn/cl/tcp/conn/0x82f3478/sock debug] closing socket in state FINI
[1170173848.635449 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 36 37)
[1170173848.635485 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602) 2 -> 1 del TCPConvergenceLayer::Connection 
[1170173848.635518 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602) 1 -> 0 del Link 
[1170173848.635546 /dtn/contact/refs debug] no_more_refs contact jgre.openvpn.informatik.uni-bremen.de:5000 (started 1170173720.663602)... deleting object
[1170173848.635571 /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 
[1170173848.635601 /dtn/link/jgre.openvpn.informatik.uni-bremen.de:5000 debug] Link::close complete
[1170173848.635623 /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 
[1170173848.635651 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 4 -> 5 add ContactManager 
[1170173848.635680 /dtn/bundle/daemon debug] Shutdown: closing link opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN]
[1170173848.635706 /dtn/link/opportunistic-2 debug] Link::close
[1170173848.635727 /dtn/cl/tcp info] close_contact contact 134.102.217.8:46672 (started 1170173720.671998)
[1170173848.635755 /dtn/cl/tcp/conn/0x8303ca0/40 debug] closing socket in state FINI
[1170173848.635786 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 41 42)
[1170173848.635816 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 3 -> 2 del TCPConvergenceLayer::Connection 
[1170173848.635846 /dtn/contact/refs debug] refcount contact 134.102.217.8:46672 (started 1170173720.671998) 2 -> 1 del Link 
[1170173848.635874 /dtn/link/opportunistic-2 debug] Link::close complete
[1170173848.635894 /dtn/link/refs debug] refcount opportunistic-2 [134.102.217.8:46672 tca://jgre.openvpn.informatik.uni-bremen.de OPPORTUNISTIC OPEN] 5 -> 4 del ContactManager 
[1170173848.635926 /dtnserver/shutdown/notifier debug] notifier notify
[1170173848.635955 /dtnserver/shutdown/notifier debug] notify count = 1
[1170173848.636063 /dtnserver/shutdown/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170173848.636092 /dtnserver/shutdown/notifier debug] poll_with_notifier: normal fd has event
[1170173848.636116 /dtnserver/shutdown/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170173848.636142 /dtnserver/shutdown/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170173848.636193 /dtnserver/shutdown/notifier debug] drain pipe count = 0
[1170173848.636216 /dtnserver/shutdown/notifier debug] notifier wait successfully notified
[1170173848.636239 /dtnd notice] closing persistent data store
[1170173848.636261 /dtn/storage/registrations debug] closing registration store
[1170173848.636295 /dtn/storage debug] table registrations, -refcount=0
[1170173848.636321 /dtn/storage/registrations debug] closing db registrations
[1170173848.644857 /dtn/storage/links debug] closing link store
[1170173848.646552 /dtn/storage debug] table links, -refcount=0
[1170173848.646580 /dtn/storage/links debug] closing db links
[1170173848.646628 /dtn/storage/bundles debug] closing bundle store
[1170173848.646660 /dtn/storage debug] table bundles, -refcount=0
[1170173848.646684 /dtn/storage/bundles debug] closing db bundles
[1170173848.655778 /dtn/storage debug] table globals, -refcount=0
[1170173848.655815 /dtn/storage/globals debug] closing db globals
[1170173848.665133 /dtn/storage info] db closed
[1170173848.665235 /dtn/storage debug] successfully created clean shutdown file 'db/.ds_clean'
[1170173848.665265 /dtnserver/shutdown/notifier debug] Notifier shutting down (closing fds 23 34)
[1170173848.665299 /dtnd notice] daemon exiting...
[1170173848.665322 /dtn/apiserver/18 debug] closing socket in state LISTENING
[1170173848.665345 /dtn/apiserver/18 debug] state LISTENING -> FINI

--------------030604010608030101070205--


Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0UAk2Y25854 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 02:46:02 -0800
Received: by nf-out-0910.google.com with SMTP id p48so154749nfa for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 02:45:52 -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=A1SnkmPJd439oYmHNOwvczwgnJ8EgRXzSBKQmYmEeatFKeXN/7IG+elAuyOjXwGRs+vnAETDy0sWpUK4rGvi2UwIWns084CJ2JsG/KEcqb6woQApniMkvM1mTThizkG2GT8Kb7zw3G756eKd35UEA1/Yu9dw0ozo7x5uUKhhAo4=
Received: by 10.49.12.4 with SMTP id p4mr540771nfi.1170153952311; Tue, 30 Jan 2007 02:45:52 -0800 (PST)
Received: by 10.48.213.17 with HTTP; Tue, 30 Jan 2007 02:45:52 -0800 (PST)
Message-ID: <f0d10dd60701300245k1b1d4b9fi62624685a8cb5d44@mail.gmail.com>
Date: Tue, 30 Jan 2007 16:15:52 +0530
From: "Zahir Koradia" <zahir.koradia@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] TCA problems
In-Reply-To: <45BF0583.4010208@jgre.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_6539_29245815.1170153952244"
References: <45B9B58D.1050703@jgre.org> <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com> <45BE4B59.6090302@jgre.org> <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com> <45BF0583.4010208@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

------=_Part_6539_29245815.1170153952244
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi Janico,
The problem seems to happen even before we reach parser of control messages=
.

[1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle received
[tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
'add_route:tca://correspondent10/myapp    tcp://jgre.openvpn.informatik.uni=
-
bremen.de=A7=1A=08Ea=16=08hr=B2=B6F=B0=0E=08=9C=1A/=08=01'

This line is printed as soon as we enter the function handle_bundle_receive=
d
called on a bundle received event. The function get_payload_str is used to
get the bundle payload. I have a feeling that's where the problem lies. My
guess is that the payload size returned by b->payload_.length() is faulty.

Could you just print it and check if the length is more than the number of
characters sent. If this is the case then we can ask Mike if anything has
changed in the treatment of bundle payload over the past revisions.

Thanks
Zahir

On 1/30/07, Janico Greifenberg <jgre@jgre.org> wrote:
>
> Hi Zahir,
>
> I did one run with the same setup and procedure as before, with the
> modified function in the admin app. The debug level log of the gateway
> is attached in the file gateway_run1.log. The output of the admin app is
> in admin_gateway_run1.out.
>
> The second run used the same setup, but instead of sending a bundle from
> another node, I sent the admin bundle with dtnsend. The logfile of the
> run is gateway_run2.log.
>
> I noticed that the log message of the "contact_up" event also contains
> some strange characters. Although they do not seem to cause any harm,
> they might hint at a problem in the parser of TCA control messages.
>
> Cheers,
> Janico
>
> Zahir Koradia wrote:
> > Hi Janico,
> > That did not help much. We can try a few other things. In
> > TcaController.cc replace the function send_bundle that takes dtn spec a=
s
> > the parameter with this one
> >
> > bool
> > TcaController::send_bundle(const dtn_bundle_spec_t& spec,
> >                            const std::string& payload)
> > {
> >     printf("send_bundle: [%s] -> [%s] : '%s'\n",
> >                 spec.source.uri, spec.dest.uri, payload.c_str());
> >
> >     dtn_bundle_payload_t send_payload;
> >     memset(&send_payload, 0, sizeof(send_payload));
> >     dtn_set_payload(&send_payload, DTN_PAYLOAD_MEM,
> >             const_cast<char*>(payload.c_str()), payload.length());
> >
> >     printf("send_bundle_second_printf: [%s] -> [%s] : '%s'\n",
> >                 spec.source.uri, spec.dest.uri,
> send_payload.buf.buf_val);
> >
> >     dtn_bundle_id_t bundle_id;
> >     memset(&bundle_id, 0, sizeof(bundle_id));
> >
> >     int r =3D 0;
> >     if ((r =3D dtn_send(handle_,
> >                     const_cast<dtn_bundle_spec_t*>(&spec),
> >                     &send_payload, &bundle_id)) !=3D 0)
> >     {
> >         fprintf(stderr, "TcaController::send_bundle error %d (%s)\n",
> >                 r, dtn_strerror(dtn_errno(handle_)));
> >         return false;
> >     }
> >
> >     return true;
> > }
> >
> >
> > No rocket science there; just adding another printf. Also try this one
> > simple thing. On the gateway from command prompt use the dtnsend
> > application to send exactly the same bundle while dtnd is running; that
> > is use the same source destination and payload. Please create two debug
> > level logs for both these exercises and send them to me.
> >
> > Thanks,
> > Zahir
> >
> > On 1/30/07, *Janico Greifenberg* <jgre@jgre.org <mailto:jgre@jgre.org>>
> > wrote:
> >
> >     Hallo Zahir,
> >
> >     thank you for your help.
> >
> >     Zahir Koradia wrote:
> >     > Hi Janico,
> >     > Sorry for the delayed response. I donot have the setup to
> >     reproduce the
> >     > error here. Could please try a few things for me. Firstly, open
> >     the file
> >     >
> >     > apps/tca_admin/TcaController.cc
> >     >
> >     > In this file find the function add_route and simply add a printf
> that
> >     > will print the link. I am hoping that we find some strange
> characters
> >     > here itself.
> >
> >     These characters do not appear in the admin app. The output of that
> >     added line is:
> >
> >     <jgre> Add Route: tcp://jgre.openvpn.informatik.uni-bremen.de
> >     <http://bremen.de>
> >
> >
> >     > Also please let me know what is does the terminal running
> >     tca_admin say
> >     > when it finds a registry entry.
> >     >
> >     > TcaController: found registry entry %s
> >     >
> >
> >     TcaController: found registry entry tca://correspondent10 ->
> >     tcp://jgre.openvpn.informatik.uni- bremen.de <http://bremen.de>
> >
> >     > Finally, please send me the info level log of the run at the
> gateway.
> >     >
> >
> >     I attach the output of the dtnd and the admin app on the gateway.
> >
> >     Cheers,
> >     Janico
> >
> >
> >     [1170098417.839700 /tca/admin notice] tca_admin starting up
> >     using options:
> >         node_type =3D 'gateway'
> >         link_id =3D 'tcp://jgre.openvpn.informatik.uni-bremen.de
> >     <http://bremen.de>'
> >         ask_addr =3D ''
> >         adv_string =3D ''
> >         registry_ttl =3D 604800
> >         control_ttl =3D 604800
> >         tidy =3D false
> >     TcaController::init: dtn_open succeeded
> >     TcaController::dtn_reg: app registered as tca://homeagent/admin,
> id=3D0xa
> >     Initializing TcaRegistry...
> >        testing dht node cloudburst.uwaterloo.ca... succeeded.
> >        testing dht node blast.uwaterloo.ca... get_connection failed
> >     ...dht nodes available =3D 1 / 2
> >     10 bytes from [tca://localhost/bundlelayer]: contact_up
> >     10 bytes from [tca://localhost/bundlelayer]: contact_up
> >     88 bytes from [tca://localhost/bundlelayer]:
> >     reg_received:tca://correspondent10/admin   tca://registry
> >     tca://correspondent10/admin     NULL
> >     TcaRegistry::read: succeeded!
> >     value=3Dtcp://jgre.openvpn.informatik.uni- bremen.de <http://bremen=
.de
> >
> >     TcaController: found registry entry tca://correspondent10 ->
> >     tcp://jgre.openvpn.informatik.uni-bremen.de <http://bremen.de>
> >     TcaController: ignoring re-registration with same gateway
> >     10 bytes from [tca://localhost/bundlelayer]: contact_up
> >     31 bytes from [tca://localhost/bundlelayer]:
> >     unb:tca://correspondent10/myapp
> >     TcaRegistry::read: succeeded!
> >     value=3Dtcp://jgre.openvpn.informatik.uni- bremen.de <http://bremen=
.de
> >
> >     TcaController: found registry entry tca://correspondent10 ->
> >     tcp://jgre.openvpn.informatik.uni-bremen.de <http://bremen.de>
> >     <jgre> Add Route: tcp://jgre.openvpn.informatik.uni- bremen.de
> >     <http://bremen.de>
> >     send_bundle: [tca://homeagent/admin] ->
> [tca://localhost/bundlelayer] :
> >     'add_route:tca://correspondent10/myapp
> >     tcp://jgre.openvpn.informatik.uni-bremen.de <http://bremen.de>'
> >     14 bytes from [tca://localhost/bundlelayer]: link_available
> >     16 bytes from [tca://localhost/bundlelayer]: link_unavailable
> >     16 bytes from [tca://localhost/bundlelayer]: link_unavailable
> >     16 bytes from [tca://localhost/bundlelayer]: link_unavailable
> >
> >
> >
>
>
>
> [1170144942.379170 /tca/admin notice] tca_admin starting up
> using options:
>     node_type =3D 'gateway'
>     link_id =3D 'tcp://jgre.openvpn.informatik.uni-bremen.de'
>     ask_addr =3D ''
>     adv_string =3D ''
>     registry_ttl =3D 604800
>     control_ttl =3D 604800
>     tidy =3D false
> TcaController::init: dtn_open succeeded
> TcaController::dtn_reg: app registered as tca://homeagent/admin, id=3D0xa
> Initializing TcaRegistry...
>    testing dht node cloudburst.uwaterloo.ca... succeeded.
>    testing dht node blast.uwaterloo.ca... get_connection failed
> ...dht nodes available =3D 1 / 2
> 10 bytes from [tca://localhost/bundlelayer]: contact_up
> 10 bytes from [tca://localhost/bundlelayer]: contact_up
> 88 bytes from [tca://localhost/bundlelayer]:
> reg_received:tca://correspondent10/admin   tca://registry
> tca://correspondent10/admin     NULL
> TcaRegistry::read: succeeded! value=3Dtcp://jgre.openvpn.informatik.uni-
> bremen.de
> TcaController: found registry entry tca://correspondent10 ->
> tcp://jgre.openvpn.informatik.uni-bremen.de
> TcaController: ignoring re-registration with same gateway
> 10 bytes from [tca://localhost/bundlelayer]: contact_up
> 31 bytes from [tca://localhost/bundlelayer]:
> unb:tca://correspondent10/myapp
> TcaRegistry::read: succeeded! value=3Dtcp://jgre.openvpn.informatik.uni-
> bremen.de
> TcaController: found registry entry tca://correspondent10 ->
> tcp://jgre.openvpn.informatik.uni-bremen.de
> <jgre> Add Route: tcp://jgre.openvpn.informatik.uni-bremen.de
> send_bundle: [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
> 'add_route:tca://correspondent10/myapp
> tcp://jgre.openvpn.informatik.uni-bremen.de'
> send_bundle_second_printf: [tca://homeagent/admin] ->
> [tca://localhost/bundlelayer] : 'add_route:tca://correspondent10/myapp
> tcp://jgre.openvpn.informatik.uni-bremen.de'
> 14 bytes from [tca://localhost/bundlelayer]: link_available
> 16 bytes from [tca://localhost/bundlelayer]: link_unavailable
> 16 bytes from [tca://localhost/bundlelayer]: link_unavailable
>
>
>

------=_Part_6539_29245815.1170153952244
Content-Type: text/html; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi Janico,<br>The problem seems to happen even before we reach parser of co=
ntrol messages.<br><br>[1170144963.989308 /dtn/tca debug] TcaRouter: tca bu=
ndle received [tca://homeagent/admin] -&gt; [tca://localhost/bundlelayer] :=
 &#39;add_route:tca://correspondent10/myapp&nbsp;&nbsp;&nbsp; tcp://jgre.op=
envpn.informatik.uni-
bremen.de=A7=1A=08Ea=16=08hr=B2=B6F=B0=0E=08=9C=1A/=08=01&#39;<br><br>This =
line is printed as soon as we enter the function handle_bundle_received cal=
led on a bundle received event. The function get_payload_str is used to get=
 the bundle payload. I have a feeling that&#39;s where the problem lies. My=
 guess is that the payload size returned by b-&gt;payload_.length() is faul=
ty.
<br><br>Could you just print it and check if the length is more than the nu=
mber of characters sent. If this is the case then we can ask Mike if anythi=
ng has changed in the treatment of bundle payload over the past revisions.
<br><br>Thanks<br>Zahir<br><br><div><span class=3D"gmail_quote">On 1/30/07,=
 <b class=3D"gmail_sendername">Janico Greifenberg</b> &lt;<a href=3D"mailto=
:jgre@jgre.org">jgre@jgre.org</a>&gt; wrote:</span><blockquote class=3D"gma=
il_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0=
pt 0pt 0.8ex; padding-left: 1ex;">
Hi Zahir,<br><br>I did one run with the same setup and procedure as before,=
 with the<br>modified function in the admin app. The debug level log of the=
 gateway<br>is attached in the file gateway_run1.log. The output of the adm=
in app is
<br>in admin_gateway_run1.out.<br><br>The second run used the same setup, b=
ut instead of sending a bundle from<br>another node, I sent the admin bundl=
e with dtnsend. The logfile of the<br>run is gateway_run2.log.<br><br>I not=
iced that the log message of the &quot;contact_up&quot; event also contains
<br>some strange characters. Although they do not seem to cause any harm,<b=
r>they might hint at a problem in the parser of TCA control messages.<br><b=
r>Cheers,<br>Janico<br><br>Zahir Koradia wrote:<br>&gt; Hi Janico,<br>&gt; =
That did not help much. We can try a few other things. In
<br>&gt; TcaController.cc replace the function send_bundle that takes dtn s=
pec as<br>&gt; the parameter with this one<br>&gt;<br>&gt; bool<br>&gt; Tca=
Controller::send_bundle(const dtn_bundle_spec_t&amp; spec,<br>&gt;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;const std::string&amp; payload)
<br>&gt; {<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; printf(&quot;send_bundle: [%s] -=
&gt; [%s] : &#39;%s&#39;\n&quot;,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; spec.source.=
uri, spec.dest.uri, payload.c_str());<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbs=
p; dtn_bundle_payload_t send_payload;<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; memset(&amp;send_payload, 0, sizeof(send_paylo=
ad));<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; dtn_set_payload(&amp;send_payload, DT=
N_PAYLOAD_MEM,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp; const_cast&lt;char*&gt;(payload.c_str()), payload.lengt=
h());<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; printf(&quot;send_bundle_seco=
nd_printf: [%s] -&gt; [%s] : &#39;%s&#39;\n&quot;,
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; spec.source.uri, spec.dest.uri, send_payload.=
buf.buf_val);<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; dtn_bundle_id_t bundl=
e_id;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; memset(&amp;bundle_id, 0, sizeof(bund=
le_id));<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; int r =3D 0;<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; if ((r =3D dtn_send(handle_,<br>&gt;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; const_cast&lt;dtn_bundle_spec_t*&gt;(&a=
mp;spec),<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &amp;send_pa=
yload, &amp;bundle_id)) !=3D 0)<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; {<br>&gt;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; fprintf(stderr, &quot;TcaCon=
troller::send_bundle error %d (%s)\n&quot;,
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; r, dtn_strerror(dtn_errno(handle_)));<br>&gt;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return false;<br>&gt;&nbsp=
;&nbsp;&nbsp;&nbsp; }<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; return true;<=
br>&gt; }<br>&gt;<br>&gt;<br>&gt; No rocket science there; just adding anot=
her printf. Also try this one
<br>&gt; simple thing. On the gateway from command prompt use the dtnsend<b=
r>&gt; application to send exactly the same bundle while dtnd is running; t=
hat<br>&gt; is use the same source destination and payload. Please create t=
wo debug
<br>&gt; level logs for both these exercises and send them to me.<br>&gt;<b=
r>&gt; Thanks,<br>&gt; Zahir<br>&gt;<br>&gt; On 1/30/07, *Janico Greifenber=
g* &lt;<a href=3D"mailto:jgre@jgre.org">jgre@jgre.org</a> &lt;mailto:<a hre=
f=3D"mailto:jgre@jgre.org">
jgre@jgre.org</a>&gt;&gt;<br>&gt; wrote:<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&=
nbsp; Hallo Zahir,<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; thank you for yo=
ur help.<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Zahir Koradia wrote:<br>&g=
t;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Hi Janico,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; =
&gt; Sorry for the delayed response. I donot have the setup to
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; reproduce the<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; &gt; error here. Could please try a few things for me. Firstly, open<br=
>&gt;&nbsp;&nbsp;&nbsp;&nbsp; the file<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;=
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; apps/tca_admin/TcaController.cc<br>&g=
t;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; In thi=
s file find the function add_route and simply add a printf that
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; will print the link. I am hoping that=
 we find some strange characters<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; here =
itself.<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; These characters do not app=
ear in the admin app. The output of that<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; ad=
ded line is:
<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &lt;jgre&gt; Add Route: tcp://jgre=
.openvpn.informatik.uni-<a href=3D"http://bremen.de">bremen.de</a><br>&gt;&=
nbsp;&nbsp;&nbsp;&nbsp; &lt;<a href=3D"http://bremen.de">http://bremen.de</=
a>&gt;<br>&gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Also please let=
 me know what is does the terminal running
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; tca_admin say<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; &gt; when it finds a registry entry.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &g=
t;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; TcaController: found registry entry=
 %s<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&=
nbsp; TcaController: found registry entry tca://correspondent10 -&gt;
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; tcp://jgre.openvpn.informatik.uni- <a href=
=3D"http://bremen.de">bremen.de</a> &lt;<a href=3D"http://bremen.de">http:/=
/bremen.de</a>&gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; Finally, pl=
ease send me the info level log of the run at the gateway.
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbs=
p; I attach the output of the dtnd and the admin app on the gateway.<br>&gt=
;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Cheers,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; J=
anico<br>&gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; [1170098417.839700 /t=
ca/admin notice] tca_admin starting up
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; using options:<br>&gt;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; node_type =3D &#39;gateway&#39;<br>&gt;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; link_id =3D &#39;tcp://jgre.openv=
pn.informatik.uni-<a href=3D"http://bremen.de">bremen.de</a><br>&gt;&nbsp;&=
nbsp;&nbsp;&nbsp; &lt;<a href=3D"http://bremen.de">
http://bremen.de</a>&gt;&#39;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; ask_addr =3D &#39;&#39;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp; adv_string =3D &#39;&#39;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; registry_ttl =3D 604800<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; control_ttl =3D 604800<br>&gt;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tidy =3D false<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; TcaController::init: dtn_open succeeded
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; TcaController::dtn_reg: app registered as =
tca://homeagent/admin, id=3D0xa<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Initializin=
g TcaRegistry...<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;tes=
ting dht node cloudburst.uwaterloo.ca... succeeded.<br>&gt;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;testing dht node=20
blast.uwaterloo.ca... get_connection failed<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;=
 ...dht nodes available =3D 1 / 2<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 10 bytes =
from [tca://localhost/bundlelayer]: contact_up<br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; 10 bytes from [tca://localhost/bundlelayer]: contact_up
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 88 bytes from [tca://localhost/bundlelayer=
]:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; reg_received:tca://correspondent10/admin=
&nbsp;&nbsp; tca://registry<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; tca://correspon=
dent10/admin&nbsp;&nbsp;&nbsp;&nbsp; NULL<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; T=
caRegistry::read: succeeded!<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; value=3Dtcp://jgre.openvpn.informatik.uni- <a =
href=3D"http://bremen.de">bremen.de</a> &lt;<a href=3D"http://bremen.de">ht=
tp://bremen.de</a>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; TcaController: found=
 registry entry tca://correspondent10 -&gt;
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; tcp://jgre.openvpn.informatik.uni-<a href=
=3D"http://bremen.de">bremen.de</a> &lt;<a href=3D"http://bremen.de">http:/=
/bremen.de</a>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; TcaController: ignoring =
re-registration with same gateway<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 10 bytes =
from [tca://localhost/bundlelayer]: contact_up
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 31 bytes from [tca://localhost/bundlelayer=
]:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; unb:tca://correspondent10/myapp<br>&gt;&=
nbsp;&nbsp;&nbsp;&nbsp; TcaRegistry::read: succeeded!<br>&gt;&nbsp;&nbsp;&n=
bsp;&nbsp; value=3Dtcp://jgre.openvpn.informatik.uni- <a href=3D"http://bre=
men.de">
bremen.de</a> &lt;<a href=3D"http://bremen.de">http://bremen.de</a>&gt;<br>=
&gt;&nbsp;&nbsp;&nbsp;&nbsp; TcaController: found registry entry tca://corr=
espondent10 -&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; tcp://jgre.openvpn.inform=
atik.uni-<a href=3D"http://bremen.de">bremen.de
</a> &lt;<a href=3D"http://bremen.de">http://bremen.de</a>&gt;<br>&gt;&nbsp=
;&nbsp;&nbsp;&nbsp; &lt;jgre&gt; Add Route: tcp://jgre.openvpn.informatik.u=
ni- <a href=3D"http://bremen.de">bremen.de</a><br>&gt;&nbsp;&nbsp;&nbsp;&nb=
sp; &lt;<a href=3D"http://bremen.de">http://bremen.de
</a>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; send_bundle: [tca://homeagent/admi=
n] -&gt; [tca://localhost/bundlelayer] :<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &#=
39;add_route:tca://correspondent10/myapp<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; tc=
p://jgre.openvpn.informatik.uni-<a href=3D"http://bremen.de">
bremen.de</a> &lt;<a href=3D"http://bremen.de">http://bremen.de</a>&gt;&#39=
;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 14 bytes from [tca://localhost/bundlelaye=
r]: link_available<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 16 bytes from [tca://loc=
alhost/bundlelayer]: link_unavailable<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; 16 bytes from [tca://localhost/bundlelayer]: l=
ink_unavailable<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 16 bytes from [tca://localh=
ost/bundlelayer]: link_unavailable<br>&gt;<br>&gt;<br>&gt;<br><br><br><br>[=
1170144942.379170 /tca/admin notice] tca_admin starting up
<br>using options:<br>&nbsp;&nbsp;&nbsp;&nbsp;node_type =3D &#39;gateway&#3=
9;<br>&nbsp;&nbsp;&nbsp;&nbsp;link_id =3D &#39;tcp://jgre.openvpn.informati=
k.uni-<a href=3D"http://bremen.de">bremen.de</a>&#39;<br>&nbsp;&nbsp;&nbsp;=
&nbsp;ask_addr =3D &#39;&#39;<br>&nbsp;&nbsp;&nbsp;&nbsp;adv_string =3D &#3=
9;&#39;<br>
&nbsp;&nbsp;&nbsp;&nbsp;registry_ttl =3D 604800<br>&nbsp;&nbsp;&nbsp;&nbsp;=
control_ttl =3D 604800<br>&nbsp;&nbsp;&nbsp;&nbsp;tidy =3D false<br>TcaCont=
roller::init: dtn_open succeeded<br>TcaController::dtn_reg: app registered =
as tca://homeagent/admin, id=3D0xa<br>Initializing TcaRegistry...
<br>&nbsp;&nbsp; testing dht node cloudburst.uwaterloo.ca... succeeded.<br>=
&nbsp;&nbsp; testing dht node blast.uwaterloo.ca... get_connection failed<b=
r>...dht nodes available =3D 1 / 2<br>10 bytes from [tca://localhost/bundle=
layer]: contact_up
<br>10 bytes from [tca://localhost/bundlelayer]: contact_up<br>88 bytes fro=
m [tca://localhost/bundlelayer]:<br>reg_received:tca://correspondent10/admi=
n&nbsp;&nbsp; tca://registry<br>tca://correspondent10/admin&nbsp;&nbsp;&nbs=
p;&nbsp; NULL<br>TcaRegistry::read: succeeded! value=3Dtcp://jgre.openvpn.i=
nformatik.uni-
<a href=3D"http://bremen.de">bremen.de</a><br>TcaController: found registry=
 entry tca://correspondent10 -&gt;<br>tcp://jgre.openvpn.informatik.uni-<a =
href=3D"http://bremen.de">bremen.de</a><br>TcaController: ignoring re-regis=
tration with same gateway
<br>10 bytes from [tca://localhost/bundlelayer]: contact_up<br>31 bytes fro=
m [tca://localhost/bundlelayer]: unb:tca://correspondent10/myapp<br>TcaRegi=
stry::read: succeeded! value=3Dtcp://jgre.openvpn.informatik.uni-<a href=3D=
"http://bremen.de">
bremen.de</a><br>TcaController: found registry entry tca://correspondent10 =
-&gt;<br>tcp://jgre.openvpn.informatik.uni-<a href=3D"http://bremen.de">bre=
men.de</a><br>&lt;jgre&gt; Add Route: tcp://jgre.openvpn.informatik.uni-<a =
href=3D"http://bremen.de">
bremen.de</a><br>send_bundle: [tca://homeagent/admin] -&gt; [tca://localhos=
t/bundlelayer] :<br>&#39;add_route:tca://correspondent10/myapp<br>tcp://jgr=
e.openvpn.informatik.uni-<a href=3D"http://bremen.de">bremen.de</a>&#39;<br=
>
send_bundle_second_printf: [tca://homeagent/admin] -&gt;<br>[tca://localhos=
t/bundlelayer] : &#39;add_route:tca://correspondent10/myapp<br>tcp://jgre.o=
penvpn.informatik.uni-<a href=3D"http://bremen.de">bremen.de</a>&#39;<br>
14 bytes from [tca://localhost/bundlelayer]: link_available<br>16 bytes fro=
m [tca://localhost/bundlelayer]: link_unavailable<br>16 bytes from [tca://l=
ocalhost/bundlelayer]: link_unavailable<br><br><br></blockquote></div><br>

------=_Part_6539_29245815.1170153952244--


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 l0U8jCY25100 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 00:45:12 -0800
Received: from localhost (localhost [127.0.0.1]) by snatch.gtnw.de (Postfix on snatch) with ESMTP id 90F6F100A8 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 09:55:42 +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 01739-05 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 09:55:41 +0100 (CET)
Received: from [192.168.178.102] (p548D1F28.dip0.t-ipconnect.de [84.141.31.40]) (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 A1D12100A7 for <dtn-users@mailman.dtnrg.org>; Tue, 30 Jan 2007 09:55:28 +0100 (CET)
Message-ID: <45BF0583.4010208@jgre.org>
Date: Tue, 30 Jan 2007 09:44:51 +0100
From: Janico Greifenberg <jgre@jgre.org>
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>	 <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com>	 <45BE4B59.6090302@jgre.org> <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com>
In-Reply-To: <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com>
Content-Type: multipart/mixed; boundary="------------060205060800060608020905"
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

This is a multi-part message in MIME format.
--------------060205060800060608020905
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hi Zahir,

I did one run with the same setup and procedure as before, with the
modified function in the admin app. The debug level log of the gateway
is attached in the file gateway_run1.log. The output of the admin app is
in admin_gateway_run1.out.

The second run used the same setup, but instead of sending a bundle from
another node, I sent the admin bundle with dtnsend. The logfile of the
run is gateway_run2.log.

I noticed that the log message of the "contact_up" event also contains
some strange characters. Although they do not seem to cause any harm,
they might hint at a problem in the parser of TCA control messages.

Cheers,
Janico

Zahir Koradia wrote:
> Hi Janico,
> That did not help much. We can try a few other things. In
> TcaController.cc replace the function send_bundle that takes dtn spec as
> the parameter with this one
> 
> bool
> TcaController::send_bundle(const dtn_bundle_spec_t& spec,
>                            const std::string& payload)
> {
>     printf("send_bundle: [%s] -> [%s] : '%s'\n",
>                 spec.source.uri, spec.dest.uri, payload.c_str());
> 
>     dtn_bundle_payload_t send_payload;
>     memset(&send_payload, 0, sizeof(send_payload));
>     dtn_set_payload(&send_payload, DTN_PAYLOAD_MEM,
>             const_cast<char*>(payload.c_str()), payload.length());
> 
>     printf("send_bundle_second_printf: [%s] -> [%s] : '%s'\n",
>                 spec.source.uri, spec.dest.uri, send_payload.buf.buf_val);
> 
>     dtn_bundle_id_t bundle_id;
>     memset(&bundle_id, 0, sizeof(bundle_id));
> 
>     int r = 0;   
>     if ((r = dtn_send(handle_,
>                     const_cast<dtn_bundle_spec_t*>(&spec),
>                     &send_payload, &bundle_id)) != 0)
>     {
>         fprintf(stderr, "TcaController::send_bundle error %d (%s)\n",
>                 r, dtn_strerror(dtn_errno(handle_)));
>         return false;
>     }
> 
>     return true;
> }
> 
> 
> No rocket science there; just adding another printf. Also try this one
> simple thing. On the gateway from command prompt use the dtnsend
> application to send exactly the same bundle while dtnd is running; that
> is use the same source destination and payload. Please create two debug
> level logs for both these exercises and send them to me.
> 
> Thanks,
> Zahir
> 
> On 1/30/07, *Janico Greifenberg* <jgre@jgre.org <mailto:jgre@jgre.org>>
> wrote:
> 
>     Hallo Zahir,
> 
>     thank you for your help.
> 
>     Zahir Koradia wrote:
>     > Hi Janico,
>     > Sorry for the delayed response. I donot have the setup to
>     reproduce the
>     > error here. Could please try a few things for me. Firstly, open
>     the file
>     >
>     > apps/tca_admin/TcaController.cc
>     >
>     > In this file find the function add_route and simply add a printf that
>     > will print the link. I am hoping that we find some strange characters
>     > here itself.
> 
>     These characters do not appear in the admin app. The output of that
>     added line is:
> 
>     <jgre> Add Route: tcp://jgre.openvpn.informatik.uni-bremen.de
>     <http://bremen.de>
> 
> 
>     > Also please let me know what is does the terminal running
>     tca_admin say
>     > when it finds a registry entry.
>     >
>     > TcaController: found registry entry %s
>     >
> 
>     TcaController: found registry entry tca://correspondent10 ->
>     tcp://jgre.openvpn.informatik.uni- bremen.de <http://bremen.de>
> 
>     > Finally, please send me the info level log of the run at the gateway.
>     >
> 
>     I attach the output of the dtnd and the admin app on the gateway.
> 
>     Cheers,
>     Janico
> 
> 
>     [1170098417.839700 /tca/admin notice] tca_admin starting up
>     using options:
>         node_type = 'gateway'
>         link_id = 'tcp://jgre.openvpn.informatik.uni-bremen.de
>     <http://bremen.de>'
>         ask_addr = ''
>         adv_string = ''
>         registry_ttl = 604800
>         control_ttl = 604800
>         tidy = false
>     TcaController::init: dtn_open succeeded
>     TcaController::dtn_reg: app registered as tca://homeagent/admin, id=0xa
>     Initializing TcaRegistry...
>        testing dht node cloudburst.uwaterloo.ca... succeeded.
>        testing dht node blast.uwaterloo.ca... get_connection failed
>     ...dht nodes available = 1 / 2
>     10 bytes from [tca://localhost/bundlelayer]: contact_up
>     10 bytes from [tca://localhost/bundlelayer]: contact_up
>     88 bytes from [tca://localhost/bundlelayer]:
>     reg_received:tca://correspondent10/admin   tca://registry
>     tca://correspondent10/admin     NULL
>     TcaRegistry::read: succeeded!
>     value=tcp://jgre.openvpn.informatik.uni- bremen.de <http://bremen.de>
>     TcaController: found registry entry tca://correspondent10 ->
>     tcp://jgre.openvpn.informatik.uni-bremen.de <http://bremen.de>
>     TcaController: ignoring re-registration with same gateway
>     10 bytes from [tca://localhost/bundlelayer]: contact_up
>     31 bytes from [tca://localhost/bundlelayer]:
>     unb:tca://correspondent10/myapp
>     TcaRegistry::read: succeeded!
>     value=tcp://jgre.openvpn.informatik.uni- bremen.de <http://bremen.de>
>     TcaController: found registry entry tca://correspondent10 ->
>     tcp://jgre.openvpn.informatik.uni-bremen.de <http://bremen.de>
>     <jgre> Add Route: tcp://jgre.openvpn.informatik.uni- bremen.de
>     <http://bremen.de>
>     send_bundle: [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
>     'add_route:tca://correspondent10/myapp
>     tcp://jgre.openvpn.informatik.uni-bremen.de <http://bremen.de>'
>     14 bytes from [tca://localhost/bundlelayer]: link_available
>     16 bytes from [tca://localhost/bundlelayer]: link_unavailable
>     16 bytes from [tca://localhost/bundlelayer]: link_unavailable
>     16 bytes from [tca://localhost/bundlelayer]: link_unavailable
> 
> 
> 


--------------060205060800060608020905
Content-Type: text/plain;
 name="admin-gateway_run1.out"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="admin-gateway_run1.out"

WzExNzAxNDQ5NDIuMzc5MTcwIC90Y2EvYWRtaW4gbm90aWNlXSB0Y2FfYWRtaW4gc3RhcnRp
bmcgdXAKdXNpbmcgb3B0aW9uczoKICAgIG5vZGVfdHlwZSA9ICdnYXRld2F5JwogICAgbGlu
a19pZCA9ICd0Y3A6Ly9qZ3JlLm9wZW52cG4uaW5mb3JtYXRpay51bmktYnJlbWVuLmRlJwog
ICAgYXNrX2FkZHIgPSAnJwogICAgYWR2X3N0cmluZyA9ICcnCiAgICByZWdpc3RyeV90dGwg
PSA2MDQ4MDAKICAgIGNvbnRyb2xfdHRsID0gNjA0ODAwCiAgICB0aWR5ID0gZmFsc2UKVGNh
Q29udHJvbGxlcjo6aW5pdDogZHRuX29wZW4gc3VjY2VlZGVkClRjYUNvbnRyb2xsZXI6OmR0
bl9yZWc6IGFwcCByZWdpc3RlcmVkIGFzIHRjYTovL2hvbWVhZ2VudC9hZG1pbiwgaWQ9MHhh
CkluaXRpYWxpemluZyBUY2FSZWdpc3RyeS4uLgogICB0ZXN0aW5nIGRodCBub2RlIGNsb3Vk
YnVyc3QudXdhdGVybG9vLmNhLi4uIHN1Y2NlZWRlZC4KICAgdGVzdGluZyBkaHQgbm9kZSBi
bGFzdC51d2F0ZXJsb28uY2EuLi4gZ2V0X2Nvbm5lY3Rpb24gZmFpbGVkCi4uLmRodCBub2Rl
cyBhdmFpbGFibGUgPSAxIC8gMgoxMCBieXRlcyBmcm9tIFt0Y2E6Ly9sb2NhbGhvc3QvYnVu
ZGxlbGF5ZXJdOiBjb250YWN0X3VwCjEwIGJ5dGVzIGZyb20gW3RjYTovL2xvY2FsaG9zdC9i
dW5kbGVsYXllcl06IGNvbnRhY3RfdXAKODggYnl0ZXMgZnJvbSBbdGNhOi8vbG9jYWxob3N0
L2J1bmRsZWxheWVyXToKcmVnX3JlY2VpdmVkOnRjYTovL2NvcnJlc3BvbmRlbnQxMC9hZG1p
biAgIHRjYTovL3JlZ2lzdHJ5CnRjYTovL2NvcnJlc3BvbmRlbnQxMC9hZG1pbiAgICAgTlVM
TApUY2FSZWdpc3RyeTo6cmVhZDogc3VjY2VlZGVkISB2YWx1ZT10Y3A6Ly9qZ3JlLm9wZW52
cG4uaW5mb3JtYXRpay51bmktYnJlbWVuLmRlClRjYUNvbnRyb2xsZXI6IGZvdW5kIHJlZ2lz
dHJ5IGVudHJ5IHRjYTovL2NvcnJlc3BvbmRlbnQxMCAtPgp0Y3A6Ly9qZ3JlLm9wZW52cG4u
aW5mb3JtYXRpay51bmktYnJlbWVuLmRlClRjYUNvbnRyb2xsZXI6IGlnbm9yaW5nIHJlLXJl
Z2lzdHJhdGlvbiB3aXRoIHNhbWUgZ2F0ZXdheQoxMCBieXRlcyBmcm9tIFt0Y2E6Ly9sb2Nh
bGhvc3QvYnVuZGxlbGF5ZXJdOiBjb250YWN0X3VwCjMxIGJ5dGVzIGZyb20gW3RjYTovL2xv
Y2FsaG9zdC9idW5kbGVsYXllcl06IHVuYjp0Y2E6Ly9jb3JyZXNwb25kZW50MTAvbXlhcHAK
VGNhUmVnaXN0cnk6OnJlYWQ6IHN1Y2NlZWRlZCEgdmFsdWU9dGNwOi8vamdyZS5vcGVudnBu
LmluZm9ybWF0aWsudW5pLWJyZW1lbi5kZQpUY2FDb250cm9sbGVyOiBmb3VuZCByZWdpc3Ry
eSBlbnRyeSB0Y2E6Ly9jb3JyZXNwb25kZW50MTAgLT4KdGNwOi8vamdyZS5vcGVudnBuLmlu
Zm9ybWF0aWsudW5pLWJyZW1lbi5kZQo8amdyZT4gQWRkIFJvdXRlOiB0Y3A6Ly9qZ3JlLm9w
ZW52cG4uaW5mb3JtYXRpay51bmktYnJlbWVuLmRlCnNlbmRfYnVuZGxlOiBbdGNhOi8vaG9t
ZWFnZW50L2FkbWluXSAtPiBbdGNhOi8vbG9jYWxob3N0L2J1bmRsZWxheWVyXSA6CidhZGRf
cm91dGU6dGNhOi8vY29ycmVzcG9uZGVudDEwL215YXBwCnRjcDovL2pncmUub3BlbnZwbi5p
bmZvcm1hdGlrLnVuaS1icmVtZW4uZGUnCnNlbmRfYnVuZGxlX3NlY29uZF9wcmludGY6IFt0
Y2E6Ly9ob21lYWdlbnQvYWRtaW5dIC0+Clt0Y2E6Ly9sb2NhbGhvc3QvYnVuZGxlbGF5ZXJd
IDogJ2FkZF9yb3V0ZTp0Y2E6Ly9jb3JyZXNwb25kZW50MTAvbXlhcHAKdGNwOi8vamdyZS5v
cGVudnBuLmluZm9ybWF0aWsudW5pLWJyZW1lbi5kZScKMTQgYnl0ZXMgZnJvbSBbdGNhOi8v
bG9jYWxob3N0L2J1bmRsZWxheWVyXTogbGlua19hdmFpbGFibGUKMTYgYnl0ZXMgZnJvbSBb
dGNhOi8vbG9jYWxob3N0L2J1bmRsZWxheWVyXTogbGlua191bmF2YWlsYWJsZQoxNiBieXRl
cyBmcm9tIFt0Y2E6Ly9sb2NhbGhvc3QvYnVuZGxlbGF5ZXJdOiBsaW5rX3VuYXZhaWxhYmxl
Cg==
--------------060205060800060608020905
Content-Type: text/x-log;
 name="gateway_run1.log"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
 filename="gateway_run1.log"

[1170144933.788872 /log debug] adding log reparse signal handler
[1170144933.789033 /timer debug] adding signal handler 0x810e4cc for signal 1
[1170144933.789073 /log debug] adding log rotate signal handler
[1170144933.789094 /timer debug] adding signal handler 0x810d532 for signal 10
[1170144933.789126 /dtnd notice] DTN daemon starting up... (pid 25822)
[1170144933.804324 /command/help debug] help command registering
[1170144933.804465 /command/log debug] log command registering
[1170144933.804503 /command/debug debug] debug command registering
[1170144933.804952 /dtnd notice] random seed is 804945
[1170144933.805038 /thread debug] activating thread creation barrier
[1170144933.805086 /dtn/apiserver debug] APIServer init (evironment set addr 127.0.0.1 port 5010)
[1170144933.805163 /command/api debug] api command registering
[1170144933.805219 /command/completion_notifier/notifier debug] created pipe, fds: 8 9
[1170144933.805248 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.805271 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.805376 /command/bundle debug] bundle command registering
[1170144933.805432 /command/interface debug] interface command registering
[1170144933.805545 /command/link debug] link command registering
[1170144933.805810 /command/param debug] param command registering
[1170144933.805884 /command/registration debug] registration command registering
[1170144933.806004 /command/route debug] route command registering
[1170144933.806085 /command/discovery debug] discovery command registering
[1170144933.806402 /command/prophet debug] prophet command registering
[1170144933.806449 /command/shutdown debug] shutdown command registering
[1170144933.806489 /command/quit debug] quit command registering
[1170144933.806971 /command/storage debug] storage command registering
[1170144933.807004 /dtnd debug] registered dtn commands
[1170144933.807340 /dtn/bundle/daemon/notifier debug] created pipe, fds: 10 11
[1170144933.807371 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.807394 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.807447 /dtnd debug] intialized dtn components
[1170144933.807469 /command/console debug] console command registering
[1170144933.807583 /command/test debug] test command registering
[1170144933.807632 /dtnd info] parsing configuration file dtn.conf...
[1170144933.843026 /command debug] executing command file dtn.conf
[1170144933.843772 /dtnd info] dtnd parsing configuration...
[1170144933.845133 /dtn/interface/table info] adding interface tcp0 (tcp)
[1170144933.845171 /dtn/cl/tcp debug] adding interface tcp0
[1170144933.845239 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 12 13
[1170144933.845268 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.845291 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.845344 /dtn/cl/tcp/iface/tcp0 debug] created socket 14
[1170144933.845371 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
[1170144933.845404 /dtn/cl/tcp/iface/tcp0 debug] binding to 134.102.217.8:5000
[1170144933.845449 /dtn/cl/tcp/iface/tcp0 debug] listening
[1170144933.845499 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING
[1170144933.845558 /thread debug] delaying start of thread 0x81ef8a4 due to barrier
[1170144933.845663 /dtn/link/null debug] set_state UNAVAILABLE -> AVAILABLE
[1170144933.845691 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170144933.845750 /dtn/cl/null debug] init link /dev/null
[1170144933.845772 /dtn/link/null info] new link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170144933.845796 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 1 -> 2 add AlwaysOnLink 
[1170144933.845824 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add LinkStateChangeRequest 
[1170144933.845855 /dtn/bundle/daemon debug] posting event (0x81f0398) with type LINK_STATE_CHANGE_REQUEST (at back)
[1170144933.845919 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144933.845956 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144933.845979 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 2 del AlwaysOnLink 
[1170144933.846005 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add ContaceManager::find_link: return value 
[1170144933.846031 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 2 del Link::create_link: return value 
[1170144933.846059 /dtn/contact/manager debug] adding link null
[1170144933.846079 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add ContactManager 
[1170144933.846108 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add ContactManager 
[1170144933.846135 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 4 -> 3 del ContactManager 
[1170144933.846162 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170144933.846188 /dtn/bundle/daemon debug] posting event (0x81f0320) with type LINK_CREATED (at back)
[1170144933.846211 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 4 -> 3 del ContaceManager::find_link: return value 
[1170144933.846269 /dtnd info] dtnd configuration parsing complete
[1170144933.846754 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/jgre/research/papers/bundle-navigation/testbed/homeagent/db
[1170144933.854214 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170144933.854259 /timer debug] scheduling timer 0x825f4c8 in 5000 ms at 1170144938:854248
[1170144933.854358 /dtn/storage info] datastore db was cleanly shut down
[1170144933.854390 /dtnd debug] directory validated: bundles
[1170144933.854423 /dtnd debug] directory access validated: bundles
[1170144933.854728 /dtn/storage debug] get_table -- opened table globals type 1
[1170144933.854771 /dtn/storage debug] table globals, +refcount=1
[1170144933.854994 /dtn/storage debug] get_table -- opened table bundles type 1
[1170144933.855033 /dtn/storage debug] table bundles, +refcount=1
[1170144933.855061 /dtn/bundle/free debug] destroying bundle id -1
[1170144933.855276 /dtn/storage debug] get_table -- opened table links type 1
[1170144933.855314 /dtn/storage debug] table links, +refcount=1
[1170144933.855384 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 18 19
[1170144933.855413 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.855437 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.855609 /dtn/storage debug] get_table -- opened table registrations type 1
[1170144933.855648 /dtn/storage debug] table registrations, +refcount=1
[1170144933.855696 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 18 19)
[1170144933.855744 /dtn/storage/globals debug] loading global store
[1170144933.855874 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 18 19
[1170144933.855905 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.855928 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170144933.856131 /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)
[1170144933.856179 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 18 19)
[1170144933.856245 /dtn/bundle/free debug] destroying bundle id -1
[1170144933.856282 /thread debug] delaying start of thread 0x81ee350 due to barrier
[1170144933.856313 /dtnd debug] started dtn server
[1170144933.856350 /dtn/apiserver/18 debug] created socket 18
[1170144933.856372 /dtn/apiserver/18 debug] setting SO_REUSEADDR
[1170144933.856395 /dtn/apiserver/18 debug] binding to 127.0.0.1:5010
[1170144933.856424 /dtn/apiserver/18 debug] listening
[1170144933.856488 /dtn/apiserver/18 debug] state INIT -> LISTENING
[1170144933.856510 /thread debug] delaying start of thread 0x81e9778 due to barrier
[1170144933.856534 /thread debug] releasing thread creation barrier -- 3 queued threads
[1170144933.856558 /thread debug] starting thread 0x81ef8a4
[1170144933.856639 /thread debug] starting thread 0x81ee350
[1170144933.856695 /thread debug] starting thread 0x81e9778
[1170144933.856899 /dtn/tca info] TcaRouter started: role='gateway', admin_app='tca://homeagent/admin'
[1170144933.856948 /dtn/bundle/daemon debug] dispatching event (0xb6b27344) REGISTRATION_ADDED
[1170144933.856973 /dtn/bundle/daemon info] REGISTRATION_ADDED 0 tca://homeagent
[1170144933.857002 /dtn/tca debug] dispatching event (0xb6b27344) REGISTRATION_ADDED
[1170144933.857028 /dtn/contact/manager debug] dispatching event (0xb6b27344) REGISTRATION_ADDED
[1170144933.857097 /dtn/bundle/daemon debug] dispatching event (0xb6b2732c) REGISTRATION_ADDED
[1170144933.857121 /dtn/bundle/daemon info] REGISTRATION_ADDED 2 tca://homeagent/ping
[1170144933.857146 /dtn/tca debug] dispatching event (0xb6b2732c) REGISTRATION_ADDED
[1170144933.857168 /dtn/contact/manager debug] dispatching event (0xb6b2732c) REGISTRATION_ADDED
[1170144933.857254 /dtn/bundle/daemon notice] loading bundles from data store
[1170144933.857317 /timer debug] new timeout 4997
[1170144933.857350 /dtn/bundle/daemon debug] dispatching event (0x81f0398) LINK_STATE_CHANGE_REQUEST
[1170144933.857376 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add LinkStateChangeRequest 
[1170144933.857407 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [AVAILABLE -> OPEN] (user action) for link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170144933.857435 /dtn/bundle/actions debug] opening link null
[1170144933.857456 /dtn/link/null debug] Link::open
[1170144933.857475 /dtn/link/null debug] set_state AVAILABLE -> OPENING
[1170144933.857496 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 5 add Link::open 
[1170144933.857526 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 5 -> 6 add Contact 
[1170144933.857556 /dtn/contact/null info] new contact contact /dev/null (started 1170144933.857550)
[1170144933.857580 /dtn/contact/refs debug] refcount contact /dev/null (started 1170144933.857550) 0 -> 1 add Link 
[1170144933.857606 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 6 -> 5 del Link::open 
[1170144933.857633 /dtn/contact/refs debug] refcount contact /dev/null (started 1170144933.857550) 1 -> 2 add ContactUpEvent 
[1170144933.857661 /dtn/bundle/daemon debug] posting event (0x825cce8) with type CONTACT_UP (at back)
[1170144933.857685 /dtn/link/null debug] null [/dev/null dtn:none ALWAYSON OPENING] new contact 0x825d588
[1170144933.857709 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 5 -> 4 del LinkStateChangeRequest 
[1170144933.857740 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 3 del LinkStateChangeRequest 
[1170144933.857774 /timer debug] new timeout 4997
[1170144933.857801 /dtn/bundle/daemon debug] dispatching event (0x81f0320) LINK_CREATED
[1170144933.857823 /dtn/tca debug] dispatching event (0x81f0320) LINK_CREATED
[1170144933.857846 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 3 -> 4 add LinkCreatedEvent 
[1170144933.857888 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 3 del LinkCreatedEvent 
[1170144933.857918 /dtn/contact/manager debug] dispatching event (0x81f0320) LINK_CREATED
[1170144933.857968 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 3 -> 2 del LinkCreatedEvent 
[1170144933.858002 /timer debug] new timeout 4997
[1170144933.858026 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144933.858064 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144933.858088 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144933.858112 /dtn/bundle/daemon debug] dispatching event (0x825cce8) CONTACT_UP
[1170144933.858134 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 2 -> 3 add Contact 
[1170144933.858161 /dtn/bundle/daemon info] CONTACT_UP null [/dev/null dtn:none ALWAYSON OPENING] (contact 0x825d588)
[1170144933.858186 /dtn/link/null debug] set_state OPENING -> OPEN
[1170144933.858207 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170144933.858233 /dtn/tca debug] dispatching event (0x825cce8) CONTACT_UP
[1170144933.858257 /dtn/tca debug] check_next_hop /dev/null: checking pending bundle list...
[1170144933.858280 /dtn/tca debug] TcaRouter::contact up
[1170144933.858320 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'contact_up'
[1170144933.858364 /dtn/storage/globals debug] next_bundleid 0 -> 1
[1170144933.858388 /dtn/storage/globals debug] updating global store
[1170144933.858435 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144933.863980 /dtn/bundle debug] Bundle::init bundle id 0
[1170144933.866149 /dtn/bundle/payload/0/file debug] open bundles/bundle_0.dat (flags 0xc2 mode 0x180): fd 21
[1170144933.866192 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=21 pin_count=1 size=0
[1170144933.866228 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=1
[1170144933.866268 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=1
[1170144933.866339 /dtn/bundle/payload/0/file debug] ::writev() fd 21 cc 10
[1170144933.866363 /dtn/bundle/payload/0/file debug] writeall 10 bytes 0 left 10 total
[1170144933.866391 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=1
[1170144933.866418 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170144933.866449 /dtn/bundle/daemon debug] posting event (0x825d150) with type BUNDLE_RECEIVED (at back)
[1170144933.866473 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144933.866497 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144933.866523 /dtn/contact/manager debug] dispatching event (0x825cce8) CONTACT_UP
[1170144933.866549 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 3 add Contact 
[1170144933.866578 /dtn/contact/manager debug] resetting retry interval for link null: 0 -> 5
[1170144933.866599 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170144933.866629 /dtn/contact/refs debug] refcount contact /dev/null (started 1170144933.857550) 2 -> 1 del ContactUpEvent 
[1170144933.866662 /timer debug] new timeout 4988
[1170144933.866686 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144933.866711 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144933.866733 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144933.866757 /dtn/bundle/daemon debug] dispatching event (0x825d150) BUNDLE_RECEIVED
[1170144933.866874 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170144933.866874 /dtn/bundle/daemon debug] bundle id 0:
[1170144933.866874 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170144933.866874 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170144933.866874 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170144933.866874 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170144933.866874 /dtn/bundle/daemon debug]            prevhop: 
[1170144933.866874 /dtn/bundle/daemon debug]     payload_length: 10
[1170144933.866874 /dtn/bundle/daemon debug]           priority: 1
[1170144933.866874 /dtn/bundle/daemon debug]  custody_requested: false
[1170144933.866874 /dtn/bundle/daemon debug]      local_custody: false
[1170144933.866874 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144933.866874 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144933.866874 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144933.866874 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144933.866874 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144933.866874 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144933.866874 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144933.866874 /dtn/bundle/daemon debug]        creation_ts: 223460133.0
[1170144933.866874 /dtn/bundle/daemon debug]         expiration: 3600
[1170144933.866874 /dtn/bundle/daemon debug]        is_fragment: false
[1170144933.866874 /dtn/bundle/daemon debug]           is_admin: false
[1170144933.866874 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144933.866874 /dtn/bundle/daemon debug]        orig_length: 0
[1170144933.866874 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144933.866874 /dtn/bundle/daemon debug] transmission_count: 0
[1170144933.866961 /dtn/bundle/daemon debug] adding bundle bundle id 0 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to pending list
[1170144933.866998 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144933.867025 /dtn/bundle/list/pending_bundles debug] bundle id 0 add mapping [pending_bundles] to list 0x81ee530
[1170144933.867048 /dtn/bundle/actions debug] adding bundle 0 to data store
[1170144933.867083 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170144933.867591 /dtn/storage/bundles debug] add(0): success
[1170144933.867627 /dtn/bundle/daemon debug] scheduling expiration for bundle id 0 at 1170148533.867620 (in 3600 seconds)
[1170144933.867816 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144933.867855 /timer debug] scheduling timer 0x825cce8 in 3600000 ms at 1170148533:867620
[1170144933.867894 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 0 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload)
[1170144933.867925 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170144933.867988 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 0 matches
[1170144933.868015 /dtn/tca debug] dispatching event (0x825d150) BUNDLE_RECEIVED
[1170144933.868052 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=1
[1170144933.868086 /dtn/bundle/payload/0/file debug] lseek 0 SEEK_SET -> 0
[1170144933.868117 /dtn/bundle/payload/0/file debug] ::readv() fd 21 cc 10
[1170144933.868138 /dtn/bundle/payload/0/file debug] readall 10 bytes 0 left 10 total
[1170144933.868165 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=1
[1170144933.868190 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'contact_up²¶F°ôÖ%'
[1170144933.868230 /dtn/contact/manager debug] dispatching event (0x825d150) BUNDLE_RECEIVED
[1170144933.868259 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent 
[1170144933.868290 /timer debug] new timeout 4986
[1170144933.868339 /dtn/bundle/daemon debug] poll returned 1
[1170144933.868362 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144933.868397 /timer debug] new timeout 4986
[1170144934.359721 /dtnd info] starting console on 127.0.0.1:5050
[1170144934.359782 /command debug] starting command server on 127.0.0.1:5050
[1170144938.860377 /dtn/bundle/daemon debug] poll returned -2
[1170144938.860439 /dtn/bundle/daemon debug] poll timeout
[1170144938.860514 /timer debug] popping timer 0x825f4c8 at 1170144938.860503
[1170144938.860542 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170144938.860593 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170144938.860624 /timer debug] scheduling timer 0x825f4c8 in 5000 ms at 1170144943:860615
[1170144938.860660 /timer debug] new timeout 5000
[1170144938.860695 /dtn/bundle/daemon debug] poll returned 1
[1170144938.860716 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144938.860745 /timer debug] new timeout 5000
[1170144942.382659 /dtn/apiserver/18 debug] accepted connection fd 23 from 127.0.0.1:40716
[1170144942.382741 /dtn/apiclient/23 debug] setting SO_REUSEADDR
[1170144942.382781 /dtn/apiclient/23/notifier debug] created pipe, fds: 24 25
[1170144942.382810 /dtn/apiclient/23/notifier debug] set_nonblocking: nonblocking mode set
[1170144942.382871 /dtn/apiclient/23/notifier debug] set_nonblocking: nonblocking mode set
[1170144942.382908 /thread debug] starting thread 0x82bf7c8
[1170144942.383057 /dtn/apiclient/23 info] new session 127.0.0.1:5010 -> 127.0.0.1:40716
[1170144942.383096 /dtn/apiclient/23 debug] ::readv() fd 23 cc 4
[1170144942.383118 /dtn/apiclient/23 debug] readall 4 bytes 0 left 4 total
[1170144942.383158 /dtn/apiclient/23 debug] ::writev() fd 23 cc 4
[1170144942.383182 /dtn/apiclient/23 debug] writeall 4 bytes 0 left 4 total
[1170144942.383576 /dtn/apiclient/23 debug] ::readv() fd 23 cc 1029
[1170144942.383606 /dtn/apiclient/23 debug] got DTN_LOCAL_EID (1024/1024 bytes)
[1170144942.383708 /dtn/apiclient/23 debug] get_local_eid encoded 256 byte response
[1170144942.383740 /dtn/apiclient/23 debug] building reply: status (unknown type), length 256
[1170144942.383763 /dtn/apiclient/23 debug] sending 264 byte reply message
[1170144942.383797 /dtn/apiclient/23 debug] ::writev() fd 23 cc 264
[1170144942.383820 /dtn/apiclient/23 debug] writeall 264 bytes 0 left 264 total
[1170144942.383926 /dtn/apiclient/23 debug] ::readv() fd 23 cc 281
[1170144942.383954 /dtn/apiclient/23 debug] got DTN_REGISTER (276/276 bytes)
[1170144942.384038 /dtn/storage/globals debug] next_regid 10 -> 11
[1170144942.384064 /dtn/storage/globals debug] updating global store
[1170144942.384147 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144942.391239 /dtn/registration/10 debug] scheduling expiration for registration id 10 at 1172144942.0 (in 1999999 seconds): 
[1170144942.462512 /timer debug] scheduling timer 0x82bb710 in 1999999538 ms at 1172144942:0
[1170144942.462584 /dtn/bundle/daemon debug] poll returned 1
[1170144942.462610 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144942.462651 /timer debug] new timeout 1397
[1170144942.462721 /dtn/bundle/list//dtn/registration/10/notifier debug] created pipe, fds: 26 27
[1170144942.462751 /dtn/bundle/list//dtn/registration/10/notifier debug] set_nonblocking: nonblocking mode set
[1170144942.462775 /dtn/bundle/list//dtn/registration/10/notifier debug] set_nonblocking: nonblocking mode set
[1170144942.462805 /dtn/bundle/daemon debug] posting event (0x82bb5d8) with type REGISTRATION_ADDED (at back)
[1170144942.462831 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144942.462859 /dtn/bundle/daemon debug] poll returned 1
[1170144942.462881 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144942.462905 /timer debug] new timeout 1397
[1170144942.462929 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144942.462955 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144942.462982 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144942.463003 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144942.463028 /dtn/bundle/daemon debug] dispatching event (0x82bb5d8) REGISTRATION_ADDED
[1170144942.463051 /dtn/bundle/daemon info] REGISTRATION_ADDED 10 tca://homeagent/admin
[1170144942.463136 /dtn/registration/table info] adding registration 10/tca://homeagent/admin
[1170144942.463175 /dtn/storage/registrations debug] put: serializing 45 byte object (plus 0 byte typecode)
[1170144942.463442 /dtn/apiclient/23/notifier debug] attempting to wait on 0x82cf8cc, count = 0
[1170144942.463830 /dtn/storage/registrations debug] add(10): success
[1170144942.463889 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170144942.463921 /dtn/bundle/daemon debug] delivering bundle bundle id 0 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to registration 10 (tca://homeagent/admin)
[1170144942.463952 /dtn/registration/10 info] deliver_bundle: queuing bundle id 0 for active delivery to tca://homeagent/admin
[1170144942.463986 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 2 -> 3 (2 mappings) add bundle_list /dtn/registration/10
[1170144942.464014 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170144942.464039 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170144942.464061 /dtn/bundle/list//dtn/registration/10 debug] bundle id 0 add mapping [/dtn/registration/10] to list 0x82cf938
[1170144942.464086 /dtn/tca debug] dispatching event (0x82bb5d8) REGISTRATION_ADDED
[1170144942.464108 /dtn/contact/manager debug] dispatching event (0x82bb5d8) REGISTRATION_ADDED
[1170144942.464129 /dtn/apiclient/23/notifier debug] notifier notify
[1170144942.464153 /dtn/apiclient/23/notifier debug] notify count = 1
[1170144942.464184 /timer debug] new timeout 1396
[1170144942.464244 /dtn/apiclient/23/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170144942.464270 /dtn/apiclient/23/notifier debug] poll_with_notifier: normal fd has event
[1170144942.464291 /dtn/apiclient/23/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144942.464316 /dtn/apiclient/23/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144942.464338 /dtn/apiclient/23/notifier debug] drain pipe count = 0
[1170144942.464358 /dtn/apiclient/23/notifier debug] notifier wait successfully notified
[1170144942.464403 /dtn/apiclient/23 debug] building reply: status (unknown type), length 4
[1170144942.464427 /dtn/apiclient/23 debug] sending 12 byte reply message
[1170144942.466480 /dtn/apiclient/23 debug] ::writev() fd 23 cc 12
[1170144942.466517 /dtn/apiclient/23 debug] writeall 12 bytes 0 left 12 total
[1170144943.275587 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144943.275656 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144943.275691 /dtn/apiclient/23 debug] wait_for_bundle(recv): immediately returning bundle for reg 10
[1170144943.275719 /dtn/bundle/list//dtn/registration/10 debug] bundle id 0 del_bundle: deleting mapping [/dtn/registration/10]
[1170144943.275778 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144943.275810 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144943.275833 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170144943.275855 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170144943.275882 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170144943.275908 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170144943.275933 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170144943.275958 /dtn/apiclient/23 debug] handle_recv: popped bundle 0 for registration 10 (timeout 30000)
[1170144943.275998 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=21 pin_count=1 size=1
[1170144943.276028 /dtn/bundle/payload/0/file debug] lseek 0 SEEK_SET -> 0
[1170144943.276065 /dtn/bundle/payload/0/file debug] ::readv() fd 21 cc 10
[1170144943.276087 /dtn/bundle/payload/0/file debug] readall 10 bytes 0 left 10 total
[1170144943.276114 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=21 pin_count=0 size=1
[1170144943.276218 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 0 to registration 10
[1170144943.276262 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170144943.276292 /dtn/bundle/daemon debug] posting event (0x82bb6d0) with type BUNDLE_DELIVERED (at back)
[1170144943.276316 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144943.276342 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144943.276366 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170144943.276395 /dtn/apiclient/23 debug] building reply: status (unknown type), length 820
[1170144943.276417 /dtn/apiclient/23 debug] sending 828 byte reply message
[1170144943.276459 /dtn/apiclient/23 debug] ::writev() fd 23 cc 828
[1170144943.276483 /dtn/apiclient/23 debug] writeall 828 bytes 0 left 828 total
[1170144943.277143 /dtn/bundle/daemon debug] poll returned 1
[1170144943.277195 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144943.277222 /timer debug] new timeout 583
[1170144943.277247 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144943.277272 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144943.277295 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144943.277320 /dtn/bundle/daemon debug] dispatching event (0x82bb6d0) BUNDLE_DELIVERED
[1170144943.277343 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:0 (10 bytes) -> regid 10 (tca://homeagent/admin)
[1170144943.277372 /dtn/bundle/daemon debug] removing bundle bundle id 0 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) from pending list
[1170144943.277400 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 0
[1170144943.277423 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170144943.277451 /dtn/bundle/list/pending_bundles debug] bundle id 0 del_bundle: deleting mapping [pending_bundles]
[1170144943.277478 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170144943.277505 /dtn/tca debug] dispatching event (0x82bb6d0) BUNDLE_DELIVERED
[1170144943.277527 /dtn/contact/manager debug] dispatching event (0x82bb6d0) BUNDLE_DELIVERED
[1170144943.277553 /dtn/bundle/refs debug] bundle id 0 (0x825d650): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170144943.277577 /dtn/bundle debug] bundle id 0 (0x825d650): no more references, posting free event
[1170144943.277600 /dtn/bundle/daemon debug] posting event (0x825d0b0) with type BUNDLE_FREE (at back)
[1170144943.277624 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144943.277647 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144943.277674 /timer debug] new timeout 582
[1170144943.277696 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144943.277720 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144943.277742 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144943.277766 /dtn/bundle/daemon debug] dispatching event (0x825d0b0) BUNDLE_FREE
[1170144943.277788 /dtn/bundle/actions debug] removing bundle 0 from data store
[1170144943.278066 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144943.278094 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144943.278121 /dtn/apiclient/23 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170144943.286841 /dtn/storage/bundles debug] del(0): success
[1170144943.286884 /dtn/bundle/free debug] destroying bundle id 0
[1170144943.286939 /dtn/storage/bundles/fdcache/cache debug] Closed 21 size=1
[1170144943.287043 /dtn/bundle/payload/0/file debug] unlink bundles/bundle_0.dat: 0
[1170144943.287089 /timer debug] new timeout 573
[1170144943.864325 /dtn/bundle/daemon debug] poll returned -2
[1170144943.864374 /dtn/bundle/daemon debug] poll timeout
[1170144943.864408 /timer debug] popping timer 0x825f4c8 at 1170144943.864396
[1170144943.864470 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170144943.864500 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170144943.864530 /timer debug] scheduling timer 0x825f4c8 in 5000 ms at 1170144948:864520
[1170144943.864565 /timer debug] new timeout 5000
[1170144943.864601 /dtn/bundle/daemon debug] poll returned 1
[1170144943.864623 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144943.864651 /timer debug] new timeout 5000
[1170144948.868697 /dtn/bundle/daemon debug] poll returned -2
[1170144948.868753 /dtn/bundle/daemon debug] poll timeout
[1170144948.868787 /timer debug] popping timer 0x825f4c8 at 1170144948.868776
[1170144948.868814 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170144948.868841 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170144948.868870 /timer debug] scheduling timer 0x825f4c8 in 5000 ms at 1170144953:868860
[1170144948.868905 /timer debug] new timeout 5000
[1170144948.868939 /dtn/bundle/daemon debug] poll returned 1
[1170144948.868961 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144948.868988 /timer debug] new timeout 5000
[1170144953.605889 /dtn/cl/tcp/iface/tcp0 debug] accepted connection fd 21 from 134.102.201.174:37151
[1170144953.605966 /dtn/cl/tcp/iface/tcp0 debug] new connection from 134.102.201.174:37151
[1170144953.606027 /dtn/cl/tcp/notifier debug] created pipe, fds: 28 29
[1170144953.606056 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170144953.606078 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170144953.606170 /dtn/cl/tcp/conn/0x825d650/21 debug] setting SO_REUSEADDR
[1170144953.606201 /dtn/cl/tcp/conn/0x825d650/21 debug] set_nonblocking: nonblocking mode set
[1170144953.606226 /thread debug] starting thread 0x825d654
[1170144953.606324 /dtn/cl/tcp/conn/0x825d650 debug] accept: got connection from 134.102.201.174:37151...
[1170144953.606352 /dtn/cl/tcp/conn/0x825d650 debug] initiate_contact called
[1170144953.606382 /dtn/cl/tcp/conn/0x825d650 debug] noting data_sent
[1170144953.606406 /dtn/cl/tcp/conn/0x825d650 debug] send_data: trying to drain 24 bytes from send buffer...
[1170144953.606576 /dtn/cl/tcp/conn/0x825d650/21 debug] ::writev() fd 21 cc 24
[1170144953.606604 /dtn/cl/tcp/conn/0x825d650 debug] send_data: wrote 24/24 bytes from send buffer
[1170144953.606646 /dtn/cl/tcp/conn/0x825d650 debug] calling poll on 2 fds with timeout 10000
[1170144953.607098 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144953.607129 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier: normal fd has event
[1170144953.607153 /dtn/cl/tcp/conn/0x825d650 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170144953.607184 /dtn/cl/tcp/conn/0x825d650/21 debug] ::readv() fd 21 cc 30
[1170144953.607206 /dtn/cl/tcp/conn/0x825d650 debug] recv_data: read 30 bytes, rcvbuf has 0 bytes
[1170144953.607229 /dtn/cl/tcp/conn/0x825d650 debug] processing up to 30 bytes from receive buffer
[1170144953.607253 /dtn/cl/tcp/conn/0x825d650 debug] noting data_rcvd
[1170144953.607319 /dtn/contact/manager debug] find_link_to: cl tcp nexthop  remote_eid tca://correspondent10 type OPPORTUNISTIC states 0x3
[1170144953.607374 /dtn/contact/manager debug] ContactManager::find_link_to: no match
[1170144953.607426 /dtn/contact/manager debug] new_opportunistic_link: cl tcp nexthop 134.102.201.174:37151 remote_eid tca://correspondent10
[1170144953.607479 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 dtn:none OPPORTUNISTIC UNAVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170144953.607544 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 134.102.201.174:37151
[1170144953.607628 /dtn/link/opportunistic-0 info] new link opportunistic-0 [134.102.201.174:37151 dtn:none OPPORTUNISTIC UNAVAILABLE]
[1170144953.607662 /dtn/contact/manager debug] adding link opportunistic-0
[1170144953.607683 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 1 -> 2 add ContactManager 
[1170144953.607758 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add ContactManager 
[1170144953.607789 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 3 -> 2 del ContactManager 
[1170144953.607817 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add LinkCreatedEvent 
[1170144953.607846 /dtn/bundle/daemon debug] posting event (0x82cfd28) with type LINK_CREATED (at back)
[1170144953.607870 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.607907 /dtn/bundle/daemon debug] poll returned 1
[1170144953.607930 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144953.607957 /timer debug] new timeout 260
[1170144953.607983 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.608010 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.608037 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.608059 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.608084 /dtn/bundle/daemon debug] dispatching event (0x82cfd28) LINK_CREATED
[1170144953.608107 /dtn/tca debug] dispatching event (0x82cfd28) LINK_CREATED
[1170144953.608127 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170144953.608196 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 4 -> 5 add RouteEntry 
[1170144953.608230 /dtn/bundle/daemon debug] posting event (0x82d0070) with type ROUTE_ADD (at back)
[1170144953.608254 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.608276 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.608297 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 5 -> 4 del LinkCreatedEvent 
[1170144953.608325 /dtn/contact/manager debug] dispatching event (0x82cfd28) LINK_CREATED
[1170144953.608351 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del LinkCreatedEvent 
[1170144953.608383 /timer debug] new timeout 260
[1170144953.608406 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.608430 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.608452 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.608475 /dtn/bundle/daemon debug] dispatching event (0x82d0070) ROUTE_ADD
[1170144953.608497 /dtn/bundle/daemon info] ROUTE_ADD tca://correspondent10 -> 134.102.201.174:37151 (FORWARD)
[1170144953.608521 /dtn/tca debug] dispatching event (0x82d0070) ROUTE_ADD
[1170144953.608542 /dtn/routing/TcaRouter/table debug] add_route tca://correspondent10 -> 134.102.201.174:37151 (FORWARD)
[1170144953.608572 /dtn/tca debug] check_next_hop 134.102.201.174:37151: checking pending bundle list...
[1170144953.608597 /dtn/contact/manager debug] dispatching event (0x82d0070) ROUTE_ADD
[1170144953.608627 /timer debug] new timeout 260
[1170144953.608660 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add ContactManager::find_link_to: return value 
[1170144953.608690 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del Link::create_link: return value 
[1170144953.608718 /dtn/cl/tcp/conn/0x825d650 debug] created new opportunistic link opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE]
[1170144953.608748 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170144953.608799 /dtn/contact/opportunistic-0 info] new contact contact 134.102.201.174:37151 (started 1170144953.608793)
[1170144953.608825 /dtn/contact/refs debug] refcount contact 134.102.201.174:37151 (started 1170144953.608793) 0 -> 1 add TCPConvergenceLayer::Connection 
[1170144953.608852 /dtn/contact/refs debug] refcount contact 134.102.201.174:37151 (started 1170144953.608793) 1 -> 2 add Link 
[1170144953.608879 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del ContactManager::find_link_to: return value 
[1170144953.608926 /dtn/cl/tcp/conn/0x825d650 debug] contact_up
[1170144953.608948 /dtn/contact/refs debug] refcount contact 134.102.201.174:37151 (started 1170144953.608793) 2 -> 3 add ContactUpEvent 
[1170144953.608975 /dtn/bundle/daemon debug] posting event (0x82bb680) with type CONTACT_UP (at back)
[1170144953.608998 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.609026 /dtn/bundle/daemon debug] poll returned 1
[1170144953.609048 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144953.609072 /timer debug] new timeout 259
[1170144953.609096 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.609121 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.609146 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.609168 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.609192 /dtn/bundle/daemon debug] dispatching event (0x82bb680) CONTACT_UP
[1170144953.609213 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170144953.609241 /dtn/bundle/daemon info] CONTACT_UP opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] (contact 0x82e0318)
[1170144953.609266 /dtn/link/opportunistic-0 debug] set_state UNAVAILABLE -> OPEN
[1170144953.609287 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170144953.609313 /dtn/tca debug] dispatching event (0x82bb680) CONTACT_UP
[1170144953.609335 /dtn/tca debug] check_next_hop 134.102.201.174:37151: checking pending bundle list...
[1170144953.609358 /dtn/tca debug] TcaRouter::contact up
[1170144953.609398 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'contact_up'
[1170144953.609444 /dtn/storage/globals debug] next_bundleid 1 -> 2
[1170144953.609467 /dtn/storage/globals debug] updating global store
[1170144953.609585 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144953.609756 /dtn/cl/tcp/conn/0x825d650 debug] calling poll on 2 fds with timeout 10000
[1170144953.618358 /dtn/bundle debug] Bundle::init bundle id 1
[1170144953.619234 /dtn/bundle/payload/1/file debug] open bundles/bundle_1.dat (flags 0xc2 mode 0x180): fd 30
[1170144953.619272 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=30 pin_count=1 size=0
[1170144953.619307 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170144953.619347 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170144953.619418 /dtn/bundle/payload/1/file debug] ::writev() fd 30 cc 10
[1170144953.619441 /dtn/bundle/payload/1/file debug] writeall 10 bytes 0 left 10 total
[1170144953.619468 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170144953.619496 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170144953.619524 /dtn/bundle/daemon debug] posting event (0x82cfcb0) with type BUNDLE_RECEIVED (at back)
[1170144953.619548 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.619571 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.619596 /dtn/contact/manager debug] dispatching event (0x82bb680) CONTACT_UP
[1170144953.619618 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC OPEN] 3 -> 4 add Contact 
[1170144953.619667 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170144953.619700 /dtn/contact/refs debug] refcount contact 134.102.201.174:37151 (started 1170144953.608793) 3 -> 2 del ContactUpEvent 
[1170144953.619733 /timer debug] new timeout 249
[1170144953.619757 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.619782 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.619804 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.619828 /dtn/bundle/daemon debug] dispatching event (0x82cfcb0) BUNDLE_RECEIVED
[1170144953.619941 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170144953.619941 /dtn/bundle/daemon debug] bundle id 1:
[1170144953.619941 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170144953.619941 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170144953.619941 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170144953.619941 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170144953.619941 /dtn/bundle/daemon debug]            prevhop: 
[1170144953.619941 /dtn/bundle/daemon debug]     payload_length: 10
[1170144953.619941 /dtn/bundle/daemon debug]           priority: 1
[1170144953.619941 /dtn/bundle/daemon debug]  custody_requested: false
[1170144953.619941 /dtn/bundle/daemon debug]      local_custody: false
[1170144953.619941 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144953.619941 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144953.619941 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144953.619941 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144953.619941 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144953.619941 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144953.619941 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144953.619941 /dtn/bundle/daemon debug]        creation_ts: 223460153.1
[1170144953.619941 /dtn/bundle/daemon debug]         expiration: 3600
[1170144953.619941 /dtn/bundle/daemon debug]        is_fragment: false
[1170144953.619941 /dtn/bundle/daemon debug]           is_admin: false
[1170144953.619941 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144953.619941 /dtn/bundle/daemon debug]        orig_length: 0
[1170144953.619941 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144953.619941 /dtn/bundle/daemon debug] transmission_count: 0
[1170144953.619994 /dtn/bundle/daemon debug] adding bundle bundle id 1 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to pending list
[1170144953.620029 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144953.620056 /dtn/bundle/list/pending_bundles debug] bundle id 1 add mapping [pending_bundles] to list 0x81ee530
[1170144953.620079 /dtn/bundle/actions debug] adding bundle 1 to data store
[1170144953.620114 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170144953.620416 /dtn/storage/bundles debug] add(1): success
[1170144953.620451 /dtn/bundle/daemon debug] scheduling expiration for bundle id 1 at 1170148553.620445 (in 3600 seconds)
[1170144953.620480 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144953.620511 /timer debug] scheduling timer 0x82cfce8 in 3600000 ms at 1170148553:620445
[1170144953.620543 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 1 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload)
[1170144953.620573 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170144953.620641 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170144953.620671 /dtn/registration/table debug] matched registration 10 tca://homeagent/admin
[1170144953.620730 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 1 matches
[1170144953.620757 /dtn/bundle/daemon debug] delivering bundle bundle id 1 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to registration 10 (tca://homeagent/admin)
[1170144953.620786 /dtn/registration/10 info] deliver_bundle: queuing bundle id 1 for active delivery to tca://homeagent/admin
[1170144953.620815 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170144953.620842 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170144953.620868 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170144953.621206 /dtn/bundle/list//dtn/registration/10 debug] bundle id 1 add mapping [/dtn/registration/10] to list 0x82cf938
[1170144953.621245 /dtn/tca debug] dispatching event (0x82cfcb0) BUNDLE_RECEIVED
[1170144953.621279 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170144953.621306 /dtn/bundle/payload/1/file debug] lseek 0 SEEK_SET -> 0
[1170144953.621338 /dtn/bundle/payload/1/file debug] ::readv() fd 30 cc 10
[1170144953.621360 /dtn/bundle/payload/1/file debug] readall 10 bytes 0 left 10 total
[1170144953.621387 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170144953.621412 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'contact_up²¶F°„.'
[1170144953.621453 /dtn/contact/manager debug] dispatching event (0x82cfcb0) BUNDLE_RECEIVED
[1170144953.621482 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170144953.621513 /timer debug] new timeout 247
[1170144953.621545 /dtn/bundle/daemon debug] poll returned 1
[1170144953.621567 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144953.621595 /timer debug] new timeout 247
[1170144953.621641 /dtn/apiclient/23 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144953.621669 /dtn/apiclient/23 debug] poll_with_notifier: normal fd has event
[1170144953.621696 /dtn/bundle/list//dtn/registration/10 debug] bundle id 1 del_bundle: deleting mapping [/dtn/registration/10]
[1170144953.621725 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144953.621750 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.621773 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170144953.621794 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170144953.621820 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170144953.621845 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170144953.621870 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170144953.621895 /dtn/apiclient/23 debug] handle_recv: popped bundle 1 for registration 10 (timeout 30000)
[1170144953.621927 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170144953.621952 /dtn/bundle/payload/1/file debug] lseek 0 SEEK_SET -> 0
[1170144953.621978 /dtn/bundle/payload/1/file debug] ::readv() fd 30 cc 10
[1170144953.621999 /dtn/bundle/payload/1/file debug] readall 10 bytes 0 left 10 total
[1170144953.622025 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170144953.622060 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 1 to registration 10
[1170144953.622085 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170144953.622110 /dtn/bundle/daemon debug] posting event (0x82e00b0) with type BUNDLE_DELIVERED (at back)
[1170144953.622133 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.622180 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.622205 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170144953.622235 /dtn/apiclient/23 debug] building reply: status (unknown type), length 820
[1170144953.622257 /dtn/apiclient/23 debug] sending 828 byte reply message
[1170144953.622308 /dtn/apiclient/23 debug] ::writev() fd 23 cc 828
[1170144953.622332 /dtn/apiclient/23 debug] writeall 828 bytes 0 left 828 total
[1170144953.622429 /dtn/bundle/daemon debug] poll returned 1
[1170144953.622455 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144953.622480 /timer debug] new timeout 246
[1170144953.622502 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.622527 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.622549 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.622573 /dtn/bundle/daemon debug] dispatching event (0x82e00b0) BUNDLE_DELIVERED
[1170144953.622595 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:1 (10 bytes) -> regid 10 (tca://homeagent/admin)
[1170144953.622623 /dtn/bundle/daemon debug] removing bundle bundle id 1 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) from pending list
[1170144953.622650 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 1
[1170144953.622672 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170144953.622700 /dtn/bundle/list/pending_bundles debug] bundle id 1 del_bundle: deleting mapping [pending_bundles]
[1170144953.622726 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170144953.622753 /dtn/tca debug] dispatching event (0x82e00b0) BUNDLE_DELIVERED
[1170144953.622775 /dtn/contact/manager debug] dispatching event (0x82e00b0) BUNDLE_DELIVERED
[1170144953.622800 /dtn/bundle/refs debug] bundle id 1 (0x82e03e0): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170144953.622824 /dtn/bundle debug] bundle id 1 (0x82e03e0): no more references, posting free event
[1170144953.622847 /dtn/bundle/daemon debug] posting event (0x82d0070) with type BUNDLE_FREE (at back)
[1170144953.622870 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.622893 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.622919 /timer debug] new timeout 245
[1170144953.622942 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.622966 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.622987 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.623011 /dtn/bundle/daemon debug] dispatching event (0x82d0070) BUNDLE_FREE
[1170144953.623033 /dtn/bundle/actions debug] removing bundle 1 from data store
[1170144953.623573 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144953.623604 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144953.623634 /dtn/apiclient/23 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170144953.623802 /dtn/storage/bundles debug] del(1): success
[1170144953.623835 /dtn/bundle/free debug] destroying bundle id 1
[1170144953.623878 /dtn/storage/bundles/fdcache/cache debug] Closed 30 size=1
[1170144953.623966 /dtn/bundle/payload/1/file debug] unlink bundles/bundle_1.dat: 0
[1170144953.624010 /timer debug] new timeout 244
[1170144953.687963 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144953.688006 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier: normal fd has event
[1170144953.688031 /dtn/cl/tcp/conn/0x825d650 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170144953.688061 /dtn/cl/tcp/conn/0x825d650/21 debug] ::readv() fd 21 cc 124
[1170144953.688084 /dtn/cl/tcp/conn/0x825d650 debug] recv_data: read 124 bytes, rcvbuf has 0 bytes
[1170144953.688107 /dtn/cl/tcp/conn/0x825d650 debug] processing up to 124 bytes from receive buffer
[1170144953.688156 /dtn/cl/tcp/conn/0x825d650 debug] noting data_rcvd
[1170144953.688182 /dtn/cl/tcp/conn/0x825d650 debug] recvbuf has 124 full bytes, dispatching to handler routine
[1170144953.688204 /dtn/cl/tcp/conn/0x825d650 debug] got BUNDLE_START segment, creating new IncomingBundle
[1170144953.688267 /dtn/storage/globals debug] next_bundleid 2 -> 3
[1170144953.688292 /dtn/storage/globals debug] updating global store
[1170144953.688357 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144953.688937 /dtn/bundle debug] Bundle::init bundle id 2
[1170144953.689012 /dtn/bundle/payload/2/file debug] open bundles/bundle_2.dat (flags 0xc2 mode 0x180): fd 30
[1170144953.689048 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=30 pin_count=1 size=0
[1170144953.689083 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170144953.689111 /dtn/bundle/refs debug] bundle id 2 (0x82e03e0): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle 
[1170144953.689152 /dtn/cl/tcp/conn/0x825d650 debug] handle_data_segment: got segment of length 122 at offset 0 
[1170144953.689187 /dtn/cl/tcp/conn/0x825d650 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 121 ]
[1170144953.689217 /dtn/cl/tcp/conn/0x825d650 debug] got BUNDLE_END: total length 122
[1170144953.689238 /dtn/cl/tcp/conn/0x825d650 debug] handle_data_todo: reading todo segment 122/122 at offset 0
[1170144953.689261 /dtn/bundle/protocol debug] consume: got first block... creating primary block info
[1170144953.689290 /dtn/bundle/protocol debug] consume: 122 bytes left to process
[1170144953.689313 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered)
[1170144953.689340 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/82 for block type (0x0): data_offset 5 data_length 77
[1170144953.689365 /dtn/bundle/protocol debug] parsed primary block length 77 (preamble 5)
[1170144953.689391 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed 77/82 for block type 0x0 (complete)
[1170144953.689417 /dtn/bundle/protocol debug] parsed primary block 1: version 4 length 77
[1170144953.689455 /dtn/bundle/protocol debug] dictionary len 48, value: 'tca //registry //correspondent10/admin dtn none '
[1170144953.689479 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,15, custodian 39,43 replyto 0,15
[1170144953.689540 /dtn/bundle/protocol debug] parsed source eid (offsets 0, 15) tca://correspondent10/admin
[1170144953.689637 /dtn/bundle/protocol debug] parsed dest eid (offsets 0, 4) tca://registry
[1170144953.689685 /dtn/bundle/protocol debug] parsed replyto eid (offsets 0, 15) tca://correspondent10/admin
[1170144953.689722 /dtn/bundle/protocol debug] parsed custodian eid (offsets 39, 43) dtn:none
[1170144953.689748 /dtn/bundle/protocol debug] consume: consumed 82 bytes of block type 0x0 (complete)
[1170144953.689771 /dtn/bundle/protocol debug] consume: 40 bytes left to process
[1170144953.689801 /dtn/bundle/protocol debug] consume: previous block complete, created new BlockInfo type 0x1
[1170144953.689825 /dtn/bundle/protocol debug] consume: block processor 0x1 type 0xff incomplete, calling consume (0 bytes already buffered)
[1170144953.689851 /dtn/bundle/protocol debug] BlockProcessor type 0x1 consumed preamble 3/40 for block type (0x1): data_offset 3 data_length 37
[1170144953.689884 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170144953.689943 /dtn/bundle/payload/2/file debug] ::writev() fd 30 cc 37
[1170144953.689966 /dtn/bundle/payload/2/file debug] writeall 37 bytes 0 left 37 total
[1170144953.689993 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170144953.690018 /dtn/bundle/protocol debug] PayloadBlockProcessor consumed 40/40 (complete)
[1170144953.690040 /dtn/bundle/protocol debug] consume: consumed 40 bytes of block type 0x1 (complete)
[1170144953.690063 /dtn/bundle/protocol debug] consume completed, 122/122 bytes consumed (completed bundle)
[1170144953.690112 /dtn/cl/tcp/conn/0x825d650 debug] handle_data_todo: updated recv_data (rcvd_offset 0) [ 0..121 ] ack_data [ 121 ]
[1170144953.690144 /dtn/cl/tcp/conn/0x825d650 debug] check_completed: rcvd 122 / 122 (formatted length 122)
[1170144953.690169 /dtn/bundle/refs debug] bundle id 2 (0x82e03e0): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent 
[1170144953.690195 /dtn/contact/refs debug] refcount contact 134.102.201.174:37151 (started 1170144953.608793) 2 -> 3 add BundleReceivedEvent 
[1170144953.690223 /dtn/bundle/daemon debug] posting event (0x82e00a8) with type BUNDLE_RECEIVED (at back)
[1170144953.690247 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.690273 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.690307 /dtn/cl/tcp/conn/0x825d650 debug] send_pending_acks: sending ack length 122 for 122 byte segment [range 0..121] ack_data [ 121 ]
[1170144953.690340 /dtn/cl/tcp/conn/0x825d650 debug] send_data: trying to drain 2 bytes from send buffer...
[1170144953.690377 /dtn/cl/tcp/conn/0x825d650/21 debug] ::writev() fd 21 cc 2
[1170144953.690401 /dtn/cl/tcp/conn/0x825d650 debug] send_data: wrote 2/2 bytes from send buffer
[1170144953.690423 /dtn/cl/tcp/conn/0x825d650 debug] noting data_sent
[1170144953.690446 /dtn/cl/tcp/conn/0x825d650 debug] send_pending_acks: acked all 122 bytes of bundle 2
[1170144953.690473 /dtn/bundle/refs debug] bundle id 2 (0x82e03e0): refcount 2 -> 1 (0 mappings) del CLConnection::IncomingBundle 
[1170144953.690502 /dtn/cl/tcp/conn/0x825d650 debug] calling poll on 2 fds with timeout 0
[1170144953.690527 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier timed out
[1170144953.690560 /dtn/cl/tcp/conn/0x825d650 debug] calling poll on 2 fds with timeout 10000
[1170144953.690699 /dtn/bundle/daemon debug] poll returned 1
[1170144953.690726 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144953.690752 /timer debug] new timeout 178
[1170144953.690775 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.690801 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.690823 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.690847 /dtn/bundle/daemon debug] dispatching event (0x82e00a8) BUNDLE_RECEIVED
[1170144953.690961 /dtn/bundle/daemon debug] BUNDLE_RECEIVED: (122 bytes recvd)
[1170144953.690961 /dtn/bundle/daemon debug] bundle id 2:
[1170144953.690961 /dtn/bundle/daemon debug]             source: tca://correspondent10/admin
[1170144953.690961 /dtn/bundle/daemon debug]               dest: tca://registry
[1170144953.690961 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170144953.690961 /dtn/bundle/daemon debug]            replyto: tca://correspondent10/admin
[1170144953.690961 /dtn/bundle/daemon debug]            prevhop: 
[1170144953.690961 /dtn/bundle/daemon debug]     payload_length: 37
[1170144953.690961 /dtn/bundle/daemon debug]           priority: 1
[1170144953.690961 /dtn/bundle/daemon debug]  custody_requested: false
[1170144953.690961 /dtn/bundle/daemon debug]      local_custody: false
[1170144953.690961 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144953.690961 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144953.690961 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144953.690961 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144953.690961 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144953.690961 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144953.690961 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144953.690961 /dtn/bundle/daemon debug]        creation_ts: 223460153.4
[1170144953.690961 /dtn/bundle/daemon debug]         expiration: 604800
[1170144953.690961 /dtn/bundle/daemon debug]        is_fragment: false
[1170144953.690961 /dtn/bundle/daemon debug]           is_admin: false
[1170144953.690961 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144953.690961 /dtn/bundle/daemon debug]        orig_length: 0
[1170144953.690961 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144953.690961 /dtn/bundle/daemon debug] transmission_count: 0
[1170144953.691069 /dtn/bundle/daemon debug] adding bundle bundle id 2 tca://correspondent10/admin -> tca://registry (37 bytes payload) to pending list
[1170144953.691106 /dtn/bundle/refs debug] bundle id 2 (0x82e03e0): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144953.691133 /dtn/bundle/list/pending_bundles debug] bundle id 2 add mapping [pending_bundles] to list 0x81ee530
[1170144953.691156 /dtn/bundle/actions debug] adding bundle 2 to data store
[1170144953.691190 /dtn/storage/bundles debug] put: serializing 272 byte object (plus 0 byte typecode)
[1170144953.691474 /dtn/storage/bundles debug] add(2): success
[1170144953.691508 /dtn/bundle/daemon debug] scheduling expiration for bundle id 2 at 1170749753.691502 (in 604800 seconds)
[1170144953.691537 /dtn/bundle/refs debug] bundle id 2 (0x82e03e0): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144953.691567 /timer debug] scheduling timer 0x82e0248 in 604800000 ms at 1170749753:691502
[1170144953.691606 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 2 tca://correspondent10/admin -> tca://registry (37 bytes payload)
[1170144953.691637 /dtn/registration/table debug] get_matching tca://registry
[1170144953.691675 /scheme/dtn debug] match(tca://registry/, tca://homeagent/) failed: url hosts not equal ('homeagent' != 'registry')
[1170144953.691715 /scheme/dtn debug] match(tca://registry/, tca://homeagent/ping) failed: url hosts not equal ('homeagent' != 'registry')
[1170144953.691754 /scheme/dtn debug] match(tca://registry/, tca://homeagent/admin) failed: url hosts not equal ('homeagent' != 'registry')
[1170144953.691781 /dtn/registration/table debug] get_matching tca://registry: returned 0 matches
[1170144953.691805 /dtn/tca debug] dispatching event (0x82e00a8) BUNDLE_RECEIVED
[1170144953.691836 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170144953.691862 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0
[1170144953.691892 /dtn/bundle/payload/2/file debug] ::readv() fd 30 cc 37
[1170144953.691914 /dtn/bundle/payload/2/file debug] readall 37 bytes 0 left 37 total
[1170144953.691940 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170144953.691966 /dtn/tca debug] TcaRouter: tca bundle received [tca://correspondent10/admin] -> [tca://registry] : 'register:tca://correspondent10/myapp	ahr²¶F°„.'
[1170144953.692005 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=30 pin_count=1 size=1
[1170144953.692031 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0
[1170144953.692057 /dtn/bundle/payload/2/file debug] ::readv() fd 30 cc 37
[1170144953.692078 /dtn/bundle/payload/2/file debug] readall 37 bytes 0 left 37 total
[1170144953.692104 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=30 pin_count=0 size=1
[1170144953.692161 /dtn/tca debug] TcaRouter::handle_register:
[1170144953.692189 /dtn/tca debug]     code='register', args=1
[1170144953.692211 /dtn/tca debug]         'tca://correspondent10/myapp'
[1170144953.692262 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'reg_received:tca://correspondent10/admin	tca://registry	tca://correspondent10/admin	NULL'
[1170144953.692302 /dtn/storage/globals debug] next_bundleid 3 -> 4
[1170144953.692326 /dtn/storage/globals debug] updating global store
[1170144953.692372 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144953.692623 /dtn/bundle debug] Bundle::init bundle id 3
[1170144953.692695 /dtn/bundle/payload/3/file debug] open bundles/bundle_3.dat (flags 0xc2 mode 0x180): fd 31
[1170144953.692730 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=31 pin_count=1 size=1
[1170144953.692763 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170144953.692802 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=31 pin_count=1 size=2
[1170144953.692875 /dtn/bundle/payload/3/file debug] ::writev() fd 31 cc 88
[1170144953.692965 /dtn/bundle/payload/3/file debug] writeall 88 bytes 0 left 88 total
[1170144953.692998 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170144953.693026 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170144953.693053 /dtn/bundle/daemon debug] posting event (0x82e0c28) with type BUNDLE_RECEIVED (at back)
[1170144953.693076 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.693100 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.693130 /dtn/contact/manager debug] dispatching event (0x82e00a8) BUNDLE_RECEIVED
[1170144953.693157 /dtn/contact/refs debug] refcount contact 134.102.201.174:37151 (started 1170144953.608793) 3 -> 2 del BundleReceivedEvent 
[1170144953.693185 /dtn/bundle/refs debug] bundle id 2 (0x82e03e0): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent 
[1170144953.693215 /timer debug] new timeout 175
[1170144953.693238 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.693263 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.693285 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.693309 /dtn/bundle/daemon debug] dispatching event (0x82e0c28) BUNDLE_RECEIVED
[1170144953.693429 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170144953.693429 /dtn/bundle/daemon debug] bundle id 3:
[1170144953.693429 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170144953.693429 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170144953.693429 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170144953.693429 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170144953.693429 /dtn/bundle/daemon debug]            prevhop: 
[1170144953.693429 /dtn/bundle/daemon debug]     payload_length: 88
[1170144953.693429 /dtn/bundle/daemon debug]           priority: 1
[1170144953.693429 /dtn/bundle/daemon debug]  custody_requested: false
[1170144953.693429 /dtn/bundle/daemon debug]      local_custody: false
[1170144953.693429 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144953.693429 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144953.693429 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144953.693429 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144953.693429 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144953.693429 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144953.693429 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144953.693429 /dtn/bundle/daemon debug]        creation_ts: 223460153.3
[1170144953.693429 /dtn/bundle/daemon debug]         expiration: 3600
[1170144953.693429 /dtn/bundle/daemon debug]        is_fragment: false
[1170144953.693429 /dtn/bundle/daemon debug]           is_admin: false
[1170144953.693429 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144953.693429 /dtn/bundle/daemon debug]        orig_length: 0
[1170144953.693429 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144953.693429 /dtn/bundle/daemon debug] transmission_count: 0
[1170144953.693481 /dtn/bundle/daemon debug] adding bundle bundle id 3 tca://localhost/bundlelayer -> tca://homeagent/admin (88 bytes payload) to pending list
[1170144953.693513 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144953.693540 /dtn/bundle/list/pending_bundles debug] bundle id 3 add mapping [pending_bundles] to list 0x81ee530
[1170144953.693562 /dtn/bundle/actions debug] adding bundle 3 to data store
[1170144953.693594 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170144953.693853 /dtn/storage/bundles debug] add(3): success
[1170144953.693887 /dtn/bundle/daemon debug] scheduling expiration for bundle id 3 at 1170148553.693880 (in 3600 seconds)
[1170144953.693953 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144953.693984 /timer debug] scheduling timer 0x82e0c00 in 3600000 ms at 1170148553:693880
[1170144953.694011 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 3 tca://localhost/bundlelayer -> tca://homeagent/admin (88 bytes payload)
[1170144953.694040 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170144953.694127 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170144953.694157 /dtn/registration/table debug] matched registration 10 tca://homeagent/admin
[1170144953.694181 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 1 matches
[1170144953.694207 /dtn/bundle/daemon debug] delivering bundle bundle id 3 tca://localhost/bundlelayer -> tca://homeagent/admin (88 bytes payload) to registration 10 (tca://homeagent/admin)
[1170144953.694236 /dtn/registration/10 info] deliver_bundle: queuing bundle id 3 for active delivery to tca://homeagent/admin
[1170144953.694264 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170144953.694292 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170144953.694318 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170144953.694339 /dtn/bundle/list//dtn/registration/10 debug] bundle id 3 add mapping [/dtn/registration/10] to list 0x82cf938
[1170144953.694364 /dtn/tca debug] dispatching event (0x82e0c28) BUNDLE_RECEIVED
[1170144953.694395 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=31 pin_count=1 size=2
[1170144953.694421 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0
[1170144953.694449 /dtn/bundle/payload/3/file debug] ::readv() fd 31 cc 88
[1170144953.694471 /dtn/bundle/payload/3/file debug] readall 88 bytes 0 left 88 total
[1170144953.694497 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170144953.694524 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'reg_received:tca://correspondent10/admin	tca://registry	tca://correspondent10/admin	NULLhr²¶F°<
.'
[1170144953.694563 /dtn/contact/manager debug] dispatching event (0x82e0c28) BUNDLE_RECEIVED
[1170144953.694592 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170144953.694622 /timer debug] new timeout 174
[1170144953.694654 /dtn/bundle/daemon debug] poll returned 1
[1170144953.694676 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144953.694703 /timer debug] new timeout 174
[1170144953.694747 /dtn/apiclient/23 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144953.694774 /dtn/apiclient/23 debug] poll_with_notifier: normal fd has event
[1170144953.694800 /dtn/bundle/list//dtn/registration/10 debug] bundle id 3 del_bundle: deleting mapping [/dtn/registration/10]
[1170144953.694828 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144953.694853 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.694876 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170144953.694897 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170144953.694922 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170144953.694947 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170144953.694972 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170144953.694996 /dtn/apiclient/23 debug] handle_recv: popped bundle 3 for registration 10 (timeout 30000)
[1170144953.695028 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=31 pin_count=1 size=2
[1170144953.695074 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0
[1170144953.695102 /dtn/bundle/payload/3/file debug] ::readv() fd 31 cc 88
[1170144953.695124 /dtn/bundle/payload/3/file debug] readall 88 bytes 0 left 88 total
[1170144953.695151 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=31 pin_count=0 size=2
[1170144953.695183 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 3 to registration 10
[1170144953.695208 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170144953.695233 /dtn/bundle/daemon debug] posting event (0x82e0958) with type BUNDLE_DELIVERED (at back)
[1170144953.695256 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.695280 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.695302 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170144953.695331 /dtn/apiclient/23 debug] building reply: status (unknown type), length 896
[1170144953.695353 /dtn/apiclient/23 debug] sending 904 byte reply message
[1170144953.695394 /dtn/apiclient/23 debug] ::writev() fd 23 cc 904
[1170144953.695418 /dtn/apiclient/23 debug] writeall 904 bytes 0 left 904 total
[1170144953.695450 /dtn/bundle/daemon debug] poll returned 1
[1170144953.695473 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144953.695497 /timer debug] new timeout 173
[1170144953.695519 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.695543 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.695565 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.695589 /dtn/bundle/daemon debug] dispatching event (0x82e0958) BUNDLE_DELIVERED
[1170144953.695611 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:3 (88 bytes) -> regid 10 (tca://homeagent/admin)
[1170144953.695637 /dtn/bundle/daemon debug] removing bundle bundle id 3 tca://localhost/bundlelayer -> tca://homeagent/admin (88 bytes payload) from pending list
[1170144953.695664 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 3
[1170144953.695686 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170144953.695713 /dtn/bundle/list/pending_bundles debug] bundle id 3 del_bundle: deleting mapping [pending_bundles]
[1170144953.695740 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170144953.695767 /dtn/tca debug] dispatching event (0x82e0958) BUNDLE_DELIVERED
[1170144953.695788 /dtn/contact/manager debug] dispatching event (0x82e0958) BUNDLE_DELIVERED
[1170144953.695813 /dtn/bundle/refs debug] bundle id 3 (0x82e0998): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170144953.695837 /dtn/bundle debug] bundle id 3 (0x82e0998): no more references, posting free event
[1170144953.695860 /dtn/bundle/daemon debug] posting event (0x82bb508) with type BUNDLE_FREE (at back)
[1170144953.695883 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144953.695905 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144953.695931 /timer debug] new timeout 172
[1170144953.695954 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144953.695977 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144953.695999 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144953.696022 /dtn/bundle/daemon debug] dispatching event (0x82bb508) BUNDLE_FREE
[1170144953.696044 /dtn/bundle/actions debug] removing bundle 3 from data store
[1170144953.696759 /dtn/storage/bundles debug] del(3): success
[1170144953.696794 /dtn/bundle/free debug] destroying bundle id 3
[1170144953.696837 /dtn/storage/bundles/fdcache/cache debug] Closed 31 size=2
[1170144953.704258 /dtn/bundle/payload/3/file debug] unlink bundles/bundle_3.dat: 0
[1170144953.704318 /timer debug] new timeout 164
[1170144953.876985 /dtn/bundle/daemon debug] poll returned -2
[1170144953.877091 /dtn/bundle/daemon debug] poll timeout
[1170144953.877126 /timer debug] popping timer 0x825f4c8 at 1170144953.877114
[1170144953.877153 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170144953.877180 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170144953.877209 /timer debug] scheduling timer 0x825f4c8 in 5000 ms at 1170144958:877200
[1170144953.877246 /timer debug] new timeout 5000
[1170144953.877280 /dtn/bundle/daemon debug] poll returned 1
[1170144953.877303 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144953.877330 /timer debug] new timeout 5000
[1170144956.545196 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144956.545263 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144956.545299 /dtn/apiclient/23 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170144958.881263 /dtn/bundle/daemon debug] poll returned -2
[1170144958.881327 /dtn/bundle/daemon debug] poll timeout
[1170144958.881361 /timer debug] popping timer 0x825f4c8 at 1170144958.881349
[1170144958.881387 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170144958.881414 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170144958.881443 /timer debug] scheduling timer 0x825f4c8 in 5000 ms at 1170144963:881433
[1170144958.881478 /timer debug] new timeout 5000
[1170144958.881512 /dtn/bundle/daemon debug] poll returned 1
[1170144958.881533 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144958.881561 /timer debug] new timeout 5000
[1170144962.220295 /dtn/cl/tcp/iface/tcp0 debug] accepted connection fd 31 from 134.102.201.183:52343
[1170144962.220363 /dtn/cl/tcp/iface/tcp0 debug] new connection from 134.102.201.183:52343
[1170144962.220413 /dtn/cl/tcp/notifier debug] created pipe, fds: 32 33
[1170144962.220441 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170144962.220464 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170144962.220543 /dtn/cl/tcp/conn/0x82e0878/31 debug] setting SO_REUSEADDR
[1170144962.220573 /dtn/cl/tcp/conn/0x82e0878/31 debug] set_nonblocking: nonblocking mode set
[1170144962.220597 /thread debug] starting thread 0x82e087c
[1170144962.220700 /dtn/cl/tcp/conn/0x82e0878 debug] accept: got connection from 134.102.201.183:52343...
[1170144962.220729 /dtn/cl/tcp/conn/0x82e0878 debug] initiate_contact called
[1170144962.220754 /dtn/cl/tcp/conn/0x82e0878 debug] noting data_sent
[1170144962.220777 /dtn/cl/tcp/conn/0x82e0878 debug] send_data: trying to drain 24 bytes from send buffer...
[1170144962.220932 /dtn/cl/tcp/conn/0x82e0878/31 debug] ::writev() fd 31 cc 24
[1170144962.220960 /dtn/cl/tcp/conn/0x82e0878 debug] send_data: wrote 24/24 bytes from send buffer
[1170144962.220998 /dtn/cl/tcp/conn/0x82e0878 debug] calling poll on 2 fds with timeout 10000
[1170144962.221281 /dtn/cl/tcp/conn/0x82e0878 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144962.221313 /dtn/cl/tcp/conn/0x82e0878 debug] poll_with_notifier: normal fd has event
[1170144962.221337 /dtn/cl/tcp/conn/0x82e0878 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170144962.221391 /dtn/cl/tcp/conn/0x82e0878/31 debug] ::readv() fd 31 cc 25
[1170144962.221415 /dtn/cl/tcp/conn/0x82e0878 debug] recv_data: read 25 bytes, rcvbuf has 0 bytes
[1170144962.221453 /dtn/cl/tcp/conn/0x82e0878 debug] processing up to 25 bytes from receive buffer
[1170144962.221474 /dtn/cl/tcp/conn/0x82e0878 debug] noting data_rcvd
[1170144962.221539 /dtn/contact/manager debug] find_link_to: cl tcp nexthop  remote_eid tca://streetcar3 type OPPORTUNISTIC states 0x3
[1170144962.221584 /dtn/contact/manager debug] ContactManager::find_link_to: no match
[1170144962.221610 /dtn/contact/manager debug] new_opportunistic_link: cl tcp nexthop 134.102.201.183:52343 remote_eid tca://streetcar3
[1170144962.221688 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 dtn:none OPPORTUNISTIC UNAVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170144962.221750 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 134.102.201.183:52343
[1170144962.221882 /dtn/link/opportunistic-1 info] new link opportunistic-1 [134.102.201.183:52343 dtn:none OPPORTUNISTIC UNAVAILABLE]
[1170144962.221917 /dtn/contact/manager debug] adding link opportunistic-1
[1170144962.221938 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 1 -> 2 add ContactManager 
[1170144962.221969 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add ContactManager 
[1170144962.221997 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 2 del ContactManager 
[1170144962.222025 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 2 -> 3 add LinkCreatedEvent 
[1170144962.222054 /dtn/bundle/daemon debug] posting event (0x82e11d0) with type LINK_CREATED (at back)
[1170144962.222078 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.222113 /dtn/bundle/daemon debug] poll returned 1
[1170144962.222136 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144962.222163 /timer debug] new timeout 1659
[1170144962.222189 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.222216 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.222242 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.222264 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.222289 /dtn/bundle/daemon debug] dispatching event (0x82e11d0) LINK_CREATED
[1170144962.222312 /dtn/tca debug] dispatching event (0x82e11d0) LINK_CREATED
[1170144962.222332 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170144962.222394 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 5 add RouteEntry 
[1170144962.222428 /dtn/bundle/daemon debug] posting event (0x82f1388) with type ROUTE_ADD (at back)
[1170144962.222452 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.222474 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.222495 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 5 -> 4 del LinkCreatedEvent 
[1170144962.222523 /dtn/contact/manager debug] dispatching event (0x82e11d0) LINK_CREATED
[1170144962.222549 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del LinkCreatedEvent 
[1170144962.222580 /timer debug] new timeout 1658
[1170144962.222603 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.222628 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.222649 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.222673 /dtn/bundle/daemon debug] dispatching event (0x82f1388) ROUTE_ADD
[1170144962.222695 /dtn/bundle/daemon info] ROUTE_ADD tca://streetcar3 -> 134.102.201.183:52343 (FORWARD)
[1170144962.222718 /dtn/tca debug] dispatching event (0x82f1388) ROUTE_ADD
[1170144962.222740 /dtn/routing/TcaRouter/table debug] add_route tca://streetcar3 -> 134.102.201.183:52343 (FORWARD)
[1170144962.222770 /dtn/tca debug] check_next_hop 134.102.201.183:52343: checking pending bundle list...
[1170144962.222809 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170144962.222832 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170144962.222854 /dtn/contact/manager debug] dispatching event (0x82f1388) ROUTE_ADD
[1170144962.222884 /timer debug] new timeout 1658
[1170144962.222917 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add ContactManager::find_link_to: return value 
[1170144962.222977 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del Link::create_link: return value 
[1170144962.223029 /dtn/cl/tcp/conn/0x82e0878 debug] created new opportunistic link opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE]
[1170144962.223060 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170144962.223090 /dtn/contact/opportunistic-1 info] new contact contact 134.102.201.183:52343 (started 1170144962.223084)
[1170144962.223114 /dtn/contact/refs debug] refcount contact 134.102.201.183:52343 (started 1170144962.223084) 0 -> 1 add TCPConvergenceLayer::Connection 
[1170144962.223141 /dtn/contact/refs debug] refcount contact 134.102.201.183:52343 (started 1170144962.223084) 1 -> 2 add Link 
[1170144962.223168 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 4 -> 3 del ContactManager::find_link_to: return value 
[1170144962.223196 /dtn/cl/tcp/conn/0x82e0878 debug] contact_up
[1170144962.223217 /dtn/contact/refs debug] refcount contact 134.102.201.183:52343 (started 1170144962.223084) 2 -> 3 add ContactUpEvent 
[1170144962.223245 /dtn/bundle/daemon debug] posting event (0x82e0158) with type CONTACT_UP (at back)
[1170144962.223268 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.223296 /dtn/bundle/daemon debug] poll returned 1
[1170144962.223318 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144962.223343 /timer debug] new timeout 1658
[1170144962.223367 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.223392 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.223417 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.223439 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.223463 /dtn/bundle/daemon debug] dispatching event (0x82e0158) CONTACT_UP
[1170144962.223485 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] 3 -> 4 add Contact 
[1170144962.223513 /dtn/bundle/daemon info] CONTACT_UP opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] (contact 0x82f13e8)
[1170144962.223538 /dtn/link/opportunistic-1 debug] set_state UNAVAILABLE -> OPEN
[1170144962.223559 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170144962.223586 /dtn/tca debug] dispatching event (0x82e0158) CONTACT_UP
[1170144962.223608 /dtn/tca debug] check_next_hop 134.102.201.183:52343: checking pending bundle list...
[1170144962.223641 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170144962.223664 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170144962.223685 /dtn/tca debug] TcaRouter::contact up
[1170144962.223724 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'contact_up'
[1170144962.223770 /dtn/storage/globals debug] next_bundleid 4 -> 5
[1170144962.223793 /dtn/storage/globals debug] updating global store
[1170144962.223881 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144962.224050 /dtn/cl/tcp/conn/0x82e0878 debug] calling poll on 2 fds with timeout 10000
[1170144962.231443 /dtn/bundle debug] Bundle::init bundle id 4
[1170144962.231543 /dtn/bundle/payload/4/file debug] open bundles/bundle_4.dat (flags 0xc2 mode 0x180): fd 34
[1170144962.231583 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=34 pin_count=1 size=1
[1170144962.231618 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170144962.231657 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170144962.231727 /dtn/bundle/payload/4/file debug] ::writev() fd 34 cc 10
[1170144962.231750 /dtn/bundle/payload/4/file debug] writeall 10 bytes 0 left 10 total
[1170144962.231778 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170144962.231832 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170144962.231861 /dtn/bundle/daemon debug] posting event (0x82e10f0) with type BUNDLE_RECEIVED (at back)
[1170144962.231885 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.231909 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.231934 /dtn/contact/manager debug] dispatching event (0x82e0158) CONTACT_UP
[1170144962.231956 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 4 add Contact 
[1170144962.231984 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170144962.232015 /dtn/contact/refs debug] refcount contact 134.102.201.183:52343 (started 1170144962.223084) 3 -> 2 del ContactUpEvent 
[1170144962.232047 /timer debug] new timeout 1649
[1170144962.232070 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.232095 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.232118 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.232142 /dtn/bundle/daemon debug] dispatching event (0x82e10f0) BUNDLE_RECEIVED
[1170144962.232254 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170144962.232254 /dtn/bundle/daemon debug] bundle id 4:
[1170144962.232254 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170144962.232254 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170144962.232254 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170144962.232254 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170144962.232254 /dtn/bundle/daemon debug]            prevhop: 
[1170144962.232254 /dtn/bundle/daemon debug]     payload_length: 10
[1170144962.232254 /dtn/bundle/daemon debug]           priority: 1
[1170144962.232254 /dtn/bundle/daemon debug]  custody_requested: false
[1170144962.232254 /dtn/bundle/daemon debug]      local_custody: false
[1170144962.232254 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144962.232254 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144962.232254 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144962.232254 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144962.232254 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144962.232254 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144962.232254 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144962.232254 /dtn/bundle/daemon debug]        creation_ts: 223460162.4
[1170144962.232254 /dtn/bundle/daemon debug]         expiration: 3600
[1170144962.232254 /dtn/bundle/daemon debug]        is_fragment: false
[1170144962.232254 /dtn/bundle/daemon debug]           is_admin: false
[1170144962.232254 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144962.232254 /dtn/bundle/daemon debug]        orig_length: 0
[1170144962.232254 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144962.232254 /dtn/bundle/daemon debug] transmission_count: 0
[1170144962.232307 /dtn/bundle/daemon debug] adding bundle bundle id 4 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to pending list
[1170144962.232342 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144962.232369 /dtn/bundle/list/pending_bundles debug] bundle id 4 add mapping [pending_bundles] to list 0x81ee530
[1170144962.232392 /dtn/bundle/actions debug] adding bundle 4 to data store
[1170144962.232427 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170144962.232761 /dtn/storage/bundles debug] add(4): success
[1170144962.232797 /dtn/bundle/daemon debug] scheduling expiration for bundle id 4 at 1170148562.232791 (in 3600 seconds)
[1170144962.232826 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144962.232879 /timer debug] scheduling timer 0x82e0158 in 3600000 ms at 1170148562:232791
[1170144962.232913 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 4 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload)
[1170144962.232943 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170144962.233011 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170144962.233040 /dtn/registration/table debug] matched registration 10 tca://homeagent/admin
[1170144962.233064 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 1 matches
[1170144962.233089 /dtn/bundle/daemon debug] delivering bundle bundle id 4 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to registration 10 (tca://homeagent/admin)
[1170144962.233118 /dtn/registration/10 info] deliver_bundle: queuing bundle id 4 for active delivery to tca://homeagent/admin
[1170144962.233147 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170144962.233174 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170144962.233200 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170144962.233221 /dtn/bundle/list//dtn/registration/10 debug] bundle id 4 add mapping [/dtn/registration/10] to list 0x82cf938
[1170144962.233246 /dtn/tca debug] dispatching event (0x82e10f0) BUNDLE_RECEIVED
[1170144962.233279 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170144962.233305 /dtn/bundle/payload/4/file debug] lseek 0 SEEK_SET -> 0
[1170144962.233336 /dtn/bundle/payload/4/file debug] ::readv() fd 34 cc 10
[1170144962.233358 /dtn/bundle/payload/4/file debug] readall 10 bytes 0 left 10 total
[1170144962.233384 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170144962.233410 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'contact_up²¶F°T/'
[1170144962.234682 /dtn/contact/manager debug] dispatching event (0x82e10f0) BUNDLE_RECEIVED
[1170144962.234721 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170144962.234754 /timer debug] new timeout 1646
[1170144962.234786 /dtn/bundle/daemon debug] poll returned 1
[1170144962.234809 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144962.234837 /timer debug] new timeout 1646
[1170144962.234884 /dtn/apiclient/23 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144962.234910 /dtn/apiclient/23 debug] poll_with_notifier: normal fd has event
[1170144962.234938 /dtn/bundle/list//dtn/registration/10 debug] bundle id 4 del_bundle: deleting mapping [/dtn/registration/10]
[1170144962.234968 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144962.234994 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.235017 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170144962.235038 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170144962.235064 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170144962.235089 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170144962.235114 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170144962.235139 /dtn/apiclient/23 debug] handle_recv: popped bundle 4 for registration 10 (timeout 30000)
[1170144962.235172 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170144962.235198 /dtn/bundle/payload/4/file debug] lseek 0 SEEK_SET -> 0
[1170144962.235225 /dtn/bundle/payload/4/file debug] ::readv() fd 34 cc 10
[1170144962.235271 /dtn/bundle/payload/4/file debug] readall 10 bytes 0 left 10 total
[1170144962.235300 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170144962.235336 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 4 to registration 10
[1170144962.235361 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170144962.235387 /dtn/bundle/daemon debug] posting event (0x82e1180) with type BUNDLE_DELIVERED (at back)
[1170144962.235410 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.235434 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.235457 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170144962.235486 /dtn/apiclient/23 debug] building reply: status (unknown type), length 820
[1170144962.235508 /dtn/apiclient/23 debug] sending 828 byte reply message
[1170144962.235559 /dtn/apiclient/23 debug] ::writev() fd 23 cc 828
[1170144962.235583 /dtn/apiclient/23 debug] writeall 828 bytes 0 left 828 total
[1170144962.235726 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144962.235754 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144962.235782 /dtn/apiclient/23 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170144962.236176 /dtn/bundle/daemon debug] poll returned 1
[1170144962.236203 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144962.236228 /timer debug] new timeout 1645
[1170144962.236252 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.236277 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.236299 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.236323 /dtn/bundle/daemon debug] dispatching event (0x82e1180) BUNDLE_DELIVERED
[1170144962.236345 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:4 (10 bytes) -> regid 10 (tca://homeagent/admin)
[1170144962.236374 /dtn/bundle/daemon debug] removing bundle bundle id 4 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) from pending list
[1170144962.236401 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 4
[1170144962.236423 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170144962.236451 /dtn/bundle/list/pending_bundles debug] bundle id 4 del_bundle: deleting mapping [pending_bundles]
[1170144962.236478 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170144962.236505 /dtn/tca debug] dispatching event (0x82e1180) BUNDLE_DELIVERED
[1170144962.236526 /dtn/contact/manager debug] dispatching event (0x82e1180) BUNDLE_DELIVERED
[1170144962.236552 /dtn/bundle/refs debug] bundle id 4 (0x82f14b0): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170144962.236576 /dtn/bundle debug] bundle id 4 (0x82f14b0): no more references, posting free event
[1170144962.236599 /dtn/bundle/daemon debug] posting event (0x82f1388) with type BUNDLE_FREE (at back)
[1170144962.236623 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.236646 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.236672 /timer debug] new timeout 1644
[1170144962.236695 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.236719 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.236740 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.236764 /dtn/bundle/daemon debug] dispatching event (0x82f1388) BUNDLE_FREE
[1170144962.236787 /dtn/bundle/actions debug] removing bundle 4 from data store
[1170144962.237076 /dtn/storage/bundles debug] del(4): success
[1170144962.237107 /dtn/bundle/free debug] destroying bundle id 4
[1170144962.237151 /dtn/storage/bundles/fdcache/cache debug] Closed 34 size=2
[1170144962.237239 /dtn/bundle/payload/4/file debug] unlink bundles/bundle_4.dat: 0
[1170144962.237283 /timer debug] new timeout 1644
[1170144962.302434 /dtn/cl/tcp/conn/0x82e0878 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144962.302478 /dtn/cl/tcp/conn/0x82e0878 debug] poll_with_notifier: normal fd has event
[1170144962.302503 /dtn/cl/tcp/conn/0x82e0878 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170144962.302533 /dtn/cl/tcp/conn/0x82e0878/31 debug] ::readv() fd 31 cc 95
[1170144962.302556 /dtn/cl/tcp/conn/0x82e0878 debug] recv_data: read 95 bytes, rcvbuf has 0 bytes
[1170144962.302579 /dtn/cl/tcp/conn/0x82e0878 debug] processing up to 95 bytes from receive buffer
[1170144962.302600 /dtn/cl/tcp/conn/0x82e0878 debug] noting data_rcvd
[1170144962.302624 /dtn/cl/tcp/conn/0x82e0878 debug] recvbuf has 95 full bytes, dispatching to handler routine
[1170144962.302646 /dtn/cl/tcp/conn/0x82e0878 debug] got BUNDLE_START segment, creating new IncomingBundle
[1170144962.302685 /dtn/storage/globals debug] next_bundleid 5 -> 6
[1170144962.302735 /dtn/storage/globals debug] updating global store
[1170144962.302797 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144962.303092 /dtn/bundle debug] Bundle::init bundle id 5
[1170144962.303169 /dtn/bundle/payload/5/file debug] open bundles/bundle_5.dat (flags 0xc2 mode 0x180): fd 34
[1170144962.303206 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=34 pin_count=1 size=1
[1170144962.303241 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170144962.303270 /dtn/bundle/refs debug] bundle id 5 (0x82f14b0): refcount 0 -> 1 (0 mappings) add CLConnection::IncomingBundle 
[1170144962.303304 /dtn/cl/tcp/conn/0x82e0878 debug] handle_data_segment: got segment of length 93 at offset 0 
[1170144962.303336 /dtn/cl/tcp/conn/0x82e0878 debug] handle_data_segment: updated ack_data (segment_offset 0) [ ] ack_data [ 92 ]
[1170144962.303366 /dtn/cl/tcp/conn/0x82e0878 debug] got BUNDLE_END: total length 93
[1170144962.303387 /dtn/cl/tcp/conn/0x82e0878 debug] handle_data_todo: reading todo segment 93/93 at offset 0
[1170144962.303411 /dtn/bundle/protocol debug] consume: got first block... creating primary block info
[1170144962.303440 /dtn/bundle/protocol debug] consume: 93 bytes left to process
[1170144962.303463 /dtn/bundle/protocol debug] consume: block processor 0x0 type 0x0 incomplete, calling consume (0 bytes already buffered)
[1170144962.303490 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed preamble 5/87 for block type (0x0): data_offset 5 data_length 82
[1170144962.303515 /dtn/bundle/protocol debug] parsed primary block length 82 (preamble 5)
[1170144962.303541 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed 82/87 for block type 0x0 (complete)
[1170144962.303566 /dtn/bundle/protocol debug] parsed primary block 1: version 4 length 82
[1170144962.303605 /dtn/bundle/protocol debug] dictionary len 53, value: 'tca //correspondent10/myapp //mobile3/myapp dtn none '
[1170144962.303628 /dtn/bundle/protocol debug] dictionary offsets: dest 0,4 source 0,28, custodian 44,48 replyto 0,28
[1170144962.303688 /dtn/bundle/protocol debug] parsed source eid (offsets 0, 28) tca://mobile3/myapp
[1170144962.303736 /dtn/bundle/protocol debug] parsed dest eid (offsets 0, 4) tca://correspondent10/myapp
[1170144962.303781 /dtn/bundle/protocol debug] parsed replyto eid (offsets 0, 28) tca://mobile3/myapp
[1170144962.303819 /dtn/bundle/protocol debug] parsed custodian eid (offsets 44, 48) dtn:none
[1170144962.303844 /dtn/bundle/protocol debug] consume: consumed 87 bytes of block type 0x0 (complete)
[1170144962.303867 /dtn/bundle/protocol debug] consume: 6 bytes left to process
[1170144962.303897 /dtn/bundle/protocol debug] consume: previous block complete, created new BlockInfo type 0x1
[1170144962.303921 /dtn/bundle/protocol debug] consume: block processor 0x1 type 0xff incomplete, calling consume (0 bytes already buffered)
[1170144962.303946 /dtn/bundle/protocol debug] BlockProcessor type 0x1 consumed preamble 3/6 for block type (0x1): data_offset 3 data_length 3
[1170144962.303979 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170144962.304063 /dtn/bundle/payload/5/file debug] ::writev() fd 34 cc 3
[1170144962.304086 /dtn/bundle/payload/5/file debug] writeall 3 bytes 0 left 3 total
[1170144962.304113 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170144962.304138 /dtn/bundle/protocol debug] PayloadBlockProcessor consumed 6/6 (complete)
[1170144962.304161 /dtn/bundle/protocol debug] consume: consumed 6 bytes of block type 0x1 (complete)
[1170144962.304183 /dtn/bundle/protocol debug] consume completed, 93/93 bytes consumed (completed bundle)
[1170144962.304210 /dtn/cl/tcp/conn/0x82e0878 debug] handle_data_todo: updated recv_data (rcvd_offset 0) [ 0..92 ] ack_data [ 92 ]
[1170144962.304241 /dtn/cl/tcp/conn/0x82e0878 debug] check_completed: rcvd 93 / 93 (formatted length 93)
[1170144962.304267 /dtn/bundle/refs debug] bundle id 5 (0x82f14b0): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent 
[1170144962.304292 /dtn/contact/refs debug] refcount contact 134.102.201.183:52343 (started 1170144962.223084) 2 -> 3 add BundleReceivedEvent 
[1170144962.304320 /dtn/bundle/daemon debug] posting event (0x82e0a90) with type BUNDLE_RECEIVED (at back)
[1170144962.304344 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.304369 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.304403 /dtn/cl/tcp/conn/0x82e0878 debug] send_pending_acks: sending ack length 93 for 93 byte segment [range 0..92] ack_data [ 92 ]
[1170144962.304435 /dtn/cl/tcp/conn/0x82e0878 debug] send_data: trying to drain 2 bytes from send buffer...
[1170144962.304472 /dtn/cl/tcp/conn/0x82e0878/31 debug] ::writev() fd 31 cc 2
[1170144962.304496 /dtn/cl/tcp/conn/0x82e0878 debug] send_data: wrote 2/2 bytes from send buffer
[1170144962.304518 /dtn/cl/tcp/conn/0x82e0878 debug] noting data_sent
[1170144962.304541 /dtn/cl/tcp/conn/0x82e0878 debug] send_pending_acks: acked all 93 bytes of bundle 5
[1170144962.304568 /dtn/bundle/refs debug] bundle id 5 (0x82f14b0): refcount 2 -> 1 (0 mappings) del CLConnection::IncomingBundle 
[1170144962.304597 /dtn/cl/tcp/conn/0x82e0878 debug] calling poll on 2 fds with timeout 0
[1170144962.304622 /dtn/cl/tcp/conn/0x82e0878 debug] poll_with_notifier timed out
[1170144962.304655 /dtn/cl/tcp/conn/0x82e0878 debug] calling poll on 2 fds with timeout 10000
[1170144962.304692 /dtn/bundle/daemon debug] poll returned 1
[1170144962.304715 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144962.304741 /timer debug] new timeout 1576
[1170144962.304763 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.304789 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.304811 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.304835 /dtn/bundle/daemon debug] dispatching event (0x82e0a90) BUNDLE_RECEIVED
[1170144962.304947 /dtn/bundle/daemon debug] BUNDLE_RECEIVED: (93 bytes recvd)
[1170144962.304947 /dtn/bundle/daemon debug] bundle id 5:
[1170144962.304947 /dtn/bundle/daemon debug]             source: tca://mobile3/myapp
[1170144962.304947 /dtn/bundle/daemon debug]               dest: tca://correspondent10/myapp
[1170144962.304947 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170144962.304947 /dtn/bundle/daemon debug]            replyto: tca://mobile3/myapp
[1170144962.304947 /dtn/bundle/daemon debug]            prevhop: 
[1170144962.304947 /dtn/bundle/daemon debug]     payload_length: 3
[1170144962.304947 /dtn/bundle/daemon debug]           priority: 0
[1170144962.304947 /dtn/bundle/daemon debug]  custody_requested: false
[1170144962.304947 /dtn/bundle/daemon debug]      local_custody: false
[1170144962.304947 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144962.304947 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144962.304947 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144962.304947 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144962.304947 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144962.304947 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144962.304947 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144962.304947 /dtn/bundle/daemon debug]        creation_ts: 223460162.2
[1170144962.304947 /dtn/bundle/daemon debug]         expiration: 3600
[1170144962.304947 /dtn/bundle/daemon debug]        is_fragment: false
[1170144962.304947 /dtn/bundle/daemon debug]           is_admin: false
[1170144962.304947 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144962.304947 /dtn/bundle/daemon debug]        orig_length: 0
[1170144962.304947 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144962.304947 /dtn/bundle/daemon debug] transmission_count: 0
[1170144962.305027 /dtn/bundle/daemon debug] adding bundle bundle id 5 tca://mobile3/myapp -> tca://correspondent10/myapp (3 bytes payload) to pending list
[1170144962.305063 /dtn/bundle/refs debug] bundle id 5 (0x82f14b0): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144962.305090 /dtn/bundle/list/pending_bundles debug] bundle id 5 add mapping [pending_bundles] to list 0x81ee530
[1170144962.305113 /dtn/bundle/actions debug] adding bundle 5 to data store
[1170144962.305148 /dtn/storage/bundles debug] put: serializing 274 byte object (plus 0 byte typecode)
[1170144962.305475 /dtn/storage/bundles debug] add(5): success
[1170144962.305512 /dtn/bundle/daemon debug] scheduling expiration for bundle id 5 at 1170148562.305506 (in 3600 seconds)
[1170144962.305540 /dtn/bundle/refs debug] bundle id 5 (0x82f14b0): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144962.305570 /timer debug] scheduling timer 0x82e0ac8 in 3600000 ms at 1170148562:305506
[1170144962.305602 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 5 tca://mobile3/myapp -> tca://correspondent10/myapp (3 bytes payload)
[1170144962.305632 /dtn/registration/table debug] get_matching tca://correspondent10/myapp
[1170144962.305672 /scheme/dtn debug] match(tca://correspondent10/myapp, tca://homeagent/) failed: url hosts not equal ('homeagent' != 'correspondent10')
[1170144962.305742 /scheme/dtn debug] match(tca://correspondent10/myapp, tca://homeagent/ping) failed: url hosts not equal ('homeagent' != 'correspondent10')
[1170144962.305781 /scheme/dtn debug] match(tca://correspondent10/myapp, tca://homeagent/admin) failed: url hosts not equal ('homeagent' != 'correspondent10')
[1170144962.305809 /dtn/registration/table debug] get_matching tca://correspondent10/myapp: returned 0 matches
[1170144962.305833 /dtn/tca debug] dispatching event (0x82e0a90) BUNDLE_RECEIVED
[1170144962.305865 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=2
[1170144962.305891 /dtn/bundle/payload/5/file debug] lseek 0 SEEK_SET -> 0
[1170144962.305921 /dtn/bundle/payload/5/file debug] ::readv() fd 34 cc 3
[1170144962.305942 /dtn/bundle/payload/5/file debug] readall 3 bytes 0 left 3 total
[1170144962.305969 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=2
[1170144962.305994 /dtn/tca debug] TcaRouter: tca bundle received [tca://mobile3/myapp] -> [tca://correspondent10/myapp] : 'blaEahr²¶F°T/'
[1170144962.306031 /dtn/tca debug] TcaRouter::handle_tca_unbound_bundle...
[1170144962.306053 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170144962.306073 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3
[1170144962.306095 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent10/myapp
[1170144962.306117 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent10 -> 134.102.201.174:37151 (FORWARD)
[1170144962.306159 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:52343 (FORWARD)
[1170144962.306197 /scheme/dtn debug] match(tca://correspondent10/myapp, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent10')
[1170144962.306225 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent10/myapp done, 0 match(es)
[1170144962.306250 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent10/myapp': 0 matches
[1170144962.306317 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'unb:tca://correspondent10/myapp'
[1170144962.306356 /dtn/storage/globals debug] next_bundleid 6 -> 7
[1170144962.306379 /dtn/storage/globals debug] updating global store
[1170144962.306426 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144962.306703 /dtn/bundle debug] Bundle::init bundle id 6
[1170144962.306777 /dtn/bundle/payload/6/file debug] open bundles/bundle_6.dat (flags 0xc2 mode 0x180): fd 35
[1170144962.306812 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=35 pin_count=1 size=2
[1170144962.306847 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170144962.306885 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170144962.306941 /dtn/bundle/payload/6/file debug] ::writev() fd 35 cc 31
[1170144962.306965 /dtn/bundle/payload/6/file debug] writeall 31 bytes 0 left 31 total
[1170144962.306992 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170144962.307019 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170144962.307046 /dtn/bundle/daemon debug] posting event (0x82f1c50) with type BUNDLE_RECEIVED (at back)
[1170144962.307069 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.307092 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.307119 /dtn/contact/manager debug] dispatching event (0x82e0a90) BUNDLE_RECEIVED
[1170144962.307145 /dtn/contact/refs debug] refcount contact 134.102.201.183:52343 (started 1170144962.223084) 3 -> 2 del BundleReceivedEvent 
[1170144962.307173 /dtn/bundle/refs debug] bundle id 5 (0x82f14b0): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent 
[1170144962.307204 /timer debug] new timeout 1574
[1170144962.307227 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.307252 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.307274 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.307298 /dtn/bundle/daemon debug] dispatching event (0x82f1c50) BUNDLE_RECEIVED
[1170144962.307421 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170144962.307421 /dtn/bundle/daemon debug] bundle id 6:
[1170144962.307421 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170144962.307421 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170144962.307421 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170144962.307421 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170144962.307421 /dtn/bundle/daemon debug]            prevhop: 
[1170144962.307421 /dtn/bundle/daemon debug]     payload_length: 31
[1170144962.307421 /dtn/bundle/daemon debug]           priority: 1
[1170144962.307421 /dtn/bundle/daemon debug]  custody_requested: false
[1170144962.307421 /dtn/bundle/daemon debug]      local_custody: false
[1170144962.307421 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144962.307421 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144962.307421 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144962.307421 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144962.307421 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144962.307421 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144962.307421 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144962.307421 /dtn/bundle/daemon debug]        creation_ts: 223460162.6
[1170144962.307421 /dtn/bundle/daemon debug]         expiration: 3600
[1170144962.307421 /dtn/bundle/daemon debug]        is_fragment: false
[1170144962.307421 /dtn/bundle/daemon debug]           is_admin: false
[1170144962.307421 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144962.307421 /dtn/bundle/daemon debug]        orig_length: 0
[1170144962.307421 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144962.307421 /dtn/bundle/daemon debug] transmission_count: 0
[1170144962.307491 /dtn/bundle/daemon debug] adding bundle bundle id 6 tca://localhost/bundlelayer -> tca://homeagent/admin (31 bytes payload) to pending list
[1170144962.307526 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144962.307553 /dtn/bundle/list/pending_bundles debug] bundle id 6 add mapping [pending_bundles] to list 0x81ee530
[1170144962.307576 /dtn/bundle/actions debug] adding bundle 6 to data store
[1170144962.307607 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170144962.320795 /dtn/storage/bundles debug] add(6): success
[1170144962.320861 /dtn/bundle/daemon debug] scheduling expiration for bundle id 6 at 1170148562.320855 (in 3600 seconds)
[1170144962.320894 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144962.320925 /timer debug] scheduling timer 0x82f1798 in 3600000 ms at 1170148562:320855
[1170144962.320964 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 6 tca://localhost/bundlelayer -> tca://homeagent/admin (31 bytes payload)
[1170144962.320996 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170144962.321072 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170144962.321100 /dtn/registration/table debug] matched registration 10 tca://homeagent/admin
[1170144962.321125 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 1 matches
[1170144962.321150 /dtn/bundle/daemon debug] delivering bundle bundle id 6 tca://localhost/bundlelayer -> tca://homeagent/admin (31 bytes payload) to registration 10 (tca://homeagent/admin)
[1170144962.321178 /dtn/registration/10 info] deliver_bundle: queuing bundle id 6 for active delivery to tca://homeagent/admin
[1170144962.321212 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170144962.321239 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170144962.321268 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170144962.321290 /dtn/bundle/list//dtn/registration/10 debug] bundle id 6 add mapping [/dtn/registration/10] to list 0x82cf938
[1170144962.321317 /dtn/tca debug] dispatching event (0x82f1c50) BUNDLE_RECEIVED
[1170144962.321353 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170144962.321381 /dtn/bundle/payload/6/file debug] lseek 0 SEEK_SET -> 0
[1170144962.321412 /dtn/bundle/payload/6/file debug] ::readv() fd 35 cc 31
[1170144962.321456 /dtn/bundle/payload/6/file debug] readall 31 bytes 0 left 31 total
[1170144962.321486 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170144962.321511 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'unb:tca://correspondent10/myappD/'
[1170144962.321552 /dtn/contact/manager debug] dispatching event (0x82f1c50) BUNDLE_RECEIVED
[1170144962.321583 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170144962.321614 /timer debug] new timeout 1559
[1170144962.321651 /dtn/bundle/daemon debug] poll returned 1
[1170144962.321672 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144962.321702 /timer debug] new timeout 1559
[1170144962.321772 /dtn/apiclient/23 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144962.321800 /dtn/apiclient/23 debug] poll_with_notifier: normal fd has event
[1170144962.321828 /dtn/bundle/list//dtn/registration/10 debug] bundle id 6 del_bundle: deleting mapping [/dtn/registration/10]
[1170144962.321857 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144962.321883 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.321908 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170144962.321965 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170144962.321993 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170144962.322018 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170144962.322043 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170144962.322068 /dtn/apiclient/23 debug] handle_recv: popped bundle 6 for registration 10 (timeout 30000)
[1170144962.322101 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170144962.322126 /dtn/bundle/payload/6/file debug] lseek 0 SEEK_SET -> 0
[1170144962.322153 /dtn/bundle/payload/6/file debug] ::readv() fd 35 cc 31
[1170144962.322174 /dtn/bundle/payload/6/file debug] readall 31 bytes 0 left 31 total
[1170144962.322200 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170144962.322235 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 6 to registration 10
[1170144962.322260 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170144962.322285 /dtn/bundle/daemon debug] posting event (0x82f1d28) with type BUNDLE_DELIVERED (at back)
[1170144962.322308 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.322332 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.322355 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170144962.322384 /dtn/apiclient/23 debug] building reply: status (unknown type), length 840
[1170144962.322406 /dtn/apiclient/23 debug] sending 848 byte reply message
[1170144962.322464 /dtn/apiclient/23 debug] ::writev() fd 23 cc 848
[1170144962.322488 /dtn/apiclient/23 debug] writeall 848 bytes 0 left 848 total
[1170144962.322522 /dtn/bundle/daemon debug] poll returned 1
[1170144962.322545 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144962.322569 /timer debug] new timeout 1558
[1170144962.322592 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.322616 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.322638 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.322662 /dtn/bundle/daemon debug] dispatching event (0x82f1d28) BUNDLE_DELIVERED
[1170144962.322684 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:6 (31 bytes) -> regid 10 (tca://homeagent/admin)
[1170144962.322711 /dtn/bundle/daemon debug] removing bundle bundle id 6 tca://localhost/bundlelayer -> tca://homeagent/admin (31 bytes payload) from pending list
[1170144962.322738 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 6
[1170144962.322760 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170144962.322788 /dtn/bundle/list/pending_bundles debug] bundle id 6 del_bundle: deleting mapping [pending_bundles]
[1170144962.322814 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170144962.322841 /dtn/tca debug] dispatching event (0x82f1d28) BUNDLE_DELIVERED
[1170144962.322862 /dtn/contact/manager debug] dispatching event (0x82f1d28) BUNDLE_DELIVERED
[1170144962.322888 /dtn/bundle/refs debug] bundle id 6 (0x82f19a0): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170144962.322912 /dtn/bundle debug] bundle id 6 (0x82f19a0): no more references, posting free event
[1170144962.322935 /dtn/bundle/daemon debug] posting event (0x82f1718) with type BUNDLE_FREE (at back)
[1170144962.322958 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144962.322980 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144962.323006 /timer debug] new timeout 1558
[1170144962.323029 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144962.323075 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144962.323098 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144962.323122 /dtn/bundle/daemon debug] dispatching event (0x82f1718) BUNDLE_FREE
[1170144962.323145 /dtn/bundle/actions debug] removing bundle 6 from data store
[1170144962.323821 /dtn/storage/bundles debug] del(6): success
[1170144962.323889 /dtn/bundle/free debug] destroying bundle id 6
[1170144962.323935 /dtn/storage/bundles/fdcache/cache debug] Closed 35 size=3
[1170144962.324035 /dtn/bundle/payload/6/file debug] unlink bundles/bundle_6.dat: 0
[1170144962.324078 /timer debug] new timeout 1557
[1170144963.693605 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier timed out
[1170144963.693695 /dtn/cl/tcp/conn/0x825d650 debug] send_data: trying to drain 1 bytes from send buffer...
[1170144963.693742 /dtn/cl/tcp/conn/0x825d650/21 debug] ::writev() fd 21 cc 1
[1170144963.693766 /dtn/cl/tcp/conn/0x825d650 debug] send_data: wrote 1/1 bytes from send buffer
[1170144963.693795 /dtn/cl/tcp/conn/0x825d650 debug] calling poll on 2 fds with timeout 10000
[1170144963.764287 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144963.764324 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier: normal fd has event
[1170144963.764348 /dtn/cl/tcp/conn/0x825d650 debug] recv_data: draining up to 32768 bytes into recv buffer...
[1170144963.764379 /dtn/cl/tcp/conn/0x825d650/21 debug] ::readv() fd 21 cc 1
[1170144963.764401 /dtn/cl/tcp/conn/0x825d650 debug] recv_data: read 1 bytes, rcvbuf has 0 bytes
[1170144963.764424 /dtn/cl/tcp/conn/0x825d650 debug] processing up to 1 bytes from receive buffer
[1170144963.764445 /dtn/cl/tcp/conn/0x825d650 debug] noting data_rcvd
[1170144963.764468 /dtn/cl/tcp/conn/0x825d650 debug] recvbuf has 1 full bytes, dispatching to handler routine
[1170144963.764490 /dtn/cl/tcp/conn/0x825d650 debug] got keepalive message
[1170144963.764518 /dtn/cl/tcp/conn/0x825d650 debug] calling poll on 2 fds with timeout 10000
[1170144963.885561 /dtn/bundle/daemon debug] poll returned -2
[1170144963.885595 /dtn/bundle/daemon debug] poll timeout
[1170144963.885628 /timer debug] popping timer 0x825f4c8 at 1170144963.885616
[1170144963.885654 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170144963.885681 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170144963.885709 /timer debug] scheduling timer 0x825f4c8 in 5000 ms at 1170144968:885700
[1170144963.885745 /timer debug] new timeout 5000
[1170144963.885778 /dtn/bundle/daemon debug] poll returned 1
[1170144963.885800 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144963.885828 /timer debug] new timeout 5000
[1170144963.981111 /dtn/apiclient/23 debug] ::readv() fd 23 cc 897
[1170144963.981168 /dtn/apiclient/23 debug] got DTN_SEND (892/892 bytes)
[1170144963.981239 /dtn/storage/globals debug] next_bundleid 7 -> 8
[1170144963.981265 /dtn/storage/globals debug] updating global store
[1170144963.981356 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144963.984200 /dtn/bundle debug] Bundle::init bundle id 7
[1170144963.986691 /dtn/bundle/payload/7/file debug] open bundles/bundle_7.dat (flags 0xc2 mode 0x180): fd 35
[1170144963.986733 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=35 pin_count=1 size=2
[1170144963.986769 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170144963.986798 /dtn/bundle/refs debug] bundle id 7 (0x82f19f8): refcount 0 -> 1 (0 mappings) add APIClient::handle_send 
[1170144963.986897 /dtn/bundle/refs debug] bundle id 7 (0x82f19f8): refcount 1 -> 2 (0 mappings) add BundleAcceptRequest 
[1170144963.986929 /dtn/bundle/daemon debug] posting event (0x82f1cb0) with type BUNDLE_ACCEPT_REQUEST (at back)
[1170144963.986954 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144963.986989 /dtn/bundle/daemon debug] poll returned 1
[1170144963.987012 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144963.987077 /timer debug] new timeout 4899
[1170144963.987106 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144963.987148 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144963.987178 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144963.987199 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144963.987225 /dtn/bundle/daemon debug] dispatching event (0x82f1cb0) BUNDLE_ACCEPT_REQUEST
[1170144963.987248 /dtn/bundle/daemon info] BUNDLE_ACCEPT_REQUEST: bundle bundle id 7 tca://homeagent/admin -> tca://localhost/bundlelayer (81 bytes payload) accepted (reason no additional information)
[1170144963.987278 /dtn/tca debug] dispatching event (0x82f1cb0) BUNDLE_ACCEPT_REQUEST
[1170144963.987299 /dtn/contact/manager debug] dispatching event (0x82f1cb0) BUNDLE_ACCEPT_REQUEST
[1170144963.987320 /dtn/apiclient/23/notifier debug] notifier notify
[1170144963.987344 /dtn/apiclient/23/notifier debug] notify count = 1
[1170144963.987369 /dtn/bundle/refs debug] bundle id 7 (0x82f19f8): refcount 2 -> 1 (0 mappings) del BundleAcceptRequest 
[1170144963.987400 /timer debug] new timeout 4899
[1170144963.987433 /dtn/apiclient/23/notifier debug] attempting to wait on 0x82cf8cc, count = 1
[1170144963.987468 /dtn/apiclient/23/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170144963.987492 /dtn/apiclient/23/notifier debug] poll_with_notifier: normal fd has event
[1170144963.987514 /dtn/apiclient/23/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144963.987537 /dtn/apiclient/23/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144963.987559 /dtn/apiclient/23/notifier debug] drain pipe count = 0
[1170144963.987579 /dtn/apiclient/23/notifier debug] notifier wait successfully notified
[1170144963.987607 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170144963.987673 /dtn/bundle/payload/7/file debug] ::writev() fd 35 cc 81
[1170144963.987697 /dtn/bundle/payload/7/file debug] writeall 81 bytes 0 left 81 total
[1170144963.987724 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170144963.987769 /dtn/apiclient/23 info] DTN_SEND bundle bundle id 7 tca://homeagent/admin -> tca://localhost/bundlelayer (81 bytes payload)
[1170144963.987798 /dtn/bundle/refs debug] bundle id 7 (0x82f19f8): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent 
[1170144963.987824 /dtn/bundle/daemon debug] posting event (0x82f1f10) with type BUNDLE_RECEIVED (at back)
[1170144963.987847 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144963.987875 /dtn/bundle/daemon debug] poll returned 1
[1170144963.987897 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144963.987921 /timer debug] new timeout 4898
[1170144963.987945 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144963.987970 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144963.987995 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144963.988016 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144963.988040 /dtn/bundle/daemon debug] dispatching event (0x82f1f10) BUNDLE_RECEIVED
[1170144963.988153 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (from app): (0 bytes recvd)
[1170144963.988153 /dtn/bundle/daemon debug] bundle id 7:
[1170144963.988153 /dtn/bundle/daemon debug]             source: tca://homeagent/admin
[1170144963.988153 /dtn/bundle/daemon debug]               dest: tca://localhost/bundlelayer
[1170144963.988153 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170144963.988153 /dtn/bundle/daemon debug]            replyto: tca://homeagent/admin
[1170144963.988153 /dtn/bundle/daemon debug]            prevhop: 
[1170144963.988153 /dtn/bundle/daemon debug]     payload_length: 81
[1170144963.988153 /dtn/bundle/daemon debug]           priority: 1
[1170144963.988153 /dtn/bundle/daemon debug]  custody_requested: false
[1170144963.988153 /dtn/bundle/daemon debug]      local_custody: false
[1170144963.988153 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144963.988153 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144963.988153 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144963.988153 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144963.988153 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144963.988153 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144963.988153 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144963.988153 /dtn/bundle/daemon debug]        creation_ts: 223460163.7
[1170144963.988153 /dtn/bundle/daemon debug]         expiration: 604800
[1170144963.988153 /dtn/bundle/daemon debug]        is_fragment: false
[1170144963.988153 /dtn/bundle/daemon debug]           is_admin: false
[1170144963.988153 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144963.988153 /dtn/bundle/daemon debug]        orig_length: 0
[1170144963.988153 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144963.988153 /dtn/bundle/daemon debug] transmission_count: 0
[1170144963.988230 /dtn/bundle/daemon debug] adding bundle bundle id 7 tca://homeagent/admin -> tca://localhost/bundlelayer (81 bytes payload) to pending list
[1170144963.988267 /dtn/bundle/refs debug] bundle id 7 (0x82f19f8): refcount 2 -> 3 (1 mappings) add bundle_list pending_bundles
[1170144963.988294 /dtn/bundle/list/pending_bundles debug] bundle id 7 add mapping [pending_bundles] to list 0x81ee530
[1170144963.988317 /dtn/bundle/actions debug] adding bundle 7 to data store
[1170144963.988352 /dtn/storage/bundles debug] put: serializing 158 byte object (plus 0 byte typecode)
[1170144963.988515 /dtn/apiclient/23/notifier debug] attempting to wait on 0x82cf8cc, count = 0
[1170144963.988815 /dtn/storage/bundles debug] add(7): success
[1170144963.988848 /dtn/bundle/daemon debug] scheduling expiration for bundle id 7 at 1170749763.988841 (in 604800 seconds)
[1170144963.988876 /dtn/bundle/refs debug] bundle id 7 (0x82f19f8): refcount 3 -> 4 (1 mappings) add expiration timer 
[1170144963.988906 /timer debug] scheduling timer 0x82e1128 in 604800000 ms at 1170749763:988841
[1170144963.988938 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 7 tca://homeagent/admin -> tca://localhost/bundlelayer (81 bytes payload)
[1170144963.988969 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer
[1170144963.989010 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/) failed: url hosts not equal ('homeagent' != 'localhost')
[1170144963.989051 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/ping) failed: url hosts not equal ('homeagent' != 'localhost')
[1170144963.989089 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/admin) failed: url hosts not equal ('homeagent' != 'localhost')
[1170144963.989118 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer: returned 0 matches
[1170144963.989142 /dtn/tca debug] dispatching event (0x82f1f10) BUNDLE_RECEIVED
[1170144963.989175 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170144963.989201 /dtn/bundle/payload/7/file debug] lseek 0 SEEK_SET -> 0
[1170144963.989233 /dtn/bundle/payload/7/file debug] ::readv() fd 35 cc 81
[1170144963.989255 /dtn/bundle/payload/7/file debug] readall 81 bytes 0 left 81 total
[1170144963.989281 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170144963.989308 /dtn/tca debug] TcaRouter: tca bundle received [tca://homeagent/admin] -> [tca://localhost/bundlelayer] : 'add_route:tca://correspondent10/myapp	tcp://jgre.openvpn.informatik.uni-bremen.de§Eahr²¶F°œ/'
[1170144963.989352 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=35 pin_count=1 size=3
[1170144963.989378 /dtn/bundle/payload/7/file debug] lseek 0 SEEK_SET -> 0
[1170144963.989404 /dtn/bundle/payload/7/file debug] ::readv() fd 35 cc 81
[1170144963.989425 /dtn/bundle/payload/7/file debug] readall 81 bytes 0 left 81 total
[1170144963.989451 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=35 pin_count=0 size=3
[1170144963.989528 /dtn/tca debug] TcaRouter:: add_route bundle received. pattern='tca://correspondent10/myapp', link='tcp://jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/'
[1170144963.989617 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] set_state UNAVAILABLE -> AVAILABLE
[1170144963.989644 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170144963.989704 /dtn/cl/tcp debug] adding ONDEMAND link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144964.201911 /dtn/cl/tcp warning] invalid hostname 'jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/' in next hop jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144964.202027 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ info] new link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE]
[1170144964.202062 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 1 -> 2 add OndemandLink 
[1170144964.202092 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 2 -> 3 add LinkAvailableEvent 
[1170144964.202122 /dtn/bundle/daemon debug] posting event (0x82f2e50) with type LINK_AVAILABLE (at back)
[1170144964.202148 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144964.202174 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144964.202195 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 3 -> 2 del OndemandLink 
[1170144964.202224 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 2 -> 3 add TcaRouter::create_link: return value 
[1170144964.202251 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 3 -> 2 del Link::create_link: return value 
[1170144964.202281 /dtn/contact/manager debug] adding link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144964.202302 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 2 -> 3 add ContactManager 
[1170144964.202334 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 3 -> 4 add ContactManager 
[1170144964.202363 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 4 -> 3 del ContactManager 
[1170144964.202392 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170144964.202420 /dtn/bundle/daemon debug] posting event (0x82f2f58) with type LINK_CREATED (at back)
[1170144964.202449 /dtn/tca debug] TcaRouter::create_route: pattern=tca://correspondent10/myapp, p_link=0x82f2158
[1170144964.202514 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 4 -> 5 add RouteEntry 
[1170144964.202548 /dtn/routing/TcaRouter/table debug] add_route tca://correspondent10/myapp -> jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (COPY)
[1170144964.202618 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 5 -> 4 del TcaRouter::create_link: return value 
[1170144964.202659 /dtn/contact/manager debug] dispatching event (0x82f1f10) BUNDLE_RECEIVED
[1170144964.202683 /dtn/apiclient/23/notifier debug] notifier notify
[1170144964.202708 /dtn/apiclient/23/notifier debug] notify count = 1
[1170144964.202737 /dtn/bundle/refs debug] bundle id 7 (0x82f19f8): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170144964.202770 /timer debug] new timeout 4682
[1170144964.202799 /dtn/bundle/daemon debug] dispatching event (0x82f2e50) LINK_AVAILABLE
[1170144964.202821 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 4 -> 5 add LinkAvailableEvent 
[1170144964.202849 /dtn/bundle/daemon info] LINK_AVAILABLE jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE]
[1170144964.202874 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 5 -> 4 del LinkAvailableEvent 
[1170144964.202902 /dtn/tca debug] dispatching event (0x82f2e50) LINK_AVAILABLE
[1170144964.202924 /dtn/tca debug] check_next_hop jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/: checking pending bundle list...
[1170144964.202964 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170144964.202987 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170144964.203022 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170144964.203045 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=3
[1170144964.203067 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent10/myapp
[1170144964.203088 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent10 -> 134.102.201.174:37151 (FORWARD)
[1170144964.203132 /dtn/routing/TcaRouter/table debug] check entry tca://streetcar3 -> 134.102.201.183:52343 (FORWARD)
[1170144964.203170 /scheme/dtn debug] match(tca://correspondent10/myapp, tca://streetcar3/) failed: url hosts not equal ('streetcar3' != 'correspondent10')
[1170144964.203199 /dtn/routing/TcaRouter/table debug] check entry tca://correspondent10/myapp -> jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (COPY)
[1170144964.203235 /scheme/dtn debug] match(tca://correspondent10/myapp, tca://correspondent10/myapp) succeeded: pattern 'correspondent10' ssp 'correspondent10'
[1170144964.203263 /dtn/routing/TcaRouter/table debug] match entry tca://correspondent10/myapp -> jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (COPY)
[1170144964.203291 /dtn/routing/TcaRouter/table debug] get_matching tca://correspondent10/myapp done, 1 match(es)
[1170144964.203319 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] 4 -> 5 add RouteEntry 
[1170144964.203349 /dtn/tca debug] opening jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND AVAILABLE] because a message is intended for it
[1170144964.203376 /dtn/bundle/actions debug] opening link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144964.203398 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] Link::open
[1170144964.203419 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] set_state AVAILABLE -> OPENING
[1170144964.203440 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 5 -> 6 add Link::open 
[1170144964.203495 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 6 -> 7 add Contact 
[1170144964.203528 /dtn/contact/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F° info] new contact contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521)
[1170144964.203553 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521) 0 -> 1 add Link 
[1170144964.203579 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 7 -> 6 del Link::open 
[1170144964.203608 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 6 -> 7 add Contact 
[1170144964.203635 /dtn/cl/tcp debug] opening contact on link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING]
[1170144964.203684 /dtn/cl/tcp/notifier debug] created pipe, fds: 36 37
[1170144964.203712 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170144964.203735 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170144964.203822 /dtn/cl/tcp/conn/0x82f32d0/sock debug] created socket 38
[1170144964.203848 /dtn/cl/tcp/conn/0x82f32d0/sock debug] setting SO_REUSEADDR
[1170144964.203873 /dtn/cl/tcp/conn/0x82f32d0/sock debug] set_nonblocking: nonblocking mode set
[1170144964.203897 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521) 1 -> 2 add TCPConvergenceLayer::Connection 
[1170144964.203926 /thread debug] starting thread 0x82f32d4
[1170144964.203993 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 7 -> 6 del Contact 
[1170144964.204027 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] new contact 0x82f3208
[1170144964.204054 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 6 -> 5 del RouteEntry 
[1170144964.204083 /dtn/tca debug] fwd_to_matching_r dest='tca://correspondent10/myapp': 1 matches
[1170144964.204123 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170144964.204146 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170144964.204167 /dtn/tca debug] TcaRouter::link available
[1170144964.204208 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'link_available'
[1170144964.204252 /dtn/storage/globals debug] next_bundleid 8 -> 9
[1170144964.204275 /dtn/storage/globals debug] updating global store
[1170144964.204358 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144964.204525 /dtn/apiclient/23/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170144964.204554 /dtn/apiclient/23/notifier debug] poll_with_notifier: normal fd has event
[1170144964.204577 /dtn/apiclient/23/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144964.204603 /dtn/apiclient/23/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.204624 /dtn/apiclient/23/notifier debug] drain pipe count = 0
[1170144964.204644 /dtn/apiclient/23/notifier debug] notifier wait successfully notified
[1170144964.204676 /dtn/bundle/refs debug] bundle id 7 (0x82f19f8): refcount 3 -> 2 (1 mappings) del APIClient::handle_send 
[1170144964.204727 /dtn/apiclient/23 debug] building reply: status (unknown type), length 272
[1170144964.204751 /dtn/apiclient/23 debug] sending 280 byte reply message
[1170144964.204806 /dtn/apiclient/23 debug] ::writev() fd 23 cc 280
[1170144964.204831 /dtn/apiclient/23 debug] writeall 280 bytes 0 left 280 total
[1170144964.204935 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144964.204963 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144964.204993 /dtn/apiclient/23 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170144964.212376 /dtn/bundle debug] Bundle::init bundle id 8
[1170144964.212494 /dtn/bundle/payload/8/file debug] open bundles/bundle_8.dat (flags 0xc2 mode 0x180): fd 40
[1170144964.212536 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=40 pin_count=1 size=3
[1170144964.212574 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=40 pin_count=0 size=4
[1170144964.212616 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=40 pin_count=1 size=4
[1170144964.212683 /dtn/bundle/payload/8/file debug] ::writev() fd 40 cc 14
[1170144964.212707 /dtn/bundle/payload/8/file debug] writeall 14 bytes 0 left 14 total
[1170144964.212735 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=40 pin_count=0 size=4
[1170144964.212762 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170144964.212790 /dtn/bundle/daemon debug] posting event (0x82f19a0) with type BUNDLE_RECEIVED (at back)
[1170144964.212818 /dtn/contact/manager debug] dispatching event (0x82f2e50) LINK_AVAILABLE
[1170144964.212847 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 5 -> 4 del LinkAvailableEvent 
[1170144964.212883 /timer debug] new timeout 4672
[1170144964.212911 /dtn/bundle/daemon debug] dispatching event (0x82f2f58) LINK_CREATED
[1170144964.212933 /dtn/tca debug] dispatching event (0x82f2f58) LINK_CREATED
[1170144964.212954 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 4 -> 5 add LinkCreatedEvent 
[1170144964.213000 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 5 -> 4 del LinkCreatedEvent 
[1170144964.213033 /dtn/contact/manager debug] dispatching event (0x82f2f58) LINK_CREATED
[1170144964.213058 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 4 -> 3 del LinkCreatedEvent 
[1170144964.213091 /timer debug] new timeout 4672
[1170144964.213114 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144964.213140 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.213162 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144964.213186 /dtn/bundle/daemon debug] dispatching event (0x82f19a0) BUNDLE_RECEIVED
[1170144964.213300 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170144964.213300 /dtn/bundle/daemon debug] bundle id 8:
[1170144964.213300 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170144964.213300 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170144964.213300 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170144964.213300 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170144964.213300 /dtn/bundle/daemon debug]            prevhop: 
[1170144964.213300 /dtn/bundle/daemon debug]     payload_length: 14
[1170144964.213300 /dtn/bundle/daemon debug]           priority: 1
[1170144964.213300 /dtn/bundle/daemon debug]  custody_requested: false
[1170144964.213300 /dtn/bundle/daemon debug]      local_custody: false
[1170144964.213300 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144964.213300 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144964.213300 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144964.213300 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144964.213300 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144964.213300 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144964.213300 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144964.213300 /dtn/bundle/daemon debug]        creation_ts: 223460164.8
[1170144964.213300 /dtn/bundle/daemon debug]         expiration: 3600
[1170144964.213300 /dtn/bundle/daemon debug]        is_fragment: false
[1170144964.213300 /dtn/bundle/daemon debug]           is_admin: false
[1170144964.213300 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144964.213300 /dtn/bundle/daemon debug]        orig_length: 0
[1170144964.213300 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144964.213300 /dtn/bundle/daemon debug] transmission_count: 0
[1170144964.213383 /dtn/bundle/daemon debug] adding bundle bundle id 8 tca://localhost/bundlelayer -> tca://homeagent/admin (14 bytes payload) to pending list
[1170144964.213420 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144964.213447 /dtn/bundle/list/pending_bundles debug] bundle id 8 add mapping [pending_bundles] to list 0x81ee530
[1170144964.213470 /dtn/bundle/actions debug] adding bundle 8 to data store
[1170144964.213506 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170144964.214044 /dtn/storage/bundles debug] add(8): success
[1170144964.214080 /dtn/bundle/daemon debug] scheduling expiration for bundle id 8 at 1170148564.214073 (in 3600 seconds)
[1170144964.214108 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144964.214139 /timer debug] scheduling timer 0x82f2f58 in 3600000 ms at 1170148564:214073
[1170144964.214168 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 8 tca://localhost/bundlelayer -> tca://homeagent/admin (14 bytes payload)
[1170144964.214198 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170144964.214267 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170144964.214296 /dtn/registration/table debug] matched registration 10 tca://homeagent/admin
[1170144964.214321 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 1 matches
[1170144964.214345 /dtn/bundle/daemon debug] delivering bundle bundle id 8 tca://localhost/bundlelayer -> tca://homeagent/admin (14 bytes payload) to registration 10 (tca://homeagent/admin)
[1170144964.214374 /dtn/registration/10 info] deliver_bundle: queuing bundle id 8 for active delivery to tca://homeagent/admin
[1170144964.214404 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170144964.214431 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170144964.214470 /dtn/apiclient/23 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144964.214497 /dtn/apiclient/23 debug] poll_with_notifier: normal fd has event
[1170144964.214523 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170144964.214545 /dtn/bundle/list//dtn/registration/10 debug] bundle id 8 add mapping [/dtn/registration/10] to list 0x82cf938
[1170144964.214575 /dtn/bundle/list//dtn/registration/10 debug] bundle id 8 del_bundle: deleting mapping [/dtn/registration/10]
[1170144964.214604 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144964.214630 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.214653 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170144964.214697 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary 
[1170144964.214725 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10
[1170144964.214751 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv 
[1170144964.214776 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary 
[1170144964.214802 /dtn/apiclient/23 debug] handle_recv: popped bundle 8 for registration 10 (timeout 30000)
[1170144964.214834 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=40 pin_count=1 size=4
[1170144964.214860 /dtn/bundle/payload/8/file debug] lseek 0 SEEK_SET -> 0
[1170144964.214890 /dtn/bundle/payload/8/file debug] ::readv() fd 40 cc 14
[1170144964.214912 /dtn/bundle/payload/8/file debug] readall 14 bytes 0 left 14 total
[1170144964.214939 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=40 pin_count=0 size=4
[1170144964.214972 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 8 to registration 10
[1170144964.214997 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent 
[1170144964.215023 /dtn/bundle/daemon debug] posting event (0x82f2e50) with type BUNDLE_DELIVERED (at back)
[1170144964.215046 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144964.215069 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144964.215091 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv 
[1170144964.215119 /dtn/apiclient/23 debug] building reply: status (unknown type), length 824
[1170144964.215141 /dtn/apiclient/23 debug] sending 832 byte reply message
[1170144964.215186 /dtn/apiclient/23 debug] ::writev() fd 23 cc 832
[1170144964.215210 /dtn/apiclient/23 debug] writeall 832 bytes 0 left 832 total
[1170144964.215515 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144964.215545 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144964.215573 /dtn/apiclient/23 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170144964.215802 /dtn/tca debug] dispatching event (0x82f19a0) BUNDLE_RECEIVED
[1170144964.215841 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=40 pin_count=1 size=4
[1170144964.215868 /dtn/bundle/payload/8/file debug] lseek 0 SEEK_SET -> 0
[1170144964.215896 /dtn/bundle/payload/8/file debug] ::readv() fd 40 cc 14
[1170144964.215917 /dtn/bundle/payload/8/file debug] readall 14 bytes 0 left 14 total
[1170144964.215944 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=40 pin_count=0 size=4
[1170144964.215970 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'link_available8/'
[1170144964.216010 /dtn/contact/manager debug] dispatching event (0x82f19a0) BUNDLE_RECEIVED
[1170144964.216039 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170144964.216070 /timer debug] new timeout 4669
[1170144964.216093 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144964.216118 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.216140 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144964.216164 /dtn/bundle/daemon debug] dispatching event (0x82f2e50) BUNDLE_DELIVERED
[1170144964.216186 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:8 (14 bytes) -> regid 10 (tca://homeagent/admin)
[1170144964.216214 /dtn/bundle/daemon debug] removing bundle bundle id 8 tca://localhost/bundlelayer -> tca://homeagent/admin (14 bytes payload) from pending list
[1170144964.216240 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 8
[1170144964.216262 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170144964.216290 /dtn/bundle/list/pending_bundles debug] bundle id 8 del_bundle: deleting mapping [pending_bundles]
[1170144964.216341 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170144964.216370 /dtn/tca debug] dispatching event (0x82f2e50) BUNDLE_DELIVERED
[1170144964.216391 /dtn/contact/manager debug] dispatching event (0x82f2e50) BUNDLE_DELIVERED
[1170144964.216417 /dtn/bundle/refs debug] bundle id 8 (0x82f3768): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170144964.216441 /dtn/bundle debug] bundle id 8 (0x82f3768): no more references, posting free event
[1170144964.216464 /dtn/bundle/daemon debug] posting event (0x82e1110) with type BUNDLE_FREE (at back)
[1170144964.216488 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144964.216511 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144964.216538 /timer debug] new timeout 4669
[1170144964.216560 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144964.216584 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.216606 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144964.216630 /dtn/bundle/daemon debug] dispatching event (0x82e1110) BUNDLE_FREE
[1170144964.216652 /dtn/bundle/actions debug] removing bundle 8 from data store
[1170144964.216958 /dtn/storage/bundles debug] del(8): success
[1170144964.216989 /dtn/bundle/free debug] destroying bundle id 8
[1170144964.217031 /dtn/storage/bundles/fdcache/cache debug] Closed 40 size=4
[1170144964.217115 /dtn/bundle/payload/8/file debug] unlink bundles/bundle_8.dat: 0
[1170144964.217158 /timer debug] new timeout 4668
[1170144964.217192 /dtn/bundle/daemon debug] poll returned 1
[1170144964.217214 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144964.217243 /timer debug] new timeout 4668
[1170144964.350291 /dtn/cl/tcp warning] invalid hostname 'jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/' in next hop jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144964.350347 /dtn/cl/tcp/conn/0x82f32d0 info] can't resolve nexthop address 'jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/'
[1170144964.350372 /dtn/cl/tcp/conn/0x82f32d0 debug] break_contact: connection broken
[1170144964.350397 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 3 -> 4 add LinkStateChangeRequest 
[1170144964.350429 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521) 2 -> 3 add LinkStateChangeRequest 
[1170144964.350458 /dtn/bundle/daemon debug] posting event (0x82f19a0) with type LINK_STATE_CHANGE_REQUEST (at back)
[1170144964.350485 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144964.350512 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144964.350536 /dtn/cl/tcp/conn/0x82f32d0 debug] contact_broken set, exiting main loop
[1170144964.350879 /dtn/bundle/daemon debug] poll returned 1
[1170144964.350906 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144964.350934 /timer debug] new timeout 4534
[1170144964.350958 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144964.350985 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.351008 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144964.351032 /dtn/bundle/daemon debug] dispatching event (0x82f19a0) LINK_STATE_CHANGE_REQUEST
[1170144964.351055 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 4 -> 5 add LinkStateChangeRequest 
[1170144964.351085 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [OPENING -> CLOSED] (connection broken) for link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING]
[1170144964.351154 /dtn/bundle/actions debug] closing link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144964.351179 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] Link::close
[1170144964.351200 /dtn/cl/tcp info] close_contact contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521)
[1170144964.351233 /dtn/cl/tcp/conn/0x82f32d0/sock debug] closing socket in state INIT
[1170144964.351268 /dtn/cl/tcp/conn/0x82f32d0/sock debug] state INIT -> FINI
[1170144964.351319 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 36 37)
[1170144964.351354 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521) 3 -> 2 del TCPConvergenceLayer::Connection 
[1170144964.351385 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521) 2 -> 1 del Link 
[1170144964.351414 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] Link::close complete
[1170144964.351436 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] set_state OPENING -> UNAVAILABLE
[1170144964.351459 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 6 add LinkUnavailableEvent 
[1170144964.351488 /dtn/bundle/daemon debug] posting event (0x82f2f08) with type LINK_UNAVAILABLE (at head)
[1170144964.351511 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144964.351534 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144964.351555 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 6 -> 5 del LinkStateChangeRequest 
[1170144964.351588 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521) 1 -> 0 del LinkStateChangeRequest 
[1170144964.351615 /dtn/contact/refs debug] no_more_refs contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144964.203521)... deleting object
[1170144964.351639 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 4 del Contact 
[1170144964.351668 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 3 del LinkStateChangeRequest 
[1170144964.351702 /timer debug] new timeout 4534
[1170144964.351725 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144964.351749 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.351771 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144964.351796 /dtn/bundle/daemon debug] dispatching event (0x82f2f08) LINK_UNAVAILABLE
[1170144964.351817 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 3 -> 4 add LinkUnavailableEvent 
[1170144964.351845 /dtn/bundle/daemon info] LINK UNAVAILABLE jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE]
[1170144964.351870 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 3 del LinkUnavailableEvent 
[1170144964.351899 /dtn/tca debug] dispatching event (0x82f2f08) LINK_UNAVAILABLE
[1170144964.351921 /dtn/tca debug] TcaRouter::link unavailable
[1170144964.351976 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'link_unavailable'
[1170144964.352044 /dtn/storage/globals debug] next_bundleid 9 -> 10
[1170144964.352069 /dtn/storage/globals debug] updating global store
[1170144964.352156 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144964.352760 /dtn/bundle debug] Bundle::init bundle id 9
[1170144964.352849 /dtn/bundle/payload/9/file debug] open bundles/bundle_9.dat (flags 0xc2 mode 0x180): fd 36
[1170144964.352889 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=36 pin_count=1 size=3
[1170144964.352925 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=36 pin_count=0 size=4
[1170144964.352967 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=36 pin_count=1 size=4
[1170144964.353024 /dtn/bundle/payload/9/file debug] ::writev() fd 36 cc 16
[1170144964.353048 /dtn/bundle/payload/9/file debug] writeall 16 bytes 0 left 16 total
[1170144964.353075 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=36 pin_count=0 size=4
[1170144964.353103 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170144964.353130 /dtn/bundle/daemon debug] posting event (0x82f19b8) with type BUNDLE_RECEIVED (at back)
[1170144964.353153 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144964.353176 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144964.353201 /dtn/contact/manager debug] dispatching event (0x82f2f08) LINK_UNAVAILABLE
[1170144964.353224 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 3 -> 4 add LinkUnavailableEvent 
[1170144964.353254 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 5 add LinkAvailabilityTimer 
[1170144964.353282 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 6 add LinkUnavailableEvent 
[1170144964.353312 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 6 -> 7 add LinkUnavailableEvent 
[1170144964.353341 /dtn/contact/manager debug] link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ unavailable (connection broken): scheduling retry timer in 5 seconds
[1170144964.353373 /timer debug] scheduling timer 0x82f1f10 in 5000 ms at 1170144969:353363
[1170144964.353404 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 7 -> 6 del LinkUnavailableEvent 
[1170144964.353432 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 6 -> 5 del LinkUnavailableEvent 
[1170144964.353464 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 4 del LinkUnavailableEvent 
[1170144964.353497 /timer debug] new timeout 4532
[1170144964.353520 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144964.353546 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.353588 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144964.353613 /dtn/bundle/daemon debug] dispatching event (0x82f19b8) BUNDLE_RECEIVED
[1170144964.353727 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170144964.353727 /dtn/bundle/daemon debug] bundle id 9:
[1170144964.353727 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170144964.353727 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170144964.353727 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170144964.353727 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170144964.353727 /dtn/bundle/daemon debug]            prevhop: 
[1170144964.353727 /dtn/bundle/daemon debug]     payload_length: 16
[1170144964.353727 /dtn/bundle/daemon debug]           priority: 1
[1170144964.353727 /dtn/bundle/daemon debug]  custody_requested: false
[1170144964.353727 /dtn/bundle/daemon debug]      local_custody: false
[1170144964.353727 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144964.353727 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144964.353727 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144964.353727 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144964.353727 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144964.353727 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144964.353727 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144964.353727 /dtn/bundle/daemon debug]        creation_ts: 223460164.9
[1170144964.353727 /dtn/bundle/daemon debug]         expiration: 3600
[1170144964.353727 /dtn/bundle/daemon debug]        is_fragment: false
[1170144964.353727 /dtn/bundle/daemon debug]           is_admin: false
[1170144964.353727 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144964.353727 /dtn/bundle/daemon debug]        orig_length: 0
[1170144964.353727 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144964.353727 /dtn/bundle/daemon debug] transmission_count: 0
[1170144964.353803 /dtn/bundle/daemon debug] adding bundle bundle id 9 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) to pending list
[1170144964.353840 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144964.353867 /dtn/bundle/list/pending_bundles debug] bundle id 9 add mapping [pending_bundles] to list 0x81ee530
[1170144964.353891 /dtn/bundle/actions debug] adding bundle 9 to data store
[1170144964.353925 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170144964.354370 /dtn/storage/bundles debug] add(9): success
[1170144964.354406 /dtn/bundle/daemon debug] scheduling expiration for bundle id 9 at 1170148564.354399 (in 3600 seconds)
[1170144964.354434 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144964.354463 /timer debug] scheduling timer 0x82f2f08 in 3600000 ms at 1170148564:354399
[1170144964.354490 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 9 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload)
[1170144964.354521 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170144964.354590 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170144964.354620 /dtn/registration/table debug] matched registration 10 tca://homeagent/admin
[1170144964.354644 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 1 matches
[1170144964.354670 /dtn/bundle/daemon debug] delivering bundle bundle id 9 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) to registration 10 (tca://homeagent/admin)
[1170144964.354699 /dtn/registration/10 info] deliver_bundle: queuing bundle id 9 for active delivery to tca://homeagent/admin
[1170144964.354728 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170144964.354755 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170144964.354797 /dtn/apiclient/23 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144964.354823 /dtn/apiclient/23 debug] poll_with_notifier: normal fd has event
[1170144964.354850 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170144964.354873 /dtn/bundle/list//dtn/registration/10 debug] bundle id 9 add mapping [/dtn/registration/10] to list 0x82cf938
[1170144964.354925 /dtn/bundle/list//dtn/registration/10 debug] bundle id 9 del_bundle: deleting mapping [/dtn/registration/10]
[1170144964.354956 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144964.354982 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.355005 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170144964.355026 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 4 -> 5 (1 mappings) add BundleList::pop_front() temporary 
[1170144964.355052 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 5 -> 4 (1 mappings) del bundle_list /dtn/registration/10
[1170144964.355077 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 4 -> 5 (1 mappings) add APIClient::handle_recv 
[1170144964.355102 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 5 -> 4 (1 mappings) del BundleList::pop_front() temporary 
[1170144964.355127 /dtn/apiclient/23 debug] handle_recv: popped bundle 9 for registration 10 (timeout 30000)
[1170144964.355160 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=36 pin_count=1 size=4
[1170144964.355186 /dtn/bundle/payload/9/file debug] lseek 0 SEEK_SET -> 0
[1170144964.355216 /dtn/bundle/payload/9/file debug] ::readv() fd 36 cc 16
[1170144964.355237 /dtn/bundle/payload/9/file debug] readall 16 bytes 0 left 16 total
[1170144964.355264 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=36 pin_count=0 size=4
[1170144964.355299 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 9 to registration 10
[1170144964.355324 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 4 -> 5 (1 mappings) add BundleDeliveredEvent 
[1170144964.355349 /dtn/bundle/daemon debug] posting event (0x82f2e50) with type BUNDLE_DELIVERED (at back)
[1170144964.355372 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144964.355395 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144964.355418 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 5 -> 4 (1 mappings) del APIClient::handle_recv 
[1170144964.355447 /dtn/apiclient/23 debug] building reply: status (unknown type), length 824
[1170144964.355470 /dtn/apiclient/23 debug] sending 832 byte reply message
[1170144964.355524 /dtn/apiclient/23 debug] ::writev() fd 23 cc 832
[1170144964.355548 /dtn/apiclient/23 debug] writeall 832 bytes 0 left 832 total
[1170144964.355876 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144964.355906 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144964.355936 /dtn/apiclient/23 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170144964.356175 /dtn/tca debug] dispatching event (0x82f19b8) BUNDLE_RECEIVED
[1170144964.356217 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=36 pin_count=1 size=4
[1170144964.356244 /dtn/bundle/payload/9/file debug] lseek 0 SEEK_SET -> 0
[1170144964.356272 /dtn/bundle/payload/9/file debug] ::readv() fd 36 cc 16
[1170144964.356346 /dtn/bundle/payload/9/file debug] readall 16 bytes 0 left 16 total
[1170144964.356374 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=36 pin_count=0 size=4
[1170144964.356399 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'link_unavailablel2/'
[1170144964.356440 /dtn/contact/manager debug] dispatching event (0x82f19b8) BUNDLE_RECEIVED
[1170144964.356470 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170144964.356501 /timer debug] new timeout 4529
[1170144964.356524 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144964.356549 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.356571 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144964.356595 /dtn/bundle/daemon debug] dispatching event (0x82f2e50) BUNDLE_DELIVERED
[1170144964.356617 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:9 (16 bytes) -> regid 10 (tca://homeagent/admin)
[1170144964.356668 /dtn/bundle/daemon debug] removing bundle bundle id 9 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) from pending list
[1170144964.356696 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 9
[1170144964.356718 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170144964.356746 /dtn/bundle/list/pending_bundles debug] bundle id 9 del_bundle: deleting mapping [pending_bundles]
[1170144964.356773 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170144964.356799 /dtn/tca debug] dispatching event (0x82f2e50) BUNDLE_DELIVERED
[1170144964.356821 /dtn/contact/manager debug] dispatching event (0x82f2e50) BUNDLE_DELIVERED
[1170144964.356847 /dtn/bundle/refs debug] bundle id 9 (0x82f31c8): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170144964.356871 /dtn/bundle debug] bundle id 9 (0x82f31c8): no more references, posting free event
[1170144964.356894 /dtn/bundle/daemon debug] posting event (0x82e1110) with type BUNDLE_FREE (at back)
[1170144964.356917 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144964.356940 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144964.356966 /timer debug] new timeout 4528
[1170144964.356989 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144964.357013 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144964.357034 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144964.357058 /dtn/bundle/daemon debug] dispatching event (0x82e1110) BUNDLE_FREE
[1170144964.357080 /dtn/bundle/actions debug] removing bundle 9 from data store
[1170144964.357672 /dtn/storage/bundles debug] del(9): success
[1170144964.357705 /dtn/bundle/free debug] destroying bundle id 9
[1170144964.357748 /dtn/storage/bundles/fdcache/cache debug] Closed 36 size=4
[1170144964.357832 /dtn/bundle/payload/9/file debug] unlink bundles/bundle_9.dat: 0
[1170144964.357877 /timer debug] new timeout 4527
[1170144964.357911 /dtn/bundle/daemon debug] poll returned 1
[1170144964.357933 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144964.357961 /timer debug] new timeout 4527
[1170144968.890048 /dtn/bundle/daemon debug] poll returned -2
[1170144968.890101 /dtn/bundle/daemon debug] poll timeout
[1170144968.890136 /timer debug] popping timer 0x825f4c8 at 1170144968.890124
[1170144968.890162 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170144968.890188 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170144968.890218 /timer debug] scheduling timer 0x825f4c8 in 5000 ms at 1170144973:890208
[1170144968.890253 /timer debug] new timeout 464
[1170144968.890287 /dtn/bundle/daemon debug] poll returned 1
[1170144968.890309 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144968.890336 /timer debug] new timeout 464
[1170144969.357917 /dtn/bundle/daemon debug] poll returned -2
[1170144969.360482 /dtn/bundle/daemon debug] poll timeout
[1170144969.360520 /timer debug] popping timer 0x82f1f10 at 1170144969.360508
[1170144969.360548 /dtn/contact/manager debug] reopen link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144969.360592 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 3 del LinkUnavailableEvent 
[1170144969.360632 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 3 -> 4 add LinkStateChangeRequest 
[1170144969.360664 /dtn/bundle/daemon debug] posting event (0x82f2f80) with type LINK_STATE_CHANGE_REQUEST (at back)
[1170144969.360690 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144969.360715 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144969.360779 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 3 del LinkAvailabilityTimer 
[1170144969.360815 /timer debug] new timeout 4529
[1170144969.360839 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144969.360867 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144969.360889 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144969.360915 /dtn/bundle/daemon debug] dispatching event (0x82f2f80) LINK_STATE_CHANGE_REQUEST
[1170144969.360937 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 3 -> 4 add LinkStateChangeRequest 
[1170144969.360966 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [UNAVAILABLE -> OPEN] (re-establishing connection) for link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE]
[1170144969.360996 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] set_state UNAVAILABLE -> AVAILABLE
[1170144969.361040 /dtn/bundle/actions debug] opening link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144969.361063 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] Link::open
[1170144969.361084 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] set_state AVAILABLE -> OPENING
[1170144969.361105 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 4 -> 5 add Link::open 
[1170144969.361139 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 5 -> 6 add Contact 
[1170144969.361171 /dtn/contact/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F° info] new contact contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165)
[1170144969.361196 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165) 0 -> 1 add Link 
[1170144969.361223 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 6 -> 5 del Link::open 
[1170144969.361251 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 5 -> 6 add Contact 
[1170144969.361278 /dtn/cl/tcp debug] opening contact on link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING]
[1170144969.361331 /dtn/cl/tcp/notifier debug] created pipe, fds: 36 37
[1170144969.361359 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170144969.361382 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode set
[1170144969.361460 /dtn/cl/tcp/conn/0x82f31c8/sock debug] created socket 38
[1170144969.361485 /dtn/cl/tcp/conn/0x82f31c8/sock debug] setting SO_REUSEADDR
[1170144969.361511 /dtn/cl/tcp/conn/0x82f31c8/sock debug] set_nonblocking: nonblocking mode set
[1170144969.361534 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165) 1 -> 2 add TCPConvergenceLayer::Connection 
[1170144969.361564 /thread debug] starting thread 0x82f31cc
[1170144969.361629 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 6 -> 5 del Contact 
[1170144969.361681 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] new contact 0x82f1df0
[1170144969.361709 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 5 -> 4 del LinkStateChangeRequest 
[1170144969.361742 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 4 -> 3 del LinkStateChangeRequest 
[1170144969.361776 /timer debug] new timeout 4528
[1170144969.472804 /dtn/cl/tcp warning] invalid hostname 'jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/' in next hop jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144969.472847 /dtn/cl/tcp/conn/0x82f31c8 info] can't resolve nexthop address 'jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/'
[1170144969.472873 /dtn/cl/tcp/conn/0x82f31c8 debug] break_contact: connection broken
[1170144969.472896 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 3 -> 4 add LinkStateChangeRequest 
[1170144969.472926 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165) 2 -> 3 add LinkStateChangeRequest 
[1170144969.472954 /dtn/bundle/daemon debug] posting event (0x82f2f80) with type LINK_STATE_CHANGE_REQUEST (at back)
[1170144969.472979 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144969.473004 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144969.473027 /dtn/cl/tcp/conn/0x82f31c8 debug] contact_broken set, exiting main loop
[1170144969.473130 /dtn/bundle/daemon debug] poll returned 1
[1170144969.473155 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144969.473180 /timer debug] new timeout 4417
[1170144969.473203 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144969.473229 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144969.473251 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144969.473275 /dtn/bundle/daemon debug] dispatching event (0x82f2f80) LINK_STATE_CHANGE_REQUEST
[1170144969.473297 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING] 4 -> 5 add LinkStateChangeRequest 
[1170144969.473326 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [OPENING -> CLOSED] (connection broken) for link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND OPENING]
[1170144969.473355 /dtn/bundle/actions debug] closing link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/
[1170144969.473377 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] Link::close
[1170144969.473397 /dtn/cl/tcp info] close_contact contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165)
[1170144969.473429 /dtn/cl/tcp/conn/0x82f31c8/sock debug] closing socket in state INIT
[1170144969.473463 /dtn/cl/tcp/conn/0x82f31c8/sock debug] state INIT -> FINI
[1170144969.473501 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 36 37)
[1170144969.473533 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165) 3 -> 2 del TCPConvergenceLayer::Connection 
[1170144969.473564 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165) 2 -> 1 del Link 
[1170144969.473593 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] Link::close complete
[1170144969.473641 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ debug] set_state OPENING -> UNAVAILABLE
[1170144969.473666 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 6 add LinkUnavailableEvent 
[1170144969.473696 /dtn/bundle/daemon debug] posting event (0x82f1f10) with type LINK_UNAVAILABLE (at head)
[1170144969.473719 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144969.473742 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144969.473762 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 6 -> 5 del LinkStateChangeRequest 
[1170144969.473795 /dtn/contact/refs debug] refcount contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165) 1 -> 0 del LinkStateChangeRequest 
[1170144969.473822 /dtn/contact/refs debug] no_more_refs contact jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ (started 1170144969.361165)... deleting object
[1170144969.473847 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 4 del Contact 
[1170144969.473876 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 3 del LinkStateChangeRequest 
[1170144969.473930 /timer debug] new timeout 4416
[1170144969.473952 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144969.473977 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144969.473998 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144969.474023 /dtn/bundle/daemon debug] dispatching event (0x82f1f10) LINK_UNAVAILABLE
[1170144969.474044 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 3 -> 4 add LinkUnavailableEvent 
[1170144969.474072 /dtn/bundle/daemon info] LINK UNAVAILABLE jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE]
[1170144969.474097 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 3 del LinkUnavailableEvent 
[1170144969.474126 /dtn/tca debug] dispatching event (0x82f1f10) LINK_UNAVAILABLE
[1170144969.474147 /dtn/tca debug] TcaRouter::link unavailable
[1170144969.474199 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'link_unavailable'
[1170144969.474245 /dtn/storage/globals debug] next_bundleid 10 -> 11
[1170144969.474269 /dtn/storage/globals debug] updating global store
[1170144969.474352 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170144969.479631 /dtn/bundle debug] Bundle::init bundle id 10
[1170144969.480724 /dtn/bundle/payload/10/file debug] open bundles/bundle_10.dat (flags 0xc2 mode 0x180): fd 36
[1170144969.480767 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=36 pin_count=1 size=3
[1170144969.480803 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=36 pin_count=0 size=4
[1170144969.480845 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=36 pin_count=1 size=4
[1170144969.480908 /dtn/bundle/payload/10/file debug] ::writev() fd 36 cc 16
[1170144969.480932 /dtn/bundle/payload/10/file debug] writeall 16 bytes 0 left 16 total
[1170144969.480960 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=36 pin_count=0 size=4
[1170144969.481016 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170144969.481046 /dtn/bundle/daemon debug] posting event (0x82f2e50) with type BUNDLE_RECEIVED (at back)
[1170144969.481070 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144969.481094 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144969.481120 /dtn/contact/manager debug] dispatching event (0x82f1f10) LINK_UNAVAILABLE
[1170144969.481143 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 3 -> 4 add LinkUnavailableEvent 
[1170144969.481174 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 5 add LinkAvailabilityTimer 
[1170144969.481233 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 6 add LinkUnavailableEvent 
[1170144969.481264 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 6 -> 7 add LinkUnavailableEvent 
[1170144969.481294 /dtn/contact/manager debug] link jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ unavailable (connection broken): scheduling retry timer in 10 seconds
[1170144969.481327 /timer debug] scheduling timer 0x82f2010 in 10000 ms at 1170144979:481317
[1170144969.481358 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 7 -> 6 del LinkUnavailableEvent 
[1170144969.481387 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 6 -> 5 del LinkUnavailableEvent 
[1170144969.481419 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 4 del LinkUnavailableEvent 
[1170144969.481453 /timer debug] new timeout 4408
[1170144969.481477 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144969.481502 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144969.481525 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144969.481549 /dtn/bundle/daemon debug] dispatching event (0x82f2e50) BUNDLE_RECEIVED
[1170144969.481663 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170144969.481663 /dtn/bundle/daemon debug] bundle id 10:
[1170144969.481663 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170144969.481663 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170144969.481663 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170144969.481663 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170144969.481663 /dtn/bundle/daemon debug]            prevhop: 
[1170144969.481663 /dtn/bundle/daemon debug]     payload_length: 16
[1170144969.481663 /dtn/bundle/daemon debug]           priority: 1
[1170144969.481663 /dtn/bundle/daemon debug]  custody_requested: false
[1170144969.481663 /dtn/bundle/daemon debug]      local_custody: false
[1170144969.481663 /dtn/bundle/daemon debug]     singleton_dest: true
[1170144969.481663 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170144969.481663 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170144969.481663 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170144969.481663 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170144969.481663 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170144969.481663 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170144969.481663 /dtn/bundle/daemon debug]        creation_ts: 223460169.10
[1170144969.481663 /dtn/bundle/daemon debug]         expiration: 3600
[1170144969.481663 /dtn/bundle/daemon debug]        is_fragment: false
[1170144969.481663 /dtn/bundle/daemon debug]           is_admin: false
[1170144969.481663 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170144969.481663 /dtn/bundle/daemon debug]        orig_length: 0
[1170144969.481663 /dtn/bundle/daemon debug]        frag_offset: 0
[1170144969.481663 /dtn/bundle/daemon debug] transmission_count: 0
[1170144969.481738 /dtn/bundle/daemon debug] adding bundle bundle id 10 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) to pending list
[1170144969.481775 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170144969.481802 /dtn/bundle/list/pending_bundles debug] bundle id 10 add mapping [pending_bundles] to list 0x81ee530
[1170144969.481825 /dtn/bundle/actions debug] adding bundle 10 to data store
[1170144969.481861 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170144969.482854 /dtn/storage/bundles debug] add(10): success
[1170144969.482890 /dtn/bundle/daemon debug] scheduling expiration for bundle id 10 at 1170148569.482883 (in 3600 seconds)
[1170144969.482919 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170144969.482949 /timer debug] scheduling timer 0x82f19c8 in 3600000 ms at 1170148569:482883
[1170144969.482976 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 10 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload)
[1170144969.483007 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170144969.483076 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170144969.483106 /dtn/registration/table debug] matched registration 10 tca://homeagent/admin
[1170144969.483130 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 1 matches
[1170144969.483155 /dtn/bundle/daemon debug] delivering bundle bundle id 10 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) to registration 10 (tca://homeagent/admin)
[1170144969.483184 /dtn/registration/10 info] deliver_bundle: queuing bundle id 10 for active delivery to tca://homeagent/admin
[1170144969.483212 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration/10
[1170144969.483239 /dtn/bundle/list//dtn/registration/10/notifier debug] notifier notify
[1170144969.483266 /dtn/bundle/list//dtn/registration/10/notifier debug] notify count = 1
[1170144969.483287 /dtn/bundle/list//dtn/registration/10 debug] bundle id 10 add mapping [/dtn/registration/10] to list 0x82cf938
[1170144969.483312 /dtn/tca debug] dispatching event (0x82f2e50) BUNDLE_RECEIVED
[1170144969.483345 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=36 pin_count=1 size=4
[1170144969.483372 /dtn/bundle/payload/10/file debug] lseek 0 SEEK_SET -> 0
[1170144969.483401 /dtn/bundle/payload/10/file debug] ::readv() fd 36 cc 16
[1170144969.483422 /dtn/bundle/payload/10/file debug] readall 16 bytes 0 left 16 total
[1170144969.483449 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=36 pin_count=0 size=4
[1170144969.483474 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'link_unavailablel2/'
[1170144969.483515 /dtn/contact/manager debug] dispatching event (0x82f2e50) BUNDLE_RECEIVED
[1170144969.483544 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170144969.483575 /timer debug] new timeout 4406
[1170144969.483608 /dtn/bundle/daemon debug] poll returned 1
[1170144969.483630 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170144969.483657 /timer debug] new timeout 4406
[1170144969.483725 /dtn/apiclient/23 debug] poll_with_notifier: 1/2 fds ready, status 0x1 0x0 
[1170144969.483753 /dtn/apiclient/23 debug] poll_with_notifier: normal fd has event
[1170144969.483779 /dtn/bundle/list//dtn/registration/10 debug] bundle id 10 del_bundle: deleting mapping [/dtn/registration/10]
[1170144969.483808 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144969.483834 /dtn/bundle/list//dtn/registration/10/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144969.483857 /dtn/bundle/list//dtn/registration/10/notifier debug] drain pipe count = 0
[1170144969.483878 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 3 -> 4 (1 mappings) add BundleList::pop_front() temporary 
[1170144969.483904 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 4 -> 3 (1 mappings) del bundle_list /dtn/registration/10
[1170144969.483929 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 3 -> 4 (1 mappings) add APIClient::handle_recv 
[1170144969.483954 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 4 -> 3 (1 mappings) del BundleList::pop_front() temporary 
[1170144969.483979 /dtn/apiclient/23 debug] handle_recv: popped bundle 10 for registration 10 (timeout 30000)
[1170144969.484011 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=36 pin_count=1 size=4
[1170144969.484037 /dtn/bundle/payload/10/file debug] lseek 0 SEEK_SET -> 0
[1170144969.484063 /dtn/bundle/payload/10/file debug] ::readv() fd 36 cc 16
[1170144969.484084 /dtn/bundle/payload/10/file debug] readall 16 bytes 0 left 16 total
[1170144969.484111 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=36 pin_count=0 size=4
[1170144969.484145 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 10 to registration 10
[1170144969.484170 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 3 -> 4 (1 mappings) add BundleDeliveredEvent 
[1170144969.484195 /dtn/bundle/daemon debug] posting event (0x82f1f10) with type BUNDLE_DELIVERED (at back)
[1170144969.484218 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144969.484242 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144969.484265 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 4 -> 3 (1 mappings) del APIClient::handle_recv 
[1170144969.484294 /dtn/apiclient/23 debug] building reply: status (unknown type), length 824
[1170144969.484316 /dtn/apiclient/23 debug] sending 832 byte reply message
[1170144969.484370 /dtn/apiclient/23 debug] ::writev() fd 23 cc 832
[1170144969.484395 /dtn/apiclient/23 debug] writeall 832 bytes 0 left 832 total
[1170144969.484429 /dtn/bundle/daemon debug] poll returned 1
[1170144969.484452 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144969.484476 /timer debug] new timeout 4405
[1170144969.484498 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144969.484523 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144969.484544 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144969.484569 /dtn/bundle/daemon debug] dispatching event (0x82f1f10) BUNDLE_DELIVERED
[1170144969.484590 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:10 (16 bytes) -> regid 10 (tca://homeagent/admin)
[1170144969.484619 /dtn/bundle/daemon debug] removing bundle bundle id 10 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) from pending list
[1170144969.484645 /dtn/bundle/daemon debug] cancelling expiration timer for bundle id 10
[1170144969.484668 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 3 -> 2 (1 mappings) del expiration timer 
[1170144969.484696 /dtn/bundle/list/pending_bundles debug] bundle id 10 del_bundle: deleting mapping [pending_bundles]
[1170144969.484723 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 2 -> 1 (0 mappings) del bundle_list pending_bundles
[1170144969.484750 /dtn/tca debug] dispatching event (0x82f1f10) BUNDLE_DELIVERED
[1170144969.484771 /dtn/contact/manager debug] dispatching event (0x82f1f10) BUNDLE_DELIVERED
[1170144969.484815 /dtn/bundle/refs debug] bundle id 10 (0x82f31c8): refcount 1 -> 0 (0 mappings) del BundleDeliveredEvent 
[1170144969.484841 /dtn/bundle debug] bundle id 10 (0x82f31c8): no more references, posting free event
[1170144969.484864 /dtn/bundle/daemon debug] posting event (0x82e1110) with type BUNDLE_FREE (at back)
[1170144969.484886 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144969.484909 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144969.484935 /timer debug] new timeout 4405
[1170144969.484958 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144969.484982 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144969.485003 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144969.485027 /dtn/bundle/daemon debug] dispatching event (0x82e1110) BUNDLE_FREE
[1170144969.485049 /dtn/bundle/actions debug] removing bundle 10 from data store
[1170144969.485461 /dtn/storage/bundles debug] del(10): success
[1170144969.485495 /dtn/bundle/free debug] destroying bundle id 10
[1170144969.485540 /dtn/storage/bundles/fdcache/cache debug] Closed 36 size=4
[1170144969.485621 /dtn/bundle/payload/10/file debug] unlink bundles/bundle_10.dat: 0
[1170144969.485666 /timer debug] new timeout 4404
[1170144969.485721 /dtn/apiclient/23 debug] ::readv() fd 23 cc 13
[1170144969.485748 /dtn/apiclient/23 debug] got DTN_RECV (8/8 bytes)
[1170144969.485776 /dtn/apiclient/23 debug] wait_for_bundle(recv): blocking to get bundle for registration 10 (timeout 30000)
[1170144970.955119 /dtnd notice] command loop exited... shutting down daemon
[1170144970.955179 /command notice] shutting down interpreter
[1170144970.955202 /command debug] deleting test command
[1170144970.955238 /command debug] deleting console command
[1170144970.955270 /command debug] deleting storage command
[1170144970.955321 /command debug] deleting quit command
[1170144970.955345 /command debug] deleting shutdown command
[1170144970.955368 /command debug] deleting prophet command
[1170144970.955409 /command debug] deleting discovery command
[1170144970.955434 /command debug] deleting route command
[1170144970.955462 /command debug] deleting registration command
[1170144970.955487 /command debug] deleting param command
[1170144970.955526 /command debug] deleting link command
[1170144970.955550 /command debug] deleting interface command
[1170144970.955574 /command debug] deleting bundle command
[1170144970.955598 /command debug] deleting api command
[1170144970.955624 /command debug] deleting debug command
[1170144970.955648 /command debug] deleting log command
[1170144970.955673 /command debug] deleting help command
[1170144970.955696 /command debug] all commands deleted
[1170144970.956728 /dtnd notice] shutting down dtn server
[1170144970.956773 /dtnserver/shutdown/notifier debug] created pipe, fds: 22 36
[1170144970.956800 /dtnserver/shutdown/notifier debug] set_nonblocking: nonblocking mode set
[1170144970.956824 /dtnserver/shutdown/notifier debug] set_nonblocking: nonblocking mode set
[1170144970.956845 /dtnd info] DTNServer shutdown called, posting shutdown request to daemon
[1170144970.956870 /dtn/bundle/daemon debug] posting event (0x81e9128) with type SHUTDOWN (at back)
[1170144970.956896 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170144970.956922 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170144970.956945 /dtnserver/shutdown/notifier debug] attempting to wait on 0xbf9998a0, count = 0
[1170144970.957096 /dtn/bundle/daemon debug] poll returned 1
[1170144970.957123 /dtn/bundle/daemon debug] poll returned new event to handle
[1170144970.957150 /timer debug] new timeout 2934
[1170144970.957175 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144970.957202 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144970.957225 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170144970.957250 /dtn/bundle/daemon debug] dispatching event (0x81e9128) SHUTDOWN
[1170144970.957272 /dtn/bundle/daemon notice] Received shutdown request
[1170144970.957334 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 3 add ContactManager 
[1170144970.957366 /dtn/bundle/daemon debug] Shutdown: closing link null [/dev/null dtn:none ALWAYSON OPEN]
[1170144970.957390 /dtn/link/null debug] Link::close
[1170144970.957411 /dtn/cl/null debug] closing contact contact /dev/null (started 1170144933.857550)
[1170144970.957436 /dtn/contact/refs debug] refcount contact /dev/null (started 1170144933.857550) 1 -> 0 del Link 
[1170144970.957462 /dtn/contact/refs debug] no_more_refs contact /dev/null (started 1170144933.857550)... deleting object
[1170144970.957486 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170144970.957514 /dtn/link/null debug] Link::close complete
[1170144970.957534 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 1 del ContactManager 
[1170144970.957561 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC OPEN] 3 -> 4 add ContactManager 
[1170144970.957588 /dtn/bundle/daemon debug] Shutdown: closing link opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC OPEN]
[1170144970.957613 /dtn/link/opportunistic-0 debug] Link::close
[1170144970.957633 /dtn/cl/tcp info] close_contact contact 134.102.201.174:37151 (started 1170144953.608793)
[1170144970.957663 /dtn/cl/tcp/msgqueue debug] notifier notify
[1170144970.957689 /dtn/cl/tcp/msgqueue debug] notify count = 1
[1170144970.957712 /dtn/cl/tcp debug] waiting for connection thread to stop...
[1170144970.957887 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 
[1170144970.957917 /dtn/cl/tcp/conn/0x825d650 debug] poll_with_notifier: normal fd has event
[1170144970.957944 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144970.957969 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144970.958025 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0
[1170144970.958047 /dtn/cl/tcp/conn/0x825d650 debug] processing CLMSG_BREAK_CONTACT
[1170144970.958068 /dtn/cl/tcp/conn/0x825d650 debug] break_contact: sending shutdown
[1170144970.958089 /dtn/cl/tcp/conn/0x825d650 debug] send_data: trying to drain 2 bytes from send buffer...
[1170144970.958140 /dtn/cl/tcp/conn/0x825d650/21 debug] ::writev() fd 21 cc 2
[1170144970.958165 /dtn/cl/tcp/conn/0x825d650 debug] send_data: wrote 2/2 bytes from send buffer
[1170144970.958187 /dtn/cl/tcp/conn/0x825d650 debug] break_contact: user action
[1170144970.958208 /dtn/cl/tcp/conn/0x825d650/21 debug] closing socket in state ESTABLISHED
[1170144970.958243 /dtn/cl/tcp/conn/0x825d650/21 debug] state ESTABLISHED -> FINI
[1170144970.958267 /dtn/cl/tcp/conn/0x825d650 debug] contact_broken set, exiting main loop
[1170144971.066073 /dtn/cl/tcp/conn/0x825d650/21 debug] closing socket in state FINI
[1170144971.066172 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 28 29)
[1170144971.066213 /dtn/contact/refs debug] refcount contact 134.102.201.174:37151 (started 1170144953.608793) 2 -> 1 del TCPConvergenceLayer::Connection 
[1170144971.066248 /dtn/contact/refs debug] refcount contact 134.102.201.174:37151 (started 1170144953.608793) 1 -> 0 del Link 
[1170144971.066275 /dtn/contact/refs debug] no_more_refs contact 134.102.201.174:37151 (started 1170144953.608793)... deleting object
[1170144971.066301 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170144971.066331 /dtn/link/opportunistic-0 debug] Link::close complete
[1170144971.066351 /dtn/link/refs debug] refcount opportunistic-0 [134.102.201.174:37151 tca://correspondent10 OPPORTUNISTIC OPEN] 3 -> 2 del ContactManager 
[1170144971.066381 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 4 add ContactManager 
[1170144971.066409 /dtn/bundle/daemon debug] Shutdown: closing link opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC OPEN]
[1170144971.066472 /dtn/link/opportunistic-1 debug] Link::close
[1170144971.066495 /dtn/cl/tcp info] close_contact contact 134.102.201.183:52343 (started 1170144962.223084)
[1170144971.066525 /dtn/cl/tcp/msgqueue debug] notifier notify
[1170144971.066553 /dtn/cl/tcp/msgqueue debug] notify count = 1
[1170144971.066576 /dtn/cl/tcp debug] waiting for connection thread to stop...
[1170144971.066625 /dtn/cl/tcp/conn/0x82e0878 debug] poll_with_notifier: 1/2 fds ready, status 0x0 0x1 
[1170144971.066652 /dtn/cl/tcp/conn/0x82e0878 debug] poll_with_notifier: normal fd has event
[1170144971.066678 /dtn/cl/tcp/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170144971.066704 /dtn/cl/tcp/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144971.066726 /dtn/cl/tcp/msgqueue debug] drain pipe count = 0
[1170144971.066747 /dtn/cl/tcp/conn/0x82e0878 debug] processing CLMSG_BREAK_CONTACT
[1170144971.066768 /dtn/cl/tcp/conn/0x82e0878 debug] break_contact: sending shutdown
[1170144971.066789 /dtn/cl/tcp/conn/0x82e0878 debug] send_data: trying to drain 2 bytes from send buffer...
[1170144971.066950 /dtn/cl/tcp/conn/0x82e0878/31 debug] ::writev() fd 31 cc 2
[1170144971.066979 /dtn/cl/tcp/conn/0x82e0878 debug] send_data: wrote 2/2 bytes from send buffer
[1170144971.067002 /dtn/cl/tcp/conn/0x82e0878 debug] break_contact: user action
[1170144971.067023 /dtn/cl/tcp/conn/0x82e0878/31 debug] closing socket in state ESTABLISHED
[1170144971.067144 /dtn/cl/tcp/conn/0x82e0878/31 debug] state ESTABLISHED -> FINI
[1170144971.067173 /dtn/cl/tcp/conn/0x82e0878 debug] contact_broken set, exiting main loop
[1170144971.170053 /dtn/cl/tcp/conn/0x82e0878/31 debug] closing socket in state FINI
[1170144971.170104 /dtn/cl/tcp/msgqueue debug] Notifier shutting down (closing fds 32 33)
[1170144971.170140 /dtn/contact/refs debug] refcount contact 134.102.201.183:52343 (started 1170144962.223084) 2 -> 1 del TCPConvergenceLayer::Connection 
[1170144971.170173 /dtn/contact/refs debug] refcount contact 134.102.201.183:52343 (started 1170144962.223084) 1 -> 0 del Link 
[1170144971.170200 /dtn/contact/refs debug] no_more_refs contact 134.102.201.183:52343 (started 1170144962.223084)... deleting object
[1170144971.170224 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC OPEN] 4 -> 3 del Contact 
[1170144971.170253 /dtn/link/opportunistic-1 debug] Link::close complete
[1170144971.170272 /dtn/link/refs debug] refcount opportunistic-1 [134.102.201.183:52343 tca://streetcar3 OPPORTUNISTIC OPEN] 3 -> 2 del ContactManager 
[1170144971.170300 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 4 -> 5 add ContactManager 
[1170144971.170328 /dtn/link/refs debug] refcount jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ [jgre.openvpn.informatik.uni-bremen.deÙ·Ô È·xr²¶F°œ/Ä/ dtn:none ONDEMAND UNAVAILABLE] 5 -> 4 del ContactManager 
[1170144971.170359 /dtnserver/shutdown/notifier debug] notifier notify
[1170144971.170386 /dtnserver/shutdown/notifier debug] notify count = 1
[1170144971.170491 /dtnserver/shutdown/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170144971.170519 /dtnserver/shutdown/notifier debug] poll_with_notifier: normal fd has event
[1170144971.170541 /dtnserver/shutdown/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170144971.170567 /dtnserver/shutdown/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170144971.170589 /dtnserver/shutdown/notifier debug] drain pipe count = 0
[1170144971.170609 /dtnserver/shutdown/notifier debug] notifier wait successfully notified
[1170144971.170632 /dtnd notice] closing persistent data store
[1170144971.170652 /dtn/storage/registrations debug] closing registration store
[1170144971.170685 /dtn/storage debug] table registrations, -refcount=0
[1170144971.170710 /dtn/storage/registrations debug] closing db registrations
[1170144971.178328 /dtn/storage/links debug] closing link store
[1170144971.179294 /dtn/storage debug] table links, -refcount=0
[1170144971.179323 /dtn/storage/links debug] closing db links
[1170144971.179371 /dtn/storage/bundles debug] closing bundle store
[1170144971.179402 /dtn/storage debug] table bundles, -refcount=0
[1170144971.179426 /dtn/storage/bundles debug] closing db bundles
[1170144971.186943 /dtn/storage debug] table globals, -refcount=0
[1170144971.186980 /dtn/storage/globals debug] closing db globals
[1170144971.196698 /dtn/storage info] db closed
[1170144971.196796 /dtn/storage debug] successfully created clean shutdown file 'db/.ds_clean'
[1170144971.196826 /dtnserver/shutdown/notifier debug] Notifier shutting down (closing fds 22 36)
[1170144971.196859 /dtnd notice] daemon exiting...
[1170144971.196883 /dtn/apiserver/18 debug] closing socket in state LISTENING
[1170144971.196905 /dtn/apiserver/18 debug] state LISTENING -> FINI

--------------060205060800060608020905
Content-Type: text/x-log;
 name="gateway_run2.log"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
 filename="gateway_run2.log"

[1170145528.030305 /log debug] adding log reparse signal handler
[1170145528.030469 /timer debug] adding signal handler 0x810e4cc for signal 1
[1170145528.030508 /log debug] adding log rotate signal handler
[1170145528.030529 /timer debug] adding signal handler 0x810d532 for signal 10
[1170145528.030561 /dtnd notice] DTN daemon starting up... (pid 26519)
[1170145528.045733 /command/help debug] help command registering
[1170145528.045873 /command/log debug] log command registering
[1170145528.045911 /command/debug debug] debug command registering
[1170145528.046360 /dtnd notice] random seed is 46353
[1170145528.046438 /thread debug] activating thread creation barrier
[1170145528.046486 /dtn/apiserver debug] APIServer init (evironment set addr 127.0.0.1 port 5010)
[1170145528.046562 /command/api debug] api command registering
[1170145528.046618 /command/completion_notifier/notifier debug] created pipe, fds: 8 9
[1170145528.046647 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.046670 /command/completion_notifier/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.046775 /command/bundle debug] bundle command registering
[1170145528.046832 /command/interface debug] interface command registering
[1170145528.046945 /command/link debug] link command registering
[1170145528.047211 /command/param debug] param command registering
[1170145528.047286 /command/registration debug] registration command registering
[1170145528.047405 /command/route debug] route command registering
[1170145528.047486 /command/discovery debug] discovery command registering
[1170145528.047801 /command/prophet debug] prophet command registering
[1170145528.047848 /command/shutdown debug] shutdown command registering
[1170145528.047888 /command/quit debug] quit command registering
[1170145528.048315 /command/storage debug] storage command registering
[1170145528.048346 /dtnd debug] registered dtn commands
[1170145528.048661 /dtn/bundle/daemon/notifier debug] created pipe, fds: 10 11
[1170145528.048691 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.048714 /dtn/bundle/daemon/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.048767 /dtnd debug] intialized dtn components
[1170145528.083282 /command/console debug] console command registering
[1170145528.083592 /command/test debug] test command registering
[1170145528.083669 /dtnd info] parsing configuration file dtn.conf...
[1170145528.083702 /command debug] executing command file dtn.conf
[1170145528.084323 /dtnd info] dtnd parsing configuration...
[1170145528.085683 /dtn/interface/table info] adding interface tcp0 (tcp)
[1170145528.085721 /dtn/cl/tcp debug] adding interface tcp0
[1170145528.085788 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 12 13
[1170145528.085817 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.085840 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.085893 /dtn/cl/tcp/iface/tcp0 debug] created socket 14
[1170145528.085919 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
[1170145528.085953 /dtn/cl/tcp/iface/tcp0 debug] binding to 134.102.217.8:5000
[1170145528.085999 /dtn/cl/tcp/iface/tcp0 debug] listening
[1170145528.086074 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING
[1170145528.086134 /thread debug] delaying start of thread 0x81ef8a4 due to barrier
[1170145528.086238 /dtn/link/null debug] set_state UNAVAILABLE -> AVAILABLE
[1170145528.086266 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 0 -> 1 add Link::create_link: return value 
[1170145528.086325 /dtn/cl/null debug] init link /dev/null
[1170145528.086348 /dtn/link/null info] new link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170145528.086372 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 1 -> 2 add AlwaysOnLink 
[1170145528.086400 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add LinkStateChangeRequest 
[1170145528.086431 /dtn/bundle/daemon debug] posting event (0x81f0398) with type LINK_STATE_CHANGE_REQUEST (at back)
[1170145528.086499 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170145528.086536 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170145528.086559 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 2 del AlwaysOnLink 
[1170145528.086585 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add ContaceManager::find_link: return value 
[1170145528.086612 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 2 del Link::create_link: return value 
[1170145528.086640 /dtn/contact/manager debug] adding link null
[1170145528.086660 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 2 -> 3 add ContactManager 
[1170145528.086689 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add ContactManager 
[1170145528.086715 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 4 -> 3 del ContactManager 
[1170145528.086742 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add LinkCreatedEvent 
[1170145528.086769 /dtn/bundle/daemon debug] posting event (0x81f0320) with type LINK_CREATED (at back)
[1170145528.086792 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 4 -> 3 del ContaceManager::find_link: return value 
[1170145528.086850 /dtnd info] dtnd configuration parsing complete
[1170145528.087297 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/jgre/research/papers/bundle-navigation/testbed/homeagent/db
[1170145528.093645 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145528.093692 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145533:93680
[1170145528.093791 /dtn/storage info] datastore db was cleanly shut down
[1170145528.093823 /dtnd debug] directory validated: bundles
[1170145528.093856 /dtnd debug] directory access validated: bundles
[1170145528.094159 /dtn/storage debug] get_table -- opened table globals type 1
[1170145528.094201 /dtn/storage debug] table globals, +refcount=1
[1170145528.094424 /dtn/storage debug] get_table -- opened table bundles type 1
[1170145528.094463 /dtn/storage debug] table bundles, +refcount=1
[1170145528.094491 /dtn/bundle/free debug] destroying bundle id -1
[1170145528.094702 /dtn/storage debug] get_table -- opened table links type 1
[1170145528.094741 /dtn/storage debug] table links, +refcount=1
[1170145528.094810 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 18 19
[1170145528.094838 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.094862 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.095030 /dtn/storage debug] get_table -- opened table registrations type 1
[1170145528.095069 /dtn/storage debug] table registrations, +refcount=1
[1170145528.095095 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 18 19)
[1170145528.095142 /dtn/storage/globals debug] loading global store
[1170145528.095274 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 18 19
[1170145528.095305 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.095328 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.095530 /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)
[1170145528.095577 /dtn/bundle/list//dtn/registration/notifier debug] Notifier shutting down (closing fds 18 19)
[1170145528.095642 /dtn/bundle/free debug] destroying bundle id -1
[1170145528.095678 /thread debug] delaying start of thread 0x81ee350 due to barrier
[1170145528.095707 /dtnd debug] started dtn server
[1170145528.095744 /dtn/apiserver/18 debug] created socket 18
[1170145528.095765 /dtn/apiserver/18 debug] setting SO_REUSEADDR
[1170145528.095789 /dtn/apiserver/18 debug] binding to 127.0.0.1:5010
[1170145528.095816 /dtn/apiserver/18 debug] listening
[1170145528.095853 /dtn/apiserver/18 debug] state INIT -> LISTENING
[1170145528.095875 /thread debug] delaying start of thread 0x81e9778 due to barrier
[1170145528.095899 /thread debug] releasing thread creation barrier -- 3 queued threads
[1170145528.095923 /thread debug] starting thread 0x81ef8a4
[1170145528.096697 /thread debug] starting thread 0x81ee350
[1170145528.096768 /thread debug] starting thread 0x81e9778
[1170145528.097066 /dtn/tca info] TcaRouter started: role='gateway', admin_app='tca://homeagent/admin'
[1170145528.097117 /dtn/bundle/daemon debug] dispatching event (0xb6b67344) REGISTRATION_ADDED
[1170145528.097142 /dtn/bundle/daemon info] REGISTRATION_ADDED 0 tca://homeagent
[1170145528.097171 /dtn/tca debug] dispatching event (0xb6b67344) REGISTRATION_ADDED
[1170145528.097197 /dtn/contact/manager debug] dispatching event (0xb6b67344) REGISTRATION_ADDED
[1170145528.097241 /dtn/bundle/daemon debug] dispatching event (0xb6b6732c) REGISTRATION_ADDED
[1170145528.097264 /dtn/bundle/daemon info] REGISTRATION_ADDED 2 tca://homeagent/ping
[1170145528.097289 /dtn/tca debug] dispatching event (0xb6b6732c) REGISTRATION_ADDED
[1170145528.097311 /dtn/contact/manager debug] dispatching event (0xb6b6732c) REGISTRATION_ADDED
[1170145528.097397 /dtn/bundle/list//dtn/registration/notifier debug] created pipe, fds: 19 21
[1170145528.097427 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.097450 /dtn/bundle/list//dtn/registration/notifier debug] set_nonblocking: nonblocking mode set
[1170145528.097518 /dtn/registration debug] scheduling expiration for registration id 10 at 1172145351.0 (in 1999822 seconds): 
[1170145528.097552 /timer debug] scheduling timer 0x82612e0 in 1999822903 ms at 1172145351:0
[1170145528.097588 /dtn/storage/registrations debug] get(10): success
[1170145528.097614 /dtn/bundle/daemon debug] dispatching event (0xb6b67314) REGISTRATION_ADDED
[1170145528.097636 /dtn/bundle/daemon info] REGISTRATION_ADDED 10 tca://homeagent/admin
[1170145528.097661 /dtn/tca debug] dispatching event (0xb6b67314) REGISTRATION_ADDED
[1170145528.097683 /dtn/contact/manager debug] dispatching event (0xb6b67314) REGISTRATION_ADDED
[1170145528.097731 /dtn/bundle/daemon notice] loading bundles from data store
[1170145528.097881 /dtn/bundle/payload/file debug] open bundles/bundle_1.dat (flags 0x2 mode 0x180): fd 22
[1170145528.097920 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=22 pin_count=1 size=0
[1170145528.097955 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=1
[1170145528.097983 /dtn/storage/bundles debug] get(1): success
[1170145528.098009 /dtn/bundle/refs debug] bundle id 1 (0x8254e70): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170145528.098041 /dtn/bundle/daemon debug] dispatching event (0xb6b6733c) BUNDLE_RECEIVED
[1170145528.098157 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (from data store): (0 bytes recvd)
[1170145528.098157 /dtn/bundle/daemon debug] bundle id 1:
[1170145528.098157 /dtn/bundle/daemon debug]             source: tca://homeagent/admin
[1170145528.098157 /dtn/bundle/daemon debug]               dest: tca://localhost/bundlelayer
[1170145528.098157 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170145528.098157 /dtn/bundle/daemon debug]            replyto: tca://homeagent/admin
[1170145528.098157 /dtn/bundle/daemon debug]            prevhop: 
[1170145528.098157 /dtn/bundle/daemon debug]     payload_length: 82
[1170145528.098157 /dtn/bundle/daemon debug]           priority: 0
[1170145528.098157 /dtn/bundle/daemon debug]  custody_requested: false
[1170145528.098157 /dtn/bundle/daemon debug]      local_custody: false
[1170145528.098157 /dtn/bundle/daemon debug]     singleton_dest: true
[1170145528.098157 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170145528.098157 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170145528.098157 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170145528.098157 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170145528.098157 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170145528.098157 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170145528.098157 /dtn/bundle/daemon debug]        creation_ts: 223460581.1
[1170145528.098157 /dtn/bundle/daemon debug]         expiration: 3600
[1170145528.098157 /dtn/bundle/daemon debug]        is_fragment: false
[1170145528.098157 /dtn/bundle/daemon debug]           is_admin: false
[1170145528.098157 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170145528.098157 /dtn/bundle/daemon debug]        orig_length: 0
[1170145528.098157 /dtn/bundle/daemon debug]        frag_offset: 0
[1170145528.098157 /dtn/bundle/daemon debug] transmission_count: 0
[1170145528.098243 /dtn/bundle/daemon debug] adding bundle bundle id 1 tca://homeagent/admin -> tca://localhost/bundlelayer (82 bytes payload) to pending list
[1170145528.098280 /dtn/bundle/refs debug] bundle id 1 (0x8254e70): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170145528.098307 /dtn/bundle/list/pending_bundles debug] bundle id 1 add mapping [pending_bundles] to list 0x81ee530
[1170145528.098333 /dtn/bundle/daemon debug] scheduling expiration for bundle id 1 at 1170148981.98328 (in 3453 seconds)
[1170145528.098359 /dtn/bundle/refs debug] bundle id 1 (0x8254e70): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170145528.098389 /timer debug] scheduling timer 0x8254ad0 in 3453000 ms at 1170148981:98328
[1170145528.098423 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 1 tca://homeagent/admin -> tca://localhost/bundlelayer (82 bytes payload)
[1170145528.098453 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer
[1170145528.098494 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/) failed: url hosts not equal ('homeagent' != 'localhost')
[1170145528.098534 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/ping) failed: url hosts not equal ('homeagent' != 'localhost')
[1170145528.098573 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/admin) failed: url hosts not equal ('homeagent' != 'localhost')
[1170145528.098601 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer: returned 0 matches
[1170145528.098625 /dtn/tca debug] dispatching event (0xb6b6733c) BUNDLE_RECEIVED
[1170145528.098662 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=1
[1170145528.098711 /dtn/bundle/payload/file debug] ::readv() fd 22 cc 82
[1170145528.098734 /dtn/bundle/payload/file debug] readall 82 bytes 0 left 82 total
[1170145528.098761 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=1
[1170145528.098788 /dtn/tca debug] TcaRouter: tca bundle received [tca://homeagent/admin] -> [tca://localhost/bundlelayer] : 'ladd_route:tca://correspondent10/myapp	tcp://jgre.openvpn.informatik.uni-bremen.deEaèq¶¶F°O%'
[1170145528.098831 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=22 pin_count=1 size=1
[1170145528.098864 /dtn/bundle/payload/file debug] lseek 0 SEEK_SET -> 0
[1170145528.098892 /dtn/bundle/payload/file debug] ::readv() fd 22 cc 82
[1170145528.098913 /dtn/bundle/payload/file debug] readall 82 bytes 0 left 82 total
[1170145528.098938 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=22 pin_count=0 size=1
[1170145528.098994 /dtn/tca debug] TcaRouter: unknown control bundle type 'ladd_route'
[1170145528.099024 /dtn/contact/manager debug] dispatching event (0xb6b6733c) BUNDLE_RECEIVED
[1170145528.099048 /dtn/bundle/refs debug] bundle id 1 (0x8254e70): refcount 3 -> 2 (1 mappings) del BundleReceivedEvent 
[1170145528.099121 /timer debug] new timeout 4995
[1170145528.099155 /dtn/bundle/daemon debug] dispatching event (0x81f0398) LINK_STATE_CHANGE_REQUEST
[1170145528.099181 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON AVAILABLE] 3 -> 4 add LinkStateChangeRequest 
[1170145528.099210 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [AVAILABLE -> OPEN] (user action) for link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170145528.099238 /dtn/bundle/actions debug] opening link null
[1170145528.099260 /dtn/link/null debug] Link::open
[1170145528.099279 /dtn/link/null debug] set_state AVAILABLE -> OPENING
[1170145528.099299 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 5 add Link::open 
[1170145528.099330 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 5 -> 6 add Contact 
[1170145528.099359 /dtn/contact/null info] new contact contact /dev/null (started 1170145528.99354)
[1170145528.099383 /dtn/contact/refs debug] refcount contact /dev/null (started 1170145528.99354) 0 -> 1 add Link 
[1170145528.099409 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 6 -> 5 del Link::open 
[1170145528.099436 /dtn/contact/refs debug] refcount contact /dev/null (started 1170145528.99354) 1 -> 2 add ContactUpEvent 
[1170145528.099463 /dtn/bundle/daemon debug] posting event (0x825f908) with type CONTACT_UP (at back)
[1170145528.099487 /dtn/link/null debug] null [/dev/null dtn:none ALWAYSON OPENING] new contact 0x82553f0
[1170145528.099512 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 5 -> 4 del LinkStateChangeRequest 
[1170145528.099543 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 3 del LinkStateChangeRequest 
[1170145528.099577 /timer debug] new timeout 4995
[1170145528.099604 /dtn/bundle/daemon debug] dispatching event (0x81f0320) LINK_CREATED
[1170145528.099627 /dtn/tca debug] dispatching event (0x81f0320) LINK_CREATED
[1170145528.099650 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 3 -> 4 add LinkCreatedEvent 
[1170145528.099691 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 4 -> 3 del LinkCreatedEvent 
[1170145528.099722 /dtn/contact/manager debug] dispatching event (0x81f0320) LINK_CREATED
[1170145528.099747 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 3 -> 2 del LinkCreatedEvent 
[1170145528.099778 /timer debug] new timeout 4994
[1170145528.099801 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170145528.099829 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145528.099851 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170145528.099875 /dtn/bundle/daemon debug] dispatching event (0x825f908) CONTACT_UP
[1170145528.099895 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPENING] 2 -> 3 add Contact 
[1170145528.099922 /dtn/bundle/daemon info] CONTACT_UP null [/dev/null dtn:none ALWAYSON OPENING] (contact 0x82553f0)
[1170145528.099947 /dtn/link/null debug] set_state OPENING -> OPEN
[1170145528.099968 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170145528.099994 /dtn/tca debug] dispatching event (0x825f908) CONTACT_UP
[1170145528.100018 /dtn/tca debug] check_next_hop /dev/null: checking pending bundle list...
[1170145528.100055 /dtn/tca debug] TcaRouter::fwd_to_matching_r: owner=''
[1170145528.100077 /dtn/tca debug] TcaRouter::fwd_to_matching_r: fwd_rule=0
[1170145528.100099 /dtn/tca debug] TcaRouter::contact up
[1170145528.100137 /dtn/tca debug] TcaRouter::post_bundle: [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'contact_up'
[1170145528.100181 /dtn/storage/globals debug] next_bundleid 2 -> 3
[1170145528.100206 /dtn/storage/globals debug] updating global store
[1170145528.100253 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170145528.109092 /dtn/bundle debug] Bundle::init bundle id 2
[1170145528.109211 /dtn/bundle/payload/2/file debug] open bundles/bundle_2.dat (flags 0xc2 mode 0x180): fd 24
[1170145528.109280 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=24 pin_count=1 size=1
[1170145528.109315 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=24 pin_count=0 size=2
[1170145528.109355 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=24 pin_count=1 size=2
[1170145528.109413 /dtn/bundle/payload/2/file debug] ::writev() fd 24 cc 10
[1170145528.109436 /dtn/bundle/payload/2/file debug] writeall 10 bytes 0 left 10 total
[1170145528.109463 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=24 pin_count=0 size=2
[1170145528.109490 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 0 -> 1 (0 mappings) add BundleReceivedEvent 
[1170145528.109518 /dtn/bundle/daemon debug] posting event (0x8254670) with type BUNDLE_RECEIVED (at back)
[1170145528.109542 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170145528.109567 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170145528.109592 /dtn/contact/manager debug] dispatching event (0x825f908) CONTACT_UP
[1170145528.109619 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 3 add Contact 
[1170145528.109648 /dtn/contact/manager debug] resetting retry interval for link null: 0 -> 5
[1170145528.109670 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170145528.109700 /dtn/contact/refs debug] refcount contact /dev/null (started 1170145528.99354) 2 -> 1 del ContactUpEvent 
[1170145528.109733 /timer debug] new timeout 4984
[1170145528.109756 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170145528.109782 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145528.109805 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170145528.109829 /dtn/bundle/daemon debug] dispatching event (0x8254670) BUNDLE_RECEIVED
[1170145528.109940 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (generated): (0 bytes recvd)
[1170145528.109940 /dtn/bundle/daemon debug] bundle id 2:
[1170145528.109940 /dtn/bundle/daemon debug]             source: tca://localhost/bundlelayer
[1170145528.109940 /dtn/bundle/daemon debug]               dest: tca://homeagent/admin
[1170145528.109940 /dtn/bundle/daemon debug]          custodian: tca://homeagent
[1170145528.109940 /dtn/bundle/daemon debug]            replyto: tca://homeagent
[1170145528.109940 /dtn/bundle/daemon debug]            prevhop: 
[1170145528.109940 /dtn/bundle/daemon debug]     payload_length: 10
[1170145528.109940 /dtn/bundle/daemon debug]           priority: 1
[1170145528.109940 /dtn/bundle/daemon debug]  custody_requested: false
[1170145528.109940 /dtn/bundle/daemon debug]      local_custody: false
[1170145528.109940 /dtn/bundle/daemon debug]     singleton_dest: true
[1170145528.109940 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170145528.109940 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170145528.109940 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170145528.109940 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170145528.109940 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170145528.109940 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170145528.109940 /dtn/bundle/daemon debug]        creation_ts: 223460728.2
[1170145528.109940 /dtn/bundle/daemon debug]         expiration: 3600
[1170145528.109940 /dtn/bundle/daemon debug]        is_fragment: false
[1170145528.109940 /dtn/bundle/daemon debug]           is_admin: false
[1170145528.109940 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170145528.109940 /dtn/bundle/daemon debug]        orig_length: 0
[1170145528.109940 /dtn/bundle/daemon debug]        frag_offset: 0
[1170145528.109940 /dtn/bundle/daemon debug] transmission_count: 0
[1170145528.109991 /dtn/bundle/daemon debug] adding bundle bundle id 2 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to pending list
[1170145528.110025 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 1 -> 2 (1 mappings) add bundle_list pending_bundles
[1170145528.110072 /dtn/bundle/list/pending_bundles debug] bundle id 2 add mapping [pending_bundles] to list 0x81ee530
[1170145528.110096 /dtn/bundle/actions debug] adding bundle 2 to data store
[1170145528.110132 /dtn/storage/bundles debug] put: serializing 159 byte object (plus 0 byte typecode)
[1170145528.110689 /dtn/storage/bundles debug] add(2): success
[1170145528.110724 /dtn/bundle/daemon debug] scheduling expiration for bundle id 2 at 1170149128.110718 (in 3600 seconds)
[1170145528.110753 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 2 -> 3 (1 mappings) add expiration timer 
[1170145528.110783 /timer debug] scheduling timer 0x8254268 in 3600000 ms at 1170149128:110718
[1170145528.110811 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 2 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload)
[1170145528.110839 /dtn/registration/table debug] get_matching tca://homeagent/admin
[1170145528.110906 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170145528.110935 /dtn/registration/table debug] matched registration 10 tca://homeagent/admin
[1170145528.110960 /dtn/registration/table debug] get_matching tca://homeagent/admin: returned 1 matches
[1170145528.110985 /dtn/bundle/daemon debug] delivering bundle bundle id 2 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to registration 10 (tca://homeagent/admin)
[1170145528.111014 /dtn/registration/10 info] deliver_bundle: queuing bundle id 2 for deferred delivery to tca://homeagent/admin
[1170145528.111042 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 3 -> 4 (2 mappings) add bundle_list /dtn/registration
[1170145528.111070 /dtn/bundle/list//dtn/registration/notifier debug] notifier notify
[1170145528.111095 /dtn/bundle/list//dtn/registration/notifier debug] notify count = 1
[1170145528.111117 /dtn/bundle/list//dtn/registration debug] bundle id 2 add mapping [/dtn/registration] to list 0x8254998
[1170145528.111142 /dtn/tca debug] dispatching event (0x8254670) BUNDLE_RECEIVED
[1170145528.111174 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=24 pin_count=1 size=2
[1170145528.111200 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0
[1170145528.111229 /dtn/bundle/payload/2/file debug] ::readv() fd 24 cc 10
[1170145528.111250 /dtn/bundle/payload/2/file debug] readall 10 bytes 0 left 10 total
[1170145528.111277 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=24 pin_count=0 size=2
[1170145528.111302 /dtn/tca debug] TcaRouter: tca bundle received [tca://localhost/bundlelayer] -> [tca://homeagent/admin] : 'contact_up¶¶F°\U%'
[1170145528.111340 /dtn/contact/manager debug] dispatching event (0x8254670) BUNDLE_RECEIVED
[1170145528.111369 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 4 -> 3 (2 mappings) del BundleReceivedEvent 
[1170145528.111399 /timer debug] new timeout 4983
[1170145528.111450 /dtn/bundle/daemon debug] poll returned 1
[1170145528.111473 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145528.111507 /timer debug] new timeout 4983
[1170145528.600876 /dtnd info] starting console on 127.0.0.1:5050
[1170145528.600937 /command debug] starting command server on 127.0.0.1:5050
[1170145533.099153 /dtn/bundle/daemon debug] poll returned -2
[1170145533.099218 /dtn/bundle/daemon debug] poll timeout
[1170145533.099252 /timer debug] popping timer 0x825c930 at 1170145533.99241
[1170145533.099278 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145533.099327 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145533.099359 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145538:99349
[1170145533.099395 /timer debug] new timeout 5000
[1170145533.099431 /dtn/bundle/daemon debug] poll returned 1
[1170145533.099452 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145533.099480 /timer debug] new timeout 5000
[1170145538.101460 /dtn/bundle/daemon debug] poll returned -2
[1170145538.101518 /dtn/bundle/daemon debug] poll timeout
[1170145538.101601 /timer debug] popping timer 0x825c930 at 1170145538.101588
[1170145538.101629 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145538.101656 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145538.101686 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145543:101676
[1170145538.101721 /timer debug] new timeout 5000
[1170145538.101755 /dtn/bundle/daemon debug] poll returned 1
[1170145538.101777 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145538.101805 /timer debug] new timeout 5000
[1170145540.122746 /dtn/apiserver/18 debug] accepted connection fd 26 from 127.0.0.1:57689
[1170145540.122829 /dtn/apiclient/26 debug] setting SO_REUSEADDR
[1170145540.122870 /dtn/apiclient/26/notifier debug] created pipe, fds: 27 28
[1170145540.122898 /dtn/apiclient/26/notifier debug] set_nonblocking: nonblocking mode set
[1170145540.122921 /dtn/apiclient/26/notifier debug] set_nonblocking: nonblocking mode set
[1170145540.122958 /thread debug] starting thread 0x82c0060
[1170145540.494755 /dtn/apiclient/26 info] new session 127.0.0.1:5010 -> 127.0.0.1:57689
[1170145540.494840 /dtn/apiclient/26 debug] ::readv() fd 26 cc 4
[1170145540.494864 /dtn/apiclient/26 debug] readall 4 bytes 0 left 4 total
[1170145540.495528 /dtn/apiclient/26 debug] ::writev() fd 26 cc 4
[1170145540.495561 /dtn/apiclient/26 debug] writeall 4 bytes 0 left 4 total
[1170145540.495593 /dtn/apiclient/26 debug] ::readv() fd 26 cc 1029
[1170145540.495616 /dtn/apiclient/26 debug] got DTN_LOCAL_EID (1024/1024 bytes)
[1170145540.495739 /dtn/apiclient/26 debug] get_local_eid encoded 256 byte response
[1170145540.495771 /dtn/apiclient/26 debug] building reply: status (unknown type), length 256
[1170145540.495793 /dtn/apiclient/26 debug] sending 264 byte reply message
[1170145540.495927 /dtn/apiclient/26 debug] ::writev() fd 26 cc 264
[1170145540.495954 /dtn/apiclient/26 debug] writeall 264 bytes 0 left 264 total
[1170145540.495982 /dtn/apiclient/26 debug] ::readv() fd 26 cc 281
[1170145540.496004 /dtn/apiclient/26 debug] got DTN_REGISTER (276/276 bytes)
[1170145540.496090 /dtn/storage/globals debug] next_regid 11 -> 12
[1170145540.496117 /dtn/storage/globals debug] updating global store
[1170145540.496209 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170145540.561767 /dtn/registration/11 debug] scheduling expiration for registration id 11 at 1172145540.0 (in 1999999 seconds): 
[1170145540.593658 /timer debug] scheduling timer 0x82bbfa8 in 1999999407 ms at 1172145540:0
[1170145540.593732 /dtn/bundle/daemon debug] poll returned 1
[1170145540.593757 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145541.772906 /timer debug] new timeout 1329
[1170145541.773002 /dtn/bundle/list//dtn/registration/11/notifier debug] created pipe, fds: 29 30
[1170145541.773033 /dtn/bundle/list//dtn/registration/11/notifier debug] set_nonblocking: nonblocking mode set
[1170145541.773057 /dtn/bundle/list//dtn/registration/11/notifier debug] set_nonblocking: nonblocking mode set
[1170145541.773088 /dtn/bundle/daemon debug] posting event (0x82bbe70) with type REGISTRATION_ADDED (at back)
[1170145541.773115 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170145541.773145 /dtn/bundle/daemon debug] poll returned 1
[1170145541.773168 /dtn/bundle/daemon debug] poll returned new event to handle
[1170145541.773192 /timer debug] new timeout 1329
[1170145541.773217 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170145541.773244 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170145541.773271 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145541.773293 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170145541.773318 /dtn/bundle/daemon debug] dispatching event (0x82bbe70) REGISTRATION_ADDED
[1170145541.773340 /dtn/bundle/daemon info] REGISTRATION_ADDED 11 tca://homeagent/admin
[1170145541.773395 /dtn/registration/table info] adding registration 11/tca://homeagent/admin
[1170145541.773473 /dtn/storage/registrations debug] put: serializing 45 byte object (plus 0 byte typecode)
[1170145541.773891 /dtn/apiclient/26/notifier debug] attempting to wait on 0x82d0164, count = 0
[1170145541.783883 /dtn/storage/registrations debug] add(11): success
[1170145541.783950 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/admin) failed: url hosts not equal ('homeagent' != 'localhost')
[1170145541.783994 /scheme/dtn debug] match(tca://homeagent/admin, tca://homeagent/admin) succeeded: pattern 'homeagent' ssp 'homeagent'
[1170145541.784024 /dtn/bundle/daemon debug] delivering bundle bundle id 2 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) to registration 11 (tca://homeagent/admin)
[1170145541.784055 /dtn/registration/11 info] deliver_bundle: queuing bundle id 2 for active delivery to tca://homeagent/admin
[1170145541.784088 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 3 -> 4 (3 mappings) add bundle_list /dtn/registration/11
[1170145541.784116 /dtn/bundle/list//dtn/registration/11/notifier debug] notifier notify
[1170145541.784142 /dtn/bundle/list//dtn/registration/11/notifier debug] notify count = 1
[1170145541.784164 /dtn/bundle/list//dtn/registration/11 debug] bundle id 2 add mapping [/dtn/registration/11] to list 0x82d01d0
[1170145541.784188 /dtn/tca debug] dispatching event (0x82bbe70) REGISTRATION_ADDED
[1170145541.784211 /dtn/contact/manager debug] dispatching event (0x82bbe70) REGISTRATION_ADDED
[1170145541.784232 /dtn/apiclient/26/notifier debug] notifier notify
[1170145541.784256 /dtn/apiclient/26/notifier debug] notify count = 1
[1170145541.784286 /timer debug] new timeout 1318
[1170145541.784332 /dtn/apiclient/26/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170145541.784358 /dtn/apiclient/26/notifier debug] poll_with_notifier: normal fd has event
[1170145541.784379 /dtn/apiclient/26/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170145541.784404 /dtn/apiclient/26/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145541.784426 /dtn/apiclient/26/notifier debug] drain pipe count = 0
[1170145541.784446 /dtn/apiclient/26/notifier debug] notifier wait successfully notified
[1170145541.784492 /dtn/apiclient/26 debug] building reply: status (unknown type), length 4
[1170145541.784516 /dtn/apiclient/26 debug] sending 12 byte reply message
[1170145541.786718 /dtn/apiclient/26 debug] ::writev() fd 26 cc 12
[1170145541.786756 /dtn/apiclient/26 debug] writeall 12 bytes 0 left 12 total
[1170145542.408907 /dtn/apiclient/26 debug] ::readv() fd 26 cc 13
[1170145542.408976 /dtn/apiclient/26 debug] got DTN_RECV (8/8 bytes)
[1170145542.409012 /dtn/apiclient/26 debug] wait_for_bundle(recv): immediately returning bundle for reg 11
[1170145542.409039 /dtn/bundle/list//dtn/registration/11 debug] bundle id 2 del_bundle: deleting mapping [/dtn/registration/11]
[1170145542.409099 /dtn/bundle/list//dtn/registration/11/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170145542.409132 /dtn/bundle/list//dtn/registration/11/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145542.409154 /dtn/bundle/list//dtn/registration/11/notifier debug] drain pipe count = 0
[1170145542.409177 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 4 -> 5 (2 mappings) add BundleList::pop_front() temporary 
[1170145542.409204 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 5 -> 4 (2 mappings) del bundle_list /dtn/registration/11
[1170145542.409229 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 4 -> 5 (2 mappings) add APIClient::handle_recv 
[1170145542.409254 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 5 -> 4 (2 mappings) del BundleList::pop_front() temporary 
[1170145542.409279 /dtn/apiclient/26 debug] handle_recv: popped bundle 2 for registration 11 (timeout 30000)
[1170145542.409319 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=24 pin_count=1 size=2
[1170145542.409348 /dtn/bundle/payload/2/file debug] lseek 0 SEEK_SET -> 0
[1170145542.409389 /dtn/bundle/payload/2/file debug] ::readv() fd 24 cc 10
[1170145542.409454 /dtn/bundle/payload/2/file debug] readall 10 bytes 0 left 10 total
[1170145542.409484 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=24 pin_count=0 size=2
[1170145542.409558 /dtn/apiclient/26 info] DTN_RECV: successfully delivered bundle 2 to registration 11
[1170145542.409585 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 4 -> 5 (2 mappings) add BundleDeliveredEvent 
[1170145542.409611 /dtn/bundle/daemon debug] posting event (0x82d0328) with type BUNDLE_DELIVERED (at back)
[1170145542.409636 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170145542.409662 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170145542.409887 /dtn/bundle/daemon debug] poll returned 1
[1170145542.409915 /dtn/bundle/daemon debug] poll returned new event to handle
[1170145542.409942 /timer debug] new timeout 692
[1170145542.409967 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170145542.409991 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145542.410013 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170145542.410038 /dtn/bundle/daemon debug] dispatching event (0x82d0328) BUNDLE_DELIVERED
[1170145542.410061 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:2 (10 bytes) -> regid 11 (tca://homeagent/admin)
[1170145542.410086 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 5 -> 4 (2 mappings) del APIClient::handle_recv 
[1170145542.410132 /dtn/bundle/daemon debug] try_delete_from_pending(bundle id 2 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload)): not deleting because bundle has 2 mappings
[1170145542.410165 /dtn/tca debug] dispatching event (0x82d0328) BUNDLE_DELIVERED
[1170145542.410187 /dtn/contact/manager debug] dispatching event (0x82d0328) BUNDLE_DELIVERED
[1170145542.410213 /dtn/bundle/refs debug] bundle id 2 (0x82554b8): refcount 4 -> 3 (2 mappings) del BundleDeliveredEvent 
[1170145542.410243 /timer debug] new timeout 692
[1170145542.410278 /dtn/apiclient/26 debug] building reply: status (unknown type), length 820
[1170145542.410303 /dtn/apiclient/26 debug] sending 828 byte reply message
[1170145542.410343 /dtn/apiclient/26 debug] ::writev() fd 26 cc 828
[1170145542.410367 /dtn/apiclient/26 debug] writeall 828 bytes 0 left 828 total
[1170145542.410806 /dtn/apiclient/26 debug] ::readv() fd 26 cc 13
[1170145542.410837 /dtn/apiclient/26 debug] got DTN_RECV (8/8 bytes)
[1170145542.410865 /dtn/apiclient/26 debug] wait_for_bundle(recv): blocking to get bundle for registration 11 (timeout 30000)
[1170145543.105776 /dtn/bundle/daemon debug] poll returned -2
[1170145543.105831 /dtn/bundle/daemon debug] poll timeout
[1170145543.105865 /timer debug] popping timer 0x825c930 at 1170145543.105853
[1170145543.105891 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145543.105917 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145543.105946 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145548:105936
[1170145543.105983 /timer debug] new timeout 5000
[1170145543.106018 /dtn/bundle/daemon debug] poll returned 1
[1170145543.106040 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145543.106069 /timer debug] new timeout 5000
[1170145548.110119 /dtn/bundle/daemon debug] poll returned -2
[1170145548.110184 /dtn/bundle/daemon debug] poll timeout
[1170145548.110219 /timer debug] popping timer 0x825c930 at 1170145548.110207
[1170145548.110245 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145548.110272 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145548.110300 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145553:110291
[1170145548.110335 /timer debug] new timeout 5000
[1170145548.110370 /dtn/bundle/daemon debug] poll returned 1
[1170145548.110392 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145548.110420 /timer debug] new timeout 5000
[1170145553.114400 /dtn/bundle/daemon debug] poll returned -2
[1170145553.114466 /dtn/bundle/daemon debug] poll timeout
[1170145553.114543 /timer debug] popping timer 0x825c930 at 1170145553.114530
[1170145553.114571 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145553.114598 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145553.114627 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145558:114617
[1170145553.114662 /timer debug] new timeout 5000
[1170145553.114697 /dtn/bundle/daemon debug] poll returned 1
[1170145553.114718 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145553.114746 /timer debug] new timeout 5000
[1170145558.118711 /dtn/bundle/daemon debug] poll returned -2
[1170145558.118773 /dtn/bundle/daemon debug] poll timeout
[1170145558.118807 /timer debug] popping timer 0x825c930 at 1170145558.118795
[1170145558.118833 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145558.118860 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145558.118889 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145563:118880
[1170145558.118925 /timer debug] new timeout 5000
[1170145558.118959 /dtn/bundle/daemon debug] poll returned 1
[1170145558.118980 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145558.119008 /timer debug] new timeout 5000
[1170145563.131086 /dtn/bundle/daemon debug] poll returned -2
[1170145563.131153 /dtn/bundle/daemon debug] poll timeout
[1170145563.131188 /timer debug] popping timer 0x825c930 at 1170145563.131176
[1170145563.131214 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145563.131241 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145563.131270 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145568:131261
[1170145563.131305 /timer debug] new timeout 5000
[1170145563.131339 /dtn/bundle/daemon debug] poll returned 1
[1170145563.131361 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145563.131388 /timer debug] new timeout 5000
[1170145568.135331 /dtn/bundle/daemon debug] poll returned -2
[1170145568.135381 /dtn/bundle/daemon debug] poll timeout
[1170145568.135406 /timer debug] popping timer 0x825c930 at 1170145568.135397
[1170145568.135423 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145568.135442 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145568.135463 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145573:135455
[1170145568.135486 /timer debug] new timeout 5000
[1170145568.135509 /dtn/bundle/daemon debug] poll returned 1
[1170145568.135523 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145568.135542 /timer debug] new timeout 5000
[1170145572.415728 /dtn/apiclient/26 debug] poll_with_notifier timed out
[1170145572.415787 /dtn/apiclient/26 debug] wait_for_bundle(recv): timeout waiting for bundle
[1170145572.415815 /dtn/apiclient/26 debug] building reply: status (unknown type), length 0
[1170145572.415838 /dtn/apiclient/26 debug] sending 8 byte reply message
[1170145572.415899 /dtn/apiclient/26 debug] ::writev() fd 26 cc 8
[1170145572.415924 /dtn/apiclient/26 debug] writeall 8 bytes 0 left 8 total
[1170145572.416016 /dtn/apiclient/26 debug] ::readv() fd 26 cc 13
[1170145572.416044 /dtn/apiclient/26 debug] got DTN_RECV (8/8 bytes)
[1170145572.416076 /dtn/apiclient/26 debug] wait_for_bundle(recv): blocking to get bundle for registration 11 (timeout 30000)
[1170145572.730754 /dtn/apiserver/18 debug] accepted connection fd 31 from 127.0.0.1:57692
[1170145572.730830 /dtn/apiclient/31 debug] setting SO_REUSEADDR
[1170145572.730868 /dtn/apiclient/31/notifier debug] created pipe, fds: 32 33
[1170145572.730896 /dtn/apiclient/31/notifier debug] set_nonblocking: nonblocking mode set
[1170145572.730919 /dtn/apiclient/31/notifier debug] set_nonblocking: nonblocking mode set
[1170145572.730944 /thread debug] starting thread 0x82d0308
[1170145572.731030 /dtn/apiclient/31 info] new session 127.0.0.1:5010 -> 127.0.0.1:57692
[1170145572.731068 /dtn/apiclient/31 debug] ::readv() fd 31 cc 4
[1170145572.731090 /dtn/apiclient/31 debug] readall 4 bytes 0 left 4 total
[1170145572.731173 /dtn/apiclient/31 debug] ::writev() fd 31 cc 4
[1170145572.731198 /dtn/apiclient/31 debug] writeall 4 bytes 0 left 4 total
[1170145572.731325 /dtn/apiclient/31 debug] ::readv() fd 31 cc 837
[1170145572.731354 /dtn/apiclient/31 debug] got DTN_SEND (832/832 bytes)
[1170145572.731411 /dtn/storage/globals debug] next_bundleid 3 -> 4
[1170145572.731437 /dtn/storage/globals debug] updating global store
[1170145572.731529 /dtn/storage/globals debug] put: serializing 28 byte object (plus 0 byte typecode)
[1170145572.741743 /dtn/bundle debug] Bundle::init bundle id 3
[1170145572.741867 /dtn/bundle/payload/3/file debug] open bundles/bundle_3.dat (flags 0xc2 mode 0x180): fd 34
[1170145572.741910 /dtn/storage/bundles/fdcache/cache debug] Added entry fd=34 pin_count=1 size=2
[1170145572.741948 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=3
[1170145572.741977 /dtn/bundle/refs debug] bundle id 3 (0x82e0478): refcount 0 -> 1 (0 mappings) add APIClient::handle_send 
[1170145572.742125 /dtn/bundle/refs debug] bundle id 3 (0x82e0478): refcount 1 -> 2 (0 mappings) add BundleAcceptRequest 
[1170145572.742158 /dtn/bundle/daemon debug] posting event (0x82e07b8) with type BUNDLE_ACCEPT_REQUEST (at back)
[1170145572.742183 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170145572.742219 /dtn/bundle/daemon debug] poll returned 1
[1170145572.742242 /dtn/bundle/daemon debug] poll returned new event to handle
[1170145572.742269 /timer debug] new timeout 394
[1170145572.742294 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170145572.742322 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170145572.742348 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145572.742370 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170145572.742395 /dtn/bundle/daemon debug] dispatching event (0x82e07b8) BUNDLE_ACCEPT_REQUEST
[1170145572.742419 /dtn/bundle/daemon info] BUNDLE_ACCEPT_REQUEST: bundle bundle id 3 tca://homeagent/admin -> tca://localhost/bundlelayer (82 bytes payload) accepted (reason no additional information)
[1170145572.742448 /dtn/tca debug] dispatching event (0x82e07b8) BUNDLE_ACCEPT_REQUEST
[1170145572.742469 /dtn/contact/manager debug] dispatching event (0x82e07b8) BUNDLE_ACCEPT_REQUEST
[1170145572.742491 /dtn/apiclient/31/notifier debug] notifier notify
[1170145572.742514 /dtn/apiclient/31/notifier debug] notify count = 1
[1170145572.742541 /dtn/bundle/refs debug] bundle id 3 (0x82e0478): refcount 2 -> 1 (0 mappings) del BundleAcceptRequest 
[1170145572.742571 /timer debug] new timeout 393
[1170145572.742604 /dtn/apiclient/31/notifier debug] attempting to wait on 0x82e040c, count = 1
[1170145572.742638 /dtn/apiclient/31/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170145572.742665 /dtn/apiclient/31/notifier debug] poll_with_notifier: normal fd has event
[1170145572.742686 /dtn/apiclient/31/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170145572.742710 /dtn/apiclient/31/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145572.742731 /dtn/apiclient/31/notifier debug] drain pipe count = 0
[1170145572.742752 /dtn/apiclient/31/notifier debug] notifier wait successfully notified
[1170145572.742841 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=3
[1170145572.742915 /dtn/bundle/payload/3/file debug] ::writev() fd 34 cc 82
[1170145572.742939 /dtn/bundle/payload/3/file debug] writeall 82 bytes 0 left 82 total
[1170145572.742968 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=3
[1170145572.743025 /dtn/apiclient/31 info] DTN_SEND bundle bundle id 3 tca://homeagent/admin -> tca://localhost/bundlelayer (82 bytes payload)
[1170145572.743058 /dtn/bundle/refs debug] bundle id 3 (0x82e0478): refcount 1 -> 2 (0 mappings) add BundleReceivedEvent 
[1170145572.743085 /dtn/bundle/daemon debug] posting event (0x82e0930) with type BUNDLE_RECEIVED (at back)
[1170145572.743108 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170145572.743137 /dtn/bundle/daemon debug] poll returned 1
[1170145572.743196 /dtn/bundle/daemon debug] poll returned new event to handle
[1170145572.743223 /timer debug] new timeout 393
[1170145572.743247 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170145572.743273 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170145572.743299 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145572.743320 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170145572.743345 /dtn/bundle/daemon debug] dispatching event (0x82e0930) BUNDLE_RECEIVED
[1170145572.743456 /dtn/bundle/daemon debug] BUNDLE_RECEIVED (from app): (0 bytes recvd)
[1170145572.743456 /dtn/bundle/daemon debug] bundle id 3:
[1170145572.743456 /dtn/bundle/daemon debug]             source: tca://homeagent/admin
[1170145572.743456 /dtn/bundle/daemon debug]               dest: tca://localhost/bundlelayer
[1170145572.743456 /dtn/bundle/daemon debug]          custodian: dtn:none
[1170145572.743456 /dtn/bundle/daemon debug]            replyto: tca://homeagent/admin
[1170145572.743456 /dtn/bundle/daemon debug]            prevhop: 
[1170145572.743456 /dtn/bundle/daemon debug]     payload_length: 82
[1170145572.743456 /dtn/bundle/daemon debug]           priority: 0
[1170145572.743456 /dtn/bundle/daemon debug]  custody_requested: false
[1170145572.743456 /dtn/bundle/daemon debug]      local_custody: false
[1170145572.743456 /dtn/bundle/daemon debug]     singleton_dest: true
[1170145572.743456 /dtn/bundle/daemon debug]       receive_rcpt: false
[1170145572.743456 /dtn/bundle/daemon debug]       custody_rcpt: false
[1170145572.743456 /dtn/bundle/daemon debug]       forward_rcpt: false
[1170145572.743456 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1170145572.743456 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1170145572.743456 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1170145572.743456 /dtn/bundle/daemon debug]        creation_ts: 223460772.3
[1170145572.743456 /dtn/bundle/daemon debug]         expiration: 3600
[1170145572.743456 /dtn/bundle/daemon debug]        is_fragment: false
[1170145572.743456 /dtn/bundle/daemon debug]           is_admin: false
[1170145572.743456 /dtn/bundle/daemon debug]    do_not_fragment: false
[1170145572.743456 /dtn/bundle/daemon debug]        orig_length: 0
[1170145572.743456 /dtn/bundle/daemon debug]        frag_offset: 0
[1170145572.743456 /dtn/bundle/daemon debug] transmission_count: 0
[1170145572.743512 /dtn/bundle/daemon debug] adding bundle bundle id 3 tca://homeagent/admin -> tca://localhost/bundlelayer (82 bytes payload) to pending list
[1170145572.743548 /dtn/bundle/refs debug] bundle id 3 (0x82e0478): refcount 2 -> 3 (1 mappings) add bundle_list pending_bundles
[1170145572.743575 /dtn/bundle/list/pending_bundles debug] bundle id 3 add mapping [pending_bundles] to list 0x81ee530
[1170145572.743632 /dtn/bundle/actions debug] adding bundle 3 to data store
[1170145572.743667 /dtn/storage/bundles debug] put: serializing 158 byte object (plus 0 byte typecode)
[1170145572.743833 /dtn/apiclient/31/notifier debug] attempting to wait on 0x82e040c, count = 0
[1170145572.744192 /dtn/storage/bundles debug] add(3): success
[1170145572.744226 /dtn/bundle/daemon debug] scheduling expiration for bundle id 3 at 1170149172.744220 (in 3600 seconds)
[1170145572.744254 /dtn/bundle/refs debug] bundle id 3 (0x82e0478): refcount 3 -> 4 (1 mappings) add expiration timer 
[1170145572.744285 /timer debug] scheduling timer 0x82e07b8 in 3600000 ms at 1170149172:744220
[1170145572.744318 /dtn/bundle/daemon debug] checking for matching registrations for bundle bundle id 3 tca://homeagent/admin -> tca://localhost/bundlelayer (82 bytes payload)
[1170145572.744348 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer
[1170145572.744388 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/) failed: url hosts not equal ('homeagent' != 'localhost')
[1170145572.744428 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/ping) failed: url hosts not equal ('homeagent' != 'localhost')
[1170145572.744491 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/admin) failed: url hosts not equal ('homeagent' != 'localhost')
[1170145572.744530 /scheme/dtn debug] match(tca://localhost/bundlelayer, tca://homeagent/admin) failed: url hosts not equal ('homeagent' != 'localhost')
[1170145572.744558 /dtn/registration/table debug] get_matching tca://localhost/bundlelayer: returned 0 matches
[1170145572.744582 /dtn/tca debug] dispatching event (0x82e0930) BUNDLE_RECEIVED
[1170145572.744615 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=3
[1170145572.744641 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0
[1170145572.744670 /dtn/bundle/payload/3/file debug] ::readv() fd 34 cc 82
[1170145572.744691 /dtn/bundle/payload/3/file debug] readall 82 bytes 0 left 82 total
[1170145572.744718 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=3
[1170145572.744744 /dtn/tca debug] TcaRouter: tca bundle received [tca://homeagent/admin] -> [tca://localhost/bundlelayer] : 'ladd_route:tca://correspondent10/myapp	tcp://jgre.openvpn.informatik.uni-bremen.deEahr¶¶F°.'
[1170145572.744790 /dtn/storage/bundles/fdcache/cache debug] Got entry fd=34 pin_count=1 size=3
[1170145572.744817 /dtn/bundle/payload/3/file debug] lseek 0 SEEK_SET -> 0
[1170145572.744842 /dtn/bundle/payload/3/file debug] ::readv() fd 34 cc 82
[1170145572.744864 /dtn/bundle/payload/3/file debug] readall 82 bytes 0 left 82 total
[1170145572.744890 /dtn/storage/bundles/fdcache/cache debug] Unpin entry fd=34 pin_count=0 size=3
[1170145572.744946 /dtn/tca debug] TcaRouter: unknown control bundle type 'ladd_route'
[1170145572.744976 /dtn/contact/manager debug] dispatching event (0x82e0930) BUNDLE_RECEIVED
[1170145572.744998 /dtn/apiclient/31/notifier debug] notifier notify
[1170145572.745022 /dtn/apiclient/31/notifier debug] notify count = 1
[1170145572.745048 /dtn/bundle/refs debug] bundle id 3 (0x82e0478): refcount 4 -> 3 (1 mappings) del BundleReceivedEvent 
[1170145572.745078 /timer debug] new timeout 391
[1170145572.745110 /dtn/bundle/daemon debug] poll returned 1
[1170145572.745132 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145572.745159 /timer debug] new timeout 391
[1170145572.745198 /dtn/apiclient/31/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170145572.745224 /dtn/apiclient/31/notifier debug] poll_with_notifier: normal fd has event
[1170145572.745245 /dtn/apiclient/31/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170145572.745269 /dtn/apiclient/31/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145572.745291 /dtn/apiclient/31/notifier debug] drain pipe count = 0
[1170145572.745310 /dtn/apiclient/31/notifier debug] notifier wait successfully notified
[1170145572.745339 /dtn/bundle/refs debug] bundle id 3 (0x82e0478): refcount 3 -> 2 (1 mappings) del APIClient::handle_send 
[1170145572.745367 /dtn/apiclient/31 debug] building reply: status (unknown type), length 272
[1170145572.745389 /dtn/apiclient/31 debug] sending 280 byte reply message
[1170145572.745471 /dtn/apiclient/31 debug] ::writev() fd 31 cc 280
[1170145572.745497 /dtn/apiclient/31 debug] writeall 280 bytes 0 left 280 total
[1170145572.745525 /dtn/apiclient/31 debug] ::readv() fd 31 cc 5
[1170145572.745570 /dtn/apiclient/31 debug] got DTN_CLOSE (0/0 bytes)
[1170145572.745593 /dtn/apiclient/31 info] received DTN_CLOSE message; closing API handle
[1170145572.745613 /dtn/apiclient/31 debug] closing socket in state ESTABLISHED
[1170145572.746883 /dtn/apiclient/31 debug] state ESTABLISHED -> FINI
[1170145572.746917 /dtn/apiclient/31 debug] client destroyed
[1170145572.746940 /dtn/apiclient/31/notifier debug] Notifier shutting down (closing fds 32 33)
[1170145572.746971 /dtn/apiclient/31 debug] closing socket in state FINI
[1170145573.139660 /dtn/bundle/daemon debug] poll returned -2
[1170145573.139726 /dtn/bundle/daemon debug] poll timeout
[1170145573.139761 /timer debug] popping timer 0x825c930 at 1170145573.139748
[1170145573.139827 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145573.139857 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145573.139887 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145578:139877
[1170145573.139923 /timer debug] new timeout 5000
[1170145573.139958 /dtn/bundle/daemon debug] poll returned 1
[1170145573.139980 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145573.140008 /timer debug] new timeout 5000
[1170145578.143963 /dtn/bundle/daemon debug] poll returned -2
[1170145578.144034 /dtn/bundle/daemon debug] poll timeout
[1170145578.144068 /timer debug] popping timer 0x825c930 at 1170145578.144056
[1170145578.144094 /dtn/storage/deadlock_timer debug] running deadlock detection
[1170145578.144121 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
[1170145578.144150 /timer debug] scheduling timer 0x825c930 in 5000 ms at 1170145583:144141
[1170145578.144186 /timer debug] new timeout 5000
[1170145578.144220 /dtn/bundle/daemon debug] poll returned 1
[1170145578.144242 /dtn/bundle/daemon debug] poll returned new timers to handle
[1170145578.144269 /timer debug] new timeout 5000
[1170145578.450452 /dtnd notice] command loop exited... shutting down daemon
[1170145578.450501 /command notice] shutting down interpreter
[1170145578.450524 /command debug] deleting test command
[1170145578.450570 /command debug] deleting console command
[1170145578.450603 /command debug] deleting storage command
[1170145578.450653 /command debug] deleting quit command
[1170145578.450677 /command debug] deleting shutdown command
[1170145578.450700 /command debug] deleting prophet command
[1170145578.450741 /command debug] deleting discovery command
[1170145578.450766 /command debug] deleting route command
[1170145578.450794 /command debug] deleting registration command
[1170145578.450819 /command debug] deleting param command
[1170145578.450857 /command debug] deleting link command
[1170145578.450882 /command debug] deleting interface command
[1170145578.450905 /command debug] deleting bundle command
[1170145578.450929 /command debug] deleting api command
[1170145578.450956 /command debug] deleting debug command
[1170145578.450980 /command debug] deleting log command
[1170145578.451005 /command debug] deleting help command
[1170145578.451029 /command debug] all commands deleted
[1170145578.452049 /dtnd notice] shutting down dtn server
[1170145578.452096 /dtnserver/shutdown/notifier debug] created pipe, fds: 25 31
[1170145578.452123 /dtnserver/shutdown/notifier debug] set_nonblocking: nonblocking mode set
[1170145578.452146 /dtnserver/shutdown/notifier debug] set_nonblocking: nonblocking mode set
[1170145578.452167 /dtnd info] DTNServer shutdown called, posting shutdown request to daemon
[1170145578.452192 /dtn/bundle/daemon debug] posting event (0x81e9128) with type SHUTDOWN (at back)
[1170145578.452218 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1170145578.452252 /dtn/bundle/daemon debug] poll returned 1
[1170145578.452276 /dtn/bundle/daemon debug] poll returned new event to handle
[1170145578.452301 /timer debug] new timeout 4692
[1170145578.452327 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1170145578.452613 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to drain 1 bytes
[1170145578.452649 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145578.452671 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1170145578.452696 /dtn/bundle/daemon debug] dispatching event (0x81e9128) SHUTDOWN
[1170145578.452718 /dtn/bundle/daemon notice] Received shutdown request
[1170145578.452741 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 3 add ContactManager 
[1170145578.452771 /dtn/bundle/daemon debug] Shutdown: closing link null [/dev/null dtn:none ALWAYSON OPEN]
[1170145578.452795 /dtn/link/null debug] Link::close
[1170145578.452815 /dtn/cl/null debug] closing contact contact /dev/null (started 1170145528.99354)
[1170145578.452840 /dtn/contact/refs debug] refcount contact /dev/null (started 1170145528.99354) 1 -> 0 del Link 
[1170145578.452919 /dtn/contact/refs debug] no_more_refs contact /dev/null (started 1170145528.99354)... deleting object
[1170145578.452947 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 3 -> 2 del Contact 
[1170145578.452975 /dtn/link/null debug] Link::close complete
[1170145578.452995 /dtn/link/refs debug] refcount null [/dev/null dtn:none ALWAYSON OPEN] 2 -> 1 del ContactManager 
[1170145578.453037 /dtnserver/shutdown/notifier debug] notifier notify
[1170145578.453063 /dtnserver/shutdown/notifier debug] notify count = 1
[1170145578.453171 /dtnserver/shutdown/notifier debug] attempting to wait on 0xbfdd9b10, count = 1
[1170145578.453214 /dtnserver/shutdown/notifier debug] poll_with_notifier: 1/1 fds ready, status 0x1 
[1170145578.453239 /dtnserver/shutdown/notifier debug] poll_with_notifier: normal fd has event
[1170145578.453261 /dtnserver/shutdown/notifier debug] drain_pipe: attempting to drain 1 bytes
[1170145578.453285 /dtnserver/shutdown/notifier debug] drain_pipe: drained 1/1 byte(s) from pipe
[1170145578.453307 /dtnserver/shutdown/notifier debug] drain pipe count = 0
[1170145578.453327 /dtnserver/shutdown/notifier debug] notifier wait successfully notified
[1170145578.453349 /dtnd notice] closing persistent data store
[1170145578.453369 /dtn/storage/registrations debug] closing registration store
[1170145578.453402 /dtn/storage debug] table registrations, -refcount=0
[1170145578.453427 /dtn/storage/registrations debug] closing db registrations
[1170145578.461556 /dtn/storage/links debug] closing link store
[1170145578.461599 /dtn/storage debug] table links, -refcount=0
[1170145578.461626 /dtn/storage/links debug] closing db links
[1170145578.461672 /dtn/storage/bundles debug] closing bundle store
[1170145578.461703 /dtn/storage debug] table bundles, -refcount=0
[1170145578.461726 /dtn/storage/bundles debug] closing db bundles
[1170145578.469144 /dtn/storage debug] table globals, -refcount=0
[1170145578.469185 /dtn/storage/globals debug] closing db globals
[1170145578.478693 /dtn/storage info] db closed
[1170145578.478793 /dtn/storage debug] successfully created clean shutdown file 'db/.ds_clean'
[1170145578.478823 /dtnserver/shutdown/notifier debug] Notifier shutting down (closing fds 25 31)
[1170145578.478857 /dtnd notice] daemon exiting...
[1170145578.478880 /dtn/apiserver/18 debug] closing socket in state LISTENING
[1170145578.478902 /dtn/apiserver/18 debug] state LISTENING -> FINI

--------------060205060800060608020905--


Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0U5F2Y23434 for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 21:15:02 -0800
Received: by nf-out-0910.google.com with SMTP id p48so89980nfa for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 21:15:01 -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=meYRsoMzMP305UleKn7q41ipN6Jzizfi6DPpLks68YMdk2N0E6yFXTIOcWkyvH1DdHOW9atX3tkVFtXMockMoyGW1bwPuov5c1uiTVI8/uYWEoYPu47WjD2/Gt3KjieslMjVy2IcAN9UH/mEqlyZdp37IbIPGewApdRfo8W3grc=
Received: by 10.49.13.19 with SMTP id q19mr240967nfi.1170134101177; Mon, 29 Jan 2007 21:15:01 -0800 (PST)
Received: by 10.48.213.17 with HTTP; Mon, 29 Jan 2007 21:15:01 -0800 (PST)
Message-ID: <f0d10dd60701292115k50cf1484l1eb841ede4ac9812@mail.gmail.com>
Date: Tue, 30 Jan 2007 10:45:01 +0530
From: "Zahir Koradia" <zahir.koradia@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] TCA problems
In-Reply-To: <45BE4B59.6090302@jgre.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_2974_19864890.1170134101128"
References: <45B9B58D.1050703@jgre.org> <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com> <45BE4B59.6090302@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

Hi Janico,
That did not help much. We can try a few other things. In
TcaController.ccreplace the function send_bundle that takes dtn spec
as the parameter with
this one

bool
TcaController::send_bundle(const dtn_bundle_spec_t& spec,
                           const std::string& payload)
{
    printf("send_bundle: [%s] -> [%s] : '%s'\n",
                spec.source.uri, spec.dest.uri, payload.c_str());

    dtn_bundle_payload_t send_payload;
    memset(&send_payload, 0, sizeof(send_payload));
    dtn_set_payload(&send_payload, DTN_PAYLOAD_MEM,
            const_cast<char*>(payload.c_str()), payload.length());

    printf("send_bundle_second_printf: [%s] -> [%s] : '%s'\n",
                spec.source.uri, spec.dest.uri, send_payload.buf.buf_val);

    dtn_bundle_id_t bundle_id;
    memset(&bundle_id, 0, sizeof(bundle_id));

    int r = 0;
    if ((r = dtn_send(handle_,
                    const_cast<dtn_bundle_spec_t*>(&spec),
                    &send_payload, &bundle_id)) != 0)
    {
        fprintf(stderr, "TcaController::send_bundle error %d (%s)\n",
                r, dtn_strerror(dtn_errno(handle_)));
        return false;
    }

    return true;
}


No rocket science there; just adding another printf. Also try this one
simple thing. On the gateway from command prompt use the dtnsend application
to send exactly the same bundle while dtnd is running; that is use the same
source destination and payload. Please create two debug level logs for both
these exercises and send them to me.

Thanks,
Zahir

On 1/30/07, Janico Greifenberg <jgre@jgre.org> wrote:
>
> Hallo Zahir,
>
> thank you for your help.
>
> Zahir Koradia wrote:
> > Hi Janico,
> > Sorry for the delayed response. I donot have the setup to reproduce the
> > error here. Could please try a few things for me. Firstly, open the file
> >
> > apps/tca_admin/TcaController.cc
> >
> > In this file find the function add_route and simply add a printf that
> > will print the link. I am hoping that we find some strange characters
> > here itself.
>
> These characters do not appear in the admin app. The output of that
> added line is:
>
> <jgre> Add Route: tcp://jgre.openvpn.informatik.uni-bremen.de
>
>
> > Also please let me know what is does the terminal running tca_admin say
> > when it finds a registry entry.
> >
> > TcaController: found registry entry %s
> >
>
> TcaController: found registry entry tca://correspondent10 ->
> tcp://jgre.openvpn.informatik.uni-bremen.de
>
> > Finally, please send me the info level log of the run at the gateway.
> >
>
> I attach the output of the dtnd and the admin app on the gateway.
>
> Cheers,
> Janico
>
>
> [1170098417.839700 /tca/admin notice] tca_admin starting up
> using options:
>     node_type = 'gateway'
>     link_id = 'tcp://jgre.openvpn.informatik.uni-bremen.de'
>     ask_addr = ''
>     adv_string = ''
>     registry_ttl = 604800
>     control_ttl = 604800
>     tidy = false
> TcaController::init: dtn_open succeeded
> TcaController::dtn_reg: app registered as tca://homeagent/admin, id=0xa
> Initializing TcaRegistry...
>    testing dht node cloudburst.uwaterloo.ca... succeeded.
>    testing dht node blast.uwaterloo.ca... get_connection failed
> ...dht nodes available = 1 / 2
> 10 bytes from [tca://localhost/bundlelayer]: contact_up
> 10 bytes from [tca://localhost/bundlelayer]: contact_up
> 88 bytes from [tca://localhost/bundlelayer]:
> reg_received:tca://correspondent10/admin   tca://registry
> tca://correspondent10/admin     NULL
> TcaRegistry::read: succeeded! value=tcp://jgre.openvpn.informatik.uni-
> bremen.de
> TcaController: found registry entry tca://correspondent10 ->
> tcp://jgre.openvpn.informatik.uni-bremen.de
> TcaController: ignoring re-registration with same gateway
> 10 bytes from [tca://localhost/bundlelayer]: contact_up
> 31 bytes from [tca://localhost/bundlelayer]:
> unb:tca://correspondent10/myapp
> TcaRegistry::read: succeeded! value=tcp://jgre.openvpn.informatik.uni-
> bremen.de
> TcaController: found registry entry tca://correspondent10 ->
> tcp://jgre.openvpn.informatik.uni-bremen.de
> <jgre> Add Route: tcp://jgre.openvpn.informatik.uni-bremen.de
> send_bundle: [tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
> 'add_route:tca://correspondent10/myapp
> tcp://jgre.openvpn.informatik.uni-bremen.de'
> 14 bytes from [tca://localhost/bundlelayer]: link_available
> 16 bytes from [tca://localhost/bundlelayer]: link_unavailable
> 16 bytes from [tca://localhost/bundlelayer]: link_unavailable
> 16 bytes from [tca://localhost/bundlelayer]: link_unavailable
>
>
>

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

Hi Janico,<br>That did not help much. We can try a few other things. In TcaController.cc replace the function send_bundle that takes dtn spec as the parameter with this one<br><br>bool<br>TcaController::send_bundle(const dtn_bundle_spec_t&amp; spec,
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; const std::string&amp; payload)<br>{<br>&nbsp;&nbsp;&nbsp; printf(&quot;send_bundle: [%s] -&gt; [%s] : &#39;%s&#39;\n&quot;,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; spec.source.uri, spec.dest.uri, payload.c_str());<br><br>&nbsp;&nbsp;&nbsp; dtn_bundle_payload_t send_payload;
<br>&nbsp;&nbsp;&nbsp; memset(&amp;send_payload, 0, sizeof(send_payload));<br>&nbsp;&nbsp;&nbsp; dtn_set_payload(&amp;send_payload, DTN_PAYLOAD_MEM,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; const_cast&lt;char*&gt;(payload.c_str()), payload.length());<br><br>&nbsp;&nbsp;&nbsp; printf(&quot;send_bundle_second_printf: [%s] -&gt; [%s] : &#39;%s&#39;\n&quot;,
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; spec.source.uri, spec.dest.uri, send_payload.buf.buf_val);<br>
<br>&nbsp;&nbsp;&nbsp; dtn_bundle_id_t bundle_id;<br>&nbsp;&nbsp;&nbsp; memset(&amp;bundle_id, 0, sizeof(bundle_id));<br><br>&nbsp;&nbsp;&nbsp; int r = 0;&nbsp;&nbsp;&nbsp; <br>&nbsp;&nbsp;&nbsp; if ((r = dtn_send(handle_,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; const_cast&lt;dtn_bundle_spec_t*&gt;(&amp;spec),<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &amp;send_payload, &amp;bundle_id)) != 0)<br>&nbsp;&nbsp;&nbsp; {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; fprintf(stderr, &quot;TcaController::send_bundle error %d (%s)\n&quot;,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; r, dtn_strerror(dtn_errno(handle_)));<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return false;
<br>&nbsp;&nbsp;&nbsp; }<br><br>&nbsp;&nbsp;&nbsp; return true;<br>}<br><br><br>No rocket science there; just adding another printf. Also try this one simple thing. On the gateway from command prompt use the dtnsend application to send exactly the same bundle while dtnd is running; that is use the same source destination and payload. Please create two debug level logs for both these exercises and send them to me. 
<br><br>Thanks,<br>Zahir<br><br><div><span class="gmail_quote">On 1/30/07, <b class="gmail_sendername">Janico Greifenberg</b> &lt;<a href="mailto:jgre@jgre.org">jgre@jgre.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hallo Zahir,<br><br>thank you for your help.<br><br>Zahir Koradia wrote:<br>&gt; Hi Janico,<br>&gt; Sorry for the delayed response. I donot have the setup to reproduce the<br>&gt; error here. Could please try a few things for me. Firstly, open the file
<br>&gt;<br>&gt; apps/tca_admin/TcaController.cc<br>&gt;<br>&gt; In this file find the function add_route and simply add a printf that<br>&gt; will print the link. I am hoping that we find some strange characters<br>&gt; here itself.
<br><br>These characters do not appear in the admin app. The output of that<br>added line is:<br><br>&lt;jgre&gt; Add Route: tcp://jgre.openvpn.informatik.uni-<a href="http://bremen.de">bremen.de</a><br><br><br>&gt; Also please let me know what is does the terminal running tca_admin say
<br>&gt; when it finds a registry entry.<br>&gt;<br>&gt; TcaController: found registry entry %s<br>&gt;<br><br>TcaController: found registry entry tca://correspondent10 -&gt;<br>tcp://jgre.openvpn.informatik.uni-<a href="http://bremen.de">
bremen.de</a><br><br>&gt; Finally, please send me the info level log of the run at the gateway.<br>&gt;<br><br>I attach the output of the dtnd and the admin app on the gateway.<br><br>Cheers,<br>Janico<br><br><br>[1170098417.839700
 /tca/admin notice] tca_admin starting up<br>using options:<br>&nbsp;&nbsp;&nbsp;&nbsp;node_type = &#39;gateway&#39;<br>&nbsp;&nbsp;&nbsp;&nbsp;link_id = &#39;tcp://jgre.openvpn.informatik.uni-<a href="http://bremen.de">bremen.de</a>&#39;<br>&nbsp;&nbsp;&nbsp;&nbsp;ask_addr = &#39;&#39;
<br>&nbsp;&nbsp;&nbsp;&nbsp;adv_string = &#39;&#39;<br>&nbsp;&nbsp;&nbsp;&nbsp;registry_ttl = 604800<br>&nbsp;&nbsp;&nbsp;&nbsp;control_ttl = 604800<br>&nbsp;&nbsp;&nbsp;&nbsp;tidy = false<br>TcaController::init: dtn_open succeeded<br>TcaController::dtn_reg: app registered as tca://homeagent/admin, id=0xa
<br>Initializing TcaRegistry...<br>&nbsp;&nbsp; testing dht node cloudburst.uwaterloo.ca... succeeded.<br>&nbsp;&nbsp; testing dht node blast.uwaterloo.ca... get_connection failed<br>...dht nodes available = 1 / 2<br>10 bytes from [tca://localhost/bundlelayer]: contact_up
<br>10 bytes from [tca://localhost/bundlelayer]: contact_up<br>88 bytes from [tca://localhost/bundlelayer]:<br>reg_received:tca://correspondent10/admin&nbsp;&nbsp; tca://registry<br>tca://correspondent10/admin&nbsp;&nbsp;&nbsp;&nbsp; NULL<br>TcaRegistry::read: succeeded! value=tcp://jgre.openvpn.informatik.uni-
<a href="http://bremen.de">bremen.de</a><br>TcaController: found registry entry tca://correspondent10 -&gt;<br>tcp://jgre.openvpn.informatik.uni-<a href="http://bremen.de">bremen.de</a><br>TcaController: ignoring re-registration with same gateway
<br>10 bytes from [tca://localhost/bundlelayer]: contact_up<br>31 bytes from [tca://localhost/bundlelayer]: unb:tca://correspondent10/myapp<br>TcaRegistry::read: succeeded! value=tcp://jgre.openvpn.informatik.uni-<a href="http://bremen.de">
bremen.de</a><br>TcaController: found registry entry tca://correspondent10 -&gt;<br>tcp://jgre.openvpn.informatik.uni-<a href="http://bremen.de">bremen.de</a><br>&lt;jgre&gt; Add Route: tcp://jgre.openvpn.informatik.uni-<a href="http://bremen.de">
bremen.de</a><br>send_bundle: [tca://homeagent/admin] -&gt; [tca://localhost/bundlelayer] :<br>&#39;add_route:tca://correspondent10/myapp<br>tcp://jgre.openvpn.informatik.uni-<a href="http://bremen.de">bremen.de</a>&#39;<br>
14 bytes from [tca://localhost/bundlelayer]: link_available<br>16 bytes from [tca://localhost/bundlelayer]: link_unavailable<br>16 bytes from [tca://localhost/bundlelayer]: link_unavailable<br>16 bytes from [tca://localhost/bundlelayer]: link_unavailable
<br><br><br></blockquote></div><br>

------=_Part_2974_19864890.1170134101128--


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 l0U1BLY14426 for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 17:11:21 -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.13.8/8.13.5) with ESMTP id l0U1BIns005907 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 29 Jan 2007 17:11:19 -0800 (PST)
In-Reply-To: <d35f8e370701291519h42f08275ve5a6a918f6ec555c@mail.gmail.com>
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com> <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu> <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com> <3EB01F54-235C-4343-ADB7-87D77AAEAE13@cs.berkeley.edu> <d35f8e370701291519h42f08275ve5a6a918f6ec555c@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-1-686233852
Message-Id: <0AA056BF-4F46-4477-BF8B-C8F0D9C76B47@cs.berkeley.edu>
Cc: Mooi Choo Chuah <mcchuah@gmail.com>
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] DTN tunnel hacking
X-Applemailsentby: demmer
Date: Mon, 29 Jan 2007 17:11:18 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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


That shouldn't happen -- the listener should never exit.

Try running under gdb with a breakpoint set in exit() so that you can  
catch where/why it's actually exiting.

-m

On Jan 29, 2007, at 3:19 PM, ryan m wrote:

> so I did get the 15 minute test to work (I pulled a new version of  
> dtn and waited longer for it to reestablish contact).
>
> when I try a 30 minute test something odd happens.
>
> After contact is reestablished dtn starts sending the waiting  
> bundles (corresponding to messages sent from client end of  
> dtntunnel) like mad.  Then the listening side of dtntunnel just  
> falls over and silently exits.  Any thoughts why this would  
> happen?  I'm invoking dtn tunnel the following ways:
>
> ./dtntunnel -L -l DEBUG -e 3600
>
> ./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr  
> 0.0.0.0 --lport 15000 --rhost basin.cse.lehigh.edu --rport 5222 -e  
> 3600 -l DEBUG
>
> this is what the end of the listening side looks like when it dies:
>
> [1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151 byte  
> bundle
> [1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte  
> bundle with seqno 16
> [1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
> [1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify count  
> = 1
> [1170112001.275257 /dtntunnel debug] calling dtn_recv...
> [1170112001.275499 /dtntunnel/tcp/conn debug] poll_with_notifier:  
> 1/1 fds ready, status 0x1
> [1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier:  
> normal fd has event
> [1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
> attempting to drain 1 bytes
> [1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
> drained 1/1 byte(s) from pipe
> [1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe  
> count = 0
> [1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8 cc 133
> [1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133 bytes  
> 0 left 133 total
> [1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte payload  
> to client
> [1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll...  
> (timeout -1)
> [1170112002.676366 /dtntunnel info] got 149 byte bundle
> [1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149 byte  
> bundle
> [1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte  
> bundle with seqno 17
> [1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
> [1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count  
> = 1
> [1170112002.676459 /dtntunnel debug] calling dtn_recv...
> [1170112002.677144 /dtntunnel/tcp/conn debug] poll_with_notifier:  
> 1/1 fds ready, status 0x1
> [1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier:  
> normal fd has event
> [1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
> attempting to drain 1 bytes
> [1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:  
> drained 1/1 byte(s) from pipe
> [1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe  
> count = 0
> [edifyteam@basin dtntunnel]$
>
> so it processes part of the torrent then just exits all the sudden  
> and I'm not sure why... would a fin generated by jabber cause that?
>
> Ryan
>
> On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>
> Strange. You should see the code repeatedly trying to re-open the  
> link, no?
>
> That plus some tcpdump'ing will tell you more about what's going on.
>
> -m
>
>
> On Jan 23, 2007, at 10:25 AM, ryan m wrote:
>
>> hmm so I think I actually have a more fundemental issue on closer  
>> inspection.  I'm trying to use dtn tunnel as a proxy.  To test it  
>> I set everything up then put up a drop all firewall between the  
>> dtn nodes for 15 minutes then released it.  After I release it no  
>> bundles get through and the debug messages say this:
>>
>> [1169576247.469499 /dtn/route/static debug] can't forward bundle  
>> id 51 dtn://bas
>> in.cse.lehigh.edu.dtn/ping.15267 -> dtn://rcm2.cse.lehigh.edu.dtn/ 
>> ping (20 bytes
>>  payload) to link1 [ rcm2.cse.lehigh.edu:10000 dtn:none ALWAYSON  
>> UNAVAILABLE] because link not available
>>
>> even though the firewall has been taken down for more than 5 minutes.
>>
>> any thoughts on this?
>>
>> On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>>
>> The same code is used on both sides of the tunnel.
>>
>> I'd be ok if you made a modification to the tunnel that enabled the
>> SO_KEEPALIVE socket option -- will that work for your purposes?
>>
>> -mike
>>
>>
>> On Jan 22, 2007, at 7:30 PM, ryan m wrote:
>>
>> > I was wondering if someone familiar with the code of dtn tunnel
>> > could point me to where in the source bundles are processed and
>> > sent out the TCP connection on the ./dtntunnel -L side of the
>> > tunnel.  I need to add a periodic TCP packet coming out this side
>> > containing a space to keep the TCP connection from idling out.  And
>> > I'm not sure how to differentiate the code going from bundles->tcp
>> > on one end of the tunnel from the code doing this for the other end
>> > of the tunnel.  Any help would be very appreciated.
>> >
>> > Ryan
>>
>> _______________________________________________
>> dtn-users mailing list
>> dtn-users@mailman.dtnrg.org
>> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>>
>
>


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

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV><BR =
class=3D"khtml-block-placeholder"></DIV>That shouldn't happen -- the =
listener should never exit.=A0<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Try running under gdb with =
a breakpoint set in exit() so that you can catch where/why it's actually =
exiting.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-m</DIV><DIV><BR><DIV><DIV>On=
 Jan 29, 2007, at 3:19 PM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">so I did =
get the 15 minute test to work (I pulled a new version of dtn and waited =
longer for it to reestablish contact).<BR><BR>when I try a 30 minute =
test something odd happens.<BR><BR>After contact is reestablished dtn =
starts sending the waiting bundles (corresponding to messages sent from =
client end of dtntunnel) like mad.=A0 Then the listening side of =
dtntunnel just falls over and silently exits.=A0 Any thoughts why this =
would happen?=A0 I'm invoking dtn tunnel the following ways: =
<BR><BR>./dtntunnel -L -l DEBUG -e 3600<BR><BR>./dtntunnel -t -d =
dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr <A =
href=3D"http://0.0.0.0">0.0.0.0</A> --lport 15000 --rhost <A =
href=3D"http://basin.cse.lehigh.edu">basin.cse.lehigh.edu </A> --rport =
5222 -e 3600 -l DEBUG<BR><BR>this is what the end of the listening side =
looks like when it dies:<BR><BR>[1170112001.275199 /dtntunnel/tcp debug] =
handle_bundle got 151 byte bundle<BR>[1170112001.275214 =
/dtntunnel/tcp/conn info] delivering 151 byte bundle with seqno 16 =
<BR>[1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier =
notify<BR>[1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify =
count =3D 1<BR>[1170112001.275257 /dtntunnel debug] calling =
dtn_recv...<BR>[1170112001.275499 /dtntunnel/tcp/conn debug] =
poll_with_notifier: 1/1 fds ready, status 0x1 <BR>[1170112001.275552 =
/dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has =
event<BR>[1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] =
drain_pipe: attempting to drain 1 bytes <BR>[1170112001.275645 =
/dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from =
pipe<BR>[1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain =
pipe count =3D 0<BR>[1170112001.275805 /dtntunnel/tcp/conn/8 debug] =
::writev() fd 8 cc 133 <BR>[1170112001.275855 /dtntunnel/tcp/conn/8 =
debug] writeall 133 bytes 0 left 133 total<BR>[1170112001.275897 =
/dtntunnel/tcp/conn info] sent 133 byte payload to =
client<BR>[1170112001.275939 /dtntunnel/tcp/conn debug] blocking in =
poll... (timeout -1) <BR>[1170112002.676366 /dtntunnel info] got 149 =
byte bundle<BR>[1170112002.676400 /dtntunnel/tcp debug] handle_bundle =
got 149 byte bundle<BR>[1170112002.676414 /dtntunnel/tcp/conn info] =
delivering 149 byte bundle with seqno 17 <BR>[1170112002.676425 =
/dtntunnel/tcp/conn/msgqueue debug] notifier =
notify<BR>[1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify =
count =3D 1<BR>[1170112002.676459 /dtntunnel debug] calling =
dtn_recv...<BR>[1170112002.677144 /dtntunnel/tcp/conn debug] =
poll_with_notifier: 1/1 fds ready, status 0x1 <BR>[1170112002.677254 =
/dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has =
event<BR>[1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] =
drain_pipe: attempting to drain 1 bytes <BR>[1170112002.677355 =
/dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from =
pipe<BR>[1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain =
pipe count =3D 0<BR>[edifyteam@basin dtntunnel]$ <BR><BR>so it processes =
part of the torrent then just exits all the sudden and I'm not sure =
why... would a fin generated by jabber cause that? =
<BR><BR>Ryan<BR><BR><DIV><SPAN class=3D"gmail_quote">On 1/23/07, <B =
class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:demmer@cs.berkeley.edu">demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV style=3D""><DIV><BR></DIV><DIV>Strange. You should see the =
code repeatedly trying to re-open the link, =
no?</DIV><DIV><BR></DIV><DIV>That plus some tcpdump'ing will tell you =
more about what's going on.</DIV><SPAN class=3D"sg"> =
<DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN class=3D"e" =
id=3D"q_1105054448f5ef50_2"><DIV><BR></DIV><BR><DIV><DIV>On Jan 23, =
2007, at 10:25 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">hmm =
so I think I actually have a more fundemental issue on closer =
inspection.=A0 I'm trying to use dtn tunnel as a proxy.=A0 To test it I =
set everything up then put up a drop all firewall between the dtn nodes =
for 15 minutes then released it.=A0 After I release it no bundles get =
through and the debug messages say this: <BR><BR>[1169576247.469499 =
/dtn/route/static debug] can't forward bundle id 51 =
dtn://bas<BR>in.cse.lehigh.edu.dtn/ping.15267 -&gt; =
dtn://rcm2.cse.lehigh.edu.dtn/ping (20 bytes<BR>=A0payload) to link1 [<A =
href=3D"http://rcm2.cse.lehigh.edu:10000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:10000</A> dtn:none ALWAYSON UNAVAILABLE] because =
link not available<BR><BR>even though the firewall has been taken down =
for more than 5 minutes.<BR><BR>any thoughts on this?<BR><BR><DIV><SPAN =
class=3D"gmail_quote"> On 1/23/07, <B class=3D"gmail_sendername">Michael =
Demmer</B> &lt;<A href=3D"mailto:demmer@cs.berkeley.edu" target=3D"_blank"=
 onclick=3D"return =
top.js.OpenExtLink(window,event,this)">demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <BR>The same code is used on both sides of the tunnel.<BR><BR>I'd =
be ok if you made a modification to the tunnel that enabled =
the<BR>SO_KEEPALIVE socket option -- will that work for your =
purposes?<BR><BR>-mike<BR><BR> <BR>On Jan 22, 2007, at 7:30 PM, ryan m =
wrote:<BR><BR>&gt; I was wondering if someone familiar with the code of =
dtn tunnel<BR>&gt; could point me to where in the source bundles are =
processed and<BR>&gt; sent out the TCP connection on the ./dtntunnel -L =
side of the <BR>&gt; tunnel.=A0=A0I need to add a periodic TCP packet =
coming out this side<BR>&gt; containing a space to keep the TCP =
connection from idling out.=A0=A0And<BR>&gt; I'm not sure how to =
differentiate the code going from bundles-&gt;tcp <BR>&gt; on one end of =
the tunnel from the code doing this for the other end<BR>&gt; of the =
tunnel.=A0=A0Any help would be very appreciated.<BR>&gt;<BR>&gt; =
Ryan<BR><BR>_______________________________________________<BR>dtn-users =
mailing list <BR><A href=3D"mailto:dtn-users@mailman.dtnrg.org" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">dtn-users@mailman.dtnrg.org</A><BR>=
<A href=3D"http://mailman.dtnrg.org/mailman/listinfo/dtn-users" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
http://mailman.dtnrg.org/mailman/listinfo/dtn-users</A><BR></BLOCKQUOTE></=
DIV> <BR></BLOCKQUOTE></DIV><BR></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-1-686233852--


Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0TNJ9Y13707 for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 15:19:09 -0800
Received: by wx-out-0506.google.com with SMTP id s7so1740907wxc for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 15:19:08 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=EKmvU1tX6ljqWUwbypu20wUqBtqiL9E+QuSBhb2Ie2UOYfRokGDgrQ5VXqUFgaoS9GtoLAP0qEbiEfMSHO1j14kJ0ro69YeTfexl5k3StWWGlofLU3avcvJJga6EtkSO8qMHybqV7yV8+J8RhCePo7Fnji0cMjGtrQkaOaBW5qM=
Received: by 10.70.11.1 with SMTP id 1mr1974244wxk.1170112747248; Mon, 29 Jan 2007 15:19:07 -0800 (PST)
Received: by 10.70.72.19 with HTTP; Mon, 29 Jan 2007 15:19:07 -0800 (PST)
Message-ID: <d35f8e370701291519h42f08275ve5a6a918f6ec555c@mail.gmail.com>
Date: Mon, 29 Jan 2007 18:19:07 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] DTN tunnel hacking
Cc: "Mooi Choo Chuah" <mcchuah@gmail.com>
In-Reply-To: <3EB01F54-235C-4343-ADB7-87D77AAEAE13@cs.berkeley.edu>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_57637_14345832.1170112747204"
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com> <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu> <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com> <3EB01F54-235C-4343-ADB7-87D77AAEAE13@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

so I did get the 15 minute test to work (I pulled a new version of dtn and
waited longer for it to reestablish contact).

when I try a 30 minute test something odd happens.

After contact is reestablished dtn starts sending the waiting bundles
(corresponding to messages sent from client end of dtntunnel) like mad.
Then the listening side of dtntunnel just falls over and silently exits.
Any thoughts why this would happen?  I'm invoking dtn tunnel the following
ways:

./dtntunnel -L -l DEBUG -e 3600

./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr
0.0.0.0--lport 15000 --rhost
basin.cse.lehigh.edu --rport 5222 -e 3600 -l DEBUG

this is what the end of the listening side looks like when it dies:

[1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151 byte bundle
[1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte bundle with
seqno 16
[1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
[1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
[1170112001.275257 /dtntunnel debug] calling dtn_recv...
[1170112001.275499 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds
ready, status 0x1
[1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd
has event
[1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
attempting to drain 1 bytes
[1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained
1/1 byte(s) from pipe
[1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0
[1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8 cc 133
[1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133 bytes 0 left
133 total
[1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte payload to client
[1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll... (timeout
-1)
[1170112002.676366 /dtntunnel info] got 149 byte bundle
[1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149 byte bundle
[1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte bundle with
seqno 17
[1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier notify
[1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1
[1170112002.676459 /dtntunnel debug] calling dtn_recv...
[1170112002.677144 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds
ready, status 0x1
[1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd
has event
[1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe:
attempting to drain 1 bytes
[1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained
1/1 byte(s) from pipe
[1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0
[edifyteam@basin dtntunnel]$

so it processes part of the torrent then just exits all the sudden and I'm
not sure why... would a fin generated by jabber cause that?

Ryan

On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>
>
> Strange. You should see the code repeatedly trying to re-open the link,
> no?
>
> That plus some tcpdump'ing will tell you more about what's going on.
>
> -m
>
>
> On Jan 23, 2007, at 10:25 AM, ryan m wrote:
>
> hmm so I think I actually have a more fundemental issue on closer
> inspection.  I'm trying to use dtn tunnel as a proxy.  To test it I set
> everything up then put up a drop all firewall between the dtn nodes for 15
> minutes then released it.  After I release it no bundles get through and the
> debug messages say this:
>
> [1169576247.469499 /dtn/route/static debug] can't forward bundle id 51
> dtn://bas
> in.cse.lehigh.edu.dtn/ping.15267 -> dtn://rcm2.cse.lehigh.edu.dtn/ping (20
> bytes
>  payload) to link1 [ rcm2.cse.lehigh.edu:10000 dtn:none ALWAYSON
> UNAVAILABLE] because link not available
>
> even though the firewall has been taken down for more than 5 minutes.
>
> any thoughts on this?
>
> On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
> >
> >
> > The same code is used on both sides of the tunnel.
> >
> > I'd be ok if you made a modification to the tunnel that enabled the
> > SO_KEEPALIVE socket option -- will that work for your purposes?
> >
> > -mike
> >
> >
> > On Jan 22, 2007, at 7:30 PM, ryan m wrote:
> >
> > > I was wondering if someone familiar with the code of dtn tunnel
> > > could point me to where in the source bundles are processed and
> > > sent out the TCP connection on the ./dtntunnel -L side of the
> > > tunnel.  I need to add a periodic TCP packet coming out this side
> > > containing a space to keep the TCP connection from idling out.  And
> > > I'm not sure how to differentiate the code going from bundles->tcp
> > > on one end of the tunnel from the code doing this for the other end
> > > of the tunnel.  Any help would be very appreciated.
> > >
> > > Ryan
> >
> > _______________________________________________
> > dtn-users mailing list
> > dtn-users@mailman.dtnrg.org
> > http://mailman.dtnrg.org/mailman/listinfo/dtn-users
> >
>
>
>

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

so I did get the 15 minute test to work (I pulled a new version of dtn and waited longer for it to reestablish contact).<br><br>when I try a 30 minute test something odd happens.<br><br>After contact is reestablished dtn starts sending the waiting bundles (corresponding to messages sent from client end of dtntunnel) like mad.&nbsp; Then the listening side of dtntunnel just falls over and silently exits.&nbsp; Any thoughts why this would happen?&nbsp; I&#39;m invoking dtn tunnel the following ways:
<br><br>./dtntunnel -L -l DEBUG -e 3600<br><br>./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn/dtntunnel --laddr <a href="http://0.0.0.0">0.0.0.0</a> --lport 15000 --rhost <a href="http://basin.cse.lehigh.edu">basin.cse.lehigh.edu
</a> --rport 5222 -e 3600 -l DEBUG<br><br>this is what the end of the listening side looks like when it dies:<br><br>[1170112001.275199 /dtntunnel/tcp debug] handle_bundle got 151 byte bundle<br>[1170112001.275214 /dtntunnel/tcp/conn info] delivering 151 byte bundle with seqno 16
<br>[1170112001.275224 /dtntunnel/tcp/conn/msgqueue debug] notifier notify<br>[1170112001.275242 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1<br>[1170112001.275257 /dtntunnel debug] calling dtn_recv...<br>[1170112001.275499
 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds ready, status 0x1 <br>[1170112001.275552 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event<br>[1170112001.275599 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: attempting to drain 1 bytes
<br>[1170112001.275645 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe<br>[1170112001.275685 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0<br>[1170112001.275805 /dtntunnel/tcp/conn/8 debug] ::writev() fd 8 cc 133
<br>[1170112001.275855 /dtntunnel/tcp/conn/8 debug] writeall 133 bytes 0 left 133 total<br>[1170112001.275897 /dtntunnel/tcp/conn info] sent 133 byte payload to client<br>[1170112001.275939 /dtntunnel/tcp/conn debug] blocking in poll... (timeout -1)
<br>[1170112002.676366 /dtntunnel info] got 149 byte bundle<br>[1170112002.676400 /dtntunnel/tcp debug] handle_bundle got 149 byte bundle<br>[1170112002.676414 /dtntunnel/tcp/conn info] delivering 149 byte bundle with seqno 17
<br>[1170112002.676425 /dtntunnel/tcp/conn/msgqueue debug] notifier notify<br>[1170112002.676445 /dtntunnel/tcp/conn/msgqueue debug] notify count = 1<br>[1170112002.676459 /dtntunnel debug] calling dtn_recv...<br>[1170112002.677144
 /dtntunnel/tcp/conn debug] poll_with_notifier: 1/1 fds ready, status 0x1 <br>[1170112002.677254 /dtntunnel/tcp/conn debug] poll_with_notifier: normal fd has event<br>[1170112002.677304 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: attempting to drain 1 bytes
<br>[1170112002.677355 /dtntunnel/tcp/conn/msgqueue debug] drain_pipe: drained 1/1 byte(s) from pipe<br>[1170112002.677397 /dtntunnel/tcp/conn/msgqueue debug] drain pipe count = 0<br>[edifyteam@basin dtntunnel]$ <br><br>so it processes part of the torrent then just exits all the sudden and I&#39;m not sure why... would a fin generated by jabber cause that?
<br><br>Ryan<br><br><div><span class="gmail_quote">On 1/23/07, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu">demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div><br></div><div>Strange. You should see the code repeatedly trying to re-open the link, no?</div><div><br></div><div>That plus some tcpdump&#39;ing will tell you more about what&#39;s going on.</div><span class="sg">
<div><br></div><div>-m</div></span><div><span class="e" id="q_1105054448f5ef50_2"><div><br></div><br><div><div>On Jan 23, 2007, at 10:25 AM, ryan m wrote:</div><br><blockquote type="cite">hmm so I think I actually have a more fundemental issue on closer inspection.&nbsp; I&#39;m trying to use dtn tunnel as a proxy.&nbsp; To test it I set everything up then put up a drop all firewall between the dtn nodes for 15 minutes then released it.&nbsp; After I release it no bundles get through and the debug messages say this: 
<br><br>[1169576247.469499 /dtn/route/static debug] can&#39;t forward bundle id 51 dtn://bas<br>in.cse.lehigh.edu.dtn/ping.15267 -&gt; dtn://rcm2.cse.lehigh.edu.dtn/ping (20 bytes<br>&nbsp;payload) to link1 [<a href="http://rcm2.cse.lehigh.edu:10000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:10000</a> dtn:none ALWAYSON UNAVAILABLE] because link not available<br><br>even though the firewall has been taken down for more than 5 minutes.<br><br>any thoughts on this?<br><br><div><span class="gmail_quote">
 On 1/23/07, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <br>The same code is used on both sides of the tunnel.<br><br>I&#39;d be ok if you made a modification to the tunnel that enabled the<br>SO_KEEPALIVE socket option -- will that work for your purposes?<br><br>-mike<br><br>
 <br>On Jan 22, 2007, at 7:30 PM, ryan m wrote:<br><br>&gt; I was wondering if someone familiar with the code of dtn tunnel<br>&gt; could point me to where in the source bundles are processed and<br>&gt; sent out the TCP connection on the ./dtntunnel -L side of the 
<br>&gt; tunnel.&nbsp;&nbsp;I need to add a periodic TCP packet coming out this side<br>&gt; containing a space to keep the TCP connection from idling out.&nbsp;&nbsp;And<br>&gt; I&#39;m not sure how to differentiate the code going from bundles-&gt;tcp 
<br>&gt; on one end of the tunnel from the code doing this for the other end<br>&gt; of the tunnel.&nbsp;&nbsp;Any help would be very appreciated.<br>&gt;<br>&gt; Ryan<br><br>_______________________________________________<br>dtn-users mailing list 
<br><a href="mailto:dtn-users@mailman.dtnrg.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">dtn-users@mailman.dtnrg.org</a><br><a href="http://mailman.dtnrg.org/mailman/listinfo/dtn-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://mailman.dtnrg.org/mailman/listinfo/dtn-users</a><br></blockquote></div> <br></blockquote></div><br></span></div></div>
</blockquote></div><br>

------=_Part_57637_14345832.1170112747204--


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 l0TJUoY12257 for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 11:30:50 -0800
Received: from localhost (localhost [127.0.0.1]) by snatch.gtnw.de (Postfix on snatch) with ESMTP id 44D4A1007A for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 20:41:16 +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 03533-06 for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 20:41:16 +0100 (CET)
Received: from [192.168.178.102] (p548D1F28.dip0.t-ipconnect.de [84.141.31.40]) (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 BD8C610021 for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 20:41:14 +0100 (CET)
Message-ID: <45BE4B59.6090302@jgre.org>
Date: Mon, 29 Jan 2007 20:30:33 +0100
From: Janico Greifenberg <jgre@jgre.org>
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> <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com>
In-Reply-To: <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com>
Content-Type: multipart/mixed; boundary="------------090903050404000108040207"
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

This is a multi-part message in MIME format.
--------------090903050404000108040207
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hallo Zahir,

thank you for your help.

Zahir Koradia wrote:
> Hi Janico,
> Sorry for the delayed response. I donot have the setup to reproduce the
> error here. Could please try a few things for me. Firstly, open the file
> 
> apps/tca_admin/TcaController.cc
> 
> In this file find the function add_route and simply add a printf that
> will print the link. I am hoping that we find some strange characters
> here itself.

These characters do not appear in the admin app. The output of that
added line is:

<jgre> Add Route: tcp://jgre.openvpn.informatik.uni-bremen.de


> Also please let me know what is does the terminal running tca_admin say
> when it finds a registry entry.
> 
> TcaController: found registry entry %s
> 

TcaController: found registry entry tca://correspondent10 ->
tcp://jgre.openvpn.informatik.uni-bremen.de

> Finally, please send me the info level log of the run at the gateway.
> 

I attach the output of the dtnd and the admin app on the gateway.

Cheers,
Janico

--------------090903050404000108040207
Content-Type: text/plain;
 name="admin-gateway.out"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="admin-gateway.out"

WzExNzAwOTg0MTcuODM5NzAwIC90Y2EvYWRtaW4gbm90aWNlXSB0Y2FfYWRtaW4gc3RhcnRp
bmcgdXAKdXNpbmcgb3B0aW9uczoKICAgIG5vZGVfdHlwZSA9ICdnYXRld2F5JwogICAgbGlu
a19pZCA9ICd0Y3A6Ly9qZ3JlLm9wZW52cG4uaW5mb3JtYXRpay51bmktYnJlbWVuLmRlJwog
ICAgYXNrX2FkZHIgPSAnJwogICAgYWR2X3N0cmluZyA9ICcnCiAgICByZWdpc3RyeV90dGwg
PSA2MDQ4MDAKICAgIGNvbnRyb2xfdHRsID0gNjA0ODAwCiAgICB0aWR5ID0gZmFsc2UKVGNh
Q29udHJvbGxlcjo6aW5pdDogZHRuX29wZW4gc3VjY2VlZGVkClRjYUNvbnRyb2xsZXI6OmR0
bl9yZWc6IGFwcCByZWdpc3RlcmVkIGFzIHRjYTovL2hvbWVhZ2VudC9hZG1pbiwgaWQ9MHhh
CkluaXRpYWxpemluZyBUY2FSZWdpc3RyeS4uLgogICB0ZXN0aW5nIGRodCBub2RlIGNsb3Vk
YnVyc3QudXdhdGVybG9vLmNhLi4uIHN1Y2NlZWRlZC4KICAgdGVzdGluZyBkaHQgbm9kZSBi
bGFzdC51d2F0ZXJsb28uY2EuLi4gZ2V0X2Nvbm5lY3Rpb24gZmFpbGVkCi4uLmRodCBub2Rl
cyBhdmFpbGFibGUgPSAxIC8gMgoxMCBieXRlcyBmcm9tIFt0Y2E6Ly9sb2NhbGhvc3QvYnVu
ZGxlbGF5ZXJdOiBjb250YWN0X3VwCjEwIGJ5dGVzIGZyb20gW3RjYTovL2xvY2FsaG9zdC9i
dW5kbGVsYXllcl06IGNvbnRhY3RfdXAKODggYnl0ZXMgZnJvbSBbdGNhOi8vbG9jYWxob3N0
L2J1bmRsZWxheWVyXToKcmVnX3JlY2VpdmVkOnRjYTovL2NvcnJlc3BvbmRlbnQxMC9hZG1p
biAgIHRjYTovL3JlZ2lzdHJ5CnRjYTovL2NvcnJlc3BvbmRlbnQxMC9hZG1pbiAgICAgTlVM
TApUY2FSZWdpc3RyeTo6cmVhZDogc3VjY2VlZGVkISB2YWx1ZT10Y3A6Ly9qZ3JlLm9wZW52
cG4uaW5mb3JtYXRpay51bmktYnJlbWVuLmRlClRjYUNvbnRyb2xsZXI6IGZvdW5kIHJlZ2lz
dHJ5IGVudHJ5IHRjYTovL2NvcnJlc3BvbmRlbnQxMCAtPgp0Y3A6Ly9qZ3JlLm9wZW52cG4u
aW5mb3JtYXRpay51bmktYnJlbWVuLmRlClRjYUNvbnRyb2xsZXI6IGlnbm9yaW5nIHJlLXJl
Z2lzdHJhdGlvbiB3aXRoIHNhbWUgZ2F0ZXdheQoxMCBieXRlcyBmcm9tIFt0Y2E6Ly9sb2Nh
bGhvc3QvYnVuZGxlbGF5ZXJdOiBjb250YWN0X3VwCjMxIGJ5dGVzIGZyb20gW3RjYTovL2xv
Y2FsaG9zdC9idW5kbGVsYXllcl06IHVuYjp0Y2E6Ly9jb3JyZXNwb25kZW50MTAvbXlhcHAK
VGNhUmVnaXN0cnk6OnJlYWQ6IHN1Y2NlZWRlZCEgdmFsdWU9dGNwOi8vamdyZS5vcGVudnBu
LmluZm9ybWF0aWsudW5pLWJyZW1lbi5kZQpUY2FDb250cm9sbGVyOiBmb3VuZCByZWdpc3Ry
eSBlbnRyeSB0Y2E6Ly9jb3JyZXNwb25kZW50MTAgLT4KdGNwOi8vamdyZS5vcGVudnBuLmlu
Zm9ybWF0aWsudW5pLWJyZW1lbi5kZQo8amdyZT4gQWRkIFJvdXRlOiB0Y3A6Ly9qZ3JlLm9w
ZW52cG4uaW5mb3JtYXRpay51bmktYnJlbWVuLmRlCnNlbmRfYnVuZGxlOiBbdGNhOi8vaG9t
ZWFnZW50L2FkbWluXSAtPiBbdGNhOi8vbG9jYWxob3N0L2J1bmRsZWxheWVyXSA6CidhZGRf
cm91dGU6dGNhOi8vY29ycmVzcG9uZGVudDEwL215YXBwCnRjcDovL2pncmUub3BlbnZwbi5p
bmZvcm1hdGlrLnVuaS1icmVtZW4uZGUnCjE0IGJ5dGVzIGZyb20gW3RjYTovL2xvY2FsaG9z
dC9idW5kbGVsYXllcl06IGxpbmtfYXZhaWxhYmxlCjE2IGJ5dGVzIGZyb20gW3RjYTovL2xv
Y2FsaG9zdC9idW5kbGVsYXllcl06IGxpbmtfdW5hdmFpbGFibGUKMTYgYnl0ZXMgZnJvbSBb
dGNhOi8vbG9jYWxob3N0L2J1bmRsZWxheWVyXTogbGlua191bmF2YWlsYWJsZQoxNiBieXRl
cyBmcm9tIFt0Y2E6Ly9sb2NhbGhvc3QvYnVuZGxlbGF5ZXJdOiBsaW5rX3VuYXZhaWxhYmxl
Cg==
--------------090903050404000108040207
Content-Type: text/x-log;
 name="gateway.log"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
 filename="gateway.log"

[1170098408.594414 /dtnd notice] DTN daemon starting up... (pid 19143)
[1170098408.600210 /dtnd notice] random seed is 600206
[1170098408.601016 /dtnd info] parsing configuration file dtn.conf...
[1170098408.601207 /dtnd info] dtnd parsing configuration...
[1170098408.601707 /dtn/interface/table info] adding interface tcp0 (tcp)
[1170098408.601866 /dtn/link/null info] new link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170098408.601919 /dtnd info] dtnd configuration parsing complete
[1170098408.602114 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/jgre/research/papers/bundle-navigation/testbed/homeagent/db
[1170098408.605355 /dtn/storage info] datastore db was cleanly shut down
[1170098408.606120 /dtn/tca info] TcaRouter started: role='gateway', admin_app='tca://homeagent/admin'
[1170098408.606148 /dtn/bundle/daemon info] REGISTRATION_ADDED 0 tca://homeagent
[1170098408.606179 /dtn/bundle/daemon info] REGISTRATION_ADDED 2 tca://homeagent/ping
[1170098408.606223 /dtn/bundle/daemon notice] loading bundles from data store
[1170098408.606262 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [AVAILABLE -> OPEN] (user action) for link null [/dev/null dtn:none ALWAYSON AVAILABLE]
[1170098408.606286 /dtn/contact/null info] new contact contact /dev/null (started 1170098408.606283)
[1170098408.606384 /dtn/bundle/daemon info] CONTACT_UP null [/dev/null dtn:none ALWAYSON OPENING] (contact 0x825d500)
[1170098408.618134 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 0 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) (0 bytes recvd)
[1170098409.110401 /dtnd info] starting console on 127.0.0.1:5050
[1170098417.841463 /dtn/apiclient/23 info] new session 127.0.0.1:5010 -> 127.0.0.1:54512
[1170098417.848768 /dtn/bundle/daemon info] REGISTRATION_ADDED 10 tca://homeagent/admin
[1170098417.848828 /dtn/registration/table info] adding registration 10/tca://homeagent/admin
[1170098417.849270 /dtn/registration/10 info] deliver_bundle: queuing bundle id 0 for active delivery to tca://homeagent/admin
[1170098421.891859 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 0 to registration 10
[1170098421.892163 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:0 (10 bytes) -> regid 10 (tca://homeagent/admin)
[1170098426.157704 /dtn/link/opportunistic-0 info] new link opportunistic-0 [134.102.201.174:40060 dtn:none OPPORTUNISTIC UNAVAILABLE]
[1170098426.157943 /dtn/bundle/daemon info] ROUTE_ADD tca://correspondent10 -> 134.102.201.174:40060 (FORWARD)
[1170098426.158074 /dtn/contact/opportunistic-0 info] new contact contact 134.102.201.174:40060 (started 1170098426.158068)
[1170098426.158159 /dtn/bundle/daemon info] CONTACT_UP opportunistic-0 [134.102.201.174:40060 tca://correspondent10 OPPORTUNISTIC UNAVAILABLE] (contact 0x82e0308)
[1170098426.166483 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 1 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) (0 bytes recvd)
[1170098426.166997 /dtn/registration/10 info] deliver_bundle: queuing bundle id 1 for active delivery to tca://homeagent/admin
[1170098426.167201 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 1 to registration 10
[1170098426.167312 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:1 (10 bytes) -> regid 10 (tca://homeagent/admin)
[1170098426.239714 /dtn/bundle/daemon info] BUNDLE_RECEIVED bundle id 2 tca://correspondent10/admin -> tca://registry (37 bytes payload) (122 bytes recvd)
[1170098426.240827 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 3 tca://localhost/bundlelayer -> tca://homeagent/admin (88 bytes payload) (0 bytes recvd)
[1170098426.241206 /dtn/registration/10 info] deliver_bundle: queuing bundle id 3 for active delivery to tca://homeagent/admin
[1170098426.241394 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 3 to registration 10
[1170098426.241465 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:3 (88 bytes) -> regid 10 (tca://homeagent/admin)
[1170098432.257467 /dtn/link/opportunistic-1 info] new link opportunistic-1 [134.102.201.183:38990 dtn:none OPPORTUNISTIC UNAVAILABLE]
[1170098432.257765 /dtn/bundle/daemon info] ROUTE_ADD tca://streetcar3 -> 134.102.201.183:38990 (FORWARD)
[1170098432.257868 /dtn/contact/opportunistic-1 info] new contact contact 134.102.201.183:38990 (started 1170098432.257862)
[1170098432.257953 /dtn/bundle/daemon info] CONTACT_UP opportunistic-1 [134.102.201.183:38990 tca://streetcar3 OPPORTUNISTIC UNAVAILABLE] (contact 0x82f1428)
[1170098432.262150 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 4 tca://localhost/bundlelayer -> tca://homeagent/admin (10 bytes payload) (0 bytes recvd)
[1170098432.262815 /dtn/registration/10 info] deliver_bundle: queuing bundle id 4 for active delivery to tca://homeagent/admin
[1170098432.263016 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 4 to registration 10
[1170098432.263127 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:4 (10 bytes) -> regid 10 (tca://homeagent/admin)
[1170098432.339112 /dtn/bundle/daemon info] BUNDLE_RECEIVED bundle id 5 tca://mobile3/myapp -> tca://correspondent10/myapp (3 bytes payload) (93 bytes recvd)
[1170098432.345345 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 6 tca://localhost/bundlelayer -> tca://homeagent/admin (31 bytes payload) (0 bytes recvd)
[1170098432.351076 /dtn/registration/10 info] deliver_bundle: queuing bundle id 6 for active delivery to tca://homeagent/admin
[1170098432.351931 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 6 to registration 10
[1170098432.352047 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:6 (31 bytes) -> regid 10 (tca://homeagent/admin)
[1170098433.567844 /dtn/bundle/daemon info] BUNDLE_ACCEPT_REQUEST: bundle bundle id 7 tca://homeagent/admin -> tca://localhost/bundlelayer (81 bytes payload) accepted (reason no additional information)
[1170098433.568135 /dtn/apiclient/23 info] DTN_SEND bundle bundle id 7 tca://homeagent/admin -> tca://localhost/bundlelayer (81 bytes payload)
[1170098433.568214 /dtn/bundle/daemon info] BUNDLE_RECEIVED (from app) bundle id 7 tca://homeagent/admin -> tca://localhost/bundlelayer (81 bytes payload) (0 bytes recvd)
[1170098433.703308 /dtn/cl/tcp warning] invalid hostname 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//' in next hop jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//
[1170098433.703409 /dtn/link/jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤ info] new link jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND AVAILABLE]
[1170098433.703605 /dtn/bundle/daemon info] LINK_AVAILABLE jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND AVAILABLE]
[1170098433.703758 /dtn/contact/jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F° info] new contact contact jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// (started 1170098433.703752)
[1170098433.704984 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 8 tca://localhost/bundlelayer -> tca://homeagent/admin (14 bytes payload) (0 bytes recvd)
[1170098433.705378 /dtn/registration/10 info] deliver_bundle: queuing bundle id 8 for active delivery to tca://homeagent/admin
[1170098433.705509 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 8 to registration 10
[1170098433.706062 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:8 (14 bytes) -> regid 10 (tca://homeagent/admin)
[1170098433.872987 /dtn/cl/tcp warning] invalid hostname 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//' in next hop jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//
[1170098433.873086 /dtn/cl/tcp/conn/0x82f32d0 info] can't resolve nexthop address 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//'
[1170098433.873634 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [OPENING -> CLOSED] (connection broken) for link jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND OPENING]
[1170098433.873732 /dtn/cl/tcp info] close_contact contact jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// (started 1170098433.703752)
[1170098433.873907 /dtn/bundle/daemon info] LINK UNAVAILABLE jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND UNAVAILABLE]
[1170098433.874848 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 9 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) (0 bytes recvd)
[1170098433.876053 /dtn/registration/10 info] deliver_bundle: queuing bundle id 9 for active delivery to tca://homeagent/admin
[1170098433.877753 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 9 to registration 10
[1170098433.877884 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:9 (16 bytes) -> regid 10 (tca://homeagent/admin)
[1170098438.880455 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [UNAVAILABLE -> OPEN] (re-establishing connection) for link jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND UNAVAILABLE]
[1170098438.882432 /dtn/contact/jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F° info] new contact contact jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// (started 1170098438.882426)
[1170098438.993127 /dtn/cl/tcp warning] invalid hostname 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//' in next hop jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//
[1170098438.993166 /dtn/cl/tcp/conn/0x82f31c8 info] can't resolve nexthop address 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//'
[1170098438.993317 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [OPENING -> CLOSED] (connection broken) for link jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND OPENING]
[1170098438.993356 /dtn/cl/tcp info] close_contact contact jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// (started 1170098438.882426)
[1170098438.993483 /dtn/bundle/daemon info] LINK UNAVAILABLE jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND UNAVAILABLE]
[1170098438.998018 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 10 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) (0 bytes recvd)
[1170098438.998632 /dtn/registration/10 info] deliver_bundle: queuing bundle id 10 for active delivery to tca://homeagent/admin
[1170098438.998833 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 10 to registration 10
[1170098438.998904 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:10 (16 bytes) -> regid 10 (tca://homeagent/admin)
[1170098449.004988 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [UNAVAILABLE -> OPEN] (re-establishing connection) for link jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND UNAVAILABLE]
[1170098449.005070 /dtn/contact/jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F° info] new contact contact jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// (started 1170098449.5064)
[1170098449.116385 /dtn/cl/tcp warning] invalid hostname 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//' in next hop jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//
[1170098449.116441 /dtn/cl/tcp/conn/0x82f31c8 info] can't resolve nexthop address 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//'
[1170098449.116609 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [OPENING -> CLOSED] (connection broken) for link jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND OPENING]
[1170098449.116650 /dtn/cl/tcp info] close_contact contact jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// (started 1170098449.5064)
[1170098449.116821 /dtn/bundle/daemon info] LINK UNAVAILABLE jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND UNAVAILABLE]
[1170098449.122231 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 11 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) (0 bytes recvd)
[1170098449.122633 /dtn/registration/10 info] deliver_bundle: queuing bundle id 11 for active delivery to tca://homeagent/admin
[1170098449.122838 /dtn/apiclient/23 info] DTN_RECV: successfully delivered bundle 11 to registration 10
[1170098449.122956 /dtn/bundle/daemon info] BUNDLE_DELIVERED id:11 (16 bytes) -> regid 10 (tca://homeagent/admin)
[1170098454.719744 /dtn/apiclient/23 info] IPC socket closed while blocked in read... application must have exited
[1170098469.126250 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [UNAVAILABLE -> OPEN] (re-establishing connection) for link jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND UNAVAILABLE]
[1170098469.126339 /dtn/contact/jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F° info] new contact contact jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// (started 1170098469.126333)
[1170098469.225144 /dtn/cl/tcp warning] invalid hostname 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//' in next hop jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//
[1170098469.225182 /dtn/cl/tcp/conn/0x82bf7c8 info] can't resolve nexthop address 'jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤//'
[1170098469.225266 /dtn/bundle/daemon info] LINK_STATE_CHANGE_REQUEST [OPENING -> CLOSED] (connection broken) for link jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND OPENING]
[1170098469.225303 /dtn/cl/tcp info] close_contact contact jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// (started 1170098469.126333)
[1170098469.326263 /dtn/bundle/daemon info] LINK UNAVAILABLE jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// [jgre.openvpn.informatik.uni-bremen.deÜÓ·ÔpÃ·xB­¶F°¤// dtn:none ONDEMAND UNAVAILABLE]
[1170098469.334622 /dtn/bundle/daemon info] BUNDLE_RECEIVED (generated) bundle id 12 tca://localhost/bundlelayer -> tca://homeagent/admin (16 bytes payload) (0 bytes recvd)
[1170098469.335141 /dtn/registration/10 info] deliver_bundle: queuing bundle id 12 for deferred delivery to tca://homeagent/admin
[1170098496.748099 /dtnd notice] command loop exited... shutting down daemon
[1170098496.748161 /command notice] shutting down interpreter
[1170098496.749316 /dtnd notice] shutting down dtn server
[1170098496.749371 /dtnd info] DTNServer shutdown called, posting shutdown request to daemon
[1170098496.749633 /dtn/bundle/daemon notice] Received shutdown request
[1170098496.749688 /dtn/cl/tcp info] close_contact contact 134.102.201.174:40060 (started 1170098426.158068)
[1170098496.750310 /dtn/cl/tcp info] close_contact contact 134.102.201.183:38990 (started 1170098432.257862)
[1170098496.852123 /dtnd notice] closing persistent data store
[1170098496.878151 /dtn/storage info] db closed
[1170098496.878281 /dtnd notice] daemon exiting...

--------------090903050404000108040207--


Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [134.102.201.18]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0TIVfY11903 for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 10:31:41 -0800
Received: from [192.168.178.24] (F2f2a.f.ppp-pool.de [195.4.47.42]) (authenticated bits=0) by informatik.uni-bremen.de (8.13.4/8.13.2) with ESMTP id l0TIVafJ007850 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 19:31:37 +0100 (CET)
Message-ID: <45BE3D80.7000907@tzi.org>
Date: Mon, 29 Jan 2007 19:31:28 +0100
From: Dirk Kutscher <dku@tzi.org>
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
MIME-Version: 1.0
To: dtn-users@mailman.dtnrg.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
Subject: [dtn-users] DTN-Ruby
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi,

I have hacked Ruby bindings for DTN2's application library and some 
corresponding Ruby code that enables you to develop DTN applications in 
Ruby.

Works with current DTN2 and Ruby versions. Source code and some 
description is available at:

https://prj.tzi.org/cgi-bin/trac.cgi/wiki/Dtn-ruby

Feedback is welcome!

Regards,

Dirk


Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0THnjY11605 for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 09:49:46 -0800
Received: by nf-out-0910.google.com with SMTP id p48so1953040nfa for <dtn-users@mailman.dtnrg.org>; Mon, 29 Jan 2007 09:49:39 -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=LVk77meRNOPo5/20Vp442f4eje+c87sjI1KZmjFl20M5rShp7IYnDsPmm8+JT5rjStnzhuEDVnaIYf0nf/U9+tiZIo0Ze2QG5EKTWouim+Qc+Nl1zgrcmmnL6DCC7z6uXce7JJdAihw7Jdv1Bf3H+6XcVmGRYFCA3K78yRoREZM=
Received: by 10.49.41.18 with SMTP id t18mr9390468nfj.1170092975456; Mon, 29 Jan 2007 09:49:35 -0800 (PST)
Received: by 10.48.213.17 with HTTP; Mon, 29 Jan 2007 09:49:35 -0800 (PST)
Message-ID: <f0d10dd60701290949w491c51c1gf6284a15184916f9@mail.gmail.com>
Date: Mon, 29 Jan 2007 23:19:35 +0530
From: "Zahir Koradia" <zahir.koradia@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] TCA problems
In-Reply-To: <45B9B58D.1050703@jgre.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_266388_24632247.1170092975351"
References: <45B9B58D.1050703@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

Hi Janico,
Sorry for the delayed response. I donot have the setup to reproduce the
error here. Could please try a few things for me. Firstly, open the file

apps/tca_admin/TcaController.cc

In this file find the function add_route and simply add a printf that will
print the link. I am hoping that we find some strange characters here
itself.

Also please let me know what is does the terminal running tca_admin say when
it finds a registry entry.

TcaController: found registry entry %s

Finally, please send me the info level log of the run at the gateway.

Thanks,
Zahir

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

Hi Janico,<br>Sorry for the delayed response. I donot have the setup to reproduce the error here. Could please try a few things for me. Firstly, open the file<br><br>apps/tca_admin/TcaController.cc<br><br>In this file find the function add_route and simply add a printf that will print the link. I am hoping that we find some strange characters here itself. 
<br><br>Also please let me know what is does the terminal running tca_admin say when it finds a registry entry.<br><br>TcaController: found registry entry %s<br><br>Finally, please send me the info level log of the run at the gateway. 
<br><br>Thanks,<br>Zahir<br><br><br>

------=_Part_266388_24632247.1170092975351--


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 l0Q82hY20588 for <dtn-users@mailman.dtnrg.org>; Fri, 26 Jan 2007 00:02:44 -0800
Received: from localhost (localhost [127.0.0.1]) by snatch.gtnw.de (Postfix on snatch) with ESMTP id 2FFD3100B6 for <dtn-users@mailman.dtnrg.org>; Fri, 26 Jan 2007 09:12:59 +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 11470-01 for <dtn-users@mailman.dtnrg.org>; Fri, 26 Jan 2007 09:12:58 +0100 (CET)
Received: from [192.168.178.102] (p548D2019.dip0.t-ipconnect.de [84.141.32.25]) (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 6055A100AD for <dtn-users@mailman.dtnrg.org>; Fri, 26 Jan 2007 09:12:57 +0100 (CET)
Message-ID: <45B9B58D.1050703@jgre.org>
Date: Fri, 26 Jan 2007 09:02:21 +0100
From: Janico Greifenberg <jgre@jgre.org>
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
Content-Type: multipart/mixed; boundary="------------020605060409010409090807"
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at gtnw.de
Subject: [dtn-users] TCA problems
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

This is a multi-part message in MIME format.
--------------020605060409010409090807
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Hi,

is this the right place to ask about the TCA implementation or is that
only maintained at Waterloo?

I'm using the current DTN2 CVS code with a setup with four nodes (see
the attached dtn.conf files). One of the nodes is a TCA gateway, one is
a TCA router, and the other two are mobiles. The registrations seem to
work correctly (there are OpenDHT entries for my EIDs), but forwarding a
message from the gateway does not work.

I run the tca_admin application on the gateway with the following
commandline:

$ ./tca_admin -n gateway -l tcp://jgre.openvpn.informatik.uni-bremen.de

(jgre.openvpn.informatik.uni-bremen.de is the hostname of the gateway)
Is this the right way to start it?

When the gateway receives a bundle for a registered mobile, tca_admin
finds the registration and sends a bundle to the local router:

Sending Add Route: add_route:tca://correspondent10/myapp
tcp://jgre.openvpn.informatik.uni-bremen.de

But when the bundle router receives it, there are a few seemingly random
bytes appended to the hostname:

[1169743530.397015 /dtn/tca debug] TcaRouter: tca bundle received
[tca://homeagent/admin] -> [tca://localhost/bundlelayer] :
'add_route:tca://correspondent10/myapp
tcp://jgre.openvpn.informatik.uni-bremen.deEhï¿½F<'
[1169743530.397111 /dtn/tca debug] TcaRouter:: add_route bundle
received. pattern='tca://correspondent10/myapp',
link='tcp://jgre.openvpn.informatik.uni-bremen.deï¿½Þ·ï¿½ Î·xï¿½F<'
[1169743530.633298 /dtn/cl/tcp warning] invalid hostname
'jgre.openvpn.informatik.uni-bremen.deï¿½Þ·ï¿½ Î·xï¿½F<' in next hop
jgre.openvpn.informatik.uni-bremen.deï¿½Þ·ï¿½ Î·xï¿½F</

Is there something wrong in my setup, or is this a bug?

Cheers,
Janico

--------------020605060409010409090807
Content-Type: text/plain;
 name="correspondent_dtn.conf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="correspondent_dtn.conf"

IwojIGR0bi5jb25mCiMKIyBEZWZhdWx0IGNvbmZpZ3VyYXRpb24gZmlsZSBmb3IgSW50ZXJu
ZXQtY29ubmVjdGVkIERUTiBub2Rlcy4gVGhlCiMgZGFlbW9uIHVzZXMgYSB0Y2wgaW50ZXJw
cmV0ZXIgdG8gcGFyc2UgdGhpcyBmaWxlLCB0aHVzIGFueSBzdGFuZGFyZAojIHRjbCBjb21t
YW5kcyBhcmUgdmFsaWQsIGFuZCBhbGwgc2V0dGluZ3MgYXJlIGdldC9zZXQgdXNpbmcgYSBz
aW5nbGUKIyAnc2V0JyBmdW5jdGlvbnMgYXM6IDxtb2R1bGU+IHNldCA8dmFyPiA8dmFsPz4K
IwoKbG9nIC9kdG5kIGluZm8gImR0bmQgcGFyc2luZyBjb25maWd1cmF0aW9uLi4uIgoKIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojCiMgRGFlbW9uIENvbnNv
bGUgQ29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMKCiMKIyBjb25zb2xlIHNldCBzdGRpbyBbIHRydWUgfCBmYWxzZSBdCiMKIyBJZiBz
ZXQgdG8gZmFsc2UsIGRpc2FibGUgdGhlIGludGVyYWN0aXZlIGNvbnNvbGUgb24gc3RkaW4v
c3Rkb3V0LgojIFRoZSBkZWZhdWx0IGlzIHNldCB0byB0cnVlICh1bmxlc3MgdGhlIGR0bmQg
cHJvY2VzcyBpcyBydW4gYXMgYQojIGRhZW1vbikuCiMKIyBjb25zb2xlIHNldCBzdGRpbyBm
YWxzZQoKIwojIGNvbnNvbGUgc2V0IGFkZHIgPHBvcnQ+CiMgY29uc29sZSBzZXQgcG9ydCA8
cG9ydD4KIwojIFNldHRpbmdzIGZvciB0aGUgc29ja2V0IGJhc2VkIGNvbnNvbGUgcHJvdG9j
b2wuCiMgKHRoaXMgaW50ZXJwcmV0cyB1c2VyIGNvbW1hbmRzKQojCmNvbnNvbGUgc2V0IGFk
ZHIgMTI3LjAuMC4xCmNvbnNvbGUgc2V0IHBvcnQgNTA1MwoKIwojIGNvbnNvbGUgc2V0IHBy
b21wdCA8cHJvbXB0PgojCiMgU2V0IHRoZSBwcm9tcHQgc3RyaW5nLiAgSGVscHMgaWYgcnVu
bmluZyBtdWx0aXBsZSBkdG5kJ3MKIwpzZXQgc2hvcnRob3N0bmFtZSBbbGluZGV4IFtzcGxp
dCBbaW5mbyBob3N0bmFtZV0gLl0gMF0KY29uc29sZSBzZXQgcHJvbXB0ICIkc2hvcnRob3N0
bmFtZSBkdG4lICIKCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMK
IwojIFN0b3JhZ2UgQ29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMKCiMKIyBzdG9yYWdlIHNldCB0eXBlIFsgYmVya2VsZXlkYiB8IHBv
c3RncmVzIHwgbXlzcWwgXQojCiMgU2V0IHRoZSBzdG9yYWdlIHN5c3RlbSB0byBiZSB1c2Vk
CiMKc3RvcmFnZSBzZXQgdHlwZSBiZXJrZWxleWRiCgojCiMgc3RvcmFnZSBzZXQgcGF5bG9h
ZGRpciA8ZGlyPgojCiMgU2V0IHRoZSBkaXJlY3RvcnkgdG8gYmUgdXNlZCBmb3IgYnVuZGxl
IHBheWxvYWQgZmlsZXMKIwpzdG9yYWdlIHNldCBwYXlsb2FkZGlyIGJ1bmRsZXMKCiMKIyBz
dG9yYWdlIHNldCBkYm5hbWUgPGRiPgojCiMgU2V0IHRoZSBkYXRhYmFzZSBuYW1lIChhcHBl
bmRlZCB3aXRoIC5kYiBhcyB0aGUgZmlsZW5hbWUgaW4gYmVya2VsZXkKIyBkYiwgdXNlZCBh
cy1pcyBmb3IgU1FMIHZhcmlhbnRzCiMKc3RvcmFnZSBzZXQgZGJuYW1lICAgICBEVE4KCiMK
IyBzdG9yYWdlIHNldCBkYmRpciAgICA8ZGlyPgojCiMKIyBXaGVuIHVzaW5nIGJlcmtlbGV5
IGRiLCBzZXQgdGhlIGRpcmVjdG9yeSB0byBiZSB1c2VkIGZvciB0aGUKIyBkYXRhYmFzZSBm
aWxlcyBhbmQgdGhlIG5hbWUgb2YgdGhlIGZpbGVzIGFuZCBlcnJvciBsb2cuCiMKc3RvcmFn
ZSBzZXQgZGJkaXIgICAgICBkYgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIwojCiMgUm91dGluZyBjb25maWd1cmF0aW9uCiMKIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIwojIFNldCB0aGUgYWxnb3JpdGhtIHVzZWQgZm9y
IGR0biByb3V0aW5nLgojCiMgcm91dGUgc2V0IHR5cGUgW3N0YXRpYyB8IGZsb29kIHwgbmVp
Z2hib3Job29kIHwgbGlua3N0YXRlXQojCiNyb3V0ZSBzZXQgdHlwZSBmbG9vZApyb3V0ZSBz
ZXQgdHlwZSB0Y2Ffcm91dGVyCgojCiMgcm91dGUgbG9jYWxfZWlkIDxlaWQ+CiMKIyBTZXQg
dGhlIGxvY2FsIGFkbWluaXN0cmF0aXZlIGlkIG9mIHRoaXMgbm9kZS4gVGhlIGRlZmF1bHQg
anVzdCB1c2VzCiMgdGhlIGludGVybmV0IGhvc3RuYW1lIHBsdXMgdGhlIGFwcGVuZGVkIHN0
cmluZyAiLmR0biIgdG8gbWFrZSBpdAojIGNsZWFyIHRoYXQgdGhlIGhvc3RuYW1lIGlzbid0
IHJlYWxseSB1c2VkIGZvciBETlMgbG9va3Vwcy4KIwojcm91dGUgbG9jYWxfZWlkICJkdG46
Ly9baW5mbyBob3N0bmFtZV0uZHRuIgpyb3V0ZSBsb2NhbF9laWQgInRjYTovL2NvcnJlc3Bv
bmRlbnQxMCIKCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKIwoj
IFRDUCBjb252ZXJnZW5jZSBsYXllciBjb25maWd1cmF0aW9uCiMKIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIwojIGludGVyZmFjZSBhZGQgW25hbWVdIFtD
TF0KIwojIEFkZCBhbiBpbnB1dCBpbnRlcmZhY2UgdG8gbGlzdGVuIG9uIGFkZHI6cG9ydCBm
b3IgaW5jb21pbmcgYnVuZGxlcwojIGZyb20gb3RoZXIgdGNwIC8gdWRwIGNvbnZlcmdlbmNl
IGxheWVycwojCiMgaWYgbm90IHNwZWNpZmllZCwgbG9jYWxob3N0OjUwMDAgaXMgdXNlZCBi
eSBkZWZhdWx0CiMKaW50ZXJmYWNlIGFkZCB0Y3AwIHRjcCBsb2NhbF9hZGRyPTEzNC4xMDIu
MjAxLjE3NCBsb2NhbF9wb3J0PTUwMDAKI2ludGVyZmFjZSBhZGQgdWRwMCB1ZHAKCiMKIyBs
aW5rIGFkZCA8bmFtZT4gPG5leHRob3A+IDx0eXBlPiA8Y2xheWVyPiA8YXJncy4uLj4KIwoj
IEFkZCBhIGxpbmsgdG8gYSBwZWVyIG5vZGUKIyAoZm9yIG5vdyB1c2luZyB0aGUgdGNwIG9y
IHVkcCBjb252ZXJnZW5jZSBsYXllcnMpCiMKIyBleGFtcGxlczoKIyAJbGluayBhZGQgdGNw
bGluayBob3N0OnBvcnQgT05ERU1BTkQgdGNwCiMgCWxpbmsgYWRkIExJTksxIGR0bi5kdG5y
Zy5vcmc6NTAwMCBPTkRFTUFORCB0Y3AKbGluayBhZGQgbnVsbCAvZGV2L251bGwgQUxXQVlT
T04gbnVsbApsaW5rIGFkZCBkZWZhdWx0IDEzNC4xMDIuMjE3Ljg6NTAwMCBPTkRFTUFORCB0
Y3AKcm91dGUgYWRkIHRjYTovLyogZGVmYXVsdAoKIwojIHJvdXRlIGFkZCA8ZGVzdD4gPGxp
bmt8cGVlcj4KIwojIEFkZCBhIHJvdXRlIHRvIHRoZSBnaXZlbiBidW5kbGUgZW5kcG9pbnQg
aWQgcGF0dGVybiA8ZGVzdD4gdXNpbmcgdGhlCiMgc3BlY2lmaWVkIGxpbmsgbmFtZSBvciBw
ZWVyIGVuZHBvaW50LgojCiMgZS5nLiByb3V0ZSBhZGQgZHRuOi8vaG9zdC5kb21haW4vKiB0
Y3AwCgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojCiMgUGFy
YW1ldGVyIFR1bmluZwojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMKCiMKIyBTZXQgdGhlIHNpemUgdGhyZXNob2xkIGZvciB0aGUgZGFlbW9uIHNvIGFueSBi
dW5kbGVzIHNtYWxsZXIgdGhhbiB0aGlzCiMgc2l6ZSBtYWludGFpbiBhIHNoYWRvdyBjb3B5
IGluIG1lbW9yeSB0byBtaW5pbWl6ZSBkaXNrIGFjY2Vzc2VzLiAKIwojIHBhcmFtIHNldCBw
YXlsb2FkX21lbV90aHJlc2hvbGQgMTYzODQKCiMKIyBUZXN0IG9wdGlvbiB0byBrZWVwIGFs
bCBidW5kbGUgZmlsZXMgaW4gdGhlIGZpbGVzeXN0ZW0sIGV2ZW4gYWZ0ZXIgdGhlCiMgYnVu
ZGxlIGlzIG5vIGxvbmdlciBwcmVzZW50IGF0IHRoZSBkYWVtb24uCiMKIyBwYXJhbSBzZXQg
cGF5bG9hZF90ZXN0X25vX3JlbW92ZSB0cnVlCgojCiMgU2V0IHRoZSBzaXplIGZvciB3aGlj
aCB0aGUgdGNwIGNvbnZlcmdlbmNlIGxheWVyIHNlbmRzIHBhcnRpYWwgcmVjZXB0aW9uCiMg
YWNrbm93bGVkZ2VtZW50cy4gVXNlZCB3aXRoIHJlYWN0aXZlIGZyYWdtZW50YXRpb24KIwoj
IHBhcmFtIHNldCB0Y3BjbF9wYXJ0aWFsX2Fja19sZW4gNDA5NgoKCiMgKG90aGVycyBleGlz
dCBidXQgYXJlIG5vdCBmdWxseSByZXByZXNlbnRlZCBoZXJlKQoKbG9nIC9kdG5kIGluZm8g
ImR0bmQgY29uZmlndXJhdGlvbiBwYXJzaW5nIGNvbXBsZXRlIgoKIyMgZW1hY3Mgc2V0dGlu
Z3MgdG8gdXNlIHRjbC1tb2RlIGJ5IGRlZmF1bHQKIyMgTG9jYWwgVmFyaWFibGVzOiAqKioK
IyMgbW9kZTp0Y2wgKioqCiMjIEVuZDogKioqCg==
--------------020605060409010409090807
Content-Type: text/plain;
 name="homeagent_dtn.conf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="homeagent_dtn.conf"

IwojIGR0bi5jb25mCiMKIyBEZWZhdWx0IGNvbmZpZ3VyYXRpb24gZmlsZSBmb3IgSW50ZXJu
ZXQtY29ubmVjdGVkIERUTiBub2Rlcy4gVGhlCiMgZGFlbW9uIHVzZXMgYSB0Y2wgaW50ZXJw
cmV0ZXIgdG8gcGFyc2UgdGhpcyBmaWxlLCB0aHVzIGFueSBzdGFuZGFyZAojIHRjbCBjb21t
YW5kcyBhcmUgdmFsaWQsIGFuZCBhbGwgc2V0dGluZ3MgYXJlIGdldC9zZXQgdXNpbmcgYSBz
aW5nbGUKIyAnc2V0JyBmdW5jdGlvbnMgYXM6IDxtb2R1bGU+IHNldCA8dmFyPiA8dmFsPz4K
IwoKbG9nIC9kdG5kIGluZm8gImR0bmQgcGFyc2luZyBjb25maWd1cmF0aW9uLi4uIgoKIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojCiMgRGFlbW9uIENvbnNv
bGUgQ29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMKCiMKIyBjb25zb2xlIHNldCBzdGRpbyBbIHRydWUgfCBmYWxzZSBdCiMKIyBJZiBz
ZXQgdG8gZmFsc2UsIGRpc2FibGUgdGhlIGludGVyYWN0aXZlIGNvbnNvbGUgb24gc3RkaW4v
c3Rkb3V0LgojIFRoZSBkZWZhdWx0IGlzIHNldCB0byB0cnVlICh1bmxlc3MgdGhlIGR0bmQg
cHJvY2VzcyBpcyBydW4gYXMgYQojIGRhZW1vbikuCiMKIyBjb25zb2xlIHNldCBzdGRpbyBm
YWxzZQoKIwojIGNvbnNvbGUgc2V0IGFkZHIgPHBvcnQ+CiMgY29uc29sZSBzZXQgcG9ydCA8
cG9ydD4KIwojIFNldHRpbmdzIGZvciB0aGUgc29ja2V0IGJhc2VkIGNvbnNvbGUgcHJvdG9j
b2wuCiMgKHRoaXMgaW50ZXJwcmV0cyB1c2VyIGNvbW1hbmRzKQojCmNvbnNvbGUgc2V0IGFk
ZHIgMTI3LjAuMC4xCmNvbnNvbGUgc2V0IHBvcnQgNTA1MAoKIwojIGNvbnNvbGUgc2V0IHBy
b21wdCA8cHJvbXB0PgojCiMgU2V0IHRoZSBwcm9tcHQgc3RyaW5nLiAgSGVscHMgaWYgcnVu
bmluZyBtdWx0aXBsZSBkdG5kJ3MKIwpzZXQgc2hvcnRob3N0bmFtZSBbbGluZGV4IFtzcGxp
dCBbaW5mbyBob3N0bmFtZV0gLl0gMF0KY29uc29sZSBzZXQgcHJvbXB0ICIkc2hvcnRob3N0
bmFtZSBkdG4lICIKCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMK
IwojIFN0b3JhZ2UgQ29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMKCiMKIyBzdG9yYWdlIHNldCB0eXBlIFsgYmVya2VsZXlkYiB8IHBv
c3RncmVzIHwgbXlzcWwgXQojCiMgU2V0IHRoZSBzdG9yYWdlIHN5c3RlbSB0byBiZSB1c2Vk
CiMKc3RvcmFnZSBzZXQgdHlwZSBiZXJrZWxleWRiCgojCiMgc3RvcmFnZSBzZXQgcGF5bG9h
ZGRpciA8ZGlyPgojCiMgU2V0IHRoZSBkaXJlY3RvcnkgdG8gYmUgdXNlZCBmb3IgYnVuZGxl
IHBheWxvYWQgZmlsZXMKIwpzdG9yYWdlIHNldCBwYXlsb2FkZGlyIGJ1bmRsZXMKCiMKIyBz
dG9yYWdlIHNldCBkYm5hbWUgPGRiPgojCiMgU2V0IHRoZSBkYXRhYmFzZSBuYW1lIChhcHBl
bmRlZCB3aXRoIC5kYiBhcyB0aGUgZmlsZW5hbWUgaW4gYmVya2VsZXkKIyBkYiwgdXNlZCBh
cy1pcyBmb3IgU1FMIHZhcmlhbnRzCiMKc3RvcmFnZSBzZXQgZGJuYW1lICAgICBEVE4KCiMK
IyBzdG9yYWdlIHNldCBkYmRpciAgICA8ZGlyPgojCiMKIyBXaGVuIHVzaW5nIGJlcmtlbGV5
IGRiLCBzZXQgdGhlIGRpcmVjdG9yeSB0byBiZSB1c2VkIGZvciB0aGUKIyBkYXRhYmFzZSBm
aWxlcyBhbmQgdGhlIG5hbWUgb2YgdGhlIGZpbGVzIGFuZCBlcnJvciBsb2cuCiMKc3RvcmFn
ZSBzZXQgZGJkaXIgICAgICBkYgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIwojCiMgUm91dGluZyBjb25maWd1cmF0aW9uCiMKIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIwojIFNldCB0aGUgYWxnb3JpdGhtIHVzZWQgZm9y
IGR0biByb3V0aW5nLgojCiMgcm91dGUgc2V0IHR5cGUgW3N0YXRpYyB8IGZsb29kIHwgbmVp
Z2hib3Job29kIHwgbGlua3N0YXRlXQojCiNyb3V0ZSBzZXQgdHlwZSBmbG9vZApyb3V0ZSBz
ZXQgdHlwZSB0Y2FfZ2F0ZXdheQoKIwojIHJvdXRlIGxvY2FsX2VpZCA8ZWlkPgojCiMgU2V0
IHRoZSBsb2NhbCBhZG1pbmlzdHJhdGl2ZSBpZCBvZiB0aGlzIG5vZGUuIFRoZSBkZWZhdWx0
IGp1c3QgdXNlcwojIHRoZSBpbnRlcm5ldCBob3N0bmFtZSBwbHVzIHRoZSBhcHBlbmRlZCBz
dHJpbmcgIi5kdG4iIHRvIG1ha2UgaXQKIyBjbGVhciB0aGF0IHRoZSBob3N0bmFtZSBpc24n
dCByZWFsbHkgdXNlZCBmb3IgRE5TIGxvb2t1cHMuCiMKI3JvdXRlIGxvY2FsX2VpZCAiZHRu
Oi8vW2luZm8gaG9zdG5hbWVdLmR0biIKcm91dGUgbG9jYWxfZWlkICJ0Y2E6Ly9ob21lYWdl
bnQiCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMKIyBUQ1Ag
Y29udmVyZ2VuY2UgbGF5ZXIgY29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMKCiMKIyBpbnRlcmZhY2UgYWRkIFtuYW1lXSBbQ0xdCiMK
IyBBZGQgYW4gaW5wdXQgaW50ZXJmYWNlIHRvIGxpc3RlbiBvbiBhZGRyOnBvcnQgZm9yIGlu
Y29taW5nIGJ1bmRsZXMKIyBmcm9tIG90aGVyIHRjcCAvIHVkcCBjb252ZXJnZW5jZSBsYXll
cnMKIwojIGlmIG5vdCBzcGVjaWZpZWQsIGxvY2FsaG9zdDo1MDAwIGlzIHVzZWQgYnkgZGVm
YXVsdAojCmludGVyZmFjZSBhZGQgdGNwMCB0Y3AgbG9jYWxfYWRkcj0xMzQuMTAyLjIxNy44
IGxvY2FsX3BvcnQ9NTAwMAojaW50ZXJmYWNlIGFkZCB1ZHAwIHVkcAoKIwojIGxpbmsgYWRk
IDxuYW1lPiA8bmV4dGhvcD4gPHR5cGU+IDxjbGF5ZXI+IDxhcmdzLi4uPgojCiMgQWRkIGEg
bGluayB0byBhIHBlZXIgbm9kZQojIChmb3Igbm93IHVzaW5nIHRoZSB0Y3Agb3IgdWRwIGNv
bnZlcmdlbmNlIGxheWVycykKIwojIGV4YW1wbGVzOgojIAlsaW5rIGFkZCB0Y3BsaW5rIGhv
c3Q6cG9ydCBPTkRFTUFORCB0Y3AKIyAJbGluayBhZGQgTElOSzEgZHRuLmR0bnJnLm9yZzo1
MDAwIE9OREVNQU5EIHRjcApsaW5rIGFkZCBudWxsIC9kZXYvbnVsbCBBTFdBWVNPTiBudWxs
CiNsaW5rIGFkZCBkZWZhdWx0IDEzNC4xMDIuMjE4LjU4OjUwMDAgT05ERU1BTkQgdGNwCiNy
b3V0ZSBhZGQgdGNhOi8vKiBkZWZhdWx0CgojCiMgcm91dGUgYWRkIDxkZXN0PiA8bGlua3xw
ZWVyPgojCiMgQWRkIGEgcm91dGUgdG8gdGhlIGdpdmVuIGJ1bmRsZSBlbmRwb2ludCBpZCBw
YXR0ZXJuIDxkZXN0PiB1c2luZyB0aGUKIyBzcGVjaWZpZWQgbGluayBuYW1lIG9yIHBlZXIg
ZW5kcG9pbnQuCiMKIyBlLmcuIHJvdXRlIGFkZCBkdG46Ly9ob3N0LmRvbWFpbi8qIHRjcDAK
CgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMKIyBQYXJhbWV0
ZXIgVHVuaW5nCiMKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoK
IwojIFNldCB0aGUgc2l6ZSB0aHJlc2hvbGQgZm9yIHRoZSBkYWVtb24gc28gYW55IGJ1bmRs
ZXMgc21hbGxlciB0aGFuIHRoaXMKIyBzaXplIG1haW50YWluIGEgc2hhZG93IGNvcHkgaW4g
bWVtb3J5IHRvIG1pbmltaXplIGRpc2sgYWNjZXNzZXMuIAojCiMgcGFyYW0gc2V0IHBheWxv
YWRfbWVtX3RocmVzaG9sZCAxNjM4NAoKIwojIFRlc3Qgb3B0aW9uIHRvIGtlZXAgYWxsIGJ1
bmRsZSBmaWxlcyBpbiB0aGUgZmlsZXN5c3RlbSwgZXZlbiBhZnRlciB0aGUKIyBidW5kbGUg
aXMgbm8gbG9uZ2VyIHByZXNlbnQgYXQgdGhlIGRhZW1vbi4KIwojIHBhcmFtIHNldCBwYXls
b2FkX3Rlc3Rfbm9fcmVtb3ZlIHRydWUKCiMKIyBTZXQgdGhlIHNpemUgZm9yIHdoaWNoIHRo
ZSB0Y3AgY29udmVyZ2VuY2UgbGF5ZXIgc2VuZHMgcGFydGlhbCByZWNlcHRpb24KIyBhY2tu
b3dsZWRnZW1lbnRzLiBVc2VkIHdpdGggcmVhY3RpdmUgZnJhZ21lbnRhdGlvbgojCiMgcGFy
YW0gc2V0IHRjcGNsX3BhcnRpYWxfYWNrX2xlbiA0MDk2CgoKIyAob3RoZXJzIGV4aXN0IGJ1
dCBhcmUgbm90IGZ1bGx5IHJlcHJlc2VudGVkIGhlcmUpCgpsb2cgL2R0bmQgaW5mbyAiZHRu
ZCBjb25maWd1cmF0aW9uIHBhcnNpbmcgY29tcGxldGUiCgojIyBlbWFjcyBzZXR0aW5ncyB0
byB1c2UgdGNsLW1vZGUgYnkgZGVmYXVsdAojIyBMb2NhbCBWYXJpYWJsZXM6ICoqKgojIyBt
b2RlOnRjbCAqKioKIyMgRW5kOiAqKioK
--------------020605060409010409090807
Content-Type: text/plain;
 name="mobile_dtn.conf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="mobile_dtn.conf"

IwojIGR0bi5jb25mCiMKIyBEZWZhdWx0IGNvbmZpZ3VyYXRpb24gZmlsZSBmb3IgSW50ZXJu
ZXQtY29ubmVjdGVkIERUTiBub2Rlcy4gVGhlCiMgZGFlbW9uIHVzZXMgYSB0Y2wgaW50ZXJw
cmV0ZXIgdG8gcGFyc2UgdGhpcyBmaWxlLCB0aHVzIGFueSBzdGFuZGFyZAojIHRjbCBjb21t
YW5kcyBhcmUgdmFsaWQsIGFuZCBhbGwgc2V0dGluZ3MgYXJlIGdldC9zZXQgdXNpbmcgYSBz
aW5nbGUKIyAnc2V0JyBmdW5jdGlvbnMgYXM6IDxtb2R1bGU+IHNldCA8dmFyPiA8dmFsPz4K
IwoKbG9nIC9kdG5kIGluZm8gImR0bmQgcGFyc2luZyBjb25maWd1cmF0aW9uLi4uIgoKIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojCiMgRGFlbW9uIENvbnNv
bGUgQ29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMKCiMKIyBjb25zb2xlIHNldCBzdGRpbyBbIHRydWUgfCBmYWxzZSBdCiMKIyBJZiBz
ZXQgdG8gZmFsc2UsIGRpc2FibGUgdGhlIGludGVyYWN0aXZlIGNvbnNvbGUgb24gc3RkaW4v
c3Rkb3V0LgojIFRoZSBkZWZhdWx0IGlzIHNldCB0byB0cnVlICh1bmxlc3MgdGhlIGR0bmQg
cHJvY2VzcyBpcyBydW4gYXMgYQojIGRhZW1vbikuCiMKIyBjb25zb2xlIHNldCBzdGRpbyBm
YWxzZQoKIwojIGNvbnNvbGUgc2V0IGFkZHIgPHBvcnQ+CiMgY29uc29sZSBzZXQgcG9ydCA8
cG9ydD4KIwojIFNldHRpbmdzIGZvciB0aGUgc29ja2V0IGJhc2VkIGNvbnNvbGUgcHJvdG9j
b2wuCiMgKHRoaXMgaW50ZXJwcmV0cyB1c2VyIGNvbW1hbmRzKQojCmNvbnNvbGUgc2V0IGFk
ZHIgMTI3LjAuMC4xCmNvbnNvbGUgc2V0IHBvcnQgNTA1MQoKIwojIGNvbnNvbGUgc2V0IHBy
b21wdCA8cHJvbXB0PgojCiMgU2V0IHRoZSBwcm9tcHQgc3RyaW5nLiAgSGVscHMgaWYgcnVu
bmluZyBtdWx0aXBsZSBkdG5kJ3MKIwpzZXQgc2hvcnRob3N0bmFtZSBbbGluZGV4IFtzcGxp
dCBbaW5mbyBob3N0bmFtZV0gLl0gMF0KY29uc29sZSBzZXQgcHJvbXB0ICIkc2hvcnRob3N0
bmFtZSBkdG4lICIKCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMK
IwojIFN0b3JhZ2UgQ29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMKCiMKIyBzdG9yYWdlIHNldCB0eXBlIFsgYmVya2VsZXlkYiB8IHBv
c3RncmVzIHwgbXlzcWwgXQojCiMgU2V0IHRoZSBzdG9yYWdlIHN5c3RlbSB0byBiZSB1c2Vk
CiMKc3RvcmFnZSBzZXQgdHlwZSBiZXJrZWxleWRiCgojCiMgc3RvcmFnZSBzZXQgcGF5bG9h
ZGRpciA8ZGlyPgojCiMgU2V0IHRoZSBkaXJlY3RvcnkgdG8gYmUgdXNlZCBmb3IgYnVuZGxl
IHBheWxvYWQgZmlsZXMKIwpzdG9yYWdlIHNldCBwYXlsb2FkZGlyIGJ1bmRsZXMKCiMKIyBz
dG9yYWdlIHNldCBkYm5hbWUgPGRiPgojCiMgU2V0IHRoZSBkYXRhYmFzZSBuYW1lIChhcHBl
bmRlZCB3aXRoIC5kYiBhcyB0aGUgZmlsZW5hbWUgaW4gYmVya2VsZXkKIyBkYiwgdXNlZCBh
cy1pcyBmb3IgU1FMIHZhcmlhbnRzCiMKc3RvcmFnZSBzZXQgZGJuYW1lICAgICBEVE4KCiMK
IyBzdG9yYWdlIHNldCBkYmRpciAgICA8ZGlyPgojCiMKIyBXaGVuIHVzaW5nIGJlcmtlbGV5
IGRiLCBzZXQgdGhlIGRpcmVjdG9yeSB0byBiZSB1c2VkIGZvciB0aGUKIyBkYXRhYmFzZSBm
aWxlcyBhbmQgdGhlIG5hbWUgb2YgdGhlIGZpbGVzIGFuZCBlcnJvciBsb2cuCiMKc3RvcmFn
ZSBzZXQgZGJkaXIgICAgICBkYgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIwojCiMgUm91dGluZyBjb25maWd1cmF0aW9uCiMKIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIwojIFNldCB0aGUgYWxnb3JpdGhtIHVzZWQgZm9y
IGR0biByb3V0aW5nLgojCiMgcm91dGUgc2V0IHR5cGUgW3N0YXRpYyB8IGZsb29kIHwgbmVp
Z2hib3Job29kIHwgbGlua3N0YXRlXQojCiNyb3V0ZSBzZXQgdHlwZSBmbG9vZApyb3V0ZSBz
ZXQgdHlwZSB0Y2Ffcm91dGVyCgojCiMgcm91dGUgbG9jYWxfZWlkIDxlaWQ+CiMKIyBTZXQg
dGhlIGxvY2FsIGFkbWluaXN0cmF0aXZlIGlkIG9mIHRoaXMgbm9kZS4gVGhlIGRlZmF1bHQg
anVzdCB1c2VzCiMgdGhlIGludGVybmV0IGhvc3RuYW1lIHBsdXMgdGhlIGFwcGVuZGVkIHN0
cmluZyAiLmR0biIgdG8gbWFrZSBpdAojIGNsZWFyIHRoYXQgdGhlIGhvc3RuYW1lIGlzbid0
IHJlYWxseSB1c2VkIGZvciBETlMgbG9va3Vwcy4KIwojcm91dGUgbG9jYWxfZWlkICJkdG46
Ly9baW5mbyBob3N0bmFtZV0uZHRuIgpyb3V0ZSBsb2NhbF9laWQgInRjYTovL21vYmlsZTMi
CgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMKIyBUQ1AgY29u
dmVyZ2VuY2UgbGF5ZXIgY29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMKCiMKIyBpbnRlcmZhY2UgYWRkIFtuYW1lXSBbQ0xdCiMKIyBB
ZGQgYW4gaW5wdXQgaW50ZXJmYWNlIHRvIGxpc3RlbiBvbiBhZGRyOnBvcnQgZm9yIGluY29t
aW5nIGJ1bmRsZXMKIyBmcm9tIG90aGVyIHRjcCAvIHVkcCBjb252ZXJnZW5jZSBsYXllcnMK
IwojIGlmIG5vdCBzcGVjaWZpZWQsIGxvY2FsaG9zdDo1MDAwIGlzIHVzZWQgYnkgZGVmYXVs
dAojCmludGVyZmFjZSBhZGQgdGNwMCB0Y3AgbG9jYWxfYWRkcj0xMzQuMTAyLjIxOC41OCBs
b2NhbF9wb3J0PTUwMDAKI2ludGVyZmFjZSBhZGQgdWRwMCB1ZHAKCiMKIyBsaW5rIGFkZCA8
bmFtZT4gPG5leHRob3A+IDx0eXBlPiA8Y2xheWVyPiA8YXJncy4uLj4KIwojIEFkZCBhIGxp
bmsgdG8gYSBwZWVyIG5vZGUKIyAoZm9yIG5vdyB1c2luZyB0aGUgdGNwIG9yIHVkcCBjb252
ZXJnZW5jZSBsYXllcnMpCiMKIyBleGFtcGxlczoKIyAJbGluayBhZGQgdGNwbGluayBob3N0
OnBvcnQgT05ERU1BTkQgdGNwCiMgCWxpbmsgYWRkIExJTksxIGR0bi5kdG5yZy5vcmc6NTAw
MCBPTkRFTUFORCB0Y3AKbGluayBhZGQgbnVsbCAvZGV2L251bGwgQUxXQVlTT04gbnVsbAps
aW5rIGFkZCBkZWZhdWx0IHgxMy5pbmZvcm1hdGlrLnVuaS1icmVtZW4uZGU6NTAwMCBPTkRF
TUFORCB0Y3AKcm91dGUgYWRkIHRjYTovLyogZGVmYXVsdAoKIwojIHJvdXRlIGFkZCA8ZGVz
dD4gPGxpbmt8cGVlcj4KIwojIEFkZCBhIHJvdXRlIHRvIHRoZSBnaXZlbiBidW5kbGUgZW5k
cG9pbnQgaWQgcGF0dGVybiA8ZGVzdD4gdXNpbmcgdGhlCiMgc3BlY2lmaWVkIGxpbmsgbmFt
ZSBvciBwZWVyIGVuZHBvaW50LgojCiMgZS5nLiByb3V0ZSBhZGQgZHRuOi8vaG9zdC5kb21h
aW4vKiB0Y3AwCgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoj
CiMgUGFyYW1ldGVyIFR1bmluZwojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMKCiMKIyBTZXQgdGhlIHNpemUgdGhyZXNob2xkIGZvciB0aGUgZGFlbW9uIHNv
IGFueSBidW5kbGVzIHNtYWxsZXIgdGhhbiB0aGlzCiMgc2l6ZSBtYWludGFpbiBhIHNoYWRv
dyBjb3B5IGluIG1lbW9yeSB0byBtaW5pbWl6ZSBkaXNrIGFjY2Vzc2VzLiAKIwojIHBhcmFt
IHNldCBwYXlsb2FkX21lbV90aHJlc2hvbGQgMTYzODQKCiMKIyBUZXN0IG9wdGlvbiB0byBr
ZWVwIGFsbCBidW5kbGUgZmlsZXMgaW4gdGhlIGZpbGVzeXN0ZW0sIGV2ZW4gYWZ0ZXIgdGhl
CiMgYnVuZGxlIGlzIG5vIGxvbmdlciBwcmVzZW50IGF0IHRoZSBkYWVtb24uCiMKIyBwYXJh
bSBzZXQgcGF5bG9hZF90ZXN0X25vX3JlbW92ZSB0cnVlCgojCiMgU2V0IHRoZSBzaXplIGZv
ciB3aGljaCB0aGUgdGNwIGNvbnZlcmdlbmNlIGxheWVyIHNlbmRzIHBhcnRpYWwgcmVjZXB0
aW9uCiMgYWNrbm93bGVkZ2VtZW50cy4gVXNlZCB3aXRoIHJlYWN0aXZlIGZyYWdtZW50YXRp
b24KIwojIHBhcmFtIHNldCB0Y3BjbF9wYXJ0aWFsX2Fja19sZW4gNDA5NgoKCiMgKG90aGVy
cyBleGlzdCBidXQgYXJlIG5vdCBmdWxseSByZXByZXNlbnRlZCBoZXJlKQoKbG9nIC9kdG5k
IGluZm8gImR0bmQgY29uZmlndXJhdGlvbiBwYXJzaW5nIGNvbXBsZXRlIgoKIyMgZW1hY3Mg
c2V0dGluZ3MgdG8gdXNlIHRjbC1tb2RlIGJ5IGRlZmF1bHQKIyMgTG9jYWwgVmFyaWFibGVz
OiAqKioKIyMgbW9kZTp0Y2wgKioqCiMjIEVuZDogKioqCg==
--------------020605060409010409090807
Content-Type: text/plain;
 name="streetcar_dtn.conf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="streetcar_dtn.conf"

IwojIGR0bi5jb25mCiMKIyBEZWZhdWx0IGNvbmZpZ3VyYXRpb24gZmlsZSBmb3IgSW50ZXJu
ZXQtY29ubmVjdGVkIERUTiBub2Rlcy4gVGhlCiMgZGFlbW9uIHVzZXMgYSB0Y2wgaW50ZXJw
cmV0ZXIgdG8gcGFyc2UgdGhpcyBmaWxlLCB0aHVzIGFueSBzdGFuZGFyZAojIHRjbCBjb21t
YW5kcyBhcmUgdmFsaWQsIGFuZCBhbGwgc2V0dGluZ3MgYXJlIGdldC9zZXQgdXNpbmcgYSBz
aW5nbGUKIyAnc2V0JyBmdW5jdGlvbnMgYXM6IDxtb2R1bGU+IHNldCA8dmFyPiA8dmFsPz4K
IwoKbG9nIC9kdG5kIGluZm8gImR0bmQgcGFyc2luZyBjb25maWd1cmF0aW9uLi4uIgoKIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojCiMgRGFlbW9uIENvbnNv
bGUgQ29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMKCiMKIyBjb25zb2xlIHNldCBzdGRpbyBbIHRydWUgfCBmYWxzZSBdCiMKIyBJZiBz
ZXQgdG8gZmFsc2UsIGRpc2FibGUgdGhlIGludGVyYWN0aXZlIGNvbnNvbGUgb24gc3RkaW4v
c3Rkb3V0LgojIFRoZSBkZWZhdWx0IGlzIHNldCB0byB0cnVlICh1bmxlc3MgdGhlIGR0bmQg
cHJvY2VzcyBpcyBydW4gYXMgYQojIGRhZW1vbikuCiMKIyBjb25zb2xlIHNldCBzdGRpbyBm
YWxzZQoKIwojIGNvbnNvbGUgc2V0IGFkZHIgPHBvcnQ+CiMgY29uc29sZSBzZXQgcG9ydCA8
cG9ydD4KIwojIFNldHRpbmdzIGZvciB0aGUgc29ja2V0IGJhc2VkIGNvbnNvbGUgcHJvdG9j
b2wuCiMgKHRoaXMgaW50ZXJwcmV0cyB1c2VyIGNvbW1hbmRzKQojCmNvbnNvbGUgc2V0IGFk
ZHIgMTI3LjAuMC4xCmNvbnNvbGUgc2V0IHBvcnQgNTA1MgoKIwojIGNvbnNvbGUgc2V0IHBy
b21wdCA8cHJvbXB0PgojCiMgU2V0IHRoZSBwcm9tcHQgc3RyaW5nLiAgSGVscHMgaWYgcnVu
bmluZyBtdWx0aXBsZSBkdG5kJ3MKIwpzZXQgc2hvcnRob3N0bmFtZSBbbGluZGV4IFtzcGxp
dCBbaW5mbyBob3N0bmFtZV0gLl0gMF0KY29uc29sZSBzZXQgcHJvbXB0ICIkc2hvcnRob3N0
bmFtZSBkdG4lICIKCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMK
IwojIFN0b3JhZ2UgQ29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMKCiMKIyBzdG9yYWdlIHNldCB0eXBlIFsgYmVya2VsZXlkYiB8IHBv
c3RncmVzIHwgbXlzcWwgXQojCiMgU2V0IHRoZSBzdG9yYWdlIHN5c3RlbSB0byBiZSB1c2Vk
CiMKc3RvcmFnZSBzZXQgdHlwZSBiZXJrZWxleWRiCgojCiMgc3RvcmFnZSBzZXQgcGF5bG9h
ZGRpciA8ZGlyPgojCiMgU2V0IHRoZSBkaXJlY3RvcnkgdG8gYmUgdXNlZCBmb3IgYnVuZGxl
IHBheWxvYWQgZmlsZXMKIwpzdG9yYWdlIHNldCBwYXlsb2FkZGlyIGJ1bmRsZXMKCiMKIyBz
dG9yYWdlIHNldCBkYm5hbWUgPGRiPgojCiMgU2V0IHRoZSBkYXRhYmFzZSBuYW1lIChhcHBl
bmRlZCB3aXRoIC5kYiBhcyB0aGUgZmlsZW5hbWUgaW4gYmVya2VsZXkKIyBkYiwgdXNlZCBh
cy1pcyBmb3IgU1FMIHZhcmlhbnRzCiMKc3RvcmFnZSBzZXQgZGJuYW1lICAgICBEVE4KCiMK
IyBzdG9yYWdlIHNldCBkYmRpciAgICA8ZGlyPgojCiMKIyBXaGVuIHVzaW5nIGJlcmtlbGV5
IGRiLCBzZXQgdGhlIGRpcmVjdG9yeSB0byBiZSB1c2VkIGZvciB0aGUKIyBkYXRhYmFzZSBm
aWxlcyBhbmQgdGhlIG5hbWUgb2YgdGhlIGZpbGVzIGFuZCBlcnJvciBsb2cuCiMKc3RvcmFn
ZSBzZXQgZGJkaXIgICAgICBkYgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIwojCiMgUm91dGluZyBjb25maWd1cmF0aW9uCiMKIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIwojIFNldCB0aGUgYWxnb3JpdGhtIHVzZWQgZm9y
IGR0biByb3V0aW5nLgojCiMgcm91dGUgc2V0IHR5cGUgW3N0YXRpYyB8IGZsb29kIHwgbmVp
Z2hib3Job29kIHwgbGlua3N0YXRlXQojCiNyb3V0ZSBzZXQgdHlwZSBmbG9vZApyb3V0ZSBz
ZXQgdHlwZSB0Y2Ffcm91dGVyCgojCiMgcm91dGUgbG9jYWxfZWlkIDxlaWQ+CiMKIyBTZXQg
dGhlIGxvY2FsIGFkbWluaXN0cmF0aXZlIGlkIG9mIHRoaXMgbm9kZS4gVGhlIGRlZmF1bHQg
anVzdCB1c2VzCiMgdGhlIGludGVybmV0IGhvc3RuYW1lIHBsdXMgdGhlIGFwcGVuZGVkIHN0
cmluZyAiLmR0biIgdG8gbWFrZSBpdAojIGNsZWFyIHRoYXQgdGhlIGhvc3RuYW1lIGlzbid0
IHJlYWxseSB1c2VkIGZvciBETlMgbG9va3Vwcy4KIwojcm91dGUgbG9jYWxfZWlkICJkdG46
Ly9baW5mbyBob3N0bmFtZV0uZHRuIgpyb3V0ZSBsb2NhbF9laWQgInRjYTovL3N0cmVldGNh
cjMiCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMKIyBUQ1Ag
Y29udmVyZ2VuY2UgbGF5ZXIgY29uZmlndXJhdGlvbgojCiMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMKCiMKIyBpbnRlcmZhY2UgYWRkIFtuYW1lXSBbQ0xdCiMK
IyBBZGQgYW4gaW5wdXQgaW50ZXJmYWNlIHRvIGxpc3RlbiBvbiBhZGRyOnBvcnQgZm9yIGlu
Y29taW5nIGJ1bmRsZXMKIyBmcm9tIG90aGVyIHRjcCAvIHVkcCBjb252ZXJnZW5jZSBsYXll
cnMKIwojIGlmIG5vdCBzcGVjaWZpZWQsIGxvY2FsaG9zdDo1MDAwIGlzIHVzZWQgYnkgZGVm
YXVsdAojCmludGVyZmFjZSBhZGQgdGNwMCB0Y3AgbG9jYWxfYWRkcj0xMzQuMTAyLjIwMS4x
ODMgbG9jYWxfcG9ydD01MDAwCiNpbnRlcmZhY2UgYWRkIHVkcDAgdWRwCgojCiMgbGluayBh
ZGQgPG5hbWU+IDxuZXh0aG9wPiA8dHlwZT4gPGNsYXllcj4gPGFyZ3MuLi4+CiMKIyBBZGQg
YSBsaW5rIHRvIGEgcGVlciBub2RlCiMgKGZvciBub3cgdXNpbmcgdGhlIHRjcCBvciB1ZHAg
Y29udmVyZ2VuY2UgbGF5ZXJzKQojCiMgZXhhbXBsZXM6CiMgCWxpbmsgYWRkIHRjcGxpbmsg
aG9zdDpwb3J0IE9OREVNQU5EIHRjcAojIAlsaW5rIGFkZCBMSU5LMSBkdG4uZHRucmcub3Jn
OjUwMDAgT05ERU1BTkQgdGNwCmxpbmsgYWRkIG51bGwgL2Rldi9udWxsIEFMV0FZU09OIG51
bGwKbGluayBhZGQgZGVmYXVsdCAxMzQuMTAyLjIxNy44OjUwMDAgT05ERU1BTkQgdGNwCnJv
dXRlIGFkZCB0Y2E6Ly8qIGRlZmF1bHQKCiMKIyByb3V0ZSBhZGQgPGRlc3Q+IDxsaW5rfHBl
ZXI+CiMKIyBBZGQgYSByb3V0ZSB0byB0aGUgZ2l2ZW4gYnVuZGxlIGVuZHBvaW50IGlkIHBh
dHRlcm4gPGRlc3Q+IHVzaW5nIHRoZQojIHNwZWNpZmllZCBsaW5rIG5hbWUgb3IgcGVlciBl
bmRwb2ludC4KIwojIGUuZy4gcm91dGUgYWRkIGR0bjovL2hvc3QuZG9tYWluLyogdGNwMAoK
CiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKIwojIFBhcmFtZXRl
ciBUdW5pbmcKIwojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCgoj
CiMgU2V0IHRoZSBzaXplIHRocmVzaG9sZCBmb3IgdGhlIGRhZW1vbiBzbyBhbnkgYnVuZGxl
cyBzbWFsbGVyIHRoYW4gdGhpcwojIHNpemUgbWFpbnRhaW4gYSBzaGFkb3cgY29weSBpbiBt
ZW1vcnkgdG8gbWluaW1pemUgZGlzayBhY2Nlc3Nlcy4gCiMKIyBwYXJhbSBzZXQgcGF5bG9h
ZF9tZW1fdGhyZXNob2xkIDE2Mzg0CgojCiMgVGVzdCBvcHRpb24gdG8ga2VlcCBhbGwgYnVu
ZGxlIGZpbGVzIGluIHRoZSBmaWxlc3lzdGVtLCBldmVuIGFmdGVyIHRoZQojIGJ1bmRsZSBp
cyBubyBsb25nZXIgcHJlc2VudCBhdCB0aGUgZGFlbW9uLgojCiMgcGFyYW0gc2V0IHBheWxv
YWRfdGVzdF9ub19yZW1vdmUgdHJ1ZQoKIwojIFNldCB0aGUgc2l6ZSBmb3Igd2hpY2ggdGhl
IHRjcCBjb252ZXJnZW5jZSBsYXllciBzZW5kcyBwYXJ0aWFsIHJlY2VwdGlvbgojIGFja25v
d2xlZGdlbWVudHMuIFVzZWQgd2l0aCByZWFjdGl2ZSBmcmFnbWVudGF0aW9uCiMKIyBwYXJh
bSBzZXQgdGNwY2xfcGFydGlhbF9hY2tfbGVuIDQwOTYKCgojIChvdGhlcnMgZXhpc3QgYnV0
IGFyZSBub3QgZnVsbHkgcmVwcmVzZW50ZWQgaGVyZSkKCmxvZyAvZHRuZCBpbmZvICJkdG5k
IGNvbmZpZ3VyYXRpb24gcGFyc2luZyBjb21wbGV0ZSIKCiMjIGVtYWNzIHNldHRpbmdzIHRv
IHVzZSB0Y2wtbW9kZSBieSBkZWZhdWx0CiMjIExvY2FsIFZhcmlhYmxlczogKioqCiMjIG1v
ZGU6dGNsICoqKgojIyBFbmQ6ICoqKgo=
--------------020605060409010409090807--


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 l0NIvMY28763 for <dtn-users@mailman.dtnrg.org>; Tue, 23 Jan 2007 10:57:22 -0800
Received: from [192.168.1.2] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l0NIvGeb013682 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 23 Jan 2007 10:57:18 -0800 (PST)
In-Reply-To: <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com>
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com> <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu> <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-1-145388216
Message-Id: <3EB01F54-235C-4343-ADB7-87D77AAEAE13@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] DTN tunnel hacking
X-Applemailsentby: demmer
Date: Tue, 23 Jan 2007 10:57:12 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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


Strange. You should see the code repeatedly trying to re-open the  
link, no?

That plus some tcpdump'ing will tell you more about what's going on.

-m


On Jan 23, 2007, at 10:25 AM, ryan m wrote:

> hmm so I think I actually have a more fundemental issue on closer  
> inspection.  I'm trying to use dtn tunnel as a proxy.  To test it I  
> set everything up then put up a drop all firewall between the dtn  
> nodes for 15 minutes then released it.  After I release it no  
> bundles get through and the debug messages say this:
>
> [1169576247.469499 /dtn/route/static debug] can't forward bundle id  
> 51 dtn://bas
> in.cse.lehigh.edu.dtn/ping.15267 -> dtn://rcm2.cse.lehigh.edu.dtn/ 
> ping (20 bytes
>  payload) to link1 [ rcm2.cse.lehigh.edu:10000 dtn:none ALWAYSON  
> UNAVAILABLE] because link not available
>
> even though the firewall has been taken down for more than 5 minutes.
>
> any thoughts on this?
>
> On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>
> The same code is used on both sides of the tunnel.
>
> I'd be ok if you made a modification to the tunnel that enabled the
> SO_KEEPALIVE socket option -- will that work for your purposes?
>
> -mike
>
>
> On Jan 22, 2007, at 7:30 PM, ryan m wrote:
>
> > I was wondering if someone familiar with the code of dtn tunnel
> > could point me to where in the source bundles are processed and
> > sent out the TCP connection on the ./dtntunnel -L side of the
> > tunnel.  I need to add a periodic TCP packet coming out this side
> > containing a space to keep the TCP connection from idling out.  And
> > I'm not sure how to differentiate the code going from bundles->tcp
> > on one end of the tunnel from the code doing this for the other end
> > of the tunnel.  Any help would be very appreciated.
> >
> > Ryan
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>


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

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Strange. You should see the =
code repeatedly trying to re-open the link, no?</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>That plus some tcpdump'ing =
will tell you more about what's going on.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-m</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><BR><DIV><DIV>On Jan 23, 2007, =
at 10:25 AM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">hmm so I =
think I actually have a more fundemental issue on closer inspection.=A0 =
I'm trying to use dtn tunnel as a proxy.=A0 To test it I set everything =
up then put up a drop all firewall between the dtn nodes for 15 minutes =
then released it.=A0 After I release it no bundles get through and the =
debug messages say this: <BR><BR>[1169576247.469499 /dtn/route/static =
debug] can't forward bundle id 51 =
dtn://bas<BR>in.cse.lehigh.edu.dtn/ping.15267 -&gt; =
dtn://rcm2.cse.lehigh.edu.dtn/ping (20 bytes<BR>=A0payload) to link1 [<A =
href=3D"http://rcm2.cse.lehigh.edu:10000"> rcm2.cse.lehigh.edu:10000</A> =
dtn:none ALWAYSON UNAVAILABLE] because link not available<BR><BR>even =
though the firewall has been taken down for more than 5 =
minutes.<BR><BR>any thoughts on this?<BR><BR><DIV><SPAN =
class=3D"gmail_quote"> On 1/23/07, <B class=3D"gmail_sendername">Michael =
Demmer</B> &lt;<A =
href=3D"mailto:demmer@cs.berkeley.edu">demmer@cs.berkeley.edu</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <BR>The same code is used on both sides of the tunnel.<BR><BR>I'd =
be ok if you made a modification to the tunnel that enabled =
the<BR>SO_KEEPALIVE socket option -- will that work for your =
purposes?<BR><BR>-mike<BR><BR> <BR>On Jan 22, 2007, at 7:30 PM, ryan m =
wrote:<BR><BR>&gt; I was wondering if someone familiar with the code of =
dtn tunnel<BR>&gt; could point me to where in the source bundles are =
processed and<BR>&gt; sent out the TCP connection on the ./dtntunnel -L =
side of the <BR>&gt; tunnel.=A0=A0I need to add a periodic TCP packet =
coming out this side<BR>&gt; containing a space to keep the TCP =
connection from idling out.=A0=A0And<BR>&gt; I'm not sure how to =
differentiate the code going from bundles-&gt;tcp <BR>&gt; on one end of =
the tunnel from the code doing this for the other end<BR>&gt; of the =
tunnel.=A0=A0Any help would be very appreciated.<BR>&gt;<BR>&gt; =
Ryan<BR><BR>_______________________________________________<BR>dtn-users =
mailing list <BR><A =
href=3D"mailto:dtn-users@mailman.dtnrg.org">dtn-users@mailman.dtnrg.org</A=
><BR><A =
href=3D"http://mailman.dtnrg.org/mailman/listinfo/dtn-users">http://mailma=
n.dtnrg.org/mailman/listinfo/dtn-users</A><BR></BLOCKQUOTE></DIV> =
<BR></BLOCKQUOTE></DIV><BR></BODY></HTML>=

--Apple-Mail-1-145388216--


Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0NIPcY28521 for <dtn-users@mailman.dtnrg.org>; Tue, 23 Jan 2007 10:25:38 -0800
Received: by wx-out-0506.google.com with SMTP id s7so1690507wxc for <dtn-users@mailman.dtnrg.org>; Tue, 23 Jan 2007 10:25:37 -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=lkIuxaC/Qh90XtAYk75xAMpTVbepo+XVZSBtWNzRx680CB/sx6Xms6Qr3hh6JbDnjYE1K0l8JXypvWCL95v8Mr70lQT0EguCPr2dxvd5JOIgYrAlaa6d/oit82YK44xkhqm3haFhikSsooSoPLuwpIwDZ4meiG1AClV2H/G3Dhw=
Received: by 10.70.130.19 with SMTP id c19mr13605099wxd.1169576737240; Tue, 23 Jan 2007 10:25:37 -0800 (PST)
Received: by 10.70.72.17 with HTTP; Tue, 23 Jan 2007 10:25:37 -0800 (PST)
Message-ID: <d35f8e370701231025i7be2be20q563a15f6fe9c6f6a@mail.gmail.com>
Date: Tue, 23 Jan 2007 13:25:37 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] DTN tunnel hacking
In-Reply-To: <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_165274_1002593.1169576737179"
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com> <66BEE947-669F-41CD-A7EB-4A19671B3C78@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

hmm so I think I actually have a more fundemental issue on closer
inspection.  I'm trying to use dtn tunnel as a proxy.  To test it I set
everything up then put up a drop all firewall between the dtn nodes for 15
minutes then released it.  After I release it no bundles get through and the
debug messages say this:

[1169576247.469499 /dtn/route/static debug] can't forward bundle id 51
dtn://bas
in.cse.lehigh.edu.dtn/ping.15267 -> dtn://rcm2.cse.lehigh.edu.dtn/ping (20
bytes
 payload) to link1 [rcm2.cse.lehigh.edu:10000 dtn:none ALWAYSON UNAVAILABLE]
because link not available

even though the firewall has been taken down for more than 5 minutes.

any thoughts on this?

On 1/23/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>
>
> The same code is used on both sides of the tunnel.
>
> I'd be ok if you made a modification to the tunnel that enabled the
> SO_KEEPALIVE socket option -- will that work for your purposes?
>
> -mike
>
>
> On Jan 22, 2007, at 7:30 PM, ryan m wrote:
>
> > I was wondering if someone familiar with the code of dtn tunnel
> > could point me to where in the source bundles are processed and
> > sent out the TCP connection on the ./dtntunnel -L side of the
> > tunnel.  I need to add a periodic TCP packet coming out this side
> > containing a space to keep the TCP connection from idling out.  And
> > I'm not sure how to differentiate the code going from bundles->tcp
> > on one end of the tunnel from the code doing this for the other end
> > of the tunnel.  Any help would be very appreciated.
> >
> > Ryan
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>

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

hmm so I think I actually have a more fundemental issue on closer inspection.&nbsp; I&#39;m trying to use dtn tunnel as a proxy.&nbsp; To test it I set everything up then put up a drop all firewall between the dtn nodes for 15 minutes then released it.&nbsp; After I release it no bundles get through and the debug messages say this:
<br><br>[1169576247.469499 /dtn/route/static debug] can&#39;t forward bundle id 51 dtn://bas<br>in.cse.lehigh.edu.dtn/ping.15267 -&gt; dtn://rcm2.cse.lehigh.edu.dtn/ping (20 bytes<br>&nbsp;payload) to link1 [<a href="http://rcm2.cse.lehigh.edu:10000">
rcm2.cse.lehigh.edu:10000</a> dtn:none ALWAYSON UNAVAILABLE] because link not available<br><br>even though the firewall has been taken down for more than 5 minutes.<br><br>any thoughts on this?<br><br><div><span class="gmail_quote">
On 1/23/07, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:demmer@cs.berkeley.edu">demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>The same code is used on both sides of the tunnel.<br><br>I&#39;d be ok if you made a modification to the tunnel that enabled the<br>SO_KEEPALIVE socket option -- will that work for your purposes?<br><br>-mike<br><br>
<br>On Jan 22, 2007, at 7:30 PM, ryan m wrote:<br><br>&gt; I was wondering if someone familiar with the code of dtn tunnel<br>&gt; could point me to where in the source bundles are processed and<br>&gt; sent out the TCP connection on the ./dtntunnel -L side of the
<br>&gt; tunnel.&nbsp;&nbsp;I need to add a periodic TCP packet coming out this side<br>&gt; containing a space to keep the TCP connection from idling out.&nbsp;&nbsp;And<br>&gt; I&#39;m not sure how to differentiate the code going from bundles-&gt;tcp
<br>&gt; on one end of the tunnel from the code doing this for the other end<br>&gt; of the tunnel.&nbsp;&nbsp;Any help would be very appreciated.<br>&gt;<br>&gt; Ryan<br><br>_______________________________________________<br>dtn-users mailing list
<br><a href="mailto:dtn-users@mailman.dtnrg.org">dtn-users@mailman.dtnrg.org</a><br><a href="http://mailman.dtnrg.org/mailman/listinfo/dtn-users">http://mailman.dtnrg.org/mailman/listinfo/dtn-users</a><br></blockquote></div>
<br>

------=_Part_165274_1002593.1169576737179--


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 l0NGumY27834 for <dtn-users@mailman.dtnrg.org>; Tue, 23 Jan 2007 08:56:48 -0800
Received: from [192.168.1.2] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l0NGuhOE010932 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 23 Jan 2007 08:56:48 -0800 (PST)
In-Reply-To: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com>
References: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <66BEE947-669F-41CD-A7EB-4A19671B3C78@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] DTN tunnel hacking
X-Applemailsentby: demmer
Date: Tue, 23 Jan 2007 08:56:40 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

The same code is used on both sides of the tunnel.

I'd be ok if you made a modification to the tunnel that enabled the  
SO_KEEPALIVE socket option -- will that work for your purposes?

-mike


On Jan 22, 2007, at 7:30 PM, ryan m wrote:

> I was wondering if someone familiar with the code of dtn tunnel  
> could point me to where in the source bundles are processed and  
> sent out the TCP connection on the ./dtntunnel -L side of the  
> tunnel.  I need to add a periodic TCP packet coming out this side  
> containing a space to keep the TCP connection from idling out.  And  
> I'm not sure how to differentiate the code going from bundles->tcp  
> on one end of the tunnel from the code doing this for the other end  
> of the tunnel.  Any help would be very appreciated.
>
> Ryan



Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0N3UCY22483 for <dtn-users@mailman.dtnrg.org>; Mon, 22 Jan 2007 19:30:12 -0800
Received: by wx-out-0506.google.com with SMTP id s7so1449490wxc for <dtn-users@mailman.dtnrg.org>; Mon, 22 Jan 2007 19:30:12 -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=cV45F3mxqn7/UTy3cHTANP9kgEhaHGatw/jcAmpnY+yVJNZTh49CF6SOpyteVhgz/odWZPAzdDCm0fPBB0t+wq2amuxpbVhLTE9ZPmDDJqm6YVMb3aYfX7Tgj04atrT5e0KH8ZlqMnT88cc/196rwWR2xuxOaMLeq1FGUxBNHN0=
Received: by 10.70.118.4 with SMTP id q4mr5798822wxc.1169523011896; Mon, 22 Jan 2007 19:30:11 -0800 (PST)
Received: by 10.70.72.17 with HTTP; Mon, 22 Jan 2007 19:30:11 -0800 (PST)
Message-ID: <d35f8e370701221930r31efe220y121c69ce693a9a79@mail.gmail.com>
Date: Mon, 22 Jan 2007 22:30:11 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_156750_897353.1169523011859"
Subject: [dtn-users] DTN tunnel hacking
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

I was wondering if someone familiar with the code of dtn tunnel could point
me to where in the source bundles are processed and sent out the TCP
connection on the ./dtntunnel -L side of the tunnel.  I need to add a
periodic TCP packet coming out this side containing a space to keep the TCP
connection from idling out.  And I'm not sure how to differentiate the code
going from bundles->tcp on one end of the tunnel from the code doing this
for the other end of the tunnel.  Any help would be very appreciated.

Ryan

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

I was wondering if someone familiar with the code of dtn tunnel could point me to where in the source bundles are processed and sent out the TCP connection on the ./dtntunnel -L side of the tunnel.&nbsp; I need to add a periodic TCP packet coming out this side containing a space to keep the TCP connection from idling out.&nbsp; And I&#39;m not sure how to differentiate the code going from bundles-&gt;tcp on one end of the tunnel from the code doing this for the other end of the tunnel.&nbsp; Any help would be very appreciated.
<br><br>Ryan<br>

------=_Part_156750_897353.1169523011859--


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 l0MFudY17771 for <dtn-users@mailman.dtnrg.org>; Mon, 22 Jan 2007 07:56:39 -0800
Received: from [192.168.1.2] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l0MFubFT025828 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 22 Jan 2007 07:56:38 -0800 (PST)
In-Reply-To: <d35f8e370701220603u1cd1fe97n54e18734d0638b7c@mail.gmail.com>
References: <d35f8e370701220603u1cd1fe97n54e18734d0638b7c@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <B7CFE3C5-D696-4CAC-80CC-C00B5625E16D@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] dtn-tunnel quick question
X-Applemailsentby: demmer
Date: Mon, 22 Jan 2007 07:56:33 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

On Jan 22, 2007, at 6:03 AM, ryan m wrote:

> dtntunnel -h has the following line
>
> -D, --delay <millisecs> nagle delay in msecs for stream transports  
> (e.g. tcp)
>
> what is nagle? or is that a typo?  what is the use of --delay?

That refers to Nagle's algorithm: http://en.wikipedia.org/wiki/ 
Nagle's_Algorithm which I sort-of adopted for the TCP tunnel. The  
idea is that after receiving some data, you wait for more data to  
arrive before sending, to avoid sending a lot of small packets.

> also is there a way to extend the expiration time (defaults to 600  
> seconds) or should I just extend it at the top of DTNtunnel.cc ,  
> would that work, or will other modifications need to be done?

Did you not notice  the option:
  -e, --expiration <secs> expiration time

-mike



Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0ME3YY17070 for <dtn-users@mailman.dtnrg.org>; Mon, 22 Jan 2007 06:03:34 -0800
Received: by wx-out-0506.google.com with SMTP id s7so1264266wxc for <dtn-users@mailman.dtnrg.org>; Mon, 22 Jan 2007 06:03:28 -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=FVVrLuQ12c3eV3ffx+mqDYaQobnCtpfgxkKcNjXKq9/TurT9JyE0aF12Ui0gggiKKBL32Ir1lcd7PVMnRDQv3dmnxAcmXgGTk7uPI2YnMfPCjUeufsl9QE0/i6zUmKvdVHIja60h4DaH003BCuTQoeL+apO1k5rcY/2XwHcXKpk=
Received: by 10.70.42.16 with SMTP id p16mr911446wxp.1169474608181; Mon, 22 Jan 2007 06:03:28 -0800 (PST)
Received: by 10.70.72.17 with HTTP; Mon, 22 Jan 2007 06:03:28 -0800 (PST)
Message-ID: <d35f8e370701220603u1cd1fe97n54e18734d0638b7c@mail.gmail.com>
Date: Mon, 22 Jan 2007 09:03:28 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_146030_31269716.1169474608150"
Subject: [dtn-users] dtn-tunnel quick question
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

dtntunnel -h has the following line

-D, --delay <millisecs> nagle delay in msecs for stream transports (e.g.
tcp)

what is nagle? or is that a typo?  what is the use of --delay?

also is there a way to extend the expiration time (defaults to 600 seconds)
or should I just extend it at the top of DTNtunnel.cc , would that work, or
will other modifications need to be done?

Thank you for you time,
Ryan

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

dtntunnel -h has the following line<br><br>-D, --delay &lt;millisecs&gt; nagle delay in msecs for stream transports (e.g. tcp)<br><br>what is nagle? or is that a typo?&nbsp; what is the use of --delay?<br><br>also is there a way to extend the expiration time (defaults to 600 seconds) or should I just extend it at the top of 
DTNtunnel.cc , would that work, or will other modifications need to be done?<br><br>Thank you for you time,<br>Ryan<br>

------=_Part_146030_31269716.1169474608150--


Received: from n068.sc1.he.tucows.com (fh1027.dia.he.tucows.com [64.97.168.37]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0M9AlY15027 for <dtn-users@mailman.dtnrg.org>; Mon, 22 Jan 2007 01:10:47 -0800
Received: from [192.168.0.6] (82.12.250.175) by n068.sc1.he.tucows.com (7.2.069.1) id 45ABDE1A00074695 for dtn-users@mailman.dtnrg.org; Mon, 22 Jan 2007 09:10:33 +0000
Mime-Version: 1.0 (Apple Message framework v752.2)
In-Reply-To: <B5D8F9F5-5777-4C18-A896-66F5BA8440D5@virgin.net>
References: <08E8F68B-38A7-4A80-B2D5-91881CDDD70A@virgin.net> <e05872d60701201158v253b43b4rb90f8ae0d80bd82d@mail.gmail.com> <B5D8F9F5-5777-4C18-A896-66F5BA8440D5@virgin.net>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <A620E3D5-1425-4B18-9AAE-975982330EE1@virgin.net>
Content-Transfer-Encoding: 7bit
From: Darren Long <darren.long@virgin.net>
Subject: Re: [dtn-users] Compiling for ARM under Debian on a Linksys NSLU2
Date: Mon, 22 Jan 2007 09:10:29 +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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi again,

I think the word I'm looking for is 'woot'.  Hacking -Wcast-align out  
of the makefiles seems to have mostly  done the trick.

The compiler was also troubled by the use of a non-specific char type  
in a switch statements with cases of -1, as below.  I bodged these by  
declaring 'c' as a signed char.


cc1: warnings being treated as errors
dtncat/dtncat.c: In function 'parse_options':
dtncat/dtncat.c:445: warning: case label value is less than minimum  
value for type

cc1: warnings being treated as errors
dtnperf/dtnperf-server.c: In function 'parse_options':
dtnperf/dtnperf-server.c:408: warning: case label value is less than  
minimum value for type

cc1: warnings being treated as errors
dtnperf/dtnperf-client.c: In function 'parse_options':
dtnperf/dtnperf-client.c:796: warning: case label value is less than  
minimum value for type

cc1: warnings being treated as errors
dtnrecv/dtnrecv.c: In function 'parse_options':
dtnrecv/dtnrecv.c:132: warning: case label value is less than minimum  
value for type

cc1: warnings being treated as errors
dtnsend/dtnsend.c: In function 'parse_options':
dtnsend/dtnsend.c:366: warning: case label value is less than minimum  
value for type



After that minor bit of code tweaking, it all built, totaling about 5  
hours, including downtime while hacking.  The compiler version, if  
anyone is interested, is 4.1.2.

I've not run the tests yet, or all the apps, but dtnd and dtnping  
seem fine, as does all through traffic.

Although intending to use 2.3.0, I eventually went with the CVS tip,  
although that was more of a mistake than a decision.

Cheers,

Darren

On 21 Jan 2007, at 13:34, Darren Long wrote:

> Hi jon,
>
> Thanks.  I'm trying again without -Wcast-align.  I've got past  
> where I was before, but am still crunching the oasys stuff.   
> Compiling on an NSLU2 gives new meaning to the words delay  
> tolerant ;-)
>
> Darren
>
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users



Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0M1pRY11400 for <dtn-users@mailman.dtnrg.org>; Sun, 21 Jan 2007 17:51:27 -0800
Received: by wx-out-0506.google.com with SMTP id s7so1126086wxc for <dtn-users@mailman.dtnrg.org>; Sun, 21 Jan 2007 17:51:26 -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=NUdRtWCuPFXwhzMzJxA7D2RUGpTXRk/wocet+2wKAoUVHhEJSYmT4BTqxuPePVx7QvkwvV6pSmVrI6F3SdV14ZmpC8Fz28Rw12C4BJdoDoJMX8fkmLmnEwenlY7qaamVsb36ga9yvEGcAr1fHJYsP8iSvYiCbdRtdUdDwyABnD4=
Received: by 10.70.57.2 with SMTP id f2mr9708864wxa.1169430685299; Sun, 21 Jan 2007 17:51:25 -0800 (PST)
Received: by 10.70.72.17 with HTTP; Sun, 21 Jan 2007 17:51:25 -0800 (PST)
Message-ID: <d35f8e370701211751r7ef9ee01g8980f3847d1bde36@mail.gmail.com>
Date: Sun, 21 Jan 2007 20:51:25 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] dtntunnel issues
In-Reply-To: <752C7610-F131-4E2C-AF50-EB999D77F0C0@cs.berkeley.edu>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_140043_1503082.1169430685257"
References: <d35f8e370701181745k3d1b98cfmf769c974234cae2c@mail.gmail.com> <752C7610-F131-4E2C-AF50-EB999D77F0C0@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

thank you for the help, with the aid of the debug messages I was able to
determine that i need to add /dtntunnel to -d argument

On 1/19/07, Michael Demmer <demmer@cs.berkeley.edu> wrote:
>
> Try passing '-l debug' to dtntunnel which will enable more debugging
> output.
>
> Also, I don't know if you're using the latest release or the CVS tree, but
> you should use the CVS version since I've fixed a bug in dtntunnel since the
> latest release.
>
> -mike
>
> p.s. sorry about the lag in replying...
>
> On Jan 18, 2007, at 5:45 PM, ryan m wrote:
>
> so I'm attempting to use dtntunnel as a proxy for jabber
>
> I've pointed the client at the client side of the tunnel and run the
> client side with the command
>
> ./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn --laddr 0.0.0.0 --lport
> 15000 --rhost basin.cse.lehigh.edu --rport 5222
> [1168999161.018099 /dtntunnel notice] DTNTunnel starting up...
> [1168999161.022439 /dtntunnel notice] found existing registration id 10,
> calling dtn_bind
>
> there is no other output
>
> the jabber server is running on basin on port 5222 and so is the other
> side of the tunnel run with the command
>
> [edifyteam@basin dtntunnel]$ ./dtntunnel -L -o -
> [1169002958.980232 /dtntunnel notice] DTNTunnel starting up...
> [1169002958.983019 /dtntunnel notice] found existing registration id 12,
> calling dtn_bind
>
> again no other output
>
> From looking at tcpdump and dtnd output it appears the recieving side gets
> the the data and the bundle gets sent, recieved and it gets delivered, but
> it never goes from dtntunnel to the server.
>
> any thoughts?
>
> Ryan
>
>
>

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

thank you for the help, with the aid of the debug messages I was able to determine that i need to add /dtntunnel to -d argument<br><br><div><span class="gmail_quote">On 1/19/07, <b class="gmail_sendername">Michael Demmer</b>
 &lt;<a href="mailto:demmer@cs.berkeley.edu">demmer@cs.berkeley.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="">
<div>Try passing &#39;-l debug&#39; to dtntunnel which will enable more debugging output.</div><div><br></div><div>Also, I don&#39;t know if you&#39;re using the latest release or the CVS tree, but you should use the CVS version since I&#39;ve fixed a bug in dtntunnel since the latest release.
</div><div><br></div><div>-mike</div><div><br></div><div>p.s. sorry about the lag in replying...</div><div><span class="e" id="q_1103c15daadcf2bc_1"><div><br><div><div>On Jan 18, 2007, at 5:45 PM, ryan m wrote:</div><br><blockquote type="cite">
<span class="gmail_quote"></span>so I&#39;m attempting to use dtntunnel as a proxy for jabber<br><br>I&#39;ve pointed the client at the client side of the tunnel and run the client side with the command<br><br>./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn --laddr 
<a href="http://0.0.0.0" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">0.0.0.0</a> --lport 15000 --rhost <a href="http://basin.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 basin.cse.lehigh.edu</a> --rport 5222<br>[1168999161.018099 /dtntunnel notice] DTNTunnel starting up...<br>[1168999161.022439 /dtntunnel notice] found existing registration id 10, calling dtn_bind<br><br>there is no other output
<br><br>the jabber server is running on basin on port 5222 and so is the other side of the tunnel run with the command <br><br>[edifyteam@basin dtntunnel]$ ./dtntunnel -L -o -<br>[1169002958.980232 /dtntunnel notice] DTNTunnel starting up...
<br>[1169002958.983019 /dtntunnel notice] found existing registration id 12, calling dtn_bind<br><br> again no other output<br><br>From looking at tcpdump and dtnd output it appears the recieving side gets the the data and the bundle gets sent, recieved and it gets delivered, but it never goes from dtntunnel to the server. 
<br><br>any thoughts?<br><span><br>Ryan<br> </span></blockquote></div><br></div></span></div></div>
</blockquote></div><br>

------=_Part_140043_1503082.1169430685257--


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 l0LH8NY08202 for <dtn-users@mailman.dtnrg.org>; Sun, 21 Jan 2007 09:08:23 -0800
Received: from [192.168.1.102] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l0LH8LaY020035 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 21 Jan 2007 09:08:22 -0800 (PST)
In-Reply-To: <cc97bb9b0701190508n7a26c3f3j7a329c6eaba2a81@mail.gmail.com>
References: <cc97bb9b0701190508n7a26c3f3j7a329c6eaba2a81@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <46675964-73DF-4048-BF20-86EEDC83095F@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] parse bundle timeStamp
X-Applemailsentby: demmer
Date: Sun, 21 Jan 2007 09:08:15 -0800
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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



Received: from n066.sc1.he.tucows.com (smtpout0165.sc1.he.tucows.com [64.97.136.165]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0LDYgY06894 for <dtn-users@mailman.dtnrg.org>; Sun, 21 Jan 2007 05:34:42 -0800
Received: from [192.168.0.6] (82.12.250.175) by n066.sc1.he.tucows.com (7.2.069.1) id 45A3B701000DD1CB for dtn-users@mailman.dtnrg.org; Sun, 21 Jan 2007 13:34:27 +0000
Mime-Version: 1.0 (Apple Message framework v752.2)
In-Reply-To: <e05872d60701201158v253b43b4rb90f8ae0d80bd82d@mail.gmail.com>
References: <08E8F68B-38A7-4A80-B2D5-91881CDDD70A@virgin.net> <e05872d60701201158v253b43b4rb90f8ae0d80bd82d@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <B5D8F9F5-5777-4C18-A896-66F5BA8440D5@virgin.net>
Content-Transfer-Encoding: 7bit
From: Darren Long <darren.long@virgin.net>
Subject: Re: [dtn-users] Compiling for ARM under Debian on a Linksys NSLU2
Date: Sun, 21 Jan 2007 13:34:23 +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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi jon,

Thanks.  I'm trying again without -Wcast-align.  I've got past where  
I was before, but am still crunching the oasys stuff.  Compiling on  
an NSLU2 gives new meaning to the words delay tolerant ;-)

Darren

On 20 Jan 2007, at 19:58, jonathan shusta wrote:

> "cc1plus: warnings being treated as errors"
>
> according to this doc, there may be problems with -Wcast-align and
> architecture-specific alignment restrictions, even though it's pretty
> old (i don't know which version of gcc you are running):
>
> http://gcc.gnu.org/ml/gcc-patches/1999-12/msg00263.html
>
> so i would guess.. either, turn off -Wcast-align, or turn off -Werror,
> or fix the alignment problem. :) the error looks the same, perhaps the
> inclusion order matters in all of those files?
>
> - jon shusta



Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0KJwLY19565 for <dtn-users@mailman.dtnrg.org>; Sat, 20 Jan 2007 11:58:21 -0800
Received: by ug-out-1314.google.com with SMTP id o2so677104uge for <dtn-users@mailman.dtnrg.org>; Sat, 20 Jan 2007 11:58:19 -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:content-transfer-encoding:content-disposition:references; b=QP3kfOif7fEMFd+alyy2rQlbW2XRUpZokhsIKHsYMCsgq1rEo0Br4f3T2sUBgOHolKecC7o62S0qsIfdD793Azlt7BaaAhJlSAU3zS9cBP6v+sX4Vx5jiYwZ95RvbhvcU5FnHTWO2sksxFqMyNtTKHuIMZNe0DhHDNxZHRWqAQ4=
Received: by 10.82.182.8 with SMTP id e8mr1390153buf.1169323099486; Sat, 20 Jan 2007 11:58:19 -0800 (PST)
Received: by 10.78.97.12 with HTTP; Sat, 20 Jan 2007 11:58:19 -0800 (PST)
Message-ID: <e05872d60701201158v253b43b4rb90f8ae0d80bd82d@mail.gmail.com>
Date: Sat, 20 Jan 2007 14:58:19 -0500
From: "jonathan shusta" <jon.shusta@gmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] Compiling for ARM under Debian on a Linksys NSLU2
In-Reply-To: <08E8F68B-38A7-4A80-B2D5-91881CDDD70A@virgin.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <08E8F68B-38A7-4A80-B2D5-91881CDDD70A@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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

"cc1plus: warnings being treated as errors"

according to this doc, there may be problems with -Wcast-align and
architecture-specific alignment restrictions, even though it's pretty
old (i don't know which version of gcc you are running):

http://gcc.gnu.org/ml/gcc-patches/1999-12/msg00263.html

so i would guess.. either, turn off -Wcast-align, or turn off -Werror,
or fix the alignment problem. :) the error looks the same, perhaps the
inclusion order matters in all of those files?

- jon shusta


On 1/20/07, Darren Long <darren.long@virgin.net> wrote:
> Hi,
>
> I've not tried compiling on ARM before, but have just setup my
> Linksys NSLU2 with Debian Etch.
>
> Linux slug1 2.6.18-3-ixp4xx #1 Tue Dec 5 16:52:07 UTC 2006 armv5tel
> GNU/Linux
>
> When compiling the 2.3.0 source package and also fresh from CVS, I
> got the following compilation error:
> cc1plus: warnings being treated as errors

> basic_string.h:283: warning: cast from 'char*' to
> 'std::basic_string<char, std::char_traits<char>, std::allocator<char>
>  >::_Rep*' increases required alignment of target type
> cc1plus: warnings being treated as errors
> ./util/ScratchBuffer.h: In member function '_memory_t
> oasys::ScratchBuffer<_memory_t, _static_size>::buf(size_t) [with
> _memory_t = pollfd*, unsigned int _static_size = 128u]':
> io/IO.cc:644:   instantiated from here
> ./util/ScratchBuffer.h:113: warning: cast from 'char*' to 'pollfd*'
> increases required alignment of target type
> make[1]: *** [io/IO.o] Error 1
> make[1]: Leaving directory `/home/darren/source/dtn-2.3.0/oasys'
> make: *** [oasys] Error 2
>
> I'm still puzzling over this one, so if anyone out there has a clue,
> please let me know.  Its the same in 2.3.0 and in CVS.
>
> Cheers,
>
> Darren


Received: from n066.sc1.he.tucows.com (smtpout0166.sc1.cp.net [64.97.136.166] (may be forged)) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0KJ5wY19219 for <dtn-users@mailman.dtnrg.org>; Sat, 20 Jan 2007 11:05:58 -0800
Received: from [192.168.0.6] (82.12.250.175) by n066.sc1.he.tucows.com (7.2.069.1) id 45A3B701000D60E3 for dtn-users@mailman.dtnrg.org; Sat, 20 Jan 2007 19:05:46 +0000
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Transfer-Encoding: 7bit
Message-Id: <08E8F68B-38A7-4A80-B2D5-91881CDDD70A@virgin.net>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: dtn-users@mailman.dtnrg.org
From: Darren Long <darren.long@virgin.net>
Date: Sat, 20 Jan 2007 19:05:41 +0000
X-Mailer: Apple Mail (2.752.2)
Subject: [dtn-users] Compiling for ARM under Debian on a Linksys NSLU2
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi,

I've not tried compiling on ARM before, but have just setup my  
Linksys NSLU2 with Debian Etch.

Linux slug1 2.6.18-3-ixp4xx #1 Tue Dec 5 16:52:07 UTC 2006 armv5tel  
GNU/Linux

When compiling the 2.3.0 source package and also fresh from CVS, I  
got the following compilation error:


g++ -I. -I.   -I/usr/include/tcl8.4 -g -fno-inline  -MMD -MP -MT  
"debug/Log.o debug/Log.E debug/Log.po" -Wall -W -Wcast-align  - 
Werror  -c debug/Log.cc -o debug/Log.o
cc1plus: warnings being treated as errors
/usr/lib/gcc/arm-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ 
basic_string.h: In member function 'std::basic_string<_CharT,  
_Traits, _Alloc>::_Rep* std::basic_string<_CharT, _Traits,  
_Alloc>::_M_rep() const [with _CharT = char, _Traits =  
std::char_traits<char>, _Alloc = std::allocator<char>]':
/usr/lib/gcc/arm-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ 
basic_string.h:478:   instantiated from 'std::basic_string<_CharT,  
_Traits, _Alloc>::~basic_string() [with _CharT = char, _Traits =  
std::char_traits<char>, _Alloc = std::allocator<char>]'
debug/Log.h:306:   instantiated from here
/usr/lib/gcc/arm-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ 
basic_string.h:283: warning: cast from 'char*' to  
'std::basic_string<char, std::char_traits<char>, std::allocator<char>  
 >::_Rep*' increases required alignment of target type
make[1]: *** [debug/Log.o] Error 1
make[1]: Leaving directory `/home/darren/source/DTN2/oasys'
make: *** [oasys] Error 2


A workaround for this bug, according to http://www.mail-archive.com/ 
debian-bugs-rc@lists.debian.org/msg67774.html, is to #include  
<iostream> before #include <string> in Log.h.  I included it first,  
and it compiled cleanly.

I've now fallen by the wayside at this:

make -w -C oasys
make[1]: Entering directory `/home/darren/source/dtn-2.3.0/oasys'
g++ -I. -I.   -I/usr/include/tcl8.4 -g -fno-inline  -MMD -MP -MT "io/ 
IO.o io/IO.E io/IO.po" -Wall -W -Wcast-align  -Werror  -c io/IO.cc -o  
io/IO.o
cc1plus: warnings being treated as errors
./util/ScratchBuffer.h: In member function '_memory_t  
oasys::ScratchBuffer<_memory_t, _static_size>::buf(size_t) [with  
_memory_t = pollfd*, unsigned int _static_size = 128u]':
io/IO.cc:644:   instantiated from here
./util/ScratchBuffer.h:113: warning: cast from 'char*' to 'pollfd*'  
increases required alignment of target type
make[1]: *** [io/IO.o] Error 1
make[1]: Leaving directory `/home/darren/source/dtn-2.3.0/oasys'
make: *** [oasys] Error 2

I'm still puzzling over this one, so if anyone out there has a clue,  
please let me know.  Its the same in 2.3.0 and in CVS.

Cheers,

Darren





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 l0JKc7Y09804 for <dtn-users@mailman.dtnrg.org>; Fri, 19 Jan 2007 12:38:07 -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.13.8/8.13.5) with ESMTP id l0JKc5JC006540 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 19 Jan 2007 12:38:06 -0800 (PST)
In-Reply-To: <d35f8e370701181745k3d1b98cfmf769c974234cae2c@mail.gmail.com>
References: <d35f8e370701181745k3d1b98cfmf769c974234cae2c@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: multipart/alternative; boundary=Apple-Mail-1--194163525
Message-Id: <752C7610-F131-4E2C-AF50-EB999D77F0C0@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] dtntunnel issues
X-Applemailsentby: demmer
Date: Fri, 19 Jan 2007 12:38:01 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

Try passing '-l debug' to dtntunnel which will enable more debugging  
output.

Also, I don't know if you're using the latest release or the CVS  
tree, but you should use the CVS version since I've fixed a bug in  
dtntunnel since the latest release.

-mike

p.s. sorry about the lag in replying...

On Jan 18, 2007, at 5:45 PM, ryan m wrote:

> so I'm attempting to use dtntunnel as a proxy for jabber
>
> I've pointed the client at the client side of the tunnel and run  
> the client side with the command
>
> ./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn --laddr 0.0.0.0 -- 
> lport 15000 --rhost basin.cse.lehigh.edu --rport 5222
> [1168999161.018099 /dtntunnel notice] DTNTunnel starting up...
> [1168999161.022439 /dtntunnel notice] found existing registration  
> id 10, calling dtn_bind
>
> there is no other output
>
> the jabber server is running on basin on port 5222 and so is the  
> other side of the tunnel run with the command
>
> [edifyteam@basin dtntunnel]$ ./dtntunnel -L -o -
> [1169002958.980232 /dtntunnel notice] DTNTunnel starting up...
> [1169002958.983019 /dtntunnel notice] found existing registration  
> id 12, calling dtn_bind
>
> again no other output
>
> From looking at tcpdump and dtnd output it appears the recieving  
> side gets the the data and the bundle gets sent, recieved and it  
> gets delivered, but it never goes from dtntunnel to the server.
>
> any thoughts?
>
> Ryan


--Apple-Mail-1--194163525
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=US-ASCII

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV>Try passing '-l debug' to =
dtntunnel which will enable more debugging output.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Also, I don't know if =
you're using the latest release or the CVS tree, but you should use the =
CVS version since I've fixed a bug in dtntunnel since the latest =
release.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-mike</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>p.s. sorry about the lag in =
replying...</DIV><DIV><BR><DIV><DIV>On Jan 18, 2007, at 5:45 PM, ryan m =
wrote:</DIV><BR class=3D"Apple-interchange-newline"><BLOCKQUOTE =
type=3D"cite"><SPAN class=3D"gmail_quote"></SPAN>so I'm attempting to =
use dtntunnel as a proxy for jabber<BR><BR>I've pointed the client at =
the client side of the tunnel and run the client side with the =
command<BR><BR>./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn --laddr =
<A href=3D"http://0.0.0.0" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">0.0.0.0</A> --lport 15000 --rhost =
<A href=3D"http://basin.cse.lehigh.edu" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
basin.cse.lehigh.edu</A> --rport 5222<BR>[1168999161.018099 /dtntunnel =
notice] DTNTunnel starting up...<BR>[1168999161.022439 /dtntunnel =
notice] found existing registration id 10, calling dtn_bind<BR><BR>there =
is no other output<BR><BR>the jabber server is running on basin on port =
5222 and so is the other side of the tunnel run with the command =
<BR><BR>[edifyteam@basin dtntunnel]$ ./dtntunnel -L -o =
-<BR>[1169002958.980232 /dtntunnel notice] DTNTunnel starting =
up...<BR>[1169002958.983019 /dtntunnel notice] found existing =
registration id 12, calling dtn_bind<BR><BR> again no other =
output<BR><BR>=46rom looking at tcpdump and dtnd output it appears the =
recieving side gets the the data and the bundle gets sent, recieved and =
it gets delivered, but it never goes from dtntunnel to the server. =
<BR><BR>any thoughts?<BR><SPAN class=3D"sg"><BR>Ryan<BR> =
</SPAN></BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-1--194163525--


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 l0JFQiY07577 for <dtn-users@mailman.dtnrg.org>; Fri, 19 Jan 2007 07:26:45 -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 l0JFQimf001112 for <dtn-users@mailman.dtnrg.org>; Fri, 19 Jan 2007 10:26:44 -0500
Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (Postfix) with ESMTP id 3FDD41BD7E for <dtn-users@mailman.dtnrg.org>; Fri, 19 Jan 2007 10:26:44 -0500 (EST)
Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l0JFQhxw001101 for <dtn-users@mailman.dtnrg.org>; Fri, 19 Jan 2007 10:26:43 -0500
Received: from IMCSRV6.MITRE.ORG ([129.83.20.237]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Fri, 19 Jan 2007 10:26:43 -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] dtntunnel issues
Date: Fri, 19 Jan 2007 10:26:42 -0500
Message-ID: <53B52415C756A84E8A169F0E3673A329095AD9@IMCSRV6.MITRE.ORG>
In-Reply-To: <d35f8e370701181745k3d1b98cfmf769c974234cae2c@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [dtn-users] dtntunnel issues
thread-index: Acc7a65jls+2k4VBQbqDf1JCw0BnRgAcmInQ
From: "Andresen, Jason R." <jandrese@mitre.org>
To: <dtn-users@mailman.dtnrg.org>
X-OriginalArrivalTime: 19 Jan 2007 15:26:43.0539 (UTC) FILETIME=[396A3A30:01C73BDE]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id l0JFQiY07577
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

>From: dtn-users-admin@mailman.dtnrg.org On Behalf Of ryan m
>
>so I'm attempting to use dtntunnel as a proxy for jabber
>
>I've pointed the client at the client side of the tunnel and 
>run the client side with the command
>
>./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn --laddr 
>0.0.0.0 --lport 15000 --rhost basin.cse.lehigh.edu 
><http://basin.cse.lehigh.edu>  --rport 5222
>[1168999161.018099 /dtntunnel notice] DTNTunnel starting up...
>[1168999161.022439 /dtntunnel notice] found existing 
>registration id 10, calling dtn_bind
>
>there is no other output
>
>the jabber server is running on basin on port 5222 and so is 
>the other side of the tunnel run with the command 
>
>[edifyteam@basin dtntunnel]$ ./dtntunnel -L -o -
>[1169002958.980232 /dtntunnel notice] DTNTunnel starting up...
>[1169002958.983019 /dtntunnel notice] found existing 
>registration id 12, calling dtn_bind
>
>again no other output
>
>From looking at tcpdump and dtnd output it appears the 
>recieving side gets the the data and the bundle gets sent, 
>recieved and it gets delivered, but it never goes from 
>dtntunnel to the server. 
>
>any thoughts?

Can you try it with telnet or some other simple protocol?  It would be
nice to be able to narrow down the problem to either the DTN side or
the application side.  


Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0JD8cY06598 for <dtn-users@mailman.dtnrg.org>; Fri, 19 Jan 2007 05:08:38 -0800
Received: by wx-out-0506.google.com with SMTP id s7so473000wxc for <dtn-users@mailman.dtnrg.org>; Fri, 19 Jan 2007 05:08:33 -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=c7IKwMYqwV1ORbq8CsaSd09RBGW2WgqLevcfRv7U/GNxokNo1E2WOuxlENySHRGDJS+AVUkUzjfnA4BCCfUxzA6chbdXNAofX0qQVV2tK8GOPw0KA9o03SgPW8PTh3DpcmlBH4gILAlsVC3DguxuLeGduCMbNdZmWIHkssODWzQ=
Received: by 10.90.87.5 with SMTP id k5mr2813034agb.1169212113608; Fri, 19 Jan 2007 05:08:33 -0800 (PST)
Received: by 10.90.74.12 with HTTP; Fri, 19 Jan 2007 05:08:33 -0800 (PST)
Message-ID: <cc97bb9b0701190508n7a26c3f3j7a329c6eaba2a81@mail.gmail.com>
Date: Fri, 19 Jan 2007 15:08:33 +0200
From: "luo cheng" <richard.luocheng@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_103993_6479956.1169212113567"
Subject: [dtn-users] parse bundle timeStamp
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

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

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

Hi, <br><br>I am trying to get the bundle Creation timestamp at the receiving side. <br><br>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:
<br><br>//=================<br>&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; if ((ret = dtn_recv(main-&gt;handle, &amp;spec, DTN_PAYLOAD_FILE, &amp;payload, recv_timeout)) &lt; 0)<br>&nbsp;&nbsp;&nbsp; {<br>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; if (dtn_errno(main-&gt;handle) == TIMEOUT) return 0;<br>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; g_print(&quot;error getting recv reply: %d (%s)\n&quot;, ret, dtn_strerror(dtn_errno(main-&gt;handle)));
<br>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; return 0;<br>&nbsp;&nbsp;&nbsp; }<br>&nbsp;&nbsp;&nbsp; <br>/*parse the received timestamp @19-01-2007*/<br><br>&nbsp;&nbsp;&nbsp; dtnipc_handle_t * handle = (dtnipc_handle_t*)main-&gt;handle;<br>&nbsp;&nbsp;&nbsp; XDR* xdr_encode = &amp;handle-&gt;xdr_decode;<br>&nbsp;&nbsp;&nbsp; dtn_bundle_id_t bundle_id;
<br>&nbsp;&nbsp;&nbsp; memset(&amp;bundle_id, 0, sizeof(bundle_id));<br>&nbsp;&nbsp;&nbsp; <br>&nbsp;&nbsp;&nbsp; if(!xdr_dtn_bundle_id_t(xdr_encode, &amp;bundle_id))<br>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; g_print(&quot;parse bundle id fail!\n&quot;);<br>&nbsp;&nbsp;&nbsp; else<br>&nbsp;&nbsp;&nbsp; {<br>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; g_print(&quot;the creatation time is %u\n&quot;, bundle_id.creation_secs);
<br>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; g_print(&quot;the source uri is %s\n&quot;, bundle_id.source.uri); // for testing<br>&nbsp;&nbsp;&nbsp; }<br><br>//==================<br>but the printed results are 0 and null string. <br><br>could anyone give some hints how to get the bundle creation timestamp at receiving side. 
<br><br>BR<br>CL<br>

------=_Part_103993_6479956.1169212113567--


Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0J1j3Y01734 for <dtn-users@mailman.dtnrg.org>; Thu, 18 Jan 2007 17:45:03 -0800
Received: by wx-out-0506.google.com with SMTP id s7so343341wxc for <dtn-users@mailman.dtnrg.org>; Thu, 18 Jan 2007 17:45:02 -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=J5n7OPv/5ZXUDVihjF8pVAfyofzHxbc3IILg4xJQqq3HR+i43AS7HnDr2a2Ht8r2gSEXZLQI2ZG4al8Qkpku0F1RCY/1FfqOQ9hSrj7s+8SbtjdwTR4MElwvJujKyXn4JVlAPk7WtaUccmqeLawiWcxlvk/P2v0vhL3Mua8vDD8=
Received: by 10.70.117.1 with SMTP id p1mr2730098wxc.1169171102351; Thu, 18 Jan 2007 17:45:02 -0800 (PST)
Received: by 10.70.72.17 with HTTP; Thu, 18 Jan 2007 17:45:02 -0800 (PST)
Message-ID: <d35f8e370701181745k3d1b98cfmf769c974234cae2c@mail.gmail.com>
Date: Thu, 18 Jan 2007 20:45:02 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_111309_8660123.1169171102302"
Subject: [dtn-users] dtntunnel issues
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

so I'm attempting to use dtntunnel as a proxy for jabber

I've pointed the client at the client side of the tunnel and run the client
side with the command

./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn --laddr 0.0.0.0 --lport
15000 --rhost basin.cse.lehigh.edu --rport 5222
[1168999161.018099 /dtntunnel notice] DTNTunnel starting up...
[1168999161.022439 /dtntunnel notice] found existing registration id 10,
calling dtn_bind

there is no other output

the jabber server is running on basin on port 5222 and so is the other side
of the tunnel run with the command

[edifyteam@basin dtntunnel]$ ./dtntunnel -L -o -
[1169002958.980232 /dtntunnel notice] DTNTunnel starting up...
[1169002958.983019 /dtntunnel notice] found existing registration id 12,
calling dtn_bind

again no other output


Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0H3q0Y13714 for <dtn-users@mailman.dtnrg.org>; Tue, 16 Jan 2007 19:52:00 -0800
Received: by wx-out-0506.google.com with SMTP id s7so2266900wxc for <dtn-users@mailman.dtnrg.org>; Tue, 16 Jan 2007 19:51:59 -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=ZCsBcICYEWX9+jyBu8Ce1KVza2c0HzhUgWf5z3L/p/4jxFowOTbQV8TaIxR3b3LPNriSirhcxc166qUAJdb8fCKYVf4x8wmTY+s5eV5xYKtaRM4avQBsKs+3KClBicV23HqmJtC6Uoq61bqqGp2yTCXcADyqBuxbqapz1DPewOM=
Received: by 10.70.53.7 with SMTP id b7mr352327wxa.1169005919198; Tue, 16 Jan 2007 19:51:59 -0800 (PST)
Received: by 10.70.72.17 with HTTP; Tue, 16 Jan 2007 19:51:59 -0800 (PST)
Message-ID: <d35f8e370701161951m3ef0ceeev7d7d4f0497612a73@mail.gmail.com>
Date: Tue, 16 Jan 2007 22:51:59 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_77541_3762232.1169005919168"
Subject: [dtn-users] dtntunnel
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

so I'm attempting to use dtntunnel as a proxy for jabber

I've pointed the client at the client side of the tunnel and run the client
side with the command

./dtntunnel -t -d dtn://basin.cse.lehigh.edu.dtn --laddr 0.0.0.0 --lport
15000 --rhost basin.cse.lehigh.edu --rport 5222
[1168999161.018099 /dtntunnel notice] DTNTunnel starting up...
[1168999161.022439 /dtntunnel notice] found existing registration id 10,
calling dtn_bind

there is no other output

the jabber server is running on basin on port 5222 and so is the other side
of the tunnel run with the command

[edifyteam@basin dtntunnel]$ ./dtntunnel -L -o -
[1169002958.980232 /dtntunnel notice] DTNTunnel starting up...
[1169002958.983019 /dtntunnel notice] found existing registration id 12,
calling dtn_bind

again no other output


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 l0H0mLY12446 for <dtn-users@mailman.dtnrg.org>; Tue, 16 Jan 2007 16:48:21 -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.13.8/8.13.5) with ESMTP id l0H0mK7m022873 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 16 Jan 2007 16:48:21 -0800 (PST)
In-Reply-To: <d35f8e370701161639q55916849u38c288f6cb894496@mail.gmail.com>
References: <d35f8e370701161639q55916849u38c288f6cb894496@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <67B5CD36-5C2C-491B-842C-2F349A81025C@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] config question
X-Applemailsentby: demmer
Date: Tue, 16 Jan 2007 16:48:13 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

use the 'local_port' parameter... for example, to add a tcp interface  
listening on port 1234 would be:

interface add tcp0 tcp local_port=1234

-m


On Jan 16, 2007, at 4:39 PM, ryan m wrote:

> I just had a quick question, is there a way to get dtnd to listen  
> on a different port?
>
> it indicates that it can be specified on the interface add line,  
> but not where on the line it needs to go.
>
> Ryan



Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0H0d2Y12359 for <dtn-users@mailman.dtnrg.org>; Tue, 16 Jan 2007 16:39:02 -0800
Received: by wx-out-0506.google.com with SMTP id s7so2230959wxc for <dtn-users@mailman.dtnrg.org>; Tue, 16 Jan 2007 16:39:00 -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=Md1mTDyUwCCinLSqC8sDxqzio+0YKYEjbZlNJhseQEqH5FsLnOdfvAdfP7NWXQISvKK81Oxq5Nzub/74Dhxz0Js80UXpuQIlw+WyvB/q8MAp6GTELLQ+43uQTcn727pMwZjYIkNSnYXX4MVk2Syn4V9W0OR1bFO6jn+IGUlqFT8=
Received: by 10.70.42.20 with SMTP id p20mr2003765wxp.1168994340829; Tue, 16 Jan 2007 16:39:00 -0800 (PST)
Received: by 10.70.72.17 with HTTP; Tue, 16 Jan 2007 16:39:00 -0800 (PST)
Message-ID: <d35f8e370701161639q55916849u38c288f6cb894496@mail.gmail.com>
Date: Tue, 16 Jan 2007 19:39:00 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_75873_2886342.1168994340555"
Subject: [dtn-users] config question
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

I just had a quick question, is there a way to get dtnd to listen on a
different port?

it indicates that it can be specified on the interface add line, but not
where on the line it needs to go.

Ryan

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

I just had a quick question, is there a way to get dtnd to listen on a different port?<br><br>it indicates that it can be specified on the interface add line, but not where on the line it needs to go.<br><br>Ryan<br>

------=_Part_75873_2886342.1168994340555--


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 l0GLaqY11171 for <dtn-users@mailman.dtnrg.org>; Tue, 16 Jan 2007 13:36:52 -0800
Received: from [136.152.170.242] (soda-wlan-239.AirBears.Berkeley.EDU [136.152.170.242]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l0GLamwe018330 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 16 Jan 2007 13:36:50 -0800 (PST)
In-Reply-To: <52d62d0a0701160816x34dfe659g89c04e54c847b8fb@mail.gmail.com>
References: <52d62d0a0701160816x34dfe659g89c04e54c847b8fb@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <997EB51D-5C2E-4BF7-B64E-9E2B17BE25FA@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] DTN2 compile error on Cygwin
X-Applemailsentby: demmer
Date: Tue, 16 Jan 2007 13:36:41 -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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

It should be fine to change that cast to a reinterpret_cast<> as a  
temporary fix. I think the problem is that in_addr_t is an unsigned  
long on Cygwin which is not static_cast'able into a u_int32_t.

A better long term fix would figure out the type of in_addr_t in the  
configure script and then select the right static_cast for the platform.

-mike

On Jan 16, 2007, at 8:16 AM, Valdas Japertas wrote:

> Hello,
>
> I'm trying to compile latest DTN2 on Cygwin. I got the following  
> error:
>
> ---
> In file included from serialize/BufferedSerializeAction.h:20,
>                     from serialize/BufferedSerializeAction.cc:17:
> serialize/Serialize.h: In member function `virtual void oasys :
> :SerializeAction::process(const char*, const oasys::InflddrPtr&)':
> serialize/Serialize.h:312: error: invalid static _cast from type  
> `in_addr_t*' to
> type `u_int32_t*'
> ---
>
> Any ideas how to solve this problem?
>
> Regards,
> Valdas
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users



Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0GGGKY09038 for <dtn-users@mailman.dtnrg.org>; Tue, 16 Jan 2007 08:16:20 -0800
Received: by wx-out-0506.google.com with SMTP id s7so2092467wxc for <dtn-users@mailman.dtnrg.org>; Tue, 16 Jan 2007 08:16:16 -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=rQbUMkop68CAnBlDmTBK6Ur8K87mhRtRb35GWehCIuIqqH9mrLxJ1XOBOcZMvVKdlTMcRb/rPt5GuHBCiXMwK6u0TodKDNpsUp8C4vhKDSqbIQNAtXYmjmxo0uXkHrLTUTMAuIIrDU141TPTwn/nLqsVwlThVjzbh5ovEP5E93g=
Received: by 10.70.56.4 with SMTP id e4mr10655513wxa.1168964175813; Tue, 16 Jan 2007 08:16:15 -0800 (PST)
Received: by 10.70.115.11 with HTTP; Tue, 16 Jan 2007 08:16:15 -0800 (PST)
Message-ID: <52d62d0a0701160816x34dfe659g89c04e54c847b8fb@mail.gmail.com>
Date: Tue, 16 Jan 2007 18:16:15 +0200
From: "Valdas Japertas" <valdas.japertas@gmail.com>
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] 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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hello,

I'm trying to compile latest DTN2 on Cygwin. I got the following error:

---
In file included from serialize/BufferedSerializeAction.h:20,
                     from serialize/BufferedSerializeAction.cc:17:
serialize/Serialize.h: In member function `virtual void oasys :
:SerializeAction::process(const char*, const oasys::InflddrPtr&)':
serialize/Serialize.h:312: error: invalid static _cast from type `in_addr_t*' to
type `u_int32_t*'
---

Any ideas how to solve this problem?

Regards,
Valdas


Received: from n066.sc1.he.tucows.com (smtpout0129.sc1.he.tucows.com [64.97.136.129]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l0BKNMY03262 for <dtn-users@mailman.dtnrg.org>; Thu, 11 Jan 2007 12:23:22 -0800
Received: from [192.168.0.6] (82.14.83.5) by n066.sc1.he.tucows.com (7.2.069.1) id 45A3B701000323C3 for dtn-users@mailman.dtnrg.org; Thu, 11 Jan 2007 20:22:18 +0000
Mime-Version: 1.0 (Apple Message framework v752.2)
In-Reply-To: <C080F076-1498-4A4E-814E-B9663A1C50D9@cs.berkeley.edu>
References: <E713D692AAD2D6498AFC94BE27CB38A51B6E18@exchange.wvintenltd.com> <14DB518C-A1DE-4470-AC58-AE3A3FEB0E7E@cs.berkeley.edu> <E2FFD9A0-3BC1-487C-A61A-CCC7358B8513@virgin.net> <C080F076-1498-4A4E-814E-B9663A1C50D9@cs.berkeley.edu>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <E8F5B4B2-33D2-4BFC-97F5-28BE7D42D3FF@virgin.net>
Content-Transfer-Encoding: 7bit
From: Darren Long <darren.long@virgin.net>
Subject: Re: [dtn-users] SMTP CL ?
Date: Thu, 11 Jan 2007 20:22:21 +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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi Mike,

Thanks for the response.  Our scenario that calls for an  
implementation of an SMTP CL and a File CL is a little more bizarre  
than you probably imagine.  I suppose I could describe it as an  
asymmetric bundle tunnel.  However, your suggestion for using a local  
sendmail was a good one and is much appreciated.

We do now have a prototype implementation of the SMTP CL (thanks to  
Richard Lupton) working with the DTN2 code-base, although so far only  
using the local sendmail process in a loopback configuration, and  
without any reliability shim.

Our needs for a FIle CL are quite different from your description of  
the current implementation/philosophy.  The scenario effectively  
calls for a bi-directional mailbox, so it has more in common with the  
incoming side of the SMTP CL than anything else.

As you might have guessed by now, one end of the tunnel connects to  
an SMTP server, and the other end of the tunnel is manifested by the  
pair of mailboxes.

Early indications that we can contribute into the DTN2 code-base are  
good, although there may be some dissent at the top.

Now I have to figure out how to properly configure sendmail ;-(

Cheers,

Darren



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 l09KmWY17120 for <dtn-users@mailman.dtnrg.org>; Tue, 9 Jan 2007 12:48:32 -0800
Received: from [10.212.2.159] (bldmz-nat-161-241.berkeley.intel-research.net [12.155.161.241]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l09KmUAj006016 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 9 Jan 2007 12:48:32 -0800 (PST)
In-Reply-To: <E2FFD9A0-3BC1-487C-A61A-CCC7358B8513@virgin.net>
References: <E713D692AAD2D6498AFC94BE27CB38A51B6E18@exchange.wvintenltd.com> <14DB518C-A1DE-4470-AC58-AE3A3FEB0E7E@cs.berkeley.edu> <E2FFD9A0-3BC1-487C-A61A-CCC7358B8513@virgin.net>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <C080F076-1498-4A4E-814E-B9663A1C50D9@cs.berkeley.edu>
Cc: Darren Long <darren.long@uk.thalesgroup.com>, dtn-users@mailman.dtnrg.org
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] SMTP CL ?
X-Applemailsentby: demmer
Date: Tue, 9 Jan 2007 12:48:24 -0800
To: Darren Long <darren.long@virgin.net>
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi Darren,

Re your needs, I'm a bit confused about the exact scenario you're  
describing. I'd see an SMTP CL more akin to a datagram-based CL (like  
UDP), as DTN would pass a bundle to the SMTP server, then lets  
sendmail (or whatever) take care of it. So the Connection CL is not  
really relevant, since there's no really "connection" to the remote  
end, rather just a local area (or loopback) connection to the SMTP  
server which could be initiated and torn down for each bundle (or re- 
used if necessary). But the actual conveyance of the bundle across  
the wide area network would be handled by the existing SMTP  
infrastructure.

Then at the receiver side, some rule-based system (like procmail)  
could inject the bundle into DTN via the API, or some other mechanism  
to be determined.

I'd say that to format bundles, you'd generate a bundle as in the  
bundle protocol specification, then Base64 encode it to put it into  
an email message. As far as making this more reliable than the basic  
e-mail infrastructure, I guess you could overlay some ACK protocol as  
well?

However, unless I'm misunderstanding, your scenario seems like it  
could just use the existing TCPCL across the wide-area IP network.

Re the file based CL, that's a different story. Consider something  
like a USB key -- we're actually more inclined to store the whole  
dtnd persistent state onto the key, then add some logic to spark up a  
dtnd instance when the key is inserted a machine (and then route  
bundles to/from another co-resident dtnd instance over loopback).

That way it's easier to think about having routing rules and the like  
to control which bundles are sent to which other machines off of the  
USB key, etc.

Finally, re proactive fragmentation, it's something I've been meaning  
to do for a while, I just haven't had the time to do so. Hopefully  
within the next several months, but no promises.

-mike

On Jan 9, 2007, at 12:27 PM, Darren Long wrote:

> Hi Mike,
>
> Thanks for the response. Although I'd personally have no problems  
> with contributing back to the code-base, the SMTP convergence layer  
> is for work purposes and I'll have to get clearance from the powers- 
> that-be to so such a thing.  I don't really know what company  
> policy is in this matter, but the benefits in terms of code-base  
> maintenance will be made clear.
>
> Our short-term need for SMTP CL functionality is pretty basic.  We  
> need to tunnel bundles bi-directionally from a well connected IP- 
> based region through a single bespoke email gateway into a  
> challenged 'tactical' MANET.  The SMTP CL doesn't have to operate  
> over challenged links, but some resilience to connection  
> availability is expected.  I  expect it to offer a reliable  
> service, and we will probably seek to use custody transfers end-to- 
> end.
>
> I haven't really got close to the code for quite a while and I have  
> someone else having a stab at outlining the effort required and  
> scoping out the utility of the Oasys classes. We've been thinking  
> about deriving the SMTP CL from the Connection CL base class and  
> using an on-demand link that drops the connection to the  
> destination after an idle timer expiry.
>
> If you have any suggestions regarding the implementation of the  
> SMTP CL or for the format of the bundle encapsulation, I'd be  
> interested in hearing them.
>
> We also need a working file-based CL, so also I'm curious about the  
> implementation state of that. I haven't tried it, as the comments  
> suggest that its not functional.
>
> Lastly, we may need to handle proactive fragmentation in some way,  
> for both of these CLs.  The MTUs are modest, say 10kB or so.   
> Whilst there is some scope to handle this at the application layer,  
> its unclear to me whether this is best served properly by a BP or  
> CL-specific fragmentation mechanism. I think I need to re-read the  
> BP spec and work out what the implications are in terms of  
> custodial delivery.  Right now, I seem to be too busy to think, let  
> alone actually do any work.
>
> Feel free to reply on list if you think it relevant, but if you  
> don't, can you CC any reply to my work address, as I have.
>
> Cheers, and a happy new year,
>
> Darren
>
> On 8 Jan 2007, at 15:00, Michael Demmer wrote:
>
>>
>> You're right that the oasys classes should help, but as far as I  
>> know, no-one is working on the development of an SMTP CL.
>>
>> If you're interested in doing this implementation, I'd be happy to  
>> commit it to the DTN2 repository and answer any questions you have.
>>
>> -mike
>>
>> On Jan 8, 2007, at 5:45 AM, Long, Darren wrote:
>>
>>> Hi,
>>>
>>> I'm interested in the development of an SMTP convergence layer  
>>> for the DTN2 code-base.  We have noted that there are classes  
>>> within Oasys that might contribute significantly to this  
>>> functionality.  Is a future SMTP CL implementation the reason for  
>>> their existence?  If so, what is the time-frame for development  
>>> of this CL?
>>>
>>> Regards,
>>> Darren Long
>



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 l08F0hY05912 for <dtn-users@mailman.dtnrg.org>; Mon, 8 Jan 2007 07:00:43 -0800
Received: from [192.168.1.2] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l08F0b5c016538 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 8 Jan 2007 07:00:39 -0800 (PST)
In-Reply-To: <E713D692AAD2D6498AFC94BE27CB38A51B6E18@exchange.wvintenltd.com>
References: <E713D692AAD2D6498AFC94BE27CB38A51B6E18@exchange.wvintenltd.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <14DB518C-A1DE-4470-AC58-AE3A3FEB0E7E@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] SMTP CL ?
X-Applemailsentby: demmer
Date: Mon, 8 Jan 2007 07:00: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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

You're right that the oasys classes should help, but as far as I  
know, no-one is working on the development of an SMTP CL.

If you're interested in doing this implementation, I'd be happy to  
commit it to the DTN2 repository and answer any questions you have.

-mike

On Jan 8, 2007, at 5:45 AM, Long, Darren wrote:

> Hi,
>
> I'm interested in the development of an SMTP convergence layer for  
> the DTN2 code-base.  We have noted that there are classes within  
> Oasys that might contribute significantly to this functionality.   
> Is a future SMTP CL implementation the reason for their existence?   
> If so, what is the time-frame for development of this CL?
>
> Regards,
> Darren Long
>
>
>
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users



Received: from crawsmail1.uk.thalesgroup.com (mail.uk.thalesgroup.com [194.128.85.6]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l08DhmY05356 for <dtn-users@mailman.dtnrg.org>; Mon, 8 Jan 2007 05:43:48 -0800
Received: from mail.uk.thalesgroup.com (lisc0021.int.rdel.co.uk) by crawsmail1.uk.thalesgroup.com (Content Technologies SMTPRS 4.3.14) with ESMTP id <T7d0e5bef22c0a85c02834@crawsmail1.uk.thalesgroup.com> for <dtn-users@mailman.dtnrg.org>; Mon, 8 Jan 2007 13:43:38 +0000
Received: from exchange.wvintenltd.com (exchange.int.rdel.co.uk [172.26.96.27]) by mail.uk.thalesgroup.com (8.12.8/8.12.8) with ESMTP id l08DhahN020403 for <dtn-users@mailman.dtnrg.org>; Mon, 8 Jan 2007 13:43:37 GMT
Received: by exchange.wvintenltd.com with Internet Mail Service (5.5.2657.72) id <Y6YA74GK>; Mon, 8 Jan 2007 13:45:44 -0000
Message-ID: <E713D692AAD2D6498AFC94BE27CB38A51B6E18@exchange.wvintenltd.com>
From: "Long, Darren" <Darren.Long@uk.thalesgroup.com>
To: dtn-users@mailman.dtnrg.org
Date: Mon, 8 Jan 2007 13:45:44 -0000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain; charset="iso-8859-1"
Subject: [dtn-users] SMTP CL ?
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Hi,

I'm interested in the development of an SMTP convergence layer for the DTN2 code-base.  We have noted that there are classes within Oasys that might contribute significantly to this functionality.  Is a future SMTP CL implementation the reason for their existence?  If so, what is the time-frame for development of this CL?

Regards,
Darren Long





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 l07Np9Y31940 for <dtn-users@mailman.dtnrg.org>; Sun, 7 Jan 2007 15:51:09 -0800
Received: from [192.168.1.102] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l07Np0iU013218 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 7 Jan 2007 15:51:09 -0800 (PST)
In-Reply-To: <d35f8e370701071205q255a7102yf287e17cef4582dd@mail.gmail.com>
References: <d35f8e370701071205q255a7102yf287e17cef4582dd@mail.gmail.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <9A429954-3996-4A88-B9C9-40327699CE95@cs.berkeley.edu>
Content-Transfer-Encoding: 7bit
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] UDP cl
X-Applemailsentby: demmer
Date: Sun, 7 Jan 2007 15:50:54 -0800
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

No -- the UDP CL has not been changed. I'm not sure if I would call  
it "incomplete" but you're right that it's unreliable and has no flow  
control.

You can however override the timeout values that are used by the  
TCPCL by changing the "data_timeout" and "keepalive_interval"  
parameters on the link. For example:

      link add l-foo foo.dtnrg.org:4556 ALWAYSON tcp  
data_timeout=60000 keepalive_interval=60

will increase the connection timeout to 60 seconds. You can override  
the defaults to affect the incoming connection side with:

     link set_cl_defaults tcp data_timeout=60000 keepalive_interval=60

Still, I doubt that TCP will function well with an rtt of a minute.

I have been considering a simple change to make the UDP CL rate  
limited, such that it would take a configurable bandwidth rate and  
would then only send bundles up to that rate, which may be sufficient  
for testing in the situation you're describing.

-mike

On Jan 7, 2007, at 12:05 PM, ryan m wrote:

> I know that as of last summer the UDP convergence layer was  
> incomplete in it's implementation.  It lacked any reliable delivery  
> mechanism, flow control, or proper queuing to name a few things.   
> Has any work been done to update the UDP cl implementation so that  
> it is more complete?  I'm doing some proxy work and would like to  
> use dummynet to insert large delays (>1 minute) between dtn nodes,  
> but using the TCP cl causes the tcp connection attempt to time out  
> so that it can't make a connection between the respective cl's.
>
>
> Ryan



Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l07K5IY30632 for <dtn-users@mailman.dtnrg.org>; Sun, 7 Jan 2007 12:05:18 -0800
Received: by wx-out-0506.google.com with SMTP id s7so7369988wxc for <dtn-users@mailman.dtnrg.org>; Sun, 07 Jan 2007 12:05:17 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=kCWqgspIdIOaPMLy7z+lwJTplm1N5QIHONxxgJfQ9aVsI7UUIWRV6fr6OhA4ZnjEC3t2IbYxkqmUYO0vrQU96PjnTKi2M+NdKQ6YEnyEn3YiXGjLguyYenuTuMB75fsVeJaAzp4iXQOdvTbs5+tsOL6GEXOSnp6NQbVuUzzBWDg=
Received: by 10.70.56.4 with SMTP id e4mr47293476wxa.1168200317698; Sun, 07 Jan 2007 12:05:17 -0800 (PST)
Received: by 10.70.72.17 with HTTP; Sun, 7 Jan 2007 12:05:17 -0800 (PST)
Message-ID: <d35f8e370701071205q255a7102yf287e17cef4582dd@mail.gmail.com>
Date: Sun, 7 Jan 2007 15:05:17 -0500
From: "ryan m" <smarts40@gmail.com>
To: dtn-users@mailman.dtnrg.org
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_39984_18827224.1168200317667"
Subject: [dtn-users] UDP cl
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

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

I know that as of last summer the UDP convergence layer was incomplete in
it's implementation.  It lacked any reliable delivery mechanism, flow
control, or proper queuing to name a few things.  Has any work been done to
update the UDP cl implementation so that it is more complete?  I'm doing
some proxy work and would like to use dummynet to insert large delays (>1
minute) between dtn nodes, but using the TCP cl causes the tcp connection
attempt to time out so that it can't make a connection between the
respective cl's.


Ryan

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

I know that as of last summer the UDP convergence layer was incomplete in it&#39;s implementation.&nbsp; It lacked any reliable delivery mechanism, flow control, or proper queuing to name a few things.&nbsp; Has any work been done to update the UDP cl implementation so that it is more complete?&nbsp; I&#39;m doing some proxy work and would like to use dummynet to insert large delays (&gt;1 minute) between dtn nodes, but using the TCP cl causes the tcp connection attempt to time out so that it can&#39;t make a connection between the respective cl&#39;s.
<br><br><br>Ryan

------=_Part_39984_18827224.1168200317667--


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 l060tPY00443 for <dtn-users@mailman.dtnrg.org>; Fri, 5 Jan 2007 16:55:25 -0800
Received: from [192.168.1.2] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l060tJb4004320 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 5 Jan 2007 16:55:20 -0800 (PST)
In-Reply-To: <BAY134-F31117AA86656AB8312DF17D0B90@phx.gbl>
References: <BAY134-F31117AA86656AB8312DF17D0B90@phx.gbl>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=GB2312; delsp=yes; format=flowed
Message-Id: <72170FF9-63B8-4C2C-A588-8D1F7123CDB9@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] Magic problem in streamconvergencelayer.cc
X-Applemailsentby: demmer
Date: Fri, 5 Jan 2007 08:54:07 -0600
To: dtn-users@mailman.dtnrg.org
X-Mailer: Apple Mail (2.752.3)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id l060tPY00443
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

Again, my guess is that whatever this other application is, it's  
making a tcp connection to the port that's being used by the tcp  
convergence layer. This is all the more likely since you say the  
dtnsend/dtnrecv work fine, hence the problem is not with the DTN  
bundle transporting, but rather with your other application.

-m

On Jan 3, 2007, at 3:51 AM, ÕÅ Õé²© wrote:

>
> hello Demmer,
>
> Actually the dtnsend & dtnrecv works fine, so i think the  
> configuration file(address & port) should be correct. However when  
> another application developed based on dtn is running. One node  
> failed by sending the "magic error information". I think they are  
> both DTN2 based application. Is there some possibility some other  
> issues cased this error...?
>
> Thanks a lot.
>
> br
> zhenbo
>> From: Michael Demmer <demmer@cs.berkeley.edu>
>> Reply-To: dtn-users@mailman.dtnrg.org
>> To: dtn-users@mailman.dtnrg.org
>> Subject: Re: [dtn-users] Magic problem in streamconvergencelayer.cc
>> Date: Tue, 2 Jan 2007 15:48:03 -0600
>>
>> This typically occurs when the TCP convergence layer is  
>> communicating  with a peer process that is not speaking the same  
>> protocol, typically  because it is not another DTN2 process, but  
>> instead is some other  process.
>>
>> Make sure that the addresses and ports are correctly configured  
>> so  that DTN2 is communicating with another DTN2 process.
>>
>> -m
>>
>>
>> On Jan 1, 2007, at 4:22 PM, ÕÅ Õé²© wrote:
>>
>>> hello,
>>>
>>> I am now writing some code for dtn. I have encountered this kind  
>>> of  problem:
>>>
>>> when i try to send a bundle from one node to another, i got the   
>>> following error message:
>>> [1167688761.815719 /dtn/cl/tcp/conn/0x822b990 warning] remote  
>>> sent  magic number 0x47455420, expected 0x64746e21 -- disconnecting.
>>>
>>> I have checked from the source code. It seems the error comes  
>>> from  here:
>>> StreamConvergenceLayer::Connection::handle_contact_initiation()
>>>
>>> However, I can not find the root reason for this error. Is there   
>>> somebody who has encountered similar situation?? Demmer, do you   
>>> have some kind of opinion about this error?
>>>
>>> Any of your help will be greatly appreciated. Thanks in advance.
>>>
>>> br
>>> frankie
>>>
>>> _________________________________________________________________
>>> ÓëÊÀ½ç¸÷µØµÄÅóÓÑ½øÐÐ½»Á÷£¬Ãâ·ÑÏÂÔØ  Live Messenger; http://  
>>> get.live.com/messenger/overview
>>> _______________________________________________
>>> 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
>
> _________________________________________________________________
> ÓëÊÀ½ç¸÷µØµÄÅóÓÑ½øÐÐ½»Á÷£¬Ãâ·ÑÏÂÔØ  Live Messenger; http:// 
> get.live.com/messenger/overview
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users



Received: from bay0-omc1-s2.bay0.hotmail.com (bay0-omc1-s2.bay0.hotmail.com [65.54.246.74]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l039pOY08593 for <dtn-users@mailman.dtnrg.org>; Wed, 3 Jan 2007 01:51:24 -0800
Received: from hotmail.com ([65.55.139.111]) by bay0-omc1-s2.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Wed, 3 Jan 2007 01:51:18 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 3 Jan 2007 01:51:17 -0800
Message-ID: <BAY134-F31117AA86656AB8312DF17D0B90@phx.gbl>
Received: from 65.55.139.123 by by134fd.bay134.hotmail.msn.com with HTTP; Wed, 03 Jan 2007 09:51:17 GMT
X-Originating-IP: [192.100.124.219]
X-Originating-Email: [laronfin@hotmail.com]
X-Sender: laronfin@hotmail.com
In-Reply-To: <74D86490-6BCF-4F8C-B13A-EDAE18DC4279@cs.berkeley.edu>
From: =?gb2312?B?1cUg1emyqQ==?= <laronfin@hotmail.com>
To: dtn-users@mailman.dtnrg.org
Subject: Re: [dtn-users] Magic problem in streamconvergencelayer.cc
Date: Wed, 03 Jan 2007 09:51:17 +0000
Mime-Version: 1.0
Content-Type: text/plain; charset=gb2312; format=flowed
X-OriginalArrivalTime: 03 Jan 2007 09:51:17.0913 (UTC) FILETIME=[B6FF6890:01C72F1C]
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

hello Demmer,

Actually the dtnsend & dtnrecv works fine, so i think the configuration 
file(address & port) should be correct. However when another application 
developed based on dtn is running. One node failed by sending the "magic 
error information". I think they are both DTN2 based application. Is there 
some possibility some other issues cased this error...?

Thanks a lot.

br
zhenbo 

>From: Michael Demmer <demmer@cs.berkeley.edu>
>Reply-To: dtn-users@mailman.dtnrg.org
>To: dtn-users@mailman.dtnrg.org
>Subject: Re: [dtn-users] Magic problem in streamconvergencelayer.cc
>Date: Tue, 2 Jan 2007 15:48:03 -0600
>
>This typically occurs when the TCP convergence layer is 
>communicating  with a peer process that is not speaking the same 
>protocol, typically  because it is not another DTN2 process, but 
>instead is some other  process.
>
>Make sure that the addresses and ports are correctly configured so  
>that DTN2 is communicating with another DTN2 process.
>
>-m
>
>
>On Jan 1, 2007, at 4:22 PM, ÕÅ Õé²© wrote:
>
>>hello,
>>
>>I am now writing some code for dtn. I have encountered this kind of 
>>  problem:
>>
>>when i try to send a bundle from one node to another, i got the  
>>following error message:
>>[1167688761.815719 /dtn/cl/tcp/conn/0x822b990 warning] remote sent  
>>magic number 0x47455420, expected 0x64746e21 -- disconnecting.
>>
>>I have checked from the source code. It seems the error comes from  
>>here:
>>StreamConvergenceLayer::Connection::handle_contact_initiation()
>>
>>However, I can not find the root reason for this error. Is there  
>>somebody who has encountered similar situation?? Demmer, do you  
>>have some kind of opinion about this error?
>>
>>Any of your help will be greatly appreciated. Thanks in advance.
>>
>>br
>>frankie
>>
>>_________________________________________________________________
>>ÓëÊÀ½ç¸÷µØµÄÅóÓÑ½øÐÐ½»Á÷£¬Ãâ·ÑÏÂÔØ  Live Messenger; http:// 
>>get.live.com/messenger/overview
>>_______________________________________________
>>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

_________________________________________________________________
ÓëÊÀ½ç¸÷µØµÄÅóÓÑ½øÐÐ½»Á÷£¬Ãâ·ÑÏÂÔØ  Live Messenger; 
http://get.live.com/messenger/overview 



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 l02LmAY04418 for <dtn-users@mailman.dtnrg.org>; Tue, 2 Jan 2007 13:48:10 -0800
Received: from [192.168.0.11] (c-68-41-55-162.hsd1.mi.comcast.net [68.41.55.162]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.13.8/8.13.5) with ESMTP id l02Lm8dr023414 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 2 Jan 2007 13:48:09 -0800 (PST)
In-Reply-To: <BAY134-F1049342F5CA5EF28799A43D0BB0@phx.gbl>
References: <BAY134-F1049342F5CA5EF28799A43D0BB0@phx.gbl>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=GB2312; delsp=yes; format=flowed
Message-Id: <74D86490-6BCF-4F8C-B13A-EDAE18DC4279@cs.berkeley.edu>
From: Michael Demmer <demmer@cs.berkeley.edu>
Subject: Re: [dtn-users] Magic problem in streamconvergencelayer.cc
X-Applemailsentby: demmer
Date: Tue, 2 Jan 2007 15:48:03 -0600
To: dtn-users@mailman.dtnrg.org
X-Mailer: Apple Mail (2.752.3)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id l02LmAY04418
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

This typically occurs when the TCP convergence layer is communicating  
with a peer process that is not speaking the same protocol, typically  
because it is not another DTN2 process, but instead is some other  
process.

Make sure that the addresses and ports are correctly configured so  
that DTN2 is communicating with another DTN2 process.

-m


On Jan 1, 2007, at 4:22 PM, ÕÅ Õé²© wrote:

> hello,
>
> I am now writing some code for dtn. I have encountered this kind of  
> problem:
>
> when i try to send a bundle from one node to another, i got the  
> following error message:
> [1167688761.815719 /dtn/cl/tcp/conn/0x822b990 warning] remote sent  
> magic number 0x47455420, expected 0x64746e21 -- disconnecting.
>
> I have checked from the source code. It seems the error comes from  
> here:
> StreamConvergenceLayer::Connection::handle_contact_initiation()
>
> However, I can not find the root reason for this error. Is there  
> somebody who has encountered similar situation?? Demmer, do you  
> have some kind of opinion about this error?
>
> Any of your help will be greatly appreciated. Thanks in advance.
>
> br
> frankie
>
> _________________________________________________________________
> ÓëÊÀ½ç¸÷µØµÄÅóÓÑ½øÐÐ½»Á÷£¬Ãâ·ÑÏÂÔØ  Live Messenger; http:// 
> get.live.com/messenger/overview
> _______________________________________________
> dtn-users mailing list
> dtn-users@mailman.dtnrg.org
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users



Received: from bay0-omc3-s5.bay0.hotmail.com (bay0-omc3-s5.bay0.hotmail.com [65.54.246.205]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id l01MMAY24456 for <dtn-users@mailman.dtnrg.org>; Mon, 1 Jan 2007 14:22:10 -0800
Received: from hotmail.com ([65.55.139.90]) by bay0-omc3-s5.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Mon, 1 Jan 2007 14:22:05 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 1 Jan 2007 14:22:05 -0800
Message-ID: <BAY134-F1049342F5CA5EF28799A43D0BB0@phx.gbl>
Received: from 65.55.139.123 by by134fd.bay134.hotmail.msn.com with HTTP; Mon, 01 Jan 2007 22:22:01 GMT
X-Originating-IP: [130.233.248.141]
X-Originating-Email: [laronfin@hotmail.com]
X-Sender: laronfin@hotmail.com
From: =?gb2312?B?1cUg1emyqQ==?= <laronfin@hotmail.com>
To: dtn-users@mailman.dtnrg.org
Date: Mon, 01 Jan 2007 22:22:01 +0000
Mime-Version: 1.0
Content-Type: text/plain; charset=gb2312; format=flowed
X-OriginalArrivalTime: 01 Jan 2007 22:22:05.0507 (UTC) FILETIME=[44A14130:01C72DF3]
Subject: [dtn-users] Magic problem in streamconvergencelayer.cc
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: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>
List-Post: <mailto:dtn-users@mailman.dtnrg.org>
List-Help: <mailto:dtn-users-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-users>, <mailto:dtn-users-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-users/>

hello,

I am now writing some code for dtn. I have encountered this kind of 
problem:

when i try to send a bundle from one node to another, i got the following 
error message:
[1167688761.815719 /dtn/cl/tcp/conn/0x822b990 warning] remote sent magic 
number 0x47455420, expected 0x64746e21 -- disconnecting.

I have checked from the source code. It seems the error comes from here:
StreamConvergenceLayer::Connection::handle_contact_initiation()

However, I can not find the root reason for this error. Is there somebody 
who has encountered similar situation?? Demmer, do you have some kind of 
opinion about this error?

Any of your help will be greatly appreciated. Thanks in advance.

br
frankie

_________________________________________________________________
ÓëÊÀ½ç¸÷µØµÄÅóÓÑ½øÐÐ½»Á÷£¬Ãâ·ÑÏÂÔØ  Live Messenger; 
http://get.live.com/messenger/overview 


