From nobody Wed Oct 1 16:52:03 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 921D11A8862 for ; Wed, 1 Oct 2014 16:51:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.786 X-Spam-Level: X-Spam-Status: No, score=-3.786 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, J_CHICKENPOX_82=0.6, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RzSwwn-v6Pcy for ; Wed, 1 Oct 2014 16:51:38 -0700 (PDT) Received: from blv-mbsout-01.boeing.com (blv-mbsout-01.boeing.com [130.76.32.231]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A5811A885A for ; Wed, 1 Oct 2014 16:51:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by blv-mbsout-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id s91NpbNL026556; Wed, 1 Oct 2014 16:51:37 -0700 Received: from XCH-BLV-507.nw.nos.boeing.com (xch-blv-507.nw.nos.boeing.com [130.247.25.197]) by blv-mbsout-01.boeing.com (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id s91NpP0V026386 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Wed, 1 Oct 2014 16:51:25 -0700 Received: from XCH-BLV-201.nw.nos.boeing.com ([169.254.1.24]) by XCH-BLV-507.nw.nos.boeing.com ([169.254.7.208]) with mapi id 14.03.0181.006; Wed, 1 Oct 2014 16:51:25 -0700 From: "Yang, Yueli" To: "Zoller, David A. (MSFC-EO50)[HOSC SERVICES CONTRACT]" , Somreeta Pramanik , "." Thread-Topic: [dtn-users] ION-DTN interoperability issue Thread-Index: AQHP27GhFai80fuDYkOgQA3rcpEfgZwaXRkAgAGPwGA= Date: Wed, 1 Oct 2014 23:51:24 +0000 Message-ID: References: <798644382.324957.1411753285715.JavaMail.root@mailstore2.iitkgp.ac.in> <1997737371.328781.1411972900422.JavaMail.root@mailstore2.iitkgp.ac.in> <94CFB3711B4CAE4DBFC5BEB3374BF0C612E375@NDMSMBX404.ndc.nasa.gov> In-Reply-To: <94CFB3711B4CAE4DBFC5BEB3374BF0C612E375@NDMSMBX404.ndc.nasa.gov> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [130.247.104.6] Content-Type: multipart/mixed; boundary="_005_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_" MIME-Version: 1.0 X-TM-AS-MML: disable Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/LXn60pzF5st55wpnCsNqgCH84Hc Subject: Re: [dtn-users] ION-DTN interoperability issue X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2014 23:51:47 -0000 --_005_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_ Content-Type: multipart/alternative; boundary="_000_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_" --_000_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks to DZ, resend to all this time. From: Yang, Yueli [mailto:Yueli.Yang@boeing.com] Sent: Wednesday, October 01, 2014 2:36 AM To: Zoller, David A. (MSFC-EO50)[HOSC SERVICES CONTRACT] Subject: RE: [dtn-users] ION-DTN interoperability issue Hi Somreeta: We recently successfully validated ION-DTN interoperability with the attach= ed configuration files. We have two hosts, both running ubuntu 14.04: "tango" running ION-3.2.1 with the attached tangoion.rc file. "ballet" running DTN-2.9.0 with the attached balletdtn2.conf file. Hope this helps your debug of sending from ION node to DTN2 node. Yueli Yang Boeing Research & Technology Seattle DC 9-08.4, 4D13-1.2, MC: 4C-78 Phone - 425-373-7132, FAX: 206-544-6757 From: dtn-users [mailto:dtn-users-bounces@irtf.org] On Behalf Of Zoller, Da= vid A. (MSFC-EO50)[HOSC SERVICES CONTRACT] Sent: Tuesday, September 30, 2014 9:57 AM To: Somreeta Pramanik; . Subject: Re: [dtn-users] ION-DTN interoperability issue Hello Somreeta, The ION node is including a Previous Hop Insertion Block (RFC-6259 - Block= type 0x05) which the DTN2 node is having a problem parsing. somreeta dtn% [1411747528.640888 /dtn/bundle/protocol error] error parsing = previous hop eid 'dtn://somreetadtn.dtn [1411747528.640911 /dtn/bundle/protocol error] consume: protocol error hand= ling block 0x5 [1411747528.640922 /dtn/cl/tcp/conn/0x7f7268000940 error] protocol error pa= rsing bundle data segment The EID looks acceptable to me (dtn://somreetadtn.dtn). You might try turni= ng on debug level logging to see if it provides more info. You may find a p= roblem down in the oasys::URI parsing methods. Good luck, DZ -----Original Message----- From: dtn-users [mailto:dtn-users-bounces@irtf.org] On Behalf Of Somreeta P= ramanik Sent: Monday, September 29, 2014 1:42 AM To: . Subject: [dtn-users] ION-DTN interoperability issue Dear all, I am trying with ION-DTN interoperability (DTN daemon is running in one mac= hine and ION is in another one), the message communication from DTN node to= ION node is working but the reverse i.e.; message communication from ION n= ode to DTN is not working. Here is the output I am getting and the details = of dtn.conf and ion-host.rc. When I am running dtn somreeta@somreeta:~/test-bed/dtn-2.9.0$ sudo daemon/dtnd -c /home/somreeta/dtn/dtn.conf --init-db [sud= o] password for somreeta: [1411747392.946016 /dtnd notice] random seed is 946013 [1411747392.946071 /dtnd notice] DTN daemon starting up... (pid 2901) [1411747392.950714 /dtnd notice] initializing persistent data store [1411747392.982307 /dtnd error] Initializing datastore which already exists= . somreeta@somreeta:~/test-bed/dtn-2.9.0$ sudo daemon/dtnd -c /home/somreeta/dtn/dtn.conf [1411747396.944362 /dtnd notice] random seed is 944360 [1411747396.944403 /dtnd notice] DTN daemon starting up... (pid 2904) [1411747396.961645 /S10 notice] Lines marked "S10" are log lines added to m= ake parsing [1411747396.961679 /S10 notice] the logs easier after extended tests. These= were added for [1411747396.961695 /S10 notice] the summer 2010 N4C summer trial and are ma= inly new lines [1411747396.961709 /S10 notice] that allow tracing bundles across multiple = hops. [1411747396.961724 /S10 notice] To extract these do the following... [1411747396.961738 /S10 notice] grep "S10 info" | grep -v = grep | awk '{print $4,$5}' | sort -n [1411747396.962772 /dtn/bundle/daemon notice] loading bundles from data sto= re somreeta dtn% somreeta dtn% [1411747528.640888 /dtn/bundle/protocol error] error parsing = previous hop eid 'dtn://somreetadtn.dtn [1411747528.640911 /dtn/bundle/protocol error] consume: protocol error hand= ling block 0x5 [1411747528.640922 /dtn/cl/tcp/conn/0x7f7268000940 error] protocol error pa= rsing bundle data segment The configuration for ION is as follows ## begin ionadmin # Initialization = command 1 1 "" # Start ION s # Add contacts (1-2 connected for 1 hr, 100 kbps) a contact +1 +3600 1 1 10= 0000 a contact +1 +3600 1 2 100000 a contact +1 +3600 2 1 100000 a contact = +1 +3600 2 2 100000 # Assign ranges (for the next hour, 1 second or less OW= LT) a range +1 +3600 1 1 1 a range +1 +3600 1 2 1 a range +1 +3600 2 2 1 # Assign production/consumption rates (dummy) m production 100000 m consump= tion 100000 ## end ionadmin ## begin bpadmin 1 # Add scheme (DTN w/EIDs) a scheme dtn 'dtn2fw' 'dtn2adminep' # the scheme will use the "gethostname" command and # automatically create = the custodian eid dtn://.dtn # NOTE: in this situation, the host = was named host1. your # configuration will be different. # Alert ION which endpoints are on this host a endpoint dtn://somreetadtn.d= tn/sink q #a endpoint dtn://ION2.dtn/ping q # add the tcp convergence layer= and outducts # note that your IPs will be different a protocol tcp 1400 10= 0 a induct tcp 10.1.1.2:4555 tcpcli #loopback outduct a outduct tcp 10.1.1.= 2:4555 tcpclo # outduct to dtn2 node a outduct tcp 10.1.1.4:4557 tcpclo s #= start daemons ## end bpadmin ## begin ipnadmin # this may not be necessary a plan 1 tcp/ 10.1.1.2:4555 a plan 2 tcp/ 10.1.1.4:4557 ## end ipnadmin ## begin dtn2admin # note that the "dtn:" is omitted from the routing plans. a plan //somreeta.dtn x tcp/ 10.1.1.4:4557 #a plan //ION2.dtn x tcp/ 10.1.1= .2:4555 # plans support an * character as a wildcard. # a default route would look like this # a plan //* f dtn://dtn2box.dtn # this will use dtn2box.dtn as the "next hop" ## end dtn2admin The configuration for DTN is as follows ## # dtn.conf # # Default configuration file for Internet-connected DTN nodes. The # daemon= uses a tcl interpreter to parse this file, thus any standard # tcl command= s are valid, and all settings are get/set using a single # 'set' functions = as: set # log /dtnd info "dtnd parsing configuration..." ######################################## # # Daemon Console Configuration # ######################################## # # console set stdio [ true | false ] # # If set to false, disable the interactive console on stdin/stdout. # The default is set to true (unless the dtnd process is run as a # daemon)= . # # console set stdio false # # console set addr # console set port # # Settings for the socket based console protocol. # (this interprets user commands) # console set addr 127.0.0.1 console set port 5050 # # console set prompt # # Set the prompt string. Helps if running multiple dtnd's # set shorthostna= me [lindex [split [info hostname] .] 0] console set prompt "$shorthostname = dtn% " ######################################## # # Storage Configuration # ######################################## # # storage set type [ berkeleydb | external | memorydb ] # # Set the storage= system to be used # storage set type berkeleydb # the following are for use with external data stores # # The server port t= o connect to (on localhost) # Note that 62345 has no special significance -= - chosen randomly storage set server_port 62345 # The external data store schema location, which can be # found in dtn2/oas= ys/storage/DS.xsd. storage set schema /etc/DS.xsd # # Do a runtime check for the standard locations for the persistent # storage directory # set dbdir "/home/somreeta/dtn" foreach dir {/var/dtn /var/tmp/dtn} { if {[file isdirectory $dir]} { set dbdir $dir break } } if {$dbdir =3D=3D ""} { puts stderr "Must create /var/dtn or /var/tmp/dtn storage directory" exit 1 } # # storage set payloaddir # # Set the directory to be used for bundle payload files # storage set payloaddir $dbdir/bundles # # storage set dbname # # Set the database name (appended with .db as the filename in berkeley # db, used as-is for SQL variants # storage set dbname DTN # # storage set dbdir # # # When using berkeley db, set the directory to be used for the # database files and the name of the files and error log. # storage set dbdir $dbdir/db ######################################## # # Routing configuration # ######################################## # # Set the algorithm used for dtn routing. # # route set type [static | flood | neighborhood | linkstate | external] # route set type static # # route local_eid # # Set the local administrative id of this node. The default just uses # the internet hostname plus the appended string ".dtn" to make it # clear that the hostname isn't really used for DNS lookups. # route local_eid "dtn://somreeta.dtn" # # External router specific options # # route set server_port 8001 # route set hello_interval 30 # route set schema "/etc/router.xsd" ######################################## # # TCP convergence layer configuration # ######################################## # # interface add [name] [CL] # # Add an input interface to listen on addr:port for incoming bundles # from other tcp / udp convergence layers # # For IP-based interfaces, interfaces listen on INADDR_ANY port 4556 # by default. These can be overridden by using the local_addr and/or # local_port arguments. interface add tcp0 tcp local_port=3D4557 #interface add udp0 udp # # link add # # Add a link to a peer node. # # For IP-based links (tcp or udp), the nexthop should contain a DNS # hostname or IP address, followed optionally by a : and a port. If # the port is not specified, the default of 4556 is used. # # e.g. link add link1 dtn.dtnrg.org ONDEMAND tcp link add link_tcp37 10.1.1.2:4555 ALWAYSON tcp # # route add # # Add a route to the given bundle endpoint id pattern using the # specified link name or peer endpoint. # # e.g. route add dtn://host.domain/* tcp0 route add dtn://somreetadtn.dtn/* link_tcp37 ######################################## # # Service discovery # ######################################## # # discovery add # discovery announce # # Add a local neighborhood discovery module # # e.g. discovery add discovery_bonjour bonjour ######################################## # # Parameter Tuning # ######################################## # # Set the size threshold for the daemon so any bundles smaller than this # size maintain a shadow copy in memory to minimize disk accesses. # # param set payload_mem_threshold 16384 # # Test option to keep all bundle files in the filesystem, even after the # bundle is no longer present at the daemon. # # param set payload_test_no_remove true # # Set the size for which the tcp convergence layer sends partial reception # acknowledgements. Used with reactive fragmentation # # param set tcpcl_partial_ack_len 4096 # # Set if bundles are automatically deleted after transmission # # param set early_deletion true # (others exist but are not fully represented here) ######################################## # # Extension Block Configuration # ######################################## # # Attach an Age Extension Block to outgoing bundles # # block set age_outbound_enabled false # # Process the Age Extension Block on incoming bundles # # block set age_inbound_processing true # # Zero out the Creation Timestamp Time on bundles # # block set age_zero_creation_ts_time false ######################################## # # BPQ caching control # ######################################## # # Turn on caching of passing bundles with BPQ blocks # # bpq enable # log /dtnd info "dtnd configuration parsing complete" ## emacs settings to use tcl-mode by default ## Local Variables: *** ## mode:tcl *** ## End: *** Pls help so that I can make communication from ION to DTN machine. Thanks and Regards, Somreeta Pramanik MS Scholar IIT Kharagpur _______________________________________________ dtn-users mailing list dtn-users@irtf.org https://www.irtf.org/mailman/listinfo/dtn-users --_000_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks to DZ, resend t= o all this time.

 

From: Yang, Yu= eli [mailto:Yueli.Yang@boeing.com<= /a>]
Sent: Wednesday, October 01, 2014 2:36 AM
To: Zoller, David A. (MSFC-EO50)[HOSC SERVICES CONTRACT]
Subject: RE: [dtn-users] ION-DTN interoperability issue

 

Hi Somreeta:

 

We recently successful= ly validated ION-DTN interoperability with the attached configuration files= .

 

We have two hosts, bot= h running ubuntu 14.04:

“tango” ru= nning ION-3.2.1 with the attached tangoion.rc file.

“ballet” r= unning DTN-2.9.0 with the attached balletdtn2.conf file.<= /p>

 

Hope this helps your d= ebug of sending from ION node to DTN2 node.

 

Yueli Yang

Boeing Research &= Technology

Seattle DC 9-08.4, 4= D13-1.2, MC: 4C-78

Phone - 425-373-7132= , FAX: 206-544-6757

 

From: dtn-user= s [mailto:dtn-users-bounces@irtf.org] On Behalf Of Zoller, David A. (MSFC-EO50)[HOSC SERVICES CONTRACT] Sent: Tuesday, September 30, 2014 9:57 AM
To: Somreeta Pramanik; .
Subject: Re: [dtn-users] ION-DTN interoperability issue

 

Hello Somreeta,

The ION node is including a Previous Hop Insertio= n Block (RFC-6259  - Block type 0x05) which the DTN2 node is having a = problem parsing.

 

somreeta dtn% [1411747528.640888 /dtn/bundle/protocol er= ror] error parsing previous hop eid 'dtn://somreetadtn.dtn

[1411747528.640911 /dtn/bundle/protocol error] consume: = protocol error handling block 0x5

[1411747528.640922 /dtn/cl/tcp/conn/0x7f7268000940 error= ] protocol error parsing bundle data segment

 

The EID looks acceptable to me (dtn://somreetadtn= .dtn). You might try turning on debug level logging to see if it provides m= ore info. You may find a problem down in the oasys::URI parsing methods.

 

Good luck,

DZ

 

 

 

-----Original Message-----
From: dtn-users [mailto:dtn-u= sers-bounces@irtf.org] On Behalf Of Somreeta Pramanik
Sent: Monday, September 29, 2014 1:42 AM
To: .
Subject: [dtn-users] ION-DTN interoperability issue

 

Dear all,

 

I am trying with ION-DTN interoperability (DTN da= emon is running in one machine and ION is in another one), the message comm= unication from DTN node to ION node is working but the reverse i.e.; messag= e communication from ION node to DTN is not working. Here is the output I am getting and the details of dtn.con= f and ion-host.rc.

 

When I am running dtn

somreeta@so= mreeta:~/test-bed/dtn-2.9.0$ sudo daemon/dtnd -c /home/somreeta/= dtn/dtn.conf --init-db [sudo] password for somreeta:

[1411747392.946016 /dtnd notice] random seed is 9= 46013

[1411747392.946071 /dtnd notice] DTN daemon start= ing up... (pid 2901)

[1411747392.950714 /dtnd notice] initializing per= sistent data store

[1411747392.982307 /dtnd error] Initializing data= store which already exists.

 

somreeta@so= mreeta:~/test-bed/dtn-2.9.0$ sudo daemon/dtnd -c /home/somreeta/= dtn/dtn.conf

[1411747396.944362 /dtnd notice] random seed is 9= 44360

[1411747396.944403 /dtnd notice] DTN daemon start= ing up... (pid 2904)

[1411747396.961645 /S10 notice] Lines marked &quo= t;S10" are log lines added to make parsing

[1411747396.961679 /S10 notice] the logs easier a= fter extended tests. These were added for

[1411747396.961695 /S10 notice] the summer 2010 N= 4C summer trial and are mainly new lines

[1411747396.961709 /S10 notice] that allow tracin= g bundles across multiple hops.

[1411747396.961724 /S10 notice] To extract these = do the following...

[1411747396.961738 /S10 notice] grep "S10 in= fo" <dtnd-log-files> | grep -v grep | awk '{print $4,$5}' | sort= -n

[1411747396.962772 /dtn/bundle/daemon notice] loa= ding bundles from data store

 

somreeta dtn%

 

somreeta dtn% [1411747528.640888 /dtn/bundle/prot= ocol error] error parsing previous hop eid 'dtn://somreetadtn.dtn

[1411747528.640911 /dtn/bundle/protocol error] co= nsume: protocol error handling block 0x5

[1411747528.640922 /dtn/cl/tcp/conn/0x7f726800094= 0 error] protocol error parsing bundle data segment

 

The configuration for ION is as follows ## begin = ionadmin # Initialization command

1 1 ""

 

# Start ION

s

 

# Add contacts (1-2 connected for 1 hr, 100 kbps)= a contact +1 +3600 1 1 100000 a contact +1 +3600 1 2 10000= 0 a contact +1 +3600 2 1 100000 a contact +1 +3600 2 2 1000= 00 # Assign ranges (for the next hour, 1 second or less OWLT) a range +1 +3600 1 1 1 a range +1 +3600 1 2 1 a range +1 += 3600 2 2 1

 

# Assign production/consumption rates (dummy) m p= roduction 100000 m consumption 100000 ## end ionadmin

 

 

## begin bpadmin

1

 

# Add scheme (DTN w/EIDs)

a scheme dtn 'dtn2fw' 'dtn2adminep'

# the scheme will use the "gethostname"= command and # automatically create the custodian eid dtn://<hostname>= ;.dtn # NOTE: in this situation, the host was named host1. your # configura= tion will be different.

 

# Alert ION which endpoints are on this host a en= dpoint dtn://somreetadtn.dtn/sink q #a endpoint dtn://ION2.dtn/ping q # add= the tcp convergence layer and outducts # note that your IPs will be differ= ent a protocol tcp 1400 100 a induct tcp 10.1.1.2:4555 tcpcli #loopback outduct a outduct tcp 10.1.1.2:4555 tcp= clo # outduct to dtn2 node a outduct tcp 10.1.1.4:4557 tcpclo s # start dae= mons ## end bpadmin

 

## begin ipnadmin

# this may not be necessary

a plan 1 tcp/ 10.1.1.2:4555

a plan 2 tcp/ 10.1.1.4:4557

## end ipnadmin

 

## begin dtn2admin

# note that the "dtn:" is omitted from = the routing plans.

a plan //somreeta.dtn x tcp/ 10.1.1.4:4557 #a pla= n //ION2.dtn x tcp/ 10.1.1.2:4555

 

# plans support an * character as a wildcard.

# a default route would look like this=

# a plan //* f dtn://dtn2box.dtn

# this will use dtn2box.dtn as the "next hop= "

## end dtn2admin

 

The configuration for DTN is as follows

 

##

# dtn.conf

#

# Default configuration file for Internet-connect= ed DTN nodes. The # daemon uses a tcl interpreter to parse this file, thus = any standard # tcl commands are valid, and all settings are get/set using a= single # 'set' functions as: <module> set <var> <val?> #

 

log /dtnd info "dtnd parsing configuration..= ."

 

########################################

#

# Daemon Console Configuration

#

########################################

 

#

# console set stdio [ true | false ]

#

# If set to false, disable the interactive consol= e on stdin/stdout.

# The default is set to true (unless the dtnd pro= cess is run as a # daemon).

#

# console set stdio false

 

#

# console set addr <port>

# console set port <port>

#

# Settings for the socket based console protocol.=

# (this interprets user commands)

#

console set addr 127.0.0.1

console set port 5050

 

#

# console set prompt <prompt>

#

# Set the prompt string. Helps if running multipl= e dtnd's # set shorthostname [lindex [split [info hostname] .] 0] console s= et prompt "$shorthostname dtn% "

 

########################################

#

# Storage Configuration

#

########################################

 

#

# storage set type [ berkeleydb | external | memo= rydb ] # # Set the storage system to be used # storage set type berkeleydb

 

# the following are for use with external data st= ores # # The server port to connect to (on localhost) # Note that 62345 has= no special significance -- chosen randomly storage set server_port 62345

 

# The external data store schema location, which = can be # found in dtn2/oasys/storage/DS.xsd.

storage set schema /etc/DS.xsd

 

 

#

# Do a runtime check for the standard locations f= or the persistent

# storage directory

#

set dbdir "/home/somreeta/dtn"

foreach dir {/var/dtn /var/tmp/dtn} { =

if {[file isdirectory $dir]} {

set dbdir $dir

break

}

}

 

if {$dbdir =3D=3D ""} {

puts stderr "Must create /var/dtn or /var/tm= p/dtn storage directory"

exit 1

}

 

#

# storage set payloaddir <dir> <= /p>

#

# Set the directory to be used for bundle payload= files

#

storage set payloaddir $dbdir/bundles =

 

#

# storage set dbname <db>

#

# Set the database name (appended with .db as the= filename in berkeley

# db, used as-is for SQL variants

#

storage set dbname DTN

 

#

# storage set dbdir <dir>

#

#

# When using berkeley db, set the directory to be= used for the

# database files and the name of the files and er= ror log.

#

storage set dbdir $dbdir/db

 

########################################

#

# Routing configuration

#

########################################

 

#

# Set the algorithm used for dtn routing.

#

# route set type [static | flood | neighborhood |= linkstate | external]

#

route set type static

 

#

# route local_eid <eid>

#

# Set the local administrative id of this node. T= he default just uses

# the internet hostname plus the appended string = ".dtn" to make it

# clear that the hostname isn't really used for D= NS lookups.

#

route local_eid "dtn://somreeta.dtn"

 

#

# External router specific options

#

# route set server_port 8001

# route set hello_interval 30

# route set schema "/etc/router.xsd"

 

########################################

#

# TCP convergence layer configuration =

#

########################################

 

#

# interface add [name] [CL]

#

# Add an input interface to listen on addr:port f= or incoming bundles

# from other tcp / udp convergence layers

#

# For IP-based interfaces, interfaces listen on I= NADDR_ANY port 4556

# by default. These can be overridden by using th= e local_addr and/or

# local_port arguments.

interface add tcp0 tcp local_port=3D4557

#interface add udp0 udp

 

#

# link add <name> <nexthop> <type&= gt; <clayer> <args...>

#

# Add a link to a peer node.

#

# For IP-based links (tcp or udp), the nexthop sh= ould contain a DNS

# hostname or IP address, followed optionally by = a : and a port. If

# the port is not specified, the default of 4556 = is used.

#

# e.g. link add link1 dtn.dtnrg.org ONDEMAND tcp =

link add link_tcp37 10.1.1.2:4555 ALWAYSON tcp

 

#

# route add <dest> <link|peer> <= /o:p>

#

# Add a route to the given bundle endpoint id pat= tern <dest> using the

# specified link name or peer endpoint.

#

# e.g. route add dtn://host.domain/* tcp0

route add dtn://somreetadtn.dtn/* link_tcp37

########################################

#

# Service discovery

#

########################################

 

#

# discovery add <name> <af> <opts.= ..>

# discovery announce <cl_name> <discover= y_name> <cl_type> <opts...>

#

# Add a local neighborhood discovery module =

#

# e.g. discovery add discovery_bonjour bonjour

 

########################################

#

# Parameter Tuning

#

########################################

 

#

# Set the size threshold for the daemon so any bu= ndles smaller than this

# size maintain a shadow copy in memory to minimi= ze disk accesses.

#

# param set payload_mem_threshold 16384

 

#

# Test option to keep all bundle files in the fil= esystem, even after the

# bundle is no longer present at the daemon.

#

# param set payload_test_no_remove true

 

#

# Set the size for which the tcp convergence laye= r sends partial reception

# acknowledgements. Used with reactive fragmentat= ion

#

# param set tcpcl_partial_ack_len 4096

 

#

# Set if bundles are automatically deleted after = transmission

#

# param set early_deletion true

 

# (others exist but are not fully represented her= e)

 

 

########################################

#

# Extension Block Configuration

#

########################################

 

#

# Attach an Age Extension Block to outgoing bundl= es

#

# block set age_outbound_enabled false

 

#

# Process the Age Extension Block on incoming bun= dles

#

# block set age_inbound_processing true

 

#

# Zero out the Creation Timestamp Time on bundles=

#

# block set age_zero_creation_ts_time false =

 

########################################

#

# BPQ caching control

#

########################################

 

#

# Turn on caching of passing bundles with BPQ blo= cks

#

# bpq enable

#

 

 

log /dtnd info "dtnd configuration parsing c= omplete"

 

## emacs settings to use tcl-mode by default

## Local Variables: ***

## mode:tcl ***

## End: ***

 

Pls help so that I can make communication from IO= N to DTN machine.

 

 

Thanks and Regards, Somreeta Pramanik<= /p>

 

MS Scholar

IIT Kharagpur

 

 

_______________________________________________

dtn-users mailing list

dtn-users@irtf.org

https://ww= w.irtf.org/mailman/listinfo/dtn-users

--_000_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_-- --_005_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_ Content-Type: application/octet-stream; name="balletdtn2.conf" Content-Description: balletdtn2.conf Content-Disposition: attachment; filename="balletdtn2.conf"; size=6390; creation-date="Wed, 01 Oct 2014 23:49:21 GMT"; modification-date="Wed, 01 Oct 2014 23:47:01 GMT" Content-Transfer-Encoding: base64 Iw0KIyBkdG4uY29uZg0KIw0KIyBEZWZhdWx0IGNvbmZpZ3VyYXRpb24gZmlsZSBmb3IgSW50ZXJu ZXQtY29ubmVjdGVkIERUTiBub2Rlcy4gVGhlDQojIGRhZW1vbiB1c2VzIGEgdGNsIGludGVycHJl dGVyIHRvIHBhcnNlIHRoaXMgZmlsZSwgdGh1cyBhbnkgc3RhbmRhcmQNCiMgdGNsIGNvbW1hbmRz IGFyZSB2YWxpZCwgYW5kIGFsbCBzZXR0aW5ncyBhcmUgZ2V0L3NldCB1c2luZyBhIHNpbmdsZQ0K IyAnc2V0JyBmdW5jdGlvbnMgYXM6IDxtb2R1bGU+IHNldCA8dmFyPiA8dmFsPz4NCiMNCg0KbG9n IC9kdG5kIGluZm8gImR0bmQgcGFyc2luZyBjb25maWd1cmF0aW9uLi4uIg0KDQojIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQojDQojIERhZW1vbiBDb25zb2xlIENvbmZp Z3VyYXRpb24NCiMNCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCg0K Iw0KIyBjb25zb2xlIHNldCBzdGRpbyBbIHRydWUgfCBmYWxzZSBdDQojDQojIElmIHNldCB0byBm YWxzZSwgZGlzYWJsZSB0aGUgaW50ZXJhY3RpdmUgY29uc29sZSBvbiBzdGRpbi9zdGRvdXQuDQoj IFRoZSBkZWZhdWx0IGlzIHNldCB0byB0cnVlICh1bmxlc3MgdGhlIGR0bmQgcHJvY2VzcyBpcyBy dW4gYXMgYQ0KIyBkYWVtb24pLg0KIw0KIyBjb25zb2xlIHNldCBzdGRpbyBmYWxzZQ0KDQojDQoj IGNvbnNvbGUgc2V0IGFkZHIgPHBvcnQ+DQojIGNvbnNvbGUgc2V0IHBvcnQgPHBvcnQ+DQojDQoj IFNldHRpbmdzIGZvciB0aGUgc29ja2V0IGJhc2VkIGNvbnNvbGUgcHJvdG9jb2wuDQojICh0aGlz IGludGVycHJldHMgdXNlciBjb21tYW5kcykNCiMNCmNvbnNvbGUgc2V0IGFkZHIgMTI3LjAuMC4x DQpjb25zb2xlIHNldCBwb3J0IDUwNTANCg0KIw0KIyBjb25zb2xlIHNldCBwcm9tcHQgPHByb21w dD4NCiMNCiMgU2V0IHRoZSBwcm9tcHQgc3RyaW5nLiAgSGVscHMgaWYgcnVubmluZyBtdWx0aXBs ZSBkdG5kJ3MNCiMNCnNldCBzaG9ydGhvc3RuYW1lIFtsaW5kZXggW3NwbGl0IFtpbmZvIGhvc3Ru YW1lXSAuXSAwXQ0KY29uc29sZSBzZXQgcHJvbXB0ICIkc2hvcnRob3N0bmFtZSBkdG4lICINCg0K IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIw0KIyBTdG9yYWdlIENv bmZpZ3VyYXRpb24NCiMNCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMN Cg0KIw0KIyBzdG9yYWdlIHNldCB0eXBlIFsgYmVya2VsZXlkYiB8IGV4dGVybmFsIHwgbWVtb3J5 ZGIgXQ0KIw0KIyBTZXQgdGhlIHN0b3JhZ2Ugc3lzdGVtIHRvIGJlIHVzZWQNCiMNCnN0b3JhZ2Ug c2V0IHR5cGUgYmVya2VsZXlkYg0KDQojIHRoZSBmb2xsb3dpbmcgYXJlIGZvciB1c2Ugd2l0aCBl eHRlcm5hbCBkYXRhIHN0b3Jlcw0KIw0KIyBUaGUgc2VydmVyIHBvcnQgdG8gY29ubmVjdCB0byAo b24gbG9jYWxob3N0KQ0KIyBOb3RlIHRoYXQgNjIzNDUgaGFzIG5vIHNwZWNpYWwgc2lnbmlmaWNh bmNlIC0tIGNob3NlbiByYW5kb21seQ0Kc3RvcmFnZSBzZXQgc2VydmVyX3BvcnQgNjIzNDUNCg0K IyBUaGUgZXh0ZXJuYWwgZGF0YSBzdG9yZSBzY2hlbWEgbG9jYXRpb24sIHdoaWNoIGNhbiBiZQ0K IyBmb3VuZCBpbiBkdG4yL29hc3lzL3N0b3JhZ2UvRFMueHNkLg0Kc3RvcmFnZSBzZXQgc2NoZW1h IC9ldGMvRFMueHNkDQoNCg0KIw0KIyBEbyBhIHJ1bnRpbWUgY2hlY2sgZm9yIHRoZSBzdGFuZGFy ZCBsb2NhdGlvbnMgZm9yIHRoZSBwZXJzaXN0ZW50DQojIHN0b3JhZ2UgZGlyZWN0b3J5DQojDQpz ZXQgZGJkaXIgW3B3ZF0NCiNmb3JlYWNoIGRpciB7L3Zhci9kdG4gL3Zhci90bXAvZHRufSB7DQoj ICAgIGlmIHtbZmlsZSBpc2RpcmVjdG9yeSAkZGlyXX0gew0KIyAgICAgICAgc2V0IGRiZGlyICRk aXINCiMgICAgICAgIGJyZWFrDQojICAgIH0NCiN9DQoNCmlmIHskZGJkaXIgPT0gIiJ9IHsNCiAg ICBwdXRzIHN0ZGVyciAiTXVzdCBjcmVhdGUgL3Zhci9kdG4gb3IgL3Zhci90bXAvZHRuIHN0b3Jh Z2UgZGlyZWN0b3J5Ig0KICAgIGV4aXQgMQ0KfQ0KDQojDQojIHN0b3JhZ2Ugc2V0IHBheWxvYWRk aXIgPGRpcj4NCiMNCiMgU2V0IHRoZSBkaXJlY3RvcnkgdG8gYmUgdXNlZCBmb3IgYnVuZGxlIHBh eWxvYWQgZmlsZXMNCiMNCnN0b3JhZ2Ugc2V0IHBheWxvYWRkaXIgJGRiZGlyL2J1bmRsZXMNCg0K Iw0KIyBzdG9yYWdlIHNldCBkYm5hbWUgPGRiPg0KIw0KIyBTZXQgdGhlIGRhdGFiYXNlIG5hbWUg KGFwcGVuZGVkIHdpdGggLmRiIGFzIHRoZSBmaWxlbmFtZSBpbiBiZXJrZWxleQ0KIyBkYiwgdXNl ZCBhcy1pcyBmb3IgU1FMIHZhcmlhbnRzDQojDQpzdG9yYWdlIHNldCBkYm5hbWUgICAgIERUTg0K DQojDQojIHN0b3JhZ2Ugc2V0IGRiZGlyICAgIDxkaXI+DQojDQojDQojIFdoZW4gdXNpbmcgYmVy a2VsZXkgZGIsIHNldCB0aGUgZGlyZWN0b3J5IHRvIGJlIHVzZWQgZm9yIHRoZQ0KIyBkYXRhYmFz ZSBmaWxlcyBhbmQgdGhlIG5hbWUgb2YgdGhlIGZpbGVzIGFuZCBlcnJvciBsb2cuDQojDQpzdG9y YWdlIHNldCBkYmRpciAgICAgICRkYmRpci9kYg0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjDQojDQojIFJvdXRpbmcgY29uZmlndXJhdGlvbg0KIw0KIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KDQojDQojIFNldCB0aGUgYWxnb3JpdGht IHVzZWQgZm9yIGR0biByb3V0aW5nLg0KIw0KIyByb3V0ZSBzZXQgdHlwZSBbc3RhdGljIHwgZmxv b2QgfCBuZWlnaGJvcmhvb2QgfCBsaW5rc3RhdGUgfCBleHRlcm5hbF0NCiMNCnJvdXRlIHNldCB0 eXBlIHN0YXRpYw0KDQojDQojIHJvdXRlIGxvY2FsX2VpZCA8ZWlkPg0KIw0KIyBTZXQgdGhlIGxv Y2FsIGFkbWluaXN0cmF0aXZlIGlkIG9mIHRoaXMgbm9kZS4gVGhlIGRlZmF1bHQganVzdCB1c2Vz DQojIHRoZSBpbnRlcm5ldCBob3N0bmFtZSBwbHVzIHRoZSBhcHBlbmRlZCBzdHJpbmcgIi5kdG4i IHRvIG1ha2UgaXQNCiMgY2xlYXIgdGhhdCB0aGUgaG9zdG5hbWUgaXNuJ3QgcmVhbGx5IHVzZWQg Zm9yIEROUyBsb29rdXBzLg0KIw0Kcm91dGUgbG9jYWxfZWlkICJkdG46Ly9baW5mbyBob3N0bmFt ZV0uZHRuIg0KDQojDQojIEV4dGVybmFsIHJvdXRlciBzcGVjaWZpYyBvcHRpb25zDQojDQojIHJv dXRlIHNldCBzZXJ2ZXJfcG9ydCA4MDAxDQojIHJvdXRlIHNldCBoZWxsb19pbnRlcnZhbCAzMA0K IyByb3V0ZSBzZXQgc2NoZW1hICIvZXRjL3JvdXRlci54c2QiDQoNCiMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCiMNCiMgVENQIGNvbnZlcmdlbmNlIGxheWVyIGNvbmZp Z3VyYXRpb24NCiMNCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCg0K Iw0KIyBpbnRlcmZhY2UgYWRkIFtuYW1lXSBbQ0xdDQojDQojIEFkZCBhbiBpbnB1dCBpbnRlcmZh Y2UgdG8gbGlzdGVuIG9uIGFkZHI6cG9ydCBmb3IgaW5jb21pbmcgYnVuZGxlcw0KIyBmcm9tIG90 aGVyIHRjcCAvIHVkcCBjb252ZXJnZW5jZSBsYXllcnMNCiMNCiMgRm9yIElQLWJhc2VkIGludGVy ZmFjZXMsIGludGVyZmFjZXMgbGlzdGVuIG9uIElOQUREUl9BTlkgcG9ydCA0NTU2DQojIGJ5IGRl ZmF1bHQuIFRoZXNlIGNhbiBiZSBvdmVycmlkZGVuIGJ5IHVzaW5nIHRoZSBsb2NhbF9hZGRyIGFu ZC9vcg0KIyBsb2NhbF9wb3J0IGFyZ3VtZW50cy4NCmludGVyZmFjZSBhZGQgdGNwMCB0Y3AgbG9j YWxfcG9ydD00NTU2DQppbnRlcmZhY2UgYWRkIHVkcDAgdWRwIGxvY2FsX3BvcnQ9NDU1Ng0KDQoj DQojIGxpbmsgYWRkIDxuYW1lPiA8bmV4dGhvcD4gPHR5cGU+IDxjbGF5ZXI+IDxhcmdzLi4uPg0K Iw0KIyBBZGQgYSBsaW5rIHRvIGEgcGVlciBub2RlLg0KIyANCiMgRm9yIElQLWJhc2VkIGxpbmtz ICh0Y3Agb3IgdWRwKSwgdGhlIG5leHRob3Agc2hvdWxkIGNvbnRhaW4gYSBETlMNCiMgaG9zdG5h bWUgb3IgSVAgYWRkcmVzcywgZm9sbG93ZWQgb3B0aW9uYWxseSBieSBhIDogYW5kIGEgcG9ydC4g SWYNCiMgdGhlIHBvcnQgaXMgbm90IHNwZWNpZmllZCwgdGhlIGRlZmF1bHQgb2YgNDU1NiBpcyB1 c2VkLg0KIw0KIyBlLmcuICBsaW5rIGFkZCBsaW5rMSBkdG4uZHRucmcub3JnIE9OREVNQU5EIHRj cA0KIyAgICAgICBsaW5rIGFkZCBsaW5rMiBkdG4yLmR0bnJnLm9yZzoxMDAwMCBPTkRFTUFORCB0 Y3ANCmxpbmsgYWRkIGxpbmtfdGFuZ28gdGFuZ28uZG9tYWlubmFtZS5jb206NDU1NiBPTkRFTUFO RCB0Y3ANCg0KIw0KIyByb3V0ZSBhZGQgPGRlc3Q+IDxsaW5rfHBlZXI+DQojDQojIEFkZCBhIHJv dXRlIHRvIHRoZSBnaXZlbiBidW5kbGUgZW5kcG9pbnQgaWQgcGF0dGVybiA8ZGVzdD4gdXNpbmcg dGhlDQojIHNwZWNpZmllZCBsaW5rIG5hbWUgb3IgcGVlciBlbmRwb2ludC4NCiMNCiMgZS5nLiBy b3V0ZSBhZGQgZHRuOi8vaG9zdC5kb21haW4vKiB0Y3AwDQpyb3V0ZSBhZGQgZHRuOi8vdGFuZ28u ZHRuLyogbGlua190YW5nbw0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjDQojDQojIFNlcnZpY2UgZGlzY292ZXJ5DQojDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjDQoNCiMNCiMgZGlzY292ZXJ5IGFkZCA8bmFtZT4gPGFmPiA8b3B0cy4u Lj4NCiMgZGlzY292ZXJ5IGFubm91bmNlIDxjbF9uYW1lPiA8ZGlzY292ZXJ5X25hbWU+IDxjbF90 eXBlPiA8b3B0cy4uLj4NCiMNCiMgQWRkIGEgbG9jYWwgbmVpZ2hib3Job29kIGRpc2NvdmVyeSBt b2R1bGUNCiMNCiMgZS5nLiBkaXNjb3ZlcnkgYWRkIGRpc2NvdmVyeV9ib25qb3VyIGJvbmpvdXIN Cg0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIw0KIyBQYXJhbWV0 ZXIgVHVuaW5nDQojDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQoN CiMNCiMgU2V0IHRoZSBzaXplIHRocmVzaG9sZCBmb3IgdGhlIGRhZW1vbiBzbyBhbnkgYnVuZGxl cyBzbWFsbGVyIHRoYW4gdGhpcw0KIyBzaXplIG1haW50YWluIGEgc2hhZG93IGNvcHkgaW4gbWVt b3J5IHRvIG1pbmltaXplIGRpc2sgYWNjZXNzZXMuIA0KIw0KIyBwYXJhbSBzZXQgcGF5bG9hZF9t ZW1fdGhyZXNob2xkIDE2Mzg0DQoNCiMNCiMgVGVzdCBvcHRpb24gdG8ga2VlcCBhbGwgYnVuZGxl IGZpbGVzIGluIHRoZSBmaWxlc3lzdGVtLCBldmVuIGFmdGVyIHRoZQ0KIyBidW5kbGUgaXMgbm8g bG9uZ2VyIHByZXNlbnQgYXQgdGhlIGRhZW1vbi4NCiMNCiMgcGFyYW0gc2V0IHBheWxvYWRfdGVz dF9ub19yZW1vdmUgdHJ1ZQ0KDQojDQojIFNldCB0aGUgc2l6ZSBmb3Igd2hpY2ggdGhlIHRjcCBj b252ZXJnZW5jZSBsYXllciBzZW5kcyBwYXJ0aWFsIHJlY2VwdGlvbg0KIyBhY2tub3dsZWRnZW1l bnRzLiBVc2VkIHdpdGggcmVhY3RpdmUgZnJhZ21lbnRhdGlvbg0KIw0KIyBwYXJhbSBzZXQgdGNw Y2xfcGFydGlhbF9hY2tfbGVuIDQwOTYNCg0KIw0KIyBTZXQgaWYgYnVuZGxlcyBhcmUgYXV0b21h dGljYWxseSBkZWxldGVkIGFmdGVyIHRyYW5zbWlzc2lvbg0KIw0KIyBwYXJhbSBzZXQgZWFybHlf ZGVsZXRpb24gdHJ1ZQ0KDQojIChvdGhlcnMgZXhpc3QgYnV0IGFyZSBub3QgZnVsbHkgcmVwcmVz ZW50ZWQgaGVyZSkNCg0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj DQojDQojIEV4dGVuc2lvbiBCbG9jayBDb25maWd1cmF0aW9uDQojDQojIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQoNCiMNCiMgQXR0YWNoIGFuIEFnZSBFeHRlbnNpb24g QmxvY2sgdG8gb3V0Z29pbmcgYnVuZGxlcw0KIw0KIyBibG9jayBzZXQgYWdlX291dGJvdW5kX2Vu YWJsZWQgZmFsc2UNCg0KIw0KIyBQcm9jZXNzIHRoZSBBZ2UgRXh0ZW5zaW9uIEJsb2NrIG9uIGlu Y29taW5nIGJ1bmRsZXMNCiMNCiMgYmxvY2sgc2V0IGFnZV9pbmJvdW5kX3Byb2Nlc3NpbmcgdHJ1 ZQ0KDQojDQojIFplcm8gb3V0IHRoZSBDcmVhdGlvbiBUaW1lc3RhbXAgVGltZSBvbiBidW5kbGVz DQojDQojIGJsb2NrIHNldCBhZ2VfemVyb19jcmVhdGlvbl90c190aW1lIGZhbHNlDQoNCiMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCiMNCiMgQlBRIGNhY2hpbmcgY29u dHJvbA0KIw0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KDQojDQoj IFR1cm4gb24gY2FjaGluZyBvZiBwYXNzaW5nIGJ1bmRsZXMgd2l0aCBCUFEgYmxvY2tzDQojDQoj IGJwcSBlbmFibGUNCiMNCg0KDQpsb2cgL2R0bmQgaW5mbyAiZHRuZCBjb25maWd1cmF0aW9uIHBh cnNpbmcgY29tcGxldGUiDQoNCiMjIGVtYWNzIHNldHRpbmdzIHRvIHVzZSB0Y2wtbW9kZSBieSBk ZWZhdWx0DQojIyBMb2NhbCBWYXJpYWJsZXM6ICoqKg0KIyMgbW9kZTp0Y2wgKioqDQojIyBFbmQ6 ICoqKg0K --_005_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_ Content-Type: application/octet-stream; name="tangoion.rc" Content-Description: tangoion.rc Content-Disposition: attachment; filename="tangoion.rc"; size=1778; creation-date="Wed, 01 Oct 2014 23:49:32 GMT"; modification-date="Wed, 01 Oct 2014 23:45:25 GMT" Content-Transfer-Encoding: base64 DQojIyBiZWdpbiBpb25hZG1pbg0KIyBJbml0aWFsaXphdGlvbiBjb21tYW5kDQoxIDEgIiINCg0K IyBTdGFydCBJT04NCnMNCg0KIyBBZGQgY29udGFjdHMgKDEtMiBjb25uZWN0ZWQgZm9yIDEgaHIs IDEwMCBrYnBzKQ0KYSBjb250YWN0ICsxICszNjAwIDEgMSAxMDAwMDANCmEgY29udGFjdCArMSAr MzYwMCAxIDIgMTAwMDAwDQphIGNvbnRhY3QgKzEgKzM2MDAgMiAxIDEwMDAwMA0KIyBBc3NpZ24g cmFuZ2VzIChmb3IgdGhlIG5leHQgaG91ciwgMSBzZWNvbmQgb3IgbGVzcyBPV0xUKQ0KYSByYW5n ZSArMSArMzYwMCAxIDEgMQ0KYSByYW5nZSArMSArMzYwMCAxIDIgMQ0KYSByYW5nZSArMSArMzYw MCAyIDIgMQ0KDQojIEFzc2lnbiBwcm9kdWN0aW9uL2NvbnN1bXB0aW9uIHJhdGVzIChkdW1teSkN Cm0gcHJvZHVjdGlvbiAxMDAwMDANCm0gY29uc3VtcHRpb24gMTAwMDAwDQojIyBlbmQgaW9uYWRt aW4NCg0KIyMgYmVnaW4gaW9uc2VjYWRtaW4NCjENCiMjIGVuZCBpb25zZWNhZG1pbg0KDQoNCiMj IGJlZ2luIGJwYWRtaW4NCjEgDQoNCiMgQWRkIHNjaGVtZSAoRFROIHcvRUlEcykNCmEgc2NoZW1l IGR0biAnZHRuMmZ3JyAnZHRuMmFkbWluZXAnDQojIHRoZSBzY2hlbWUgd2lsbCB1c2UgdGhlICJn ZXRob3N0bmFtZSIgY29tbWFuZCBhbmQNCiMgYXV0b21hdGljYWxseSBjcmVhdGUgdGhlIGN1c3Rv ZGlhbiBlaWQgZHRuOi8vPGhvc3RuYW1lPi5kdG4NCiMgTk9URTogaW4gdGhpcyBzaXR1YXRpb24s IHRoZSBob3N0IHdhcyBuYW1lZCBob3N0MS4geW91cg0KIyBjb25maWd1cmF0aW9uIHdpbGwgYmUg ZGlmZmVyZW50Lg0KDQojIEFsZXJ0IElPTiB3aGljaCBlbmRwb2ludHMgYXJlIG9uIHRoaXMgaG9z dA0KYSBlbmRwb2ludCBkdG46Ly90YW5nby5kdG4vc2luayBxDQphIGVuZHBvaW50IGR0bjovL3Rh bmdvLmR0bi9waW5nIHENCg0KIyBhZGQgdGhlIHRjcCBjb252ZXJnZW5jZSBsYXllciBhbmQgb3V0 ZHVjdHMNCiMgbm90ZSB0aGF0IHlvdXIgSVBzIHdpbGwgYmUgZGlmZmVyZW50DQphIHByb3RvY29s IHRjcCAxNDAwIDEwMA0KYSBpbmR1Y3QgdGNwIDAuMC4wLjA6NDU1NiB0Y3BjbGkNCiNsb29wYmFj ayBvdXRkdWN0DQphIG91dGR1Y3QgdGNwIHRhbmdvLmRvbWFpbm5hbWUuY29tOjQ1NTYgdGNwY2xv DQojIG91dGR1Y3QgdG8gZHRuMiBub2RlDQphIG91dGR1Y3QgdGNwIGJhbGxldC5kb21haW5uYW1l LmNvbTo0NTU2IHRjcGNsbw0KDQojIHN0YXJ0IGRhZW1vbnMNCnMNCiMjIGVuZCBicGFkbWluDQoN CiMjIGJlZ2luIGlwbmFkbWluDQojIHRoaXMgbWF5IG5vdCBiZSBuZWNlc3NhcnkNCmEgcGxhbiAx IHRjcC90YW5nby5kb21haW5uYW1lLmNvbTo0NTU2DQphIHBsYW4gMiB0Y3AvYmFsbGV0LmRvbWFp bm5hbWUuY29tOjQ1NTYNCg0KIyMgZW5kIGlwbmFkbWluDQoNCiMjIGJlZ2luIGR0bjJhZG1pbg0K IyBub3RlIHRoYXQgdGhlICJkdG46IiBpcyBvbWl0dGVkIGZyb20gdGhlIHJvdXRpbmcgcGxhbnMu DQphIHBsYW4gLy90YW5nby5kdG4geCB0Y3AvdGFuZ28uZG9tYWlubmFtZS5jb206NDU1Ng0KYSBw bGFuIC8vYmFsbGV0LmR0biB4IHRjcC9iYWxsZXQuZG9tYWlubmFtZS5jb206NDU1Ng0KDQojIHBs YW5zIHN1cHBvcnQgYW4gKiBjaGFyYWN0ZXIgYXMgYSB3aWxkY2FyZC4NCiMgYSBkZWZhdWx0IHJv dXRlIHdvdWxkIGxvb2sgbGlrZSB0aGlzDQojIGEgcGxhbiAvLyogZiBkdG46Ly9iYWxsZXQuZHRu DQojIHRoaXMgd2lsbCB1c2UgYmFsbGV0LmR0biBhcyB0aGUgIm5leHQgaG9wIg0KIyMgZW5kIGR0 bjJhZG1pbg0KDQo= --_005_CB218860DCAC454A99ECF061A96294D9153EAF8DXCHBLV201nwnosb_-- From nobody Thu Oct 2 02:48:32 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB7D11A026C for ; Thu, 2 Oct 2014 02:48:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.249 X-Spam-Level: *** X-Spam-Status: No, score=3.249 tagged_above=-999 required=5 tests=[BAYES_50=0.8, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YzaQg_sVqebf for ; Thu, 2 Oct 2014 02:48:22 -0700 (PDT) Received: from mail2-184.sinamail.sina.com.cn (mail2-184.sinamail.sina.com.cn [60.28.2.184]) by ietfa.amsl.com (Postfix) with ESMTP id 116851A028A for ; Thu, 2 Oct 2014 02:48:16 -0700 (PDT) Received: from unknown (HELO smtp545-124.mail.sina.com.cn) ([10.55.5.124]) by irtj11-90.sinamail.sina.com.cn with SMTP; 02 Oct 2014 17:48:15 +0800 Received: from unknown( HELO [10.3.132.125])([223.104.8.169]) by sina.com with ESMTP 2 Oct 2014 17:48:12 +0800 (CST) X-Sender: chengchen_1990@sina.com X-Auth-ID: chengchen_1990@sina.com X-SMAIL-MID: 7858901442281 From: chengchen_1990 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Message-Id: <165CB292-CC3E-4DA8-B1F9-950C0DD50A1F@sina.com> Date: Thu, 2 Oct 2014 17:48:13 +0800 References: In-Reply-To: To: "dtn-users@irtf.org" X-Mailer: iPhone Mail (11D257) Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/lhXmVDSNGTBVOm6eGCp1CZPaG-k Subject: Re: [dtn-users] dtn-users Digest, Vol 40, Issue 1 X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2014 09:48:31 -0000 yes=A3=ACI will accept it. thanks & best regards=A3=A1 =B7=A2=D7=D4=CE=D2=B5=C4 iPhone > =D4=DA 2014=C4=EA10=D4=C22=C8=D5=A3=AC=C9=CF=CE=E77:51=A3=ACdtn-users-requ= est@irtf.org =D0=B4=B5=C0=A3=BA >=20 > Send dtn-users mailing list submissions to > dtn-users@irtf.org >=20 > To subscribe or unsubscribe via the World Wide Web, visit > https://www.irtf.org/mailman/listinfo/dtn-users > or, via email, send a message with subject or body 'help' to > dtn-users-request@irtf.org >=20 > You can reach the person managing the list at > dtn-users-owner@irtf.org >=20 > When replying, please edit your Subject line so it is more specific > than "Re: Contents of dtn-users digest..." > Today's Topics: >=20 > 1. Re: ION-DTN interoperability issue (Yang, Yueli) > > _______________________________________________ > dtn-users mailing list > dtn-users@irtf.org > https://www.irtf.org/mailman/listinfo/dtn-users From nobody Thu Oct 2 04:03:21 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25AEF1A0329 for ; Thu, 2 Oct 2014 04:03:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.549 X-Spam-Level: X-Spam-Status: No, score=0.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CBV_EjVcWCYG for ; Thu, 2 Oct 2014 04:03:16 -0700 (PDT) Received: from mail2-184.sinamail.sina.com.cn (mail2-184.sinamail.sina.com.cn [60.28.2.184]) by ietfa.amsl.com (Postfix) with ESMTP id 740661A0306 for ; Thu, 2 Oct 2014 04:03:14 -0700 (PDT) Received: from unknown (HELO smtp545-123.mail.sina.com.cn) ([10.55.5.123]) by irtj11-90.sinamail.sina.com.cn with SMTP; 02 Oct 2014 19:03:13 +0800 Received: from unknown( HELO [10.3.132.125])([223.104.8.169]) by sina.com with ESMTP 2 Oct 2014 19:03:09 +0800 (CST) X-Sender: chengchen_1990@sina.com X-Auth-ID: chengchen_1990@sina.com X-SMAIL-MID: 5854092621856 From: chengchen_1990 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Message-Id: Date: Thu, 2 Oct 2014 19:03:09 +0800 References: In-Reply-To: To: "dtn-users@irtf.org" X-Mailer: iPhone Mail (11D257) Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/CIxNRDjMc5XPmHjc15KX_eG0znw Subject: Re: [dtn-users] dtn-users Digest, Vol 39, Issue 4 X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2014 11:03:19 -0000 yes=A3=ACi will accept it =B7=A2=D7=D4=CE=D2=B5=C4 iPhone > =D4=DA 2014=C4=EA10=D4=C21=C8=D5=A3=AC=C9=CF=CE=E712:57=A3=ACdtn-users-req= uest@irtf.org =D0=B4=B5=C0=A3=BA >=20 > Send dtn-users mailing list submissions to > dtn-users@irtf.org >=20 > To subscribe or unsubscribe via the World Wide Web, visit > https://www.irtf.org/mailman/listinfo/dtn-users > or, via email, send a message with subject or body 'help' to > dtn-users-request@irtf.org >=20 > You can reach the person managing the list at > dtn-users-owner@irtf.org >=20 > When replying, please edit your Subject line so it is more specific > than "Re: Contents of dtn-users digest..." > Today's Topics: >=20 > 1. Re: ION-DTN interoperability issue > (Zoller, David A. (MSFC-EO50)[HOSC SERVICES CONTRACT]) > > _______________________________________________ > dtn-users mailing list > dtn-users@irtf.org > https://www.irtf.org/mailman/listinfo/dtn-users From nobody Tue Oct 14 21:01:12 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C60051A01E1 for ; Tue, 14 Oct 2014 21:01:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.408 X-Spam-Level: *** X-Spam-Status: No, score=3.408 tagged_above=-999 required=5 tests=[HTML_IMAGE_ONLY_08=1.781, HTML_IMAGE_RATIO_06=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, SUBJ_ALL_CAPS=1.625, T_REMOTE_IMAGE=0.01, T_RP_MATCHES_RCVD=-0.01, X_IP=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TJ_gyI1_9Ppg for ; Tue, 14 Oct 2014 21:01:09 -0700 (PDT) Received: from spam1.hanyang.ac.kr (spam1.hanyang.ac.kr [166.104.177.29]) by ietfa.amsl.com (Postfix) with ESMTP id 0DE231A011D for ; Tue, 14 Oct 2014 21:01:07 -0700 (PDT) Received: from hanyang.ac.kr (166.104.177.102 [166.104.177.102]) by spam1.hanyang.ac.kr (WBlock.pss 3.6.50) with ESMTP id <1413344947426.1369.202.00.2.murugadoss@hanyang.ac.kr> for ; Wed, 15 Oct 2014 12:48:39 +0900 Received: from mel2.hanyang.ac.kr ( [127.0.0.1]) by hanyang.ac.kr (psmtpd 5.30.0195) with ESMTP id 6070270325366490403 for dtn-users@irtf.org; Wed, 15 Oct 2014 12:49:08 +0900 Date: Wed, 15 Oct 2014 12:49:07 +0900 (GMT) From: Murugadoss Sender: Murugadoss To: dtn-users@irtf.org Message-ID: <1413344947426.1369.202.00.2.murugadoss@hanyang.ac.kr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_88717_18663258.1413344947425" X-Priority: 3 X-Mailer: Postian WebMail Ver.5.30.2614 X-IP: 166.104.177.102 X-FROM-DOMAIN: hanyang.ac.kr X-FROM-EMAIL: murugadoss@hanyang.ac.kr Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/ybBhOcmQDSYAky8KVCieIE2b8YA Subject: [dtn-users] DTN2 & CFDP X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 04:01:10 -0000 ------=_Part_88717_18663258.1413344947425 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: BASE64 DQpIZWxsbywNCkRvZXMgRFROMiBoYXZlIHN1cHBvcnQgZm9yIENGRFAgPyANClNpbWlsYXIgdG8g SU9OLCBkbyBEVE4yIGFsc28gaGF2ZSBidWlsdC1pbiBzdXBwb3J0IGZvciBDRkRQIG9yIGlzIGl0 IHBvc3NpYmxlIHRvIGJ1aWxkIGFzIG1vZHVsZSBpbiBEVE4yIA0KQ2FuIGFueW9uZSBwbGVhc2Ug Z2l2ZSBmZXcgaW5wdXRzIG9uIGl0LiANCiANClRoYW5rIHlvdQ0KIA0KVGhhbmtzICZhbXA7IFJl Z2FyZHMgDQpNdXJ1Z2Fkb3NzDQoNClRoYW5rcyAmYW1wOyBSZWdhcmRzDQpNdXJ1Z2Fkb3NzDQoN Cg== ------=_Part_88717_18663258.1413344947425 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: BASE64 PFA+PEJSPkhlbGxvLDwvUD4NCjxQPkRvZXMgRFROMiBoYXZlIHN1cHBvcnQmbmJzcDtmb3Ig Q0ZEUCA/IDwvUD4NCjxQPlNpbWlsYXIgdG8gSU9OLCBkbyBEVE4yIGFsc28gaGF2ZSBidWls dC1pbiBzdXBwb3J0IGZvciBDRkRQIG9yIGlzIGl0IHBvc3NpYmxlIHRvIGJ1aWxkIGFzIG1v ZHVsZSBpbiBEVE4yIDwvUD4NCjxQPkNhbiBhbnlvbmUgcGxlYXNlIGdpdmUgZmV3IGlucHV0 cyBvbiBpdC4gPC9QPg0KPFA+Jm5ic3A7PC9QPg0KPFA+VGhhbmsgeW91PC9QPg0KPFA+Jm5i c3A7PC9QPg0KPFA+VGhhbmtzICZhbXA7IFJlZ2FyZHMgPC9QPg0KPFA+TXVydWdhZG9zczwv UD4NCjxQPjxCUj48L1A+VGhhbmtzJm5ic3A7JmFtcDsmbmJzcDtSZWdhcmRzPEJSPk11cnVn YWRvc3MNCjxQPjxCUj48L1A+DQo8aW1nIHNyYz0naHR0cDovL21haWwuaGFueWFuZy5hYy5r cjo4MC9oaXN0b3J5U2VudC5kcz9hY3Q9Y29uZmlybSZzZW5kZXI9YlhWeWRXZGhaRzl6YzBC b1lXNTVZVzVuTG1GakxtdHkmcmVjZWl2ZXI9WkhSdUxYVnpaWEp6UUdseWRHWXViM0puJnN1 YmplY3Q9UkZST01pQW1JRU5HUkZBJTNkJm1zZ2lkPU5qQTNNREkzTURNeU9UWTJNVFExTnpj d01nJTNkJTNkJyB3aWR0aD0nMCcgaGVpZ2h0PScwJz4NCg== ------=_Part_88717_18663258.1413344947425-- From nobody Wed Oct 15 03:51:14 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01A4E1A1A19 for ; Wed, 15 Oct 2014 03:51:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.485 X-Spam-Level: X-Spam-Status: No, score=-0.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_IMAGE_ONLY_28=1.404, HTML_MESSAGE=0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w2hYMa7wU_NW for ; Wed, 15 Oct 2014 03:51:09 -0700 (PDT) Received: from auth.a.painless.aa.net.uk (a.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0AF7C1A1A20 for ; Wed, 15 Oct 2014 03:51:09 -0700 (PDT) Received: from neutrello.netinf.eu ([81.187.254.252]) by a.painless.aa.net.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1XeMAY-0005uz-2S; Wed, 15 Oct 2014 11:51:02 +0100 Message-ID: <543E5194.3040908@folly.org.uk> Date: Wed, 15 Oct 2014 11:51:00 +0100 From: Elwyn Davies User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: Murugadoss , dtn-users@irtf.org References: <1413344947426.1369.202.00.2.murugadoss@hanyang.ac.kr> In-Reply-To: <1413344947426.1369.202.00.2.murugadoss@hanyang.ac.kr> Content-Type: multipart/alternative; boundary="------------040708040400060103010706" Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/C8KemSOXSsthLCTLgTE9YfBsJfY Subject: Re: [dtn-users] DTN2 & CFDP X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 10:51:11 -0000 This is a multi-part message in MIME format. --------------040708040400060103010706 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi. I am not an expert on the space protocols such as CFDP, but assuming things are not vastly different from what Scott Burleigh wrote back in 2003 [1], it appears that CFDP is implemented as an overlay on top of the BP, and doesn't really need to significantly interact with the innards of the BPA. Accordingly, although there isn't any CFDP support in DTN2, it would probably be relatively trivial to use DTN2 instead of ION to provide the BP underlay. So you could probably use the ION CFDP code with some minor surgery to interface with DTN2. Please let us know if this strategy works - and we can incorporate the mechanism into DTN2. Regards, Elwyn [1] http://sunset.usc.edu/GSAW/gsaw2003/s3/burleigh.pdf On 15/10/14 04:49, Murugadoss wrote: > > > Hello, > > Does DTN2 have support for CFDP ? > > Similar to ION, do DTN2 also have built-in support for CFDP or is it > possible to build as module in DTN2 > > Can anyone please give few inputs on it. > > Thank you > > Thanks & Regards > > Murugadoss > > > Thanks & Regards > Murugadoss > > > > > _______________________________________________ > dtn-users mailing list > dtn-users@irtf.org > https://www.irtf.org/mailman/listinfo/dtn-users --------------040708040400060103010706 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
Hi.

I am not an expert on the space protocols such as CFDP, but assuming things are not vastly different from what Scott Burleigh wrote back in 2003 [1], it appears that CFDP is implemented as an overlay on top of the BP, and doesn't really need to significantly interact with the innards of the BPA.

Accordingly, although there isn't any CFDP support in DTN2, it would probably be relatively trivial to
use DTN2 instead of ION to provide the BP underlay.  So you could probably use the ION CFDP code with some minor surgery to interface with DTN2.

Please let us know if this strategy works -  and we can incorporate the mechanism into DTN2.

Regards,
Elwyn

[1] http://sunset.usc.edu/GSAW/gsaw2003/s3/burleigh.pdf

On 15/10/14 04:49, Murugadoss wrote:


Hello,

Does DTN2 have support for CFDP ?

Similar to ION, do DTN2 also have built-in support for CFDP or is it possible to build as module in DTN2

Can anyone please give few inputs on it.

 

Thank you

 

Thanks & Regards

Murugadoss


Thanks & Regards
Murugadoss 




_______________________________________________
dtn-users mailing list
dtn-users@irtf.org
https://www.irtf.org/mailman/listinfo/dtn-users

--------------040708040400060103010706-- From nobody Wed Oct 15 07:27:49 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A28E1A7D85 for ; Wed, 15 Oct 2014 07:27:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.311 X-Spam-Level: X-Spam-Status: No, score=-2.311 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s72z3GRctEI9 for ; Wed, 15 Oct 2014 07:27:39 -0700 (PDT) Received: from mail.jpl.nasa.gov (mailhost.jpl.nasa.gov [128.149.139.106]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DE821A7026 for ; Wed, 15 Oct 2014 07:27:39 -0700 (PDT) Received: from mail.jpl.nasa.gov (ap-ehub-sp01.jpl.nasa.gov [128.149.137.148]) by smtp.jpl.nasa.gov (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id s9FERSfO010650 (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits) verified NO); Wed, 15 Oct 2014 07:27:29 -0700 Received: from AP-EMBX-SP40.RES.AD.JPL ([169.254.7.198]) by ap-ehub-sp01.RES.AD.JPL ([169.254.3.85]) with mapi id 14.03.0195.001; Wed, 15 Oct 2014 07:27:28 -0700 From: "Burleigh, Scott C (312B)" To: Elwyn Davies , Murugadoss , "dtn-users@irtf.org" Thread-Topic: [dtn-users] DTN2 & CFDP Thread-Index: AQHP6CyrLaaafIqB70+KEswgudrcF5wxcM8A///GE+A= Date: Wed, 15 Oct 2014 14:27:26 +0000 Message-ID: References: <1413344947426.1369.202.00.2.murugadoss@hanyang.ac.kr> <543E5194.3040908@folly.org.uk> In-Reply-To: <543E5194.3040908@folly.org.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.149.137.26] Content-Type: multipart/alternative; boundary="_000_A5BEAD028815CB40A32A5669CF737C3B5EE61B2Bapembxsp40RESAD_" MIME-Version: 1.0 X-Source-Sender: scott.c.burleigh@jpl.nasa.gov X-AUTH: Authorized Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/F2S8M61BulOHXl7QqpPFsg1VB6M Subject: Re: [dtn-users] DTN2 & CFDP X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 14:27:43 -0000 --_000_A5BEAD028815CB40A32A5669CF737C3B5EE61B2Bapembxsp40RESAD_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks, Elwyn, that's exactly right. The ION implementation of CFDP has go= t an API for writing "unitdata transmission" ("UT-layer") underlay adapters= . The UT adapter that ships with ION is in the cfdp/bp directory and is na= med bputa.c; it invokes the ION BP API. To run ION CFDP over DTN2, all you= should need to do is clone bputa.c and adapt it to invoke the DTN2 API. Scott From: dtn-users [mailto:dtn-users-bounces@irtf.org] On Behalf Of Elwyn Davi= es Sent: Wednesday, October 15, 2014 3:51 AM To: Murugadoss; dtn-users@irtf.org Subject: Re: [dtn-users] DTN2 & CFDP Hi. I am not an expert on the space protocols such as CFDP, but assuming things= are not vastly different from what Scott Burleigh wrote back in 2003 [1], = it appears that CFDP is implemented as an overlay on top of the BP, and doe= sn't really need to significantly interact with the innards of the BPA. Accordingly, although there isn't any CFDP support in DTN2, it would probab= ly be relatively trivial to use DTN2 instead of ION to provide the BP underlay. So you could probably = use the ION CFDP code with some minor surgery to interface with DTN2. Please let us know if this strategy works - and we can incorporate the mec= hanism into DTN2. Regards, Elwyn [1] http://sunset.usc.edu/GSAW/gsaw2003/s3/burleigh.pdf On 15/10/14 04:49, Murugadoss wrote: Hello, Does DTN2 have support for CFDP ? Similar to ION, do DTN2 also have built-in support for CFDP or is it possib= le to build as module in DTN2 Can anyone please give few inputs on it. Thank you Thanks & Regards Murugadoss Thanks & Regards Murugadoss [http://mail.hanyang.ac.kr:80/historySent.ds?act=3Dconfirm&sender=3DbXVydWd= hZG9zc0BoYW55YW5nLmFjLmty&receiver=3DZHRuLXVzZXJzQGlydGYub3Jn&subject=3DRFR= OMiAmIENGRFA%3d&msgid=3DNjA3MDI3MDMyOTY2MTQ1NzcwMg%3d%3d] _______________________________________________ dtn-users mailing list dtn-users@irtf.org https://www.irtf.org/mailman/listinfo/dtn-users --_000_A5BEAD028815CB40A32A5669CF737C3B5EE61B2Bapembxsp40RESAD_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks, Elwyn, that’= ;s exactly right.  The ION implementation of CFDP has got an API for w= riting “unitdata transmission” (“UT-layer”) underla= y adapters.  The UT adapter that ships with ION is in the cfdp/bp directory and is named bp= uta.c; it invokes the ION BP API.  To run ION CFDP over DTN2, all you = should need to do is clone bputa.c and adapt it to invoke the DTN2 API.

 <= /p>

Scott

 

From: dtn-users [mailto:dtn-users-bounces@irtf.org] On Behalf Of Elwyn Davies
Sent: Wednesday, October 15, 2014 3:51 AM
To: Murugadoss; dtn-users@irtf.org
Subject: Re: [dtn-users] DTN2 & CFDP

 

Hi.

I am not an expert on the space protocols such as CFDP, but assuming things= are not vastly different from what Scott Burleigh wrote back in 2003 [1], = it appears that CFDP is implemented as an overlay on top of the BP, and doe= sn't really need to significantly interact with the innards of the BPA.

Accordingly, although there isn't any CFDP support in DTN2, it would probab= ly be relatively trivial to
use DTN2 instead of ION to provide the BP underlay.  So you could prob= ably use the ION CFDP code with some minor surgery to interface with DTN2.<= br>
Please let us know if this strategy works -  and we can incorporate th= e mechanism into DTN2.

Regards,
Elwyn

[1] http://= sunset.usc.edu/GSAW/gsaw2003/s3/burleigh.pdf

On 15/10/14 04:49, Murugadoss wrote:


Hello,

Does DTN2 have support for CFDP ?

Similar to ION, do DTN2 also have built-in support for CFDP or is it pos= sible to build as module in DTN2

Can anyone please give few inputs on it.

 

Thank you

 

Thanks & Regards

Murugadoss

 

Thanks & Regards
Murugadoss

 




_______________________________________________
dtn-users mailing list
dtn-users@irtf.org
https://ww=
w.irtf.org/mailman/listinfo/dtn-users

 

--_000_A5BEAD028815CB40A32A5669CF737C3B5EE61B2Bapembxsp40RESAD_-- From nobody Wed Oct 15 08:02:23 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3347B1A8745 for ; Wed, 15 Oct 2014 08:02:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.01 X-Spam-Level: X-Spam-Status: No, score=-0.01 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5THhWYQMNDoM for ; Wed, 15 Oct 2014 08:02:17 -0700 (PDT) Received: from upbd19pa13.eemsg.mail.mil (upbd19pa13.eemsg.mail.mil [214.24.27.88]) by ietfa.amsl.com (Postfix) with ESMTP id F1BEB1A873E for ; Wed, 15 Oct 2014 08:02:06 -0700 (PDT) X-EEMSG-Attachment-filename: smime.p7s Received: from edge-cols02.mail.mil ([131.64.104.102]) by upbd19pa13.eemsg.mail.mil with ESMTP; 15 Oct 2014 15:02:03 +0000 Received: from UCOLHPMJ.easf.csd.disa.mil (131.64.104.38) by edge-cols02.mail.mil (131.64.104.102) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 15 Oct 2014 15:02:02 +0000 Received: from UCOLHPKR.easf.csd.disa.mil ([169.254.3.201]) by ucolhpmj.easf.csd.disa.mil ([131.64.104.38]) with mapi id 14.03.0195.001; Wed, 15 Oct 2014 15:02:02 +0000 From: "Chan, Paul CIV USARMY CERDEC (US)" To: "dtn-users@irtf.org" Thread-Topic: JDTN routing (UNCLASSIFIED) Thread-Index: Ac/oiPbcdZ73g2YRTaqF5iZPna3ZrQ== Date: Wed, 15 Oct 2014 15:02:01 +0000 Message-ID: <11D494D8E4975943B2D723BB84F757DFBA553554@ucolhpkr.easf.csd.disa.mil> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [131.64.22.13] Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0457_01CFE867.709E93F0" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/wFkodMvTtL1NylnXMwg_W2VLzRU Cc: "Chan, Paul CIV USARMY CERDEC \(US\)" Subject: [dtn-users] JDTN routing (UNCLASSIFIED) X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 15:02:20 -0000 ------=_NextPart_000_0457_01CFE867.709E93F0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0458_01CFE867.709E93F0" ------=_NextPart_001_0458_01CFE867.709E93F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Classification: UNCLASSIFIED Caveats: NONE I am working on JDTN (Java DTN) routing and have issues to forward bundle after link is recovered from loss. I wonder if anyone have tried JDTN and have successfully forwarding bundles after link is recovered from loss. Thanks pc Classification: UNCLASSIFIED Caveats: NONE ------=_NextPart_001_0458_01CFE867.709E93F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Classification: UNCLASSIFIED
Caveats: NONE

 

I am working on JDTN (Java DTN) routing and have = issues to forward bundle after link is recovered from loss. I wonder if = anyone have tried JDTN and have successfully forwarding bundles after = link is recovered from loss.

 

Thanks

pc


Classification: = UNCLASSIFIED
Caveats: NONE

------=_NextPart_001_0458_01CFE867.709E93F0-- ------=_NextPart_000_0457_01CFE867.709E93F0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIISdTCCA3Aw ggJYoAMCAQICAQUwDQYJKoZIhvcNAQEFBQAwWzELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4g R292ZXJubWVudDEMMAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQS0kxFjAUBgNVBAMTDURvRCBSb290 IENBIDIwHhcNMDQxMjEzMTUwMDEwWhcNMjkxMjA1MTUwMDEwWjBbMQswCQYDVQQGEwJVUzEYMBYG A1UEChMPVS5TLiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTEWMBQGA1UE AxMNRG9EIFJvb3QgQ0EgMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMAswfaNO6z/ PzzWcb64dCIH7HBBFfyrQOMHqsHD2J/+2kw6vz/I2Ch7SzYBwKxFJcPSDgqPhRhkED0aE3Aqb47X 3I2Ts0EPOCHNravCPSoF01cRNw3NjFH5k+PMRkkhjhS0zcsUPjjNcjHuqxLyZeo0LlZd/+5jdctt upE0/J7z9C0cvlDEQt9ZiP9qs/qobD3LVnFxBZa7n4DlgEVZZ0Gw68OtYKSAdQYXnA70Q+CZDhv7 f/WzzLKBgrH9MsG4vkGkZLVgOlpRMIzO3kEsGUdcSRBkuXSph0GvfW66wbihv2UxOgRn+bW7jpKK AGO4seaMOF+D/1DVO6Jda7IQzGMCAwEAAaM/MD0wHQYDVR0OBBYEFEl0uwxeunr+AlTve6DGlcYJ gHCWMAsGA1UdDwQEAwIBhjAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3DQEBBQUAA4IBAQCYkY0/ ici79cBpcyk7Nay6swh2PXAJkumERCEBfRR2G+5RbB2NFTctezFp9JpEuK9GzDT6I8sDJxnSgyF1 K+fgG5km3IRAleio0sz2WFxm7z9KlxCCHboKot1bBiudp2RO6y4BNaS0PxOtVeTVc6hpmxHxmPIx Hm9A1Ph4n46RoG9wBJBmqgYrzuF6krV94eDRluehOi3MsZ0fBUTth5nTTRpwOcEEDOV+2fGv1yAO 8SJ6JaRzmcw/pAcnlqiile2CuRbTnguHwsHyiPVi32jfx7xpUe2xXNxUVCkPCTmarAPB2wxNrm8K ehZJ8b+R0jiU0/aVLLdsyUK2jcqQjYXZMIIErDCCA5SgAwIBAgIDTaZQMA0GCSqGSIb3DQEBBQUA MF0xCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDDAKBgNVBAsTA0RvRDEM MAoGA1UECxMDUEtJMRgwFgYDVQQDEw9ET0QgRU1BSUwgQ0EtMjkwHhcNMTQwNzIxMDAwMDAwWhcN MTcwNzIwMjM1OTU5WjBwMQswCQYDVQQGEwJVUzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5tZW50MQww CgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTEMMAoGA1UECxMDVVNBMR0wGwYDVQQDExRDSEFOLlBB VUwuMTI1Njc5MjY1MjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANKEVNHsPsqOA5Wy lvFtlv5t/HP+fALX3XeOaQz5BJt81XUnX+JsnOFnlyi/8/sqEBzJjZ1XN+5BNmG4uguDCzw4yaY7 VZ0Xs+U8U+w+JP3H8A+PEBQOHa0c+ortZI3Bs/FKliV+nIw1uW3KVlW9PWNfAZDSLuQcZj1p+yVn 5mdHW1z8MTJufx32zEv5Uouuy+2IbqUvZjMghppZmfPw/tiYdhmRS9s9CL4t27HTlwPXzxjtLJfj 8zcRlbUFMFSy8Iwrwwk+Q0XHzozP2PUXfnMMfBPWIv6XKu7Z6HtGpT2dne2GfVoJO964CvaXlC9T gkLP2vtM+y+Wt+SOIDkW6ckCAwEAAaOCAWAwggFcMB8GA1UdIwQYMBaAFLhDg2Qheu5wgd6l3gxg KId4rl54MDoGA1UdHwQzMDEwL6AtoCuGKWh0dHA6Ly9jcmwuZGlzYS5taWwvY3JsL0RPREVNQUlM Q0FfMjkuY3JsMA4GA1UdDwEB/wQEAwIFIDAjBgNVHSAEHDAaMAsGCWCGSAFlAgELCTALBglghkgB ZQIBCxMwHQYDVR0OBBYEFEJLHey4Ylk9hGdSwjb5mHhPDwjtMGgGCCsGAQUFBwEBBFwwWjA2Bggr BgEFBQcwAoYqaHR0cDovL2NybC5kaXNhLm1pbC9zaWduL0RPREVNQUlMQ0FfMjkuY2VyMCAGCCsG AQUFBzABhhRodHRwOi8vb2NzcC5kaXNhLm1pbDAiBgNVHREEGzAZgRdwYXVsLmNoYW43LmNpdkBt YWlsLm1pbDAbBgNVHQkEFDASMBAGCCsGAQUFBwkEMQQTAlVTMA0GCSqGSIb3DQEBBQUAA4IBAQBp OzHexjj987Em8jHJD8XXCHdiQ3XIGbBiYATzG8xRw1BHyfjzEfaiRO+3KTPzrhevQ9KxppgbxQIQ vAHOjx2A4a/gL4fDn9otez3Yzuehl/0EcYS2cNgCdMCutGra7mT6JeIg78pFakenHcQGqO/L+epc kcjgj/CHqZ6Rx1EH4Qx7qEYEVTCIJZfV9cKxoK3MFqAocDxrE2RfyM6T5vG+8eleEDJfDhkWrlGJ 5hejARrOdmtlr16Ak5v71UZBsNQg06WZxWUIHdRtTO7EAxvFwA/8BwvQ+z+qoq2XNchUqopwg4mz Oz8CTi5ahSALdsx7oxPohzUhlZW4zjOpYbOGMIIE9zCCA9+gAwIBAgIDTaZPMA0GCSqGSIb3DQEB BQUAMF0xCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDDAKBgNVBAsTA0Rv RDEMMAoGA1UECxMDUEtJMRgwFgYDVQQDEw9ET0QgRU1BSUwgQ0EtMjkwHhcNMTQwNzIxMDAwMDAw WhcNMTcwNzIwMjM1OTU5WjBwMQswCQYDVQQGEwJVUzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5tZW50 MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTEMMAoGA1UECxMDVVNBMR0wGwYDVQQDExRDSEFO LlBBVUwuMTI1Njc5MjY1MjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOcra/MtCrH4 250AhSqY7xIqtmgTvtujWijs6MfHoHJRqjIpUxzUI8TePLhtAaDhthqQeH3CgNBtImiN1RyqhKEq EVG//4nuKo1OvqvRPtjGNtw6MKkNW5El20obTfYBKdPG2Da5FdAkz76h+iCw0U7+G30dXgDivon/ REXHDtgYTtItgY5aMHMIhiwO4EXLUjqMKQIvliawObOgimX8pO5WGhYBwx919KoNewct+cd5LpJ7 DV6+cjmalD8U6T29zYYH0YG0C62H7gtBbIn+G/nIu5/IlY+eI5drQE5II3Cb4GpFU4kKh1wYh509 lCzEchBBpvNbAsJyLHPlNKXTYlMCAwEAAaOCAaswggGnMB8GA1UdIwQYMBaAFLhDg2Qheu5wgd6l 3gxgKId4rl54MDoGA1UdHwQzMDEwL6AtoCuGKWh0dHA6Ly9jcmwuZGlzYS5taWwvY3JsL0RPREVN QUlMQ0FfMjkuY3JsMA4GA1UdDwEB/wQEAwIGwDAjBgNVHSAEHDAaMAsGCWCGSAFlAgELCTALBglg hkgBZQIBCxMwHQYDVR0OBBYEFB9b/ziF9IL7vD4Z3Ppf4nQR5BKcMGgGCCsGAQUFBwEBBFwwWjA2 BggrBgEFBQcwAoYqaHR0cDovL2NybC5kaXNhLm1pbC9zaWduL0RPREVNQUlMQ0FfMjkuY2VyMCAG CCsGAQUFBzABhhRodHRwOi8vb2NzcC5kaXNhLm1pbDBCBgNVHREEOzA5gRdwYXVsLmNoYW43LmNp dkBtYWlsLm1pbKAeBgorBgEEAYI3FAIDoBAMDjEyNTY3OTI2NTJAbWlsMBsGA1UdCQQUMBIwEAYI KwYBBQUHCQQxBBMCVVMwKQYDVR0lBCIwIAYKKwYBBAGCNxQCAgYIKwYBBQUHAwIGCCsGAQUFBwME MA0GCSqGSIb3DQEBBQUAA4IBAQAm97SU+6J8eHMaspdrVQEtXTQ7aKeOuWaL6OPoprXzMQk/+2UM 91da4eDZv4jqowaBFiry2Fp3/jSWADRV1JOFzDxkBBN+2mxpcNe3baldxe23sFyTId397v6yfaCb IIAcckhTEb7McQzTmphkXYw0mGrlXWDPyCIZVoPJ3bXbz6qfBCPpQf0HyF3KbEoGKjPcmQZLqDYv EdSpXsFZ8DAOe5N31kSpobm+MDvdDE0elJw/2DKrD/RBC0Om2wepq2t7VHKXUQqojlWi940LbMo9 690x99U1VeAFyAiBgqKg74XgfMbwER6H8fC79BSZc+bshf3b6bL/hTNr4uOBddqcMIIFUjCCBDqg AwIBAgICAbgwDQYJKoZIhvcNAQEFBQAwWzELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4gR292 ZXJubWVudDEMMAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQS0kxFjAUBgNVBAMTDURvRCBSb290IENB IDIwHhcNMTEwOTA4MTYwMjE0WhcNMTcwOTA4MTYwMjE0WjBdMQswCQYDVQQGEwJVUzEYMBYGA1UE ChMPVS5TLiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTEYMBYGA1UEAxMP RE9EIEVNQUlMIENBLTI5MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkmIvQcIgABYG VWSfvaeIFW6Cm0jBhXe9AqsM2fErYIEBuj51cI4Spqc4hJCz6UCAEtxqylHNrS2GEMxEvA7FWDgZ shQyJUFUWFxDDshscw/DDBgYFgSaUj2BonHOPDIAn3FVuvjONnceIbcolOc9Pqb2wHoxYJEol3ci UPLGk26yG8VBxvmhN/sQv9pWpvtSTV+/78SWdyjlMv/o4RjMQ1IYrI13mnJM6J0DXrCi7+Td0ufm p6ZSreGYCJZKQ8xzPUuijYnv3IJMuEqAJGUrHpGC9QT2ch9XGEAX8DlRto/ziTtn91hOSrza+Q7B wAy98whx+IMPyS6AlfSFDs6uqQIDAQABo4ICHDCCAhgwDgYDVR0PAQH/BAQDAgGGMB8GA1UdIwQY MBaAFEl0uwxeunr+AlTve6DGlcYJgHCWMB0GA1UdDgQWBBS4Q4NkIXrucIHepd4MYCiHeK5eeDAS BgNVHRMBAf8ECDAGAQH/AgEAMAwGA1UdJAQFMAOAAQAwZgYDVR0gBF8wXTALBglghkgBZQIBCwUw CwYJYIZIAWUCAQsJMAsGCWCGSAFlAgELETALBglghkgBZQIBCxIwCwYJYIZIAWUCAQsTMAwGCmCG SAFlAwIBAxowDAYKYIZIAWUDAgEDGzA3BgNVHR8EMDAuMCygKqAohiZodHRwOi8vY3JsLmRpc2Eu bWlsL2NybC9ET0RST09UQ0EyLmNybDCCAQEGCCsGAQUFBwEBBIH0MIHxMDoGCCsGAQUFBzAChi5o dHRwOi8vY3JsLmRpc2EubWlsL2lzc3VlZHRvL0RPRFJPT1RDQTJfSVQucDdjMCAGCCsGAQUFBzAB hhRodHRwOi8vb2NzcC5kaXNhLm1pbDCBkAYIKwYBBQUHMAKGgYNsZGFwOi8vY3JsLmdkcy5kaXNh Lm1pbC9jbiUzZERvRCUyMFJvb3QlMjBDQSUyMDIlMmNvdSUzZFBLSSUyY291JTNkRG9EJTJjbyUz ZFUuUy4lMjBHb3Zlcm5tZW50JTJjYyUzZFVTP2Nyb3NzQ2VydGlmaWNhdGVQYWlyO2JpbmFyeTAN BgkqhkiG9w0BAQUFAAOCAQEALGsseTXb8B4ch3ur4ehpajeL23pPVWBplS9TncbKQ7bUN5HWA11+ WrG4HfeegdOuUFQwpG9LLrsUGxeqXBDTlHoxOZakVHn16VYuVcMbFuqqAsjPUfcygSLGNDqpzZqq SJPH6fseMn5xxHbwRVQSHVXqvVwyhzquk5pumSJfqFE17rJTYF/2T0W4FoQdZVXNFcoQAR+p0pyn V5Gj1+ewhj0t9Ik62Ml3cFDGbO/y65j4EKo92shcKa3OuHNJTKGSu+btzbqCGmMhGWX0Bhm/g6pz 5dMbsZj/Rd/7Scxz6OLnB5YAMel/2SQI58pEekgGw0LYP/l5h6U3khaphCCSYzGCAv4wggL6AgEB MGQwXTELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4gR292ZXJubWVudDEMMAoGA1UECxMDRG9E MQwwCgYDVQQLEwNQS0kxGDAWBgNVBAMTD0RPRCBFTUFJTCBDQS0yOQIDTaZPMAkGBSsOAwIaBQCg ggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MTAxNTE1MDE1 OFowIwYJKoZIhvcNAQkEMRYEFBaSEyW6SaZVW153ky0VuZSMmbh6MCQGCSqGSIb3DQEJDzEXMBUw CgYIKoZIhvcNAwcwBwYFKw4DAhowcwYJKwYBBAGCNxAEMWYwZDBdMQswCQYDVQQGEwJVUzEYMBYG A1UEChMPVS5TLiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTEYMBYGA1UE AxMPRE9EIEVNQUlMIENBLTI5AgNNplAwdQYLKoZIhvcNAQkQAgsxZqBkMF0xCzAJBgNVBAYTAlVT MRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDDAKBgNVBAsTA0RvRDEMMAoGA1UECxMDUEtJMRgw FgYDVQQDEw9ET0QgRU1BSUwgQ0EtMjkCA02mUDANBgkqhkiG9w0BAQEFAASCAQC5+R19iE/t1us9 P250ON/eR3oYy7A7GrP2VeUaHFmFon9sUIrQ4Vks+RwEFsFzfSWPuLwzFt/Ysy4DZ4qxIb5fUTgS Le/ZUbQXT+Ujlvh8OIX5RtlZN5qc3hW8M5n7PsTqqeEgy9NlE+yoH3SxytJPW/B3Tb4BnzxEbU3Q UPBDr4plmoILncwM4AB1LoNb5wg/qa8/YjX2NLi+XSXiyVX3V5f0bjuXVsPn/W6buxKBd1/ii0ka eS24hPTnrzx8oFlqndtrBK/SbBsQBv/J+r5WKwQhrh9ca1Zvh1xAOsrxZEf2QwM9cKLzCKKry5fF kTM8otaRaamIPgJBB6dK26/7AAAAAAAA ------=_NextPart_000_0457_01CFE867.709E93F0-- From nobody Fri Oct 17 07:17:12 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 143151A001A for ; Fri, 17 Oct 2014 07:17:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nn-XYEQ4OwXv for ; Fri, 17 Oct 2014 07:17:08 -0700 (PDT) Received: from ulysses.noc.ntua.gr (ulysses.noc.ntua.gr [IPv6:2001:648:2000:de::230]) by ietfa.amsl.com (Postfix) with ESMTP id 067461A0047 for ; Fri, 17 Oct 2014 07:17:07 -0700 (PDT) Received: from netmode.ece.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ulysses.noc.ntua.gr (8.14.5/8.14.5) with ESMTP id s9HEH5QJ077250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 17 Oct 2014 17:17:05 +0300 (EEST) (envelope-from vangelis@netmode.ntua.gr) Received: from [147.102.13.72] (dhcp-72.netmode.ece.ntua.gr [147.102.13.72]) (authenticated bits=0) by netmode.ece.ntua.gr (8.14.4/8.14.3) with ESMTP id s9HEGUkt031609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Fri, 17 Oct 2014 17:16:40 +0300 (EEST) (envelope-from vangelis@netmode.ntua.gr) Message-ID: <544124B9.9010600@netmode.ntua.gr> Date: Fri, 17 Oct 2014 17:16:25 +0300 From: Vangelis Anifantis User-Agent: Mozilla/5.0 (Windows NT 6.3; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: dtn-users@irtf.org Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (ulysses.noc.ntua.gr [147.102.222.230]); Fri, 17 Oct 2014 17:17:05 +0300 (EEST) X-Virus-Scanned: clamav-milter 0.97.5 at ulysses.noc.ntua.gr X-Virus-Status: Clean Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/0NDnlLYCXCpOZzfFzYsVBxwRKlA Subject: [dtn-users] DTN2 custody signal handling X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 14:17:11 -0000 hello, I have been recently playing around with DTN2 (dtn2.9.0 version) reference implementation to better understand the custody transfer capability (e.g., sending a bundle via dtnsend with activated the option -c). What i am seeing is that, as expected, each dtn node in the communication chain accepts the custody request, becomes the custodian and sends back a custody signal administrative record to indicate "custody_succeeded set to 1" (with indications regarding custody timer parameters as configured in the current custodian). However, I observe that the custody signal is not handled (neither received) by the administrative element, thus, remaining on the "all_bundles list" and "pending list"; and consequently, the bundle protocol agent does not follow the custody transfer success procedure by deleting the initial bundle (i.e., there is still a reference on the "all_bundles list" regarding the initial bundle with indication (NOT PENDING)). Do i miss any configuration setup regarding the administrative element which is deemed necessary? Furthermore, even though I have set manually (custody_timer_min, custody_timer_lifetime_pct, custody_timer_max) at all dtn nodes to differ from the default values, the forwarding log of the initial generated bundle keeps displaying the default values, e.g., e.g., forwarding log: TRANSMITTED -> link_name [dtn:none] FORWARD at 1412929830.51299 [custody min 1800 pct 25 max 0] Why is this happening? Thanks in advance for any help. Regards, Vangelis Anifantis From nobody Tue Oct 21 14:04:53 2014 Return-Path: X-Original-To: dtn-users@ietfa.amsl.com Delivered-To: dtn-users@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6201F1A8701 for ; Tue, 21 Oct 2014 14:04:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.789 X-Spam-Level: X-Spam-Status: No, score=0.789 tagged_above=-999 required=5 tests=[BAYES_50=0.8, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id psYMoubfLKTB for ; Tue, 21 Oct 2014 14:04:44 -0700 (PDT) Received: from ndmsnpf03.ndc.nasa.gov (ndmsnpf03.ndc.nasa.gov [IPv6:2001:4d0:8302:1100::103]) by ietfa.amsl.com (Postfix) with ESMTP id 10A0D1A870A for ; Tue, 21 Oct 2014 14:04:44 -0700 (PDT) Received: from ndmsppt102.ndc.nasa.gov (ndmsppt102.ndc.nasa.gov [198.117.0.67]) by ndmsnpf03.ndc.nasa.gov (Postfix) with ESMTP id 4A8CE2D80CB; Tue, 21 Oct 2014 16:04:43 -0500 (CDT) Received: from NDMSCHT113.ndc.nasa.gov (ndmscht113-pub.ndc.nasa.gov [198.117.0.213]) by ndmsppt102.ndc.nasa.gov (8.14.7/8.14.7) with ESMTP id s9LL4hPK013650; Tue, 21 Oct 2014 16:04:43 -0500 Received: from NDMSMBX404.ndc.nasa.gov ([169.254.4.13]) by NDMSCHT113.ndc.nasa.gov ([198.117.0.213]) with mapi id 14.03.0195.001; Tue, 21 Oct 2014 16:04:43 -0500 From: "Zoller, David A. (MSFC-EO50)[HOSC SERVICES CONTRACT]" To: Vangelis Anifantis , "dtn-users@irtf.org" Thread-Topic: [dtn-users] DTN2 custody signal handling Thread-Index: AQHP6hUPkdQ7fepR00uUzvS8flw0WJw0W2vg Date: Tue, 21 Oct 2014 21:04:42 +0000 Message-ID: <94CFB3711B4CAE4DBFC5BEB3374BF0C6131741@NDMSMBX404.ndc.nasa.gov> References: <544124B9.9010600@netmode.ntua.gr> In-Reply-To: <544124B9.9010600@netmode.ntua.gr> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [198.119.225.186] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.28, 0.0.0000 definitions=2014-10-21_08:2014-10-21,2014-10-21,1970-01-01 signatures=0 Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-users/-AjJbw8csZ5hJA8YbuXZZ3BC5nI Subject: Re: [dtn-users] DTN2 custody signal handling X-BeenThere: dtn-users@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Users." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 21:04:52 -0000 Hi Vangelis, Since the bundles are displaying as (NOT PENDING) the custody signal was ac= tually processed by the administrative element (AdminRegistration.cc).=20 The initial bundles remain in the all_bundles list because the Custody Time= r still has a reference to the bundle - when the timer expires the bundle w= ill be deleted. The Custody Signal remains in the all_bundles and pending l= ist because AdminRegistration does not update the fwdlog to indicate that t= he bundle was delivered. I have not noticed a functional issue after changing the custody timer defa= ult values using the param command but may not have paid close enough atten= tion. It could just be a logging issue but I can't say for sure.=20 While on the subject of the Custody Timer, I will say that I do not like th= e implementation which sets the timeout to the min plus the percentage and = then overrides that with the max if appropriate. We changed ours so that it= starts with the percentage and then overrides with the min and max if need= ed. Hope this helps a bit, DZ -----Original Message----- From: dtn-users [mailto:dtn-users-bounces@irtf.org] On Behalf Of Vangelis A= nifantis Sent: Friday, October 17, 2014 9:16 AM To: dtn-users@irtf.org Subject: [dtn-users] DTN2 custody signal handling hello, I have been recently playing around with DTN2 (dtn2.9.0 version) reference = implementation to better understand the custody transfer capability (e.g., = sending a bundle via dtnsend with activated the option -c). What i am seeing is that, as expected, each dtn node in the communication c= hain accepts the custody request, becomes the custodian and sends back a cu= stody signal administrative record to indicate "custody_succeeded set to 1"= (with indications regarding custody timer parameters as configured in the = current custodian). However, I observe that the custody signal is not handl= ed (neither received) by the administrative element, thus, remaining on the= "all_bundles list" and "pending list"; and consequently, the bundle protoc= ol agent does not follow the custody transfer success procedure by deleting= the initial bundle (i.e., there is still a reference on the "all_bundles l= ist"=20 regarding the initial bundle with indication (NOT PENDING)). Do i miss any = configuration setup regarding the administrative element which is deemed ne= cessary? Furthermore, even though I have set manually (custody_timer_min, custody_ti= mer_lifetime_pct, custody_timer_max) at all dtn nodes to differ from the d= efault values, the forwarding log of the initial generated bundle keeps dis= playing the default values, e.g., e.g., forwarding log: TRANSMITTED -> link_name [dtn:none] FORWARD at 1412929830.51299 [c= ustody min 1800 pct 25 max 0] Why is this happening? Thanks in advance for any help. Regards, Vangelis Anifantis _______________________________________________ dtn-users mailing list dtn-users@irtf.org https://www.irtf.org/mailman/listinfo/dtn-users