Received: from masaka.cs.ohiou.edu (masaka.cs.ohiou.edu [132.235.3.154]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2VBbjg27524 for ; Fri, 31 Mar 2006 03:37:45 -0800 Received: from masaka.cs.ohiou.edu (localhost [127.0.0.1]) by masaka.cs.ohiou.edu (8.12.10+Sun/8.12.8) with ESMTP id k2VBbc0U023417 for ; Fri, 31 Mar 2006 06:37:38 -0500 (EST) Received: (from jdeshpan@localhost) by masaka.cs.ohiou.edu (8.12.10+Sun/8.12.10/Submit) id k2VBbWuO023416 for dtn-users@mailman.dtnrg.org; Fri, 31 Mar 2006 06:37:32 -0500 (EST) Date: Fri, 31 Mar 2006 06:37:32 -0500 From: Jayram Deshpande To: dtn-users@mailman.dtnrg.org Message-ID: <20060331113732.GA23024@irg.cs.ohiou.edu> References: <20060329200000.5704.16496.Mailman@webbie.berkeley.intel-research.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20060329200000.5704.16496.Mailman@webbie.berkeley.intel-research.net> User-Agent: Mutt/1.4.1i X-PGP-Key: http://www.ent.ohiou.edu/~jayram/pubkey.asc Subject: [dtn-users] Re: Question regarding routing of status reports. Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: jdeshpan@masaka.cs.ohiou.edu List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Folks, till the time i hear your thoughts, thought of updating my question a lill = bit. i think in case of using a specific convergence layer for a perticular=20 interface (DTN interface),it might be helpful to update the link add comman= d=20 Which would take an interface name instead of the conv layer name, in such cases. i think this would help the link differentiate amongst instances of= the=20 conv layer Info's of multiple interfaces (?) 'coz in that case conv layer Infos of different interfaces might be holding say the conv layer specific process handles (?) JAy > From: JAy Deshpande > To: DTN users Group > Subject: [dtn-users] Question regarding routing of status reports. > Reply-To: dtn-users@mailman.dtnrg.org >=20 >=20 > --XsQoSWH+UP9D9v3l > Content-Type: text/plain; charset=3Dus-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable >=20 > Hi , >=20 > i have a question regarding the routing of bundle acks > (status reports). >=20 > (case 1) the interface add command by defaults creates > a DTN interface with given conv layer that starts listening > on all physical links(i.e. actual hardware interfaces) on > the given port. >=20 > (case 2) if we want to use a specific conv layer on a > specific physical link the interface add command would be > told to listen on that physical link > ( we give a local_host::port for that ). >=20 > and then we can add a link to the specific destination host. >=20 >=20 > my question is that in later case (case 2) when we add a > link, it is one directional link. i.e. the receiver node > (which also has added a DTN interface in similar way as > that of the DTN sender node) doesn't have a link (and corresponding > route) to the source node. So how actually the bundle receipts > would come/routed back. >=20 > after digging thr', i was able to understand that 'bundle_received' event > gets fired locally for the status report generated. but was kindda > lost after that with above query. >=20 > do we need add a route locally at the receiver node for the bundle-source > immediately after the budle is received.(i konw that doesn't sound good := -)) >=20 >=20 > any thoughts folks.. >=20 --=20 "The life is short,the vanities of world are transient but they alone live who live for others; the rest are=20 more dead than alive."-Swami Vivekananda ------------------------------------------------------ JAyram Deshpande www.ent.ohiou.edu/~jayram ------------------------------------------------------ =20 --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (SunOS) iD8DBQFELRR7XDbUDHekbqQRAk4HAKCrPzVtVqkMyyt779b2zQL9OLHTaACfb2Su VoQB/IaqK/hQAoORoqPBc/A= =JTA4 -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- Received: from masaka.cs.ohiou.edu (masaka.cs.ohiou.edu [132.235.3.154]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2V08Ng22804 for ; Thu, 30 Mar 2006 16:08:23 -0800 Received: from masaka.cs.ohiou.edu (localhost [127.0.0.1]) by masaka.cs.ohiou.edu (8.12.10+Sun/8.12.8) with ESMTP id k2V08G0U001170 for ; Thu, 30 Mar 2006 19:08:16 -0500 (EST) Received: (from jdeshpan@localhost) by masaka.cs.ohiou.edu (8.12.10+Sun/8.12.10/Submit) id k2V08Btg001147 for dtn-users@mailman.dtnrg.org; Thu, 30 Mar 2006 19:08:11 -0500 (EST) Date: Thu, 30 Mar 2006 19:08:11 -0500 From: Jayram Deshpande To: DTN users Group Message-ID: <20060331000811.GA899@irg.cs.ohiou.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Key: http://www.ent.ohiou.edu/~jayram/pubkey.asc Subject: [dtn-users] dtnping makes the daemon dump core. Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: jdeshpan@masaka.cs.ohiou.edu List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, 1. dtnping is making the daemon dump core, if we kill dtnping with cntl+c. heres what the daemon says with debug flag on.=20 [1143763072.685595 /notifier/bundle/daemon debug] attempting to wait on 0x87924c0, count =3D 0 fatal handler sending signal to thread 3071851440 ERROR: dtnd (pid 2475) got fatal SIGABRT - will dump core STACK TRACE: 0x80a1139 0xb7f88400 0x80b414f 0x80c6779 0x80c66d2 0xcb8341 fatal handler sending signal to thread 3061361584 ERROR: dtnd (pid 2475) got fatal SIGABRT - will dump core STACK TRACE: 0x80a1139 0xb7f88402 0x80afda2 0x80b0439 0x80af34a 0x80b3106 0x807cc64 0x80c6779 0x80c66d2 0xcb8341 fatal handler sending signal to thread 3050871728 ERROR: dtnd (pid 2475) got fatal SIGABRT - will dump core STACK TRACE: 0x80a1139 0xb7f88402 0x80afda2 0x80af8c8 0x80af84d 0x80c5f84 0x805d417 0x805cc47 0x80c6779 0x80c66d2 0xcb8341 fatal handler sending signal to thread 3040381872 ERROR: dtnd (pid 2475) got fatal SIGABRT - will dump core STACK TRACE: 0x80a1139 0xb7f88400 0x80b414f 0x80c6779 0x80c66d2 0xcb8341 [1143763077.612846 /notifier/timer/signal debug] poll_with_notifier timed o= ut [1143763077.613035 /notifier/timer/signal debug] notifier wait timeout [1143763077.613125 /timer debug] new timeout 1 [1143763077.613205 /notifier/timer/signal debug] attempting to wait on 0x87823d0, count =3D 0 [1143763077.666961 /notifier/timer/signal debug] poll_with_notifier timed o= ut [1143763077.666994 /notifier/timer/signal debug] notifier wait timeout [1143763077.667016 /timer debug] popping timer 0x87f9c40 at 1143763077.6670= 07 [1143763077.667032 /storage/berkeleydb/deadlock_timer debug] running deadlo= ck detection [1143763077.667051 /storage/berkeleydb/deadlock_timer debug] rescheduling in 5000 msecs [1143763077.667074 /timer debug] scheduling timer 0x87f9c40 in 5000 ms at 1143763082:667064 [1143763077.667091 /notifier/timer/signal debug] notifier notify [1143763077.667110 /notifier/timer/signal debug] notify count =3D 1 [1143763077.667127 /timer debug] new timeout 5000 [1143763077.667141 /notifier/timer/signal debug] attempting to wait on 0x87823d0, count =3D 1 [1143763077.667170 /notifier/timer/signal debug] poll_with_notifier: 1 fds, status 0x1 [1143763077.667185 /notifier/timer/signal debug] poll_with_notifier: normal= fd has event [1143763077.667197 /notifier/timer/signal debug] drain_pipe: attempting to drain 1 bytes [1143763077.667214 /notifier/timer/signal debug] drain_pipe: drained 1/1 byte(s) from pipe [1143763077.667228 /notifier/timer/signal debug] drain pipe count =3D 0 [1143763077.667240 /notifier/timer/signal debug] notifier wait successfully notified [1143763077.667257 /timer debug] new timeout 5000 [1143763077.667270 /notifier/timer/signal debug] attempting to wait on 0x87823d0, count =3D 0 fatal handler dumping core Aborted 2. on one of my linux boxes , the daemon is giving me linking error=20 dtnd: error while loading shared libraries: libdb-4.3.so: cannot open shared object file: No such file or directory prior to compling the complete source i have made it sure that the Berkeley= db is in proper place. and also that=20 i have a proper LT_LIBRARY_PATH set up. (well.. and the other thing is that my old daemon copy works just fine !!! ) any thoughts on that ... your help is always appreciated.. thanx in advance. JAy --=20 "The life is short,the vanities of world are transient but they alone live who live for others; the rest are=20 more dead than alive."-Swami Vivekananda ------------------------------------------------------ JAyram Deshpande www.ent.ohiou.edu/~jayram ------------------------------------------------------ =20 --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (SunOS) iD8DBQFELHLqXDbUDHekbqQRAoROAKCggJxVGu6JXX94ql8vPuETW810ogCePBK1 qqnghR10XTGUzM3rX28fGBY= =leCr -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- Received: from masaka.cs.ohiou.edu (masaka.cs.ohiou.edu [132.235.3.154]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2T4MVg30518 for ; Tue, 28 Mar 2006 20:22:31 -0800 Received: from masaka.cs.ohiou.edu (localhost [127.0.0.1]) by masaka.cs.ohiou.edu (8.12.10+Sun/8.12.8) with ESMTP id k2T4MO0U021930 for ; Tue, 28 Mar 2006 23:22:25 -0500 (EST) Received: (from jdeshpan@localhost) by masaka.cs.ohiou.edu (8.12.10+Sun/8.12.10/Submit) id k2T4MJoA021919 for dtn-users@mailman.dtnrg.org; Tue, 28 Mar 2006 23:22:19 -0500 (EST) Date: Tue, 28 Mar 2006 23:22:19 -0500 From: JAy Deshpande To: DTN users Group Message-ID: <20060329042219.GA21695@irg.cs.ohiou.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Key: http://www.ent.ohiou.edu/~jayram/pubkey.asc Subject: [dtn-users] Question regarding routing of status reports. Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: jdeshpan@masaka.cs.ohiou.edu List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi , i have a question regarding the routing of bundle acks (status reports). (case 1) the interface add command by defaults creates a DTN interface with given conv layer that starts listening on all physical links(i.e. actual hardware interfaces) on the given port. (case 2) if we want to use a specific conv layer on a specific physical link the interface add command would be told to listen on that physical link ( we give a local_host::port for that ). and then we can add a link to the specific destination host. my question is that in later case (case 2) when we add a link, it is one directional link. i.e. the receiver node (which also has added a DTN interface in similar way as that of the DTN sender node) doesn't have a link (and corresponding route) to the source node. So how actually the bundle receipts would come/routed back. after digging thr', i was able to understand that 'bundle_received' event gets fired locally for the status report generated. but was kindda lost after that with above query. do we need add a route locally at the receiver node for the bundle-source immediately after the budle is received.(i konw that doesn't sound good :-)) any thoughts folks.. JAy --=20 "The life is short,the vanities of world are transient but they alone live who live for others; the rest are=20 more dead than alive."-Swami Vivekananda ------------------------------------------------------ JAyram Deshpande www.ent.ohiou.edu/~jayram ------------------------------------------------------ =20 --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (SunOS) iD8DBQFEKgt6XDbUDHekbqQRAiLEAJ9NfZVGV6utY67ZSNrmKmtRwLdsCQCggc5n J1pG2xkp/piHxyxtvgHVdIE= =cR9D -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- Received: from pisco.CS.Berkeley.EDU (Debian-exim@pisco.CS.Berkeley.EDU [128.32.37.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2R2LXg05104; Sun, 26 Mar 2006 18:21:33 -0800 Received: from demmer by pisco.CS.Berkeley.EDU with local (Exim 4.50) id 1FNhMK-0005Pg-Vl; Sun, 26 Mar 2006 18:21:32 -0800 Date: Sun, 26 Mar 2006 18:21:32 -0800 From: Michael Demmer To: dtn-interest@mailman.dtnrg.org, dtn-users@mailman.dtnrg.org Message-ID: <20060327022132.GA20421@pisco.cs.berkeley.edu> Mail-Followup-To: dtn-interest@mailman.dtnrg.org, dtn-users@mailman.dtnrg.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: [dtn-users] DTN reference implementation version 2.2.0 release Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: This is an announcement of the 2.2.0 release of the DTN reference implementation. The source and documentation are available at http://www.dtnrg.org/wiki/Code. The major changes since the last version are: - Various changes for conformance with version 4 of the bundle protocol as specified in the Bundle Protocol Internet Draft, as released on November 2005. - Initial implementation of custody transfer, including flexible per-route timing specifications for retransmissions. - Initial implementation of a Bluetooth convergence layer from Jeff Wilson . - Added support for the ARM architecture, gcc 4.0, and BerkeleyDB 4.4. - Added support for a file system based persistent storage implementation as an alternative to Berkeley DB. - Many minor changes to improve stability and robustness of the code, largely due to an improved testing infrastructure including several tcl based system tests. - Miscellaneous other improvements including: a persistent ForwardingLog for each bundle to maintain the history of where (and when) the bundle was sent to peers, restored support for reactive fragmentation, a NullConvergenceLayer and other testing hooks, and some scalability improvements. In addition, this release is also available as a binary debian package for the stable debian release (sarge) on x86, as well as in source form through the apt package management system. Add the following lines to /etc/apt/sources.list: deb http://www.dtnrg.org/debian stable contrib deb-src http://www.dtnrg.org/debian stable contrib The package is called 'dtn'. Enjoy! -mike Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.238]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2Q3QOg16118 for ; Sat, 25 Mar 2006 19:26:25 -0800 Received: by wproxy.gmail.com with SMTP id i22so755794wra for ; Sat, 25 Mar 2006 19:26:24 -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:content-transfer-encoding:content-disposition; b=fzOnqvHm26iUlehuVbtHNPTkE3/WJa4ics9jSwYCy6YJz69j1yUQRU9iYiwRpTlDg+4AZKaNzbScsci0cAN0yLYeOv4tR3LBpAaLZTRVLzMgkkWVo4alx+Ev8qhlB4aZvCPXL9rF9jgwu6SLFiJqdmobOrQA2fkISOOLjCpAQwI= Received: by 10.54.149.1 with SMTP id w1mr1790930wrd; Sat, 25 Mar 2006 19:26:24 -0800 (PST) Received: by 10.54.135.19 with HTTP; Sat, 25 Mar 2006 19:26:24 -0800 (PST) Message-ID: <5f30e2610603251926i2c57423cnbbceb1f9ed67596c@mail.gmail.com> Date: Sat, 25 Mar 2006 21:26:24 -0600 From: "Jeff Wilson" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id k2Q3QOg16118 Subject: [dtn-users] status of Bluetooth convergence layer Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I was a first time visitor to a face-to-face DTNRG meeting yesterday. I felt very privileged to have the chance to meet some of my heroes from this list and dtn-interest: Michael Demmer, Anders Lindgren, Susan Symington, Robert Durst, Kevin Fall, Scott Burleigh, Stephen Farrell, Darcy Kroeker, and too many others to mention. Email lists are great and all, but you sure can make a lot more progress with a face-to-face at times! All propz aside, I have some random brain dump to share with whoever's interested -- I'm guessing that will mainly be Mike and the Berkeley folks -- whoever you are, if you are interested in reading my loosely organized ramblings on the Bluetooth (RFCOMM) Convergence Layer, please contact me off-list and I will send you a Word document (or HTML if you prefer). Best regards, Jeff Wilson Received: from smtpout1.cc.umr.edu (smtpout1.cc.umr.edu [131.151.0.235]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2I3qog22657 for ; Fri, 17 Mar 2006 19:52:51 -0800 Received: (qmail 4613 invoked from network); 18 Mar 2006 03:52:43 -0000 Received: from scanout1.cc.umr.edu (131.151.0.121) by smtpout-ipvs.cc.umr.edu with SMTP; 18 Mar 2006 03:52:43 -0000 Received: (qmail 21650 invoked from network); 18 Mar 2006 03:52:47 -0000 Received: from smtp1.cc.umr.edu (131.151.1.43) by scanout-ipvs.cc.umr.edu with SMTP; 18 Mar 2006 03:52:47 -0000 Received: from umr-msxproto1.umr.edu (umr-msxproto1.umr.edu [131.151.1.114]) by smtp1.cc.umr.edu (8.13.1/8.13.1) with ESMTP id k2I3qlxd023673 for ; Fri, 17 Mar 2006 21:52:47 -0600 Received: from UMR-CMAIL3.umr.edu ([131.151.1.77]) by umr-msxproto1.umr.edu with Microsoft SMTPSVC(6.0.3790.1830); Fri, 17 Mar 2006 21:52:46 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Date: Fri, 17 Mar 2006 21:52:46 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Thread-Index: AcZJSrrC8ZMK9iU4QDGrE9xVXtmvwQAhF1nw From: "tk424" To: X-OriginalArrivalTime: 18 Mar 2006 03:52:46.0793 (UTC) FILETIME=[6B29BB90:01C64A3F] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id k2I3qog22657 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Dear Mike, Thank you for your kind reply. I'm seeing lots of messages after using the -l debug option. I'll look into this. Have a great weekend. Tae-hyung -----Original Message----- From: dtn-users-admin@mailman.dtnrg.org [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer Sent: Thursday, March 16, 2006 4:40 PM To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Unfortunately there is no real comprehensive documentation of the implementation yet. My best suggestion for how to learn more about the code is to turn on verbose debugging by running the daemon with "-l debug" or looking at http://www.dtnrg.org/docs/code/DTN2/doc/manual/logging.html and editing the ~/.dtndebug file. Then when you run an app like dtnsend, you'll see (a lot) of debugging output from the dtn daemon. Then you should be able to match up the debugging output with the part of the code that generated the output, read the appropriate comments, and gain some understanding of what's going on. Good luck, -m > Dear Mike, > > Thank you for your reply. > Now, I have the desired result for dtnping. > > However, I got subsequent problems, which is natural. > I tried to follow the instructions of the manual, but error messages. > > Is there any suggested guideline or milestone to build up capability to > solve encountering problems? I guess reading the source codes might be > one solution, but sometimes it's not the most efficient way. As a matter > of fact, I don't know where to start. That would be great if I know > where to start. For example, which files should be read first... > > The reason I ask you this is I thought I may be able to solve these > errors by myself, not by posting questions here. This can be done if I > understand what's going on with those commands such as dtnsend, dtnrecv, > and so on. > > Thank you in advance and have a great day! > > Sincerely, > Tae-hyung > > > > > -----Original Message----- > From: dtn-users-admin@mailman.dtnrg.org > [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer > Sent: Friday, March 10, 2006 9:32 PM > To: dtn-users@mailman.dtnrg.org > Subject: Re: [dtn-users] What is the correct format of "localhost" to > use dtnping for DTN2-2.1.99? > > > > - My question is "What is the correct format of "localhost" to use > > dtnping?" > > The format is literally the string "localhost", as follows: > > % apps/dtnping/dtnping localhost > > source_eid [dtn://sandbox.berkeley.intel-research.net.dtn/ping.6498] > replyto_eid [dtn://sandbox.berkeley.intel-research.net.dtn/ping.6498] > dtn_register succeeded, regid 0x1a > checking for bundles already queued... > PING [dtn://sandbox.berkeley.intel-research.net.dtn/]... > 10 bytes from [dtn://sandbox.berkeley.intel-research.net.dtn/]: > 'dtn_ping!' time=17.82 ms > 10 bytes from [dtn://sandbox.berkeley.intel-research.net.dtn/]: > 'dtn_ping!' time=6.03 ms > > > For your information, I see the following error message if I use the > URL > > for "localhost". > > > > > > > > computer1:/DTN2/apps/dtnping# ./dtnping > computer1.department.school.edu > > > > fatal error opening dtn handle: Connection refused > > This error says that the application can't talk to the dtnd daemon, > which most likely means that hte DTN daemon is not running when you're > trying to run dtnping. > > -mike > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users _______________________________________________ dtn-users mailing list dtn-users@mailman.dtnrg.org http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2HNlQg21055 for ; Fri, 17 Mar 2006 15:47:27 -0800 Received: by zproxy.gmail.com with SMTP id s18so790956nze for ; Fri, 17 Mar 2006 15:47:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e6kHRNuzaDuXCVF+d4aQRaXGK02PGL7hubxBfHgAefvABr7bOVXAwQ2GXe6LRwv3XDQxDMmfEN6I2+FEkxpUs7K6B47hwg+XVc+MG3Hpj3hAwuEms3HN6SHwAAgcogTRCViApx15SNmTxHosQTbcFcT26tAz2naAo5A/UDqbY6c= Received: by 10.36.12.13 with SMTP id 13mr3248844nzl; Fri, 17 Mar 2006 15:47:25 -0800 (PST) Received: by 10.36.177.13 with HTTP; Fri, 17 Mar 2006 15:47:25 -0800 (PST) Message-ID: Date: Fri, 17 Mar 2006 15:47:25 -0800 From: "Jeff R. Allen" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] tutorial In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id k2HNlQg21055 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: On 2/14/06, Halkett, Brad (Student) wrote: > ok here is the document. Hope it is ok. If you have any comments please > feel free to send them to me. Thanks for the document, Brad. I put it into HTML and put it into the DTN2 manual. You'll be able to see it tomorrow in the anonymous CVS repository, and in the next release of DTN2. It is named "tutorial 3" in the manual. -jra Received: from n066.sc1.cp.net (smtpout0134.sc1.cp.net [64.97.136.134]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2HKObg19821 for ; Fri, 17 Mar 2006 12:24:38 -0800 Received: from [192.168.0.6] (82.14.79.90) by n066.sc1.cp.net (7.2.069.1) id 440E1F0F0014BAD6 for dtn-users@mailman.dtnrg.org; Fri, 17 Mar 2006 20:24:27 +0000 Mime-Version: 1.0 (Apple Message framework v746.3) In-Reply-To: <20060316223944.GE8736@pisco.cs.berkeley.edu> References: <20060316223944.GE8736@pisco.cs.berkeley.edu> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Darren Long Date: Fri, 17 Mar 2006 20:24:25 +0000 To: dtn-users@mailman.dtnrg.org X-Mailer: Apple Mail (2.746.3) Subject: [dtn-users] AX.25 Convergence layer? Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi all, Has anyone thought about implementing a convergence layer for the linux kernel's ax.25 support? Also, is anyone doing anything with python bindings? Darren Received: from pisco.CS.Berkeley.EDU (Debian-exim@pisco.CS.Berkeley.EDU [128.32.37.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2GMdig10696 for ; Thu, 16 Mar 2006 14:39:44 -0800 Received: from demmer by pisco.CS.Berkeley.EDU with local (Exim 4.50) id 1FK18C-0004Ar-6f for dtn-users@mailman.dtnrg.org; Thu, 16 Mar 2006 14:39:44 -0800 Date: Thu, 16 Mar 2006 14:39:44 -0800 From: Michael Demmer To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Message-ID: <20060316223944.GE8736@pisco.cs.berkeley.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Unfortunately there is no real comprehensive documentation of the implementation yet. My best suggestion for how to learn more about the code is to turn on verbose debugging by running the daemon with "-l debug" or looking at http://www.dtnrg.org/docs/code/DTN2/doc/manual/logging.html and editing the ~/.dtndebug file. Then when you run an app like dtnsend, you'll see (a lot) of debugging output from the dtn daemon. Then you should be able to match up the debugging output with the part of the code that generated the output, read the appropriate comments, and gain some understanding of what's going on. Good luck, -m > Dear Mike, > > Thank you for your reply. > Now, I have the desired result for dtnping. > > However, I got subsequent problems, which is natural. > I tried to follow the instructions of the manual, but error messages. > > Is there any suggested guideline or milestone to build up capability to > solve encountering problems? I guess reading the source codes might be > one solution, but sometimes it's not the most efficient way. As a matter > of fact, I don't know where to start. That would be great if I know > where to start. For example, which files should be read first... > > The reason I ask you this is I thought I may be able to solve these > errors by myself, not by posting questions here. This can be done if I > understand what's going on with those commands such as dtnsend, dtnrecv, > and so on. > > Thank you in advance and have a great day! > > Sincerely, > Tae-hyung > > > > > -----Original Message----- > From: dtn-users-admin@mailman.dtnrg.org > [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer > Sent: Friday, March 10, 2006 9:32 PM > To: dtn-users@mailman.dtnrg.org > Subject: Re: [dtn-users] What is the correct format of "localhost" to > use dtnping for DTN2-2.1.99? > > > > - My question is "What is the correct format of "localhost" to use > > dtnping?" > > The format is literally the string "localhost", as follows: > > % apps/dtnping/dtnping localhost > > source_eid [dtn://sandbox.berkeley.intel-research.net.dtn/ping.6498] > replyto_eid [dtn://sandbox.berkeley.intel-research.net.dtn/ping.6498] > dtn_register succeeded, regid 0x1a > checking for bundles already queued... > PING [dtn://sandbox.berkeley.intel-research.net.dtn/]... > 10 bytes from [dtn://sandbox.berkeley.intel-research.net.dtn/]: > 'dtn_ping!' time=17.82 ms > 10 bytes from [dtn://sandbox.berkeley.intel-research.net.dtn/]: > 'dtn_ping!' time=6.03 ms > > > For your information, I see the following error message if I use the > URL > > for "localhost". > > > > > > > > computer1:/DTN2/apps/dtnping# ./dtnping > computer1.department.school.edu > > > > fatal error opening dtn handle: Connection refused > > This error says that the application can't talk to the dtnd daemon, > which most likely means that hte DTN daemon is not running when you're > trying to run dtnping. > > -mike > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from smtpout2.cc.umr.edu (smtpout2.cc.umr.edu [131.151.0.94]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2GKYVg09823 for ; Thu, 16 Mar 2006 12:34:32 -0800 Received: (qmail 20903 invoked from network); 16 Mar 2006 20:34:30 -0000 Received: from scanout1.cc.umr.edu (131.151.0.121) by smtpout-ipvs.cc.umr.edu with SMTP; 16 Mar 2006 20:34:30 -0000 Received: (qmail 25133 invoked from network); 16 Mar 2006 20:33:55 -0000 Received: from smtp2.cc.umr.edu (131.151.1.62) by scanout-ipvs.cc.umr.edu with SMTP; 16 Mar 2006 20:33:55 -0000 Received: from umr-msxproto2.umr.edu (umr-msxproto2.umr.edu [131.151.1.113]) by smtp2.cc.umr.edu (8.13.1/8.13.1) with ESMTP id k2GKXqbV009571 for ; Thu, 16 Mar 2006 14:33:53 -0600 Received: from UMR-CMAIL3.umr.edu ([131.151.1.77]) by umr-msxproto2.umr.edu with Microsoft SMTPSVC(6.0.3790.1830); Thu, 16 Mar 2006 14:33:47 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Date: Thu, 16 Mar 2006 14:33:43 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Thread-Index: AcZEvKx0saKopTQoTLqCSG/ltzOtggEetRNw From: "tk424" To: X-OriginalArrivalTime: 16 Mar 2006 20:33:47.0487 (UTC) FILETIME=[ED4CD6F0:01C64938] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by webbie.berkeley.intel-research.net id k2GKYVg09823 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Dear Mike, Thank you for your reply. Now, I have the desired result for dtnping. However, I got subsequent problems, which is natural. I tried to follow the instructions of the manual, but error messages. Is there any suggested guideline or milestone to build up capability to solve encountering problems? I guess reading the source codes might be one solution, but sometimes it's not the most efficient way. As a matter of fact, I don't know where to start. That would be great if I know where to start. For example, which files should be read first... The reason I ask you this is I thought I may be able to solve these errors by myself, not by posting questions here. This can be done if I understand what's going on with those commands such as dtnsend, dtnrecv, and so on. Thank you in advance and have a great day! Sincerely, Tae-hyung -----Original Message----- From: dtn-users-admin@mailman.dtnrg.org [mailto:dtn-users-admin@mailman.dtnrg.org] On Behalf Of Michael Demmer Sent: Friday, March 10, 2006 9:32 PM To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? > - My question is "What is the correct format of "localhost" to use > dtnping?" The format is literally the string "localhost", as follows: % apps/dtnping/dtnping localhost source_eid [dtn://sandbox.berkeley.intel-research.net.dtn/ping.6498] replyto_eid [dtn://sandbox.berkeley.intel-research.net.dtn/ping.6498] dtn_register succeeded, regid 0x1a checking for bundles already queued... PING [dtn://sandbox.berkeley.intel-research.net.dtn/]... 10 bytes from [dtn://sandbox.berkeley.intel-research.net.dtn/]: 'dtn_ping!' time=17.82 ms 10 bytes from [dtn://sandbox.berkeley.intel-research.net.dtn/]: 'dtn_ping!' time=6.03 ms > For your information, I see the following error message if I use the URL > for "localhost". > > > > computer1:/DTN2/apps/dtnping# ./dtnping computer1.department.school.edu > > fatal error opening dtn handle: Connection refused This error says that the application can't talk to the dtnd daemon, which most likely means that hte DTN daemon is not running when you're trying to run dtnping. -mike _______________________________________________ dtn-users mailing list dtn-users@mailman.dtnrg.org http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from pisco.CS.Berkeley.EDU (Debian-exim@pisco.CS.Berkeley.EDU [128.32.37.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2BIuAg07841 for ; Sat, 11 Mar 2006 10:56:10 -0800 Received: from demmer by pisco.CS.Berkeley.EDU with local (Exim 4.50) id 1FI9G5-00059Z-O0 for dtn-users@mailman.dtnrg.org; Sat, 11 Mar 2006 10:56:09 -0800 Date: Sat, 11 Mar 2006 10:56:09 -0800 From: Michael Demmer To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] question regarding DTN-2.1.99 Message-ID: <20060311185609.GC19758@pisco.cs.berkeley.edu> References: <20060311043906.GA10724@irg.cs.ohiou.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060311043906.GA10724@irg.cs.ohiou.edu> User-Agent: Mutt/1.5.9i Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: > Hi folks, > > i have a quick question regarding the latest release of > DTN ref implementation. > > the primary bundle header shows version 0x04 but the > rest of the header fields are still following the spec3 > norms.. Yes. Sort of. The reason this latest release is called "2.1.99" is that I wanted to put something out there but didn't finish the job to get it up to the spec. Stay tuned in the next couple weeks for a 2.2 release that implements the full v4 spec. -m Received: from masaka.cs.ohiou.edu (masaka.cs.ohiou.edu [132.235.3.154]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2B4dHg01736 for ; Fri, 10 Mar 2006 20:39:17 -0800 Received: from masaka.cs.ohiou.edu (localhost [127.0.0.1]) by masaka.cs.ohiou.edu (8.12.10+Sun/8.12.8) with ESMTP id k2B4dB0U011098 for ; Fri, 10 Mar 2006 23:39:11 -0500 (EST) Received: (from jdeshpan@localhost) by masaka.cs.ohiou.edu (8.12.10+Sun/8.12.10/Submit) id k2B4d6r1011097 for dtn-users@mailman.dtnrg.org; Fri, 10 Mar 2006 23:39:06 -0500 (EST) Date: Fri, 10 Mar 2006 23:39:06 -0500 From: JAy Deshpande To: DTN users Group Message-ID: <20060311043906.GA10724@irg.cs.ohiou.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Key: http://www.ent.ohiou.edu/~jayram/pubkey.asc Subject: [dtn-users] question regarding DTN-2.1.99 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org X-Reply-To: jdeshpan@masaka.cs.ohiou.edu List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, i have a quick question regarding the latest release of=20 DTN ref implementation. the primary bundle header shows version 0x04 but the=20 rest of the header fields are still following the spec3=20 norms..=20 (i.e.=20 1.Status reporting request flags are missing=20 from the PrimaryHeader1. so they are neither written into the onwire bundle buf nor parsed back. 2. i suppose same kindda flags would be there in BundlePayLoad also... e.g. is_last,discard_bundle etc. 3. format and parse cos methods ... etc... ) i think it might have been because of constant updates=20 to the source. so even though the header version field was updated the rest of the header would eventually follow. :-) is that correct mike... Jay --=20 "The life is short,the vanities of world are transient but they alone live who live for others; the rest are=20 more dead than alive."-Swami Vivekananda ------------------------------------------------------ JAyram Deshpande www.ent.ohiou.edu/~jayram ------------------------------------------------------ =20 --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (SunOS) iD8DBQFEElRpXDbUDHekbqQRArAPAKCX/VkrCrDZtKgrOg/PGRZqPaps3QCeOyqr Qb8o023VpwDf96NRtF2JtcY= =P6mx -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- Received: from pisco.CS.Berkeley.EDU (Debian-exim@pisco.CS.Berkeley.EDU [128.32.37.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2B3W2g01322 for ; Fri, 10 Mar 2006 19:32:02 -0800 Received: from demmer by pisco.CS.Berkeley.EDU with local (Exim 4.50) id 1FHupl-0004K7-Qb for dtn-users@mailman.dtnrg.org; Fri, 10 Mar 2006 19:32:01 -0800 Date: Fri, 10 Mar 2006 19:32:01 -0800 From: Michael Demmer To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Message-ID: <20060311033201.GA16590@pisco.cs.berkeley.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: > - My question is "What is the correct format of "localhost" to use > dtnping?" The format is literally the string "localhost", as follows: % apps/dtnping/dtnping localhost source_eid [dtn://sandbox.berkeley.intel-research.net.dtn/ping.6498] replyto_eid [dtn://sandbox.berkeley.intel-research.net.dtn/ping.6498] dtn_register succeeded, regid 0x1a checking for bundles already queued... PING [dtn://sandbox.berkeley.intel-research.net.dtn/]... 10 bytes from [dtn://sandbox.berkeley.intel-research.net.dtn/]: 'dtn_ping!' time=17.82 ms 10 bytes from [dtn://sandbox.berkeley.intel-research.net.dtn/]: 'dtn_ping!' time=6.03 ms > For your information, I see the following error message if I use the URL > for "localhost". > > > > computer1:/DTN2/apps/dtnping# ./dtnping computer1.department.school.edu > > fatal error opening dtn handle: Connection refused This error says that the application can't talk to the dtnd daemon, which most likely means that hte DTN daemon is not running when you're trying to run dtnping. -mike Received: from smtpout1.cc.umr.edu (smtpout1.cc.umr.edu [131.151.0.235]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k2ANmvg32464 for ; Fri, 10 Mar 2006 15:48:57 -0800 Received: (qmail 32139 invoked from network); 10 Mar 2006 23:48:55 -0000 Received: from scanout2.cc.umr.edu (131.151.0.122) by smtpout-ipvs.cc.umr.edu with SMTP; 10 Mar 2006 23:48:55 -0000 Received: (qmail 27670 invoked from network); 10 Mar 2006 23:48:53 -0000 Received: from smtp2.cc.umr.edu (131.151.1.62) by scanout-ipvs.cc.umr.edu with SMTP; 10 Mar 2006 23:48:53 -0000 Received: from umr-msxproto2.umr.edu (umr-msxproto2.umr.edu [131.151.1.113]) by smtp2.cc.umr.edu (8.13.1/8.13.1) with ESMTP id k2ANmqx6025504 for ; Fri, 10 Mar 2006 17:48:53 -0600 Received: from UMR-CMAIL3.umr.edu ([131.151.1.77]) by umr-msxproto2.umr.edu with Microsoft SMTPSVC(6.0.3790.1830); Fri, 10 Mar 2006 17:48:52 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6449D.2EFB3DF0" Date: Fri, 10 Mar 2006 17:48:51 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Thread-Index: AcZEnS7ay/DkZwPFSSeoVqIYte0PbA== From: "tk424" To: X-OriginalArrivalTime: 10 Mar 2006 23:48:52.0246 (UTC) FILETIME=[2F66D360:01C6449D] Subject: [dtn-users] What is the correct format of "localhost" to use dtnping for DTN2-2.1.99? Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: This is a multi-part message in MIME format. ------_=_NextPart_001_01C6449D.2EFB3DF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear DTN2 users, =20 I installed the most recent release of the DTN2 reference implementation, DTN-2.1.99. I am trying to follow up the manual, http://www.dtnrg.org/docs/code/DTN2/doc/manual/ =20 - My question is "What is the correct format of "localhost" to use dtnping?" =20 On this page of the manual, http://www.dtnrg.org/docs/code/DTN2/doc/manual/tutorial-1.html there is a section of "Pinging the daemon". In this section, the following command is given, =20 $ ./dtnping localhost source_eid [dtn://dtn-a.dtn/ping.2384] replyto_eid [dtn://dtn-a.dtn/ping.2384] dtn_register succeeded, regid 0x11 checking for bundles already queued... PING [dtn://dtn-a.dtn/]... 68 bytes from [dtn://dtn-a.dtn]: time=3D161.00 ms 68 bytes from [dtn://dtn-a.dtn]: time=3D228.00 ms Ctrl-C =20 If I repeat the question, what should "localhost" look like? If I type in the Tcl command "info hostname", I can see the format is =20 localhost.localdomain =20 computer1:/DTN2# dtnd [1142033750.216797 /dtnd notice] DTN daemon starting up... (pid 25058) [1142033750.220563 /dtnd notice] random seed is 220561 warning: `/root/.tclsh-history' is not writable. dtn% info hostname localhost.localdomain =20 However, this is not clear to me. =20 Can you tell me some more details with example how to use dtnping? More specifically, say, my URL is "computer1.department.school.edu", what should be the "localhost"? In addition, how can I retrieve the necessary information? Equivalently, what Linux commands should I type in? For example, "$ echo HOSTNAME" will show the content of the environment variable HOSTNAME, and this corresponds to "computer1" of my URL. =20 For your information, I see the following error message if I use the URL for "localhost". =20 computer1:/DTN2/apps/dtnping# ./dtnping computer1.department.school.edu fatal error opening dtn handle: Connection refused =20 Thank you in advance and I'll be looking forward to hearing from you. :-) Have a GREAT weekend.! =20 Yours truly, Tae-hyung =20 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!! Friends are angels who lift us to our feet when =20 our wing have trouble remembering how to fly. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!! ------_=_NextPart_001_01C6449D.2EFB3DF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear DTN2 users,

 

I installed the most recent release of the DTN2 = reference implementation, DTN-2.1.99.

I am trying to follow up the manual, http://www.dtnrg= .org/docs/code/DTN2/doc/manual/

 

- My question is “What is the correct format of "localhost" to use = dtnping?”

 

On this page of the manual, h= ttp://www.dtnrg.org/docs/code/DTN2/doc/manual/tutorial-1.html

there is a section of “Pinging = the daemon”. In this section, the following command is = given,

 

$ ./dtnping =
localhost
source_eid =
[dtn://dtn-a.dtn/ping.2384]
replyto_eid =
[dtn://dtn-a.dtn/ping.2384]
dtn_register succeeded, regid =
0x11
checking =
for bundles already queued...
PING =
[dtn://dtn-a.dtn/]...
68 bytes =
from [dtn://dtn-a.dtn]: time=3D161.00 =
ms
68 bytes =
from [dtn://dtn-a.dtn]: time=3D228.00 =
ms
Ctrl-C


 



If I repeat the question, what should =
“localhost”
look like?



If I type in the Tcl command “info =
hostname”, I can
see the format is



 



localhost.localdomain



 



computer1:/DTN2# dtnd



[1142033750.216797 /dtnd notice] DTN daemon starting =
up...
(pid 25058)



[1142033750.220563 /dtnd notice] random seed is =
220561



warning: `/root/.tclsh-history' is not =
writable.



dtn% info hostname



localhost.localdomain



 



However, this is not clear to =
me.



 



Can you tell me some more details with example how to =
use
dtnping?



More specifically, say, my URL is =
“computer1.department.school.edu”,
what should be the “localhost”?



In addition, how can I retrieve the necessary =
information? Equivalently,
what Linux commands should I type in?



For example, “$ echo HOSTNAME” will show =
the
content of the environment variable HOSTNAME, and this corresponds to =
“computer1”
of my URL.



 



For your information, I see the following error =
message if I
use the URL for “localhost”.



 



computer1:/DTN2/apps/dtnping# ./dtnping =
computer1.department.school.edu



fatal error opening dtn handle: Connection =
refused



 



Thank you in advance and I’ll be looking =
forward to
hearing from you. J


Have a GREAT weekend.!



 



Yours truly,



Tae-hyung



 



!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!=
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

  Friends are angels who lift us to our feet when  

  our wing have trouble remembering how to fly.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!=
!!!!!!!!!!!!!!!!!!!!!!
------_=_NextPart_001_01C6449D.2EFB3DF0-- Received: from pisco.CS.Berkeley.EDU (Debian-exim@pisco.CS.Berkeley.EDU [128.32.37.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k23Hjng13686 for ; Fri, 3 Mar 2006 09:45:49 -0800 Received: from demmer by pisco.CS.Berkeley.EDU with local (Exim 4.50) id 1FFELd-0000PU-8n for dtn-users@mailman.dtnrg.org; Fri, 03 Mar 2006 09:45:49 -0800 Date: Fri, 3 Mar 2006 09:45:49 -0800 From: Michael Demmer To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Python script to 'auto-configure' routes Message-ID: <20060303174549.GV8736@pisco.cs.berkeley.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Neato! You might want to take a look at oasys/test-utils/tell-utils.tcl. It's the basis for some test script driver code that we've been using here that can send commands to the tcl interpreter. The basic deal is that if you send a single line of "tell_encode" to the console socket, then it goes into a remote management mode with a couple changes to the normal interactive mode: - there is no more "dtn% " prompt - any time the interpreter sends back a response, it is preceded by "0 " or "1 ", indicating success or tcl error, respectively - all newlines in the response are replaced with "\n" so you just need to read a single line from the socket, then do a regexp substitution to get back the full, potentially multiline response anyway, hope that's useful to you -- let me know if you have qns. -m > I wrote a small Python script to 'auto-configure' DTN daemons' routes > by propagating registration and routing information via UDP. The > combination of DHCP / dynamic DNS / windows within MITRE means that > hostnames can change, and I got tired of having to manually configure > routes on multiple machines (and the daemon just barfs if you've got a > hostname that won't resolve in the dtn.conf file). > > When invoked, the Python script will communicate with the tcl > interpreter of a running local dtn2 daemon, and will transmit > information about the daemon's local registrations and routes to peer > scripts running on other dtn machines. The peer scripts consume the > information and manipulate their daemons routing tables (again via the > tcl interpreter). Thus if you have N two-interface machines in a > daisy-chain topology and each runs this script, it will eventually > propagate routing information all along the chain. By default the > script will transmit to the broadcast addresses of all interfaces that > report a 'brd' attribute via 'ip addr show'. You can also supply a > list of explicit addresses (broadcast and/or unicast). > > Note that this is NOT supposed to be a 'real' routing protocol. > There's no distance reported, routes don't age out, there's no conflict > resolution whatsoever, ... I almost got something like this running > over bundles by generating a route to a destination (dtn://llb) that > used a UDP link entry destined for the subnet broadcast address. > Unfortunately, I also need to listen for such bundles (from my peers) > and when I forward a bundle, I also receive it and dutifully attempted > to forward it again. This is amusing, but not particularly useful. I > wonder if a route type of something like 'INITIATE_ONLY' might be > useful. > > In any case, the script is dnd.py (DTN Neighbor Discovery) in the apps > directory. > > Caveats: > Be sure that 'console set port XXXX' is in your dtn.conf file and that > the port variable is set in the Python script reflects its value. > This thing assumes that each daemon is running a TCP convergence layer > that is listening on the port from which the UDP transmissions emanate. > Probably others. If you use this and find bugs, please let me know. > > --keith > Received: from smtp-mclean.mitre.org (smtp-mclean-x.mitre.org [192.80.55.71]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k22MVFg05367 for ; Thu, 2 Mar 2006 14:31:15 -0800 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.11.6/8.11.6) with SMTP id k22MVEf06703 for ; Thu, 2 Mar 2006 17:31:14 -0500 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (Postfix) with ESMTP id 91DCF1BD80 for ; Thu, 2 Mar 2006 17:31:14 -0500 (EST) Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-mclean.mitre.org (8.11.6/8.11.6) with ESMTP id k22MVEf06699 for ; Thu, 2 Mar 2006 17:31:14 -0500 Received: from IMCSRV1.MITRE.ORG ([129.83.20.158]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.211); Thu, 2 Mar 2006 17:31:13 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C63E49.03C57E13" Date: Thu, 2 Mar 2006 17:31:13 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Python script to 'auto-configure' routes Thread-Index: AcY+SQMum/cUWV9tQhW+DROXOjJ7Rg== From: "Scott, Keith L." To: X-OriginalArrivalTime: 02 Mar 2006 22:31:13.0669 (UTC) FILETIME=[035E6350:01C63E49] Subject: [dtn-users] Python script to 'auto-configure' routes Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: This is a multi-part message in MIME format. ------_=_NextPart_001_01C63E49.03C57E13 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I wrote a small Python script to 'auto-configure' DTN daemons' routes by propagating registration and routing information via UDP. The combination of DHCP / dynamic DNS / windows within MITRE means that hostnames can change, and I got tired of having to manually configure routes on multiple machines (and the daemon just barfs if you've got a hostname that won't resolve in the dtn.conf file). =20 When invoked, the Python script will communicate with the tcl interpreter of a running local dtn2 daemon, and will transmit information about the daemon's local registrations and routes to peer scripts running on other dtn machines. The peer scripts consume the information and manipulate their daemons routing tables (again via the tcl interpreter). Thus if you have N two-interface machines in a daisy-chain topology and each runs this script, it will eventually propagate routing information all along the chain. By default the script will transmit to the broadcast addresses of all interfaces that report a 'brd' attribute via 'ip addr show'. You can also supply a list of explicit addresses (broadcast and/or unicast). =20 Note that this is NOT supposed to be a 'real' routing protocol. There's no distance reported, routes don't age out, there's no conflict resolution whatsoever, ... I almost got something like this running over bundles by generating a route to a destination (dtn://llb) that used a UDP link entry destined for the subnet broadcast address. Unfortunately, I also need to listen for such bundles (from my peers) and when I forward a bundle, I also receive it and dutifully attempted to forward it again. This is amusing, but not particularly useful. I wonder if a route type of something like 'INITIATE_ONLY' might be useful. =20 In any case, the script is dnd.py (DTN Neighbor Discovery) in the apps directory. =20 Caveats: Be sure that 'console set port XXXX' is in your dtn.conf file and that the port variable is set in the Python script reflects its value.=20 This thing assumes that each daemon is running a TCP convergence layer that is listening on the port from which the UDP transmissions emanate. Probably others. If you use this and find bugs, please let me know. =20 --keith =20 ------_=_NextPart_001_01C63E49.03C57E13 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I = wrote a small=20 Python script to 'auto-configure' DTN daemons' routes by propagating=20 registration and routing information via UDP.  The combination of = DHCP /=20 dynamic DNS / windows within MITRE means that hostnames can change, and = I got=20 tired of having to manually configure routes on multiple machines (and = the=20 daemon just barfs if you've got a hostname that won't resolve in the = dtn.conf=20 file).
 
When = invoked, the=20 Python script will communicate with the tcl interpreter of a running = local dtn2=20 daemon, and will transmit information about the daemon's local = registrations and=20 routes to peer scripts running on other dtn machines.  The = peer=20 scripts consume the information and manipulate their daemons = routing tables=20 (again via the tcl interpreter).  Thus if you have = N=20 two-interface machines in a daisy-chain topology and each runs this = script, it=20 will eventually propagate routing information all along the chain.  = By=20 default the script will transmit to the broadcast addresses of all = interfaces=20 that report a 'brd' attribute via 'ip addr show'.  You can also = supply a=20 list of explicit addresses (broadcast and/or = unicast).
 
Note = that this is=20 NOT supposed to be a 'real' routing protocol.  There's no distance=20 reported, routes don't age out, there's no conflict resolution = whatsoever,=20 ...  I almost got something like this running over bundles by = generating a=20 route to a destination (dtn://llb) that used a UDP link entry = destined for=20 the subnet broadcast address.  Unfortunately, I also need to listen = for=20 such bundles (from my peers) and when I forward a bundle, I also receive = it and=20 dutifully attempted to forward it again.  This is amusing, but not=20 particularly useful.  I wonder if a route type of something like=20 'INITIATE_ONLY' might be useful.
 
In any = case, the=20 script is dnd.py (DTN Neighbor Discovery) in the apps=20 directory.
 
Caveats:
Be sure that 'console set port XXXX' = is in your=20 dtn.conf file and that the port variable is set in the Python=20 script reflects its value.
This = thing assumes=20 that each daemon is running a TCP convergence layer that is listening on = the=20 port from which the UDP transmissions emanate.
Probably=20 others.  If you use this and find bugs, please let me=20 know.
 
       =20 --keith
 
------_=_NextPart_001_01C63E49.03C57E13--