<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Modeling Routing in Scheduled Delay Tolerant Networks Under Uncertainties</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Copyright c by the paper's authors. Copying permitted for private and academic purposes. In: Proceedings of the IV School of Systems and Networks (SSN 2018)</institution>
          ,
          <addr-line>Valdivia</addr-line>
          ,
          <country country="CL">Chile</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Fernando D. Raverta fdraverta @gmail.com</institution>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Jorge M. Finochietto jorge. nochietto @unc.edu.ar</institution>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Juan A. Fraire juan.fraire @unc.edu.ar</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Collaborative Earth observation satellite constellations are arising as a new paradigm with important advantages in comparison with traditional monolithic systems. In this context, Disruptions Tolerant Networking (DTN) protocols were proposed to provide e cient and autonomous store-carry-and-forward data transport. Although a scheduled contact plan can be used to optimize routing and data delivery metrics, signi cant challenges remain in studying the ability to recover from unplanned events. In order to evaluate di erent routing schemes under failures, we propose a framework based on Markov Chains and Probabilistic Computation Tree Logic which allows its comparison in terms of either the expected throughput or the probability of ful lling a given mission. This approach provides considerable advantages with respect to traditional simulations since it allows the computation of expected values of network metrics instead of approximations without any error estimation.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Earth observation through small satellites [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], as well
as its use to transport data from and toward isolated
planet areas [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], have been attracting lot of
attention from government agencies as well as from private
companies. This new paradigm o ers an
incremental access to space with gradual costs, in a exible
way, and with better adaptability to new mission
requirements. In particular, the segmented architecture
paradigm [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], which is being proposed by the
Argentinean Space Agency (CONAE), suggests to
decompose a large satellite with multiple functions into
separate autonomous modules called segments with the
capacity of sharing resources to ful ll a given mission.
      </p>
      <p>
        However, the consequences of dividing a satellite
into a distributed system imply important technology
challenges which need to be tackled before any mission
can be deployed in space. Particularly, in this work we
will put the focus on the communications between
segments and with the ground stations. Regarding this
aspect, there exists a large number of technologies and
protocols which have been developed for the Internet,
but in general they are ine cient or unsuitable when
used on satellite networks, because orbiting
trajectories do not allow satellites to establish continuous and
stable end to end paths among them [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>
        As a consequence, many satellite networks do not
satisfy the continuous connectivity principle between
their nodes and have remained outside of the Internet
paradigm because they have used incompatible
specialized protocols which usually require several
protocol adapters. However, NASA and other space
agencies have recently decided to develop and standardize
protocols which allow communication between these
kind of networks which are called Delay and
Disruption Tolerant Networks (DTN) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. At rst, they were
studied to implement interplanetary networking (IPN)
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], but they have been also recognized as a valid
solution for satellite application since they can deal with
intermittent channels, which are very common in
loworbit satellite networks (LEO) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Since the beginning
of DTN, there had been some signi cant advances like
the architecture speci cation [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], the Bundle
Protocol and the Contact Graph Routing Algorithm (CGR)
de nition in [
        <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
        ].
      </p>
      <p>
        The Bundle Protocol works as a new protocol layer
on top of the transport layer. Its function
consists in overcoming the limited connectivity by
applying a store-carry-and-forward approach. Under this
paradigm, data is grouped into packets called bundles
and they are transmitted as communication
opportunities are available. In the case of satellite networks,
the forthcoming episodes of communications and their
properties can be determined in advance based on
orbital dynamics. These types of deterministic DTNs
are known as scheduled DTNs and can take
advantage of a contact plan comprising the future network
connectivity in order to optimize data forwarding.
However, scheduled routing solutions such as Contact
Graph Routing (CGR) assumes the estimation of the
future topology status is highly accurate [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
Indeed, CGR does not consider scheduling uncertainties
such as transient or permanent faults of nodes,
antenna pointing inaccuracies, unexpected interferences,
or even last-minute mission commands modifying the
topology issued after provisioning the contact plan.
      </p>
      <p>
        Regarding scheduling under uncertainties, the
authors have evaluated the behavior of the
state-of-theart routing algorithms by means of simulations [
        <xref ref-type="bibr" rid="ref11 ref12">11,12</xref>
        ].
From those experiences the authors have noticed the
necessity of developing a model which enable a higher
level of understanding of the network. As a rst step
on this way, we present here a method to build a
Markov Chain which potentially encodes all possible
network status for a given tra c, routing algorithm
and link failure probability.
      </p>
      <p>This paper is structured as follow. In Section 2
we provide some background on routing in scheduled
DTNs and the failures model considered here. Then,
in Section 3 we describe the proposed framework.
Afterwards, in in Section 4 we use our method in a case
study. Finally, we discuss and summarize this work in
Section 5.
2
2.1</p>
    </sec>
    <sec id="sec-2">
      <title>Routing and Failures</title>
      <sec id="sec-2-1">
        <title>Network Model</title>
        <p>In general, the DTN topology is time varying. This
evolutionary nature can be captured by means of
states, where each state is represented by a graph
whose vertex are the network nodes and the links are
the transmission opportunities available in that state.
Each state is valid for a nite period of time, which is
given by an initial time (tini) and a nal time (tend).
Figure 1 shows a scenario with 3 nodes and a
duration of 30 seconds divided into 3 states of 10 seconds
each one. Other important contact attribute is the
capacity, which represents the tra c volume that can be
[]sscoende -s002
itm :12
k
s
0
1
0
:1
k
s
0
3
0
2
:
3
k</p>
        <p>Node 1</p>
        <p>TO 3
Node 1
Node 1
transmitted through that contact. The capacity of a
contact, between nodes i and j at state k, is symbolized
here as Ci;j;k, and we will measure it in bytes.
Thanks to orbital mechanics, it is possible to codify
the future transmission opportunities in a contact plan,
which can then be used to make e cient routing
decisions either in a distributed way (by providing the
contact plan to all nodes and executing then the
routing algorithm in each node) or in a centralized way (by
directly providing a route table for each tra c).
Particularly, the state-of-the-art algorithm for routing in
this kind of networks is CGR and it is mostly thought
to be executed in a distributed manner. Thus, when a
node needs to send data, CGR rst computes a route
table considering many neighbors, and then it chooses
the route which delivers the bundle as early as possible
in time. Finally, the bundle is sent through the rst
contact of that route. If the receiver node is not the
nal destination, it will repeat the same procedure in
a hop by hop basis until the bundle reaches the
destination.
Unexpected events like antenna pointing inaccuracies,
interferences, energy outages or even equipment rest,
could cause that a contact which is present in the
contact plan actually does not happen. Then, the routing
algorithm which had planned to send a bundle through
that failing contact, will need to make another decision
to react to the unexpected event.</p>
        <p>In order to explain the fault model adopted in this
work, let's consider the example scenario in Figure 1.
If it is considered that Satellite 1 has data to send to
ground station, then there are two routes available R1
which consists in two transmissions (from satellite 1
to 2 at time 0 and from satellite 2 to ground station
at time 10) and R2 consisting in 1 transmission (from
satellite 1 to ground station at time 20). If CGR is the
routing algorithm, then it will choose R1 since this
provides the best delivery time to reach the destination.
However, if a failure is encountered in link2;3;k2, the
tra c will not be able to be delivered because there
will not be any extra routes from Node 2 to Node 3
in state 2. However, if a failure happens in link1;2;k1,
the situation is di erent. In that case, we assume that
Node 1 can realize that the transmission has failed and
that a route R2 can still deliver the bundle to Node 3.
Finally, link1;3;k3 can fail or succeed and considering
all these possibilities allows us to compute the exact
values of the quantitative properties of the network
under failure.
3
3.1</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Model</title>
      <sec id="sec-3-1">
        <title>Framework overview</title>
        <p>We propose a framework consisting of 3 stages as
showed in Figure 2. A Markov Chain model is
generated in order to potentially encode all possible states of
the network for a given tra c and routing algorithm.
Therefore the following components are needed as
inputs for the Model Builder stage:
1. The network contact plan, which must be
annotated with the probability of failure of each link.
2. The network tra c, which consists in a list of
bundles. Each bundle must have a source and
destination node ID, a size and a time of generation.
3. The routing algorithm, which is provisioned by
implementing a programming interface consisting
of 2 methods used by the model generator engine.</p>
        <p>
          The output of the model builder is a tree in which
each branch is a possible network execution. This
model is then translated to a PRISM model [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ],
saving in each state only the required information to
compute the desired properties. For instance, only the
number of delivered bundles is needed to be saved in
order to compute the expected network throughput.
In this case, we call "delivered" to this attribute. The
model is then loaded using the PRISM Model Checker
tool and from there it is possible to compute the
expected delivery ratio by using the following formula:
E(Delivery Ratio) =
        </p>
        <p>PN
b=0 b P =?[F (delivered = i)]</p>
        <p>N</p>
        <p>Where N is the number of bundles in Tra c, and
P=?[F (delivered=i)] is a Probabilistic Computation
Tree Logic Formula (PCTL) which measures the
probability of delivering i bundles in all the possible
realization of the network.</p>
        <p>Also, this model allows to compute the probability
of ful lling a given mission. For the sake of simplicity,
we will consider that we ful ll a mission by delivering
at least a given fraction f of the total tra c. Then, the
next PCTL formula computes the desired probability:
P r(successf ul mission) = P =?[F (delivered &gt;= f N )]</p>
        <p>Furthermore, this model supports the speci cation
of more complex mission properties like for example,
those ones involving the delivery time.
3.2</p>
      </sec>
      <sec id="sec-3-2">
        <title>Model Builder Description</title>
        <p>The model is generated by the process described in
Algorithm 1. It systematically explores all possible
network states, generated by calling the genNextState
method which interacts with the routing algorithm by
means of the following interface:
1. route routing(state, bundle): This method
must return a list of contacts (route) which
encodes the made routing decisions.
2. void update(state, route): This method
receives a route and it has to update the current
state according to this routing decision. For
example, in those algorithm (like CGR) which
consider contact capacity, this method should update
the residual capacity of each contact.</p>
        <p>A detailed description of the genNextState routine
is provisioned in Algorithm 2. Indeed, the main
idea of this algorithm is to compute the routing
decisions for the incoming tra c at a given state. Then,
using this information it generates the state's
children by considering any set of contact failures. In
other words, given a set of contacts named as
contacts to use that were chosen by the routing
algorithm to be used at that moment, it takes any subset
f ailure set 2 P(contacts to use) and computes a new
child state by considering: 1) The bundles for which
the routing algorithm choose a route which contains
a contact belonging to failure set, stays in the sender
node. 2) The bundles whose contacts does not belong
to the failure set are now in the receiver node. After
that, each child state is linked with the parent in the
Markov Chain by an edge whose probability pl is given
by:
pl =</p>
        <p>Y
c 2failure set
pf (c)</p>
        <p>Y
c 2failure setc
(1
pf (c))
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Case Study</title>
      <p>In order to show the application of the proposed
framework, we analyze the linear formation topology
depicted in Figure 3, which is composed of 3 satellites
bene ts of this disposition, satellites do not require
complex transfer maneuvers if launched from the same
vector. Also, since satellites perceive similar
gravitational perturbations, signi cant savings in
propellant for formation-keeping can be made. From a
communications perspective, the topological stability of
this formation also favors the simplicity of xed
antennas against complex gimbal mounts or
electroniFigure 2: The proposed framework cally steered antennas for inter satellite links (ISLs).</p>
      <p>
        Similar topologies have been used in previous satellite
Algorithm 1: Generate Model Algorithm DTN studies [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] and result particularly appropriate
1 states [initialState]; for Earth observation missions.
2 while not states:empty() do We evaluate two di erent routing algorithms in
3 current states:dequeue(); terms of its probability of ful lling a given mission. On
4 states:enqueue(genN extStates(current)); the one hand, Direct Routing is a simple scheme where
5 return initialState; satellite nodes can only deliver tra c to destination
by using direct communication contacts. This scheme
is very appealing when satellites have constrained
onAlgorithm 2: gen next states board computers like those available on cubeSats. On
input : Network status containing all the other hand, we also consider CGR, which is more
information required by routing demanding in terms of computing e ort but with the
algorithm advantage of being able to use routes with multiple
output: Set of new network status generates hops to destination.
      </p>
      <p>from input status by making routing In this scenario we consider that each satellite
gendecisions erates one bundle directed to ground station at time
1 contacts to use []; 0 and we set the failure probability in 0.1 for the ISLs
2 routing decision []; and 0.5 for the earth to satellite links (ESLs) .
Regard3 for bundle in current.incomming bundles do ing contact capacity, it is assumed that all tra c can
4 selected route routing(state; bundle); be sent using any single contact and it will be
avail5 routing decision:append((bundle; selected route)); able in the receiver node in the following time stamp
(if a failure does not happen). Under this scenario, we
6 update(state; selected route); evaluate the probability of ful ll 3 di erent missions
7 contacts to use:append(selected route:contacts()); for each routing algorithm: Mission A is ful lled
if at least one bundle is delivered to ground station.
8 for n of f aults 2 range(len(contacts to use)) Mission B requires that more than 1 bundle be
dedo livered. While Mission C is ful lled if only if all the
9 comb generated tra c is delivered to the ground station.
combinations(contacts to use; n of f aults); The results of the performed evaluation are showed
for f ault set 2 comb do in Figure 4. There we can see that direct routing
new state state:copy(); presents the highest probability of ful lling the
Misfor bundle; contactinrouting decision do sion A since it always tries to send 1 bundle for each
if contactinf ault set then contact with the ground station, and this maximizes
new state:update(bundle; F AILU RE); the chances of delivering at least 1 bundle. On the
other hand, CGR always tries to send all bundles
else through the route with the best delivery time and in
new state:update(bundle; SU CCESS); ilitkseleyagcearsneess)s cthoanacrersiveofbseefnodreinigt awtalsetaesst (1intrvaeryc
ufonreach contact with the ground station ( which is a
necessary condition in order to maximize the delivery of
at least 1 tra c). However, as the mission
requirements become more demanding CGR, which tries to
download all the tra c for each of the 3 contacts, gets
performances almost as good as the one gotten in the
case of the least demanding mission. On the contrary,
the behavior of direct routing is dramatically a ected
that generate tra c for a unique ground station. In
this formation satellites are equally spaced and
follow very similar orbital trajectories. Among the many
17 p compute prob(f ail set; contacts to use);
18 current:add child(new state; p);
19 return current:get childs();
t=0
t=1
t=2
t=3
t=4
t=5</p>
      <sec id="sec-4-1">
        <title>Satellite 0</title>
      </sec>
      <sec id="sec-4-2">
        <title>Satellite 1</title>
      </sec>
      <sec id="sec-4-3">
        <title>Satellite 2</title>
      </sec>
      <sec id="sec-4-4">
        <title>Ground Station</title>
        <p>ISL</p>
        <p>ESL
when the mission requirements become more
demanding.
In this work we proposed a framework to
systematically build a Markov Chain and encode all possible
executions of a satellite network. Then, we gave a
formula to compute the expected network throughput
and the probability of ful lling a mission as a way of
showing the kind of information we can get from the
model. After that, we use the introduced method in a
case study.</p>
        <p>Regarding the comparison between this method and
the simulation approach, we showed that this one
allows to compute the expected values of the network
metrics (like throughput and latency) instead of
approximations. This constitutes a signi cant step since
we are working in the de nition of a model to compute
the best routing decisions under uncertainties, that is,
the election of routes which maximize the expected
throughput for a given network and tra c. Therefore,
this framework will allow us to compare current
routing solution with the optimal ones. From that analysis
we expect to draw conclusion to improve the behavior
of scheduled routing under uncertainties. Even more,
we plan to contribute with the development of a
fullycapable probabilistic CGR with enhanced uncertainty
modeling, replication and recalculation features, which
is very important for the DTN community since CGR
is expected to be the de facto routing algorithm for
this kind of networks.</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>C. N. de Actividades</surname>
          </string-name>
          <article-title>Espaciales (CONAE), \Plan espacial nacional (PEN)</article-title>
          <year>2004</year>
          -
          <fpage>2015</fpage>
          , actualizacion
          <year>2010</year>
          ,
          <article-title>"</article-title>
          http://www.conae.gov.ar/prensa/ PlanEspacial2004-2015.pdf,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>S. C.</given-names>
            <surname>Burleigh</surname>
          </string-name>
          and
          <string-name>
            <given-names>E. J.</given-names>
            <surname>Birrane</surname>
          </string-name>
          , \
          <article-title>Toward a communications satellite network for humanitarian relief," in Proceedings of the 1st International Conference on Wireless Technologies for Humanitarian Relief, ser</article-title>
          .
          <source>ACWR '11</source>
          . New York, NY, USA: ACM,
          <year>2011</year>
          , pp.
          <volume>219</volume>
          {
          <fpage>224</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>C.</given-names>
            <surname>Caini</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Firrincieli</surname>
          </string-name>
          , \
          <article-title>Dtn for leo satellite communications,"</article-title>
          <source>in Personal Satellite Services, ser. Lecture Notes of the Institute for Computer Sciences, Social Informatics</source>
          and
          <string-name>
            <given-names>Telecommunications</given-names>
            <surname>Engineering</surname>
          </string-name>
          , G. Giambene and C. Sacchi, Eds. Springer Berlin Heidelberg,
          <year>2011</year>
          , vol.
          <volume>71</volume>
          , pp.
          <volume>186</volume>
          {
          <fpage>198</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>K.</given-names>
            <surname>Fall</surname>
          </string-name>
          , \
          <article-title>A delay-tolerant network architecture for challenged internets,"</article-title>
          <source>in Proceedings of the 2003 Conference on Applications</source>
          , Technologies, Architectures, and
          <article-title>Protocols for Computer Communications, ser</article-title>
          .
          <source>SIGCOMM '03</source>
          . New York, NY, USA: ACM,
          <year>2003</year>
          , pp.
          <volume>27</volume>
          {
          <fpage>34</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>S.</given-names>
            <surname>Burleigh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hooke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Torgerson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Fall</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Cerf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Durst</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Scott</surname>
          </string-name>
          , and
          <string-name>
            <given-names>H.</given-names>
            <surname>Weiss</surname>
          </string-name>
          , \
          <article-title>Delay-tolerant networking: An approach to interplanetary internet,"</article-title>
          <source>Comm. Mag.</source>
          , vol.
          <volume>41</volume>
          , no.
          <issue>6</issue>
          , pp.
          <volume>128</volume>
          {
          <issue>136</issue>
          ,
          <string-name>
            <surname>Jun</surname>
          </string-name>
          .
          <year>2003</year>
          . [Online]. Available: http://dx.doi.org/10.1109/
          <string-name>
            <surname>MCOM</surname>
          </string-name>
          .
          <year>2003</year>
          .1204759
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>M. G.</given-names>
            <surname>ONeill</surname>
          </string-name>
          , H. Yue,
          <string-name>
            <given-names>S.</given-names>
            <surname>Nag</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Grogan</surname>
          </string-name>
          , and
          <string-name>
            <surname>O. L.</surname>
          </string-name>
          de Weck, \
          <article-title>Comparing and optimizing the darpa system f6 program value-centric design methodologies,"</article-title>
          <source>AIAA Paper</source>
          <year>2010</year>
          -
          <volume>8828</volume>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>V.</given-names>
            <surname>Cerf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Burleigh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hooke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Torgerson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Durst</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Scott</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Fall</surname>
          </string-name>
          , and
          <string-name>
            <given-names>H.</given-names>
            <surname>Weiss</surname>
          </string-name>
          , \
          <article-title>Delay-tolerant networking architecture," Internet Requests for Comments</article-title>
          , RFC Editor,
          <source>RFC 4838</source>
          ,
          <year>April 2007</year>
          . [Online]. Available: http://www.rfc-editor.org/rfc/rfc4838.txt
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>K.</given-names>
            <surname>Scott</surname>
          </string-name>
          and S. Burleigh, \
          <article-title>Bundle protocol speci cation," Internet Requests for Comments</article-title>
          , RFC Editor,
          <source>RFC 5050</source>
          ,
          <year>November 2007</year>
          . [Online]. Available: http://www.rfc-editor.org/ rfc/rfc5050.txt
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>S.</given-names>
            <surname>Burleigh</surname>
          </string-name>
          , \
          <article-title>Contact graph routing, IETF-Draft draft-burleigh-dtnrg-cgr-01,"</article-title>
          <source>Jul</source>
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>G.</given-names>
            <surname>Araniti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Bezirgiannidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Birrane</surname>
          </string-name>
          , I. Bisio,
          <string-name>
            <given-names>S.</given-names>
            <surname>Burleigh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Caini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Feldmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Marchese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Segui</surname>
          </string-name>
          , and
          <string-name>
            <given-names>K.</given-names>
            <surname>Suzuki</surname>
          </string-name>
          , \
          <article-title>Contact graph routing in dtn space networks: overview, enhancements and performance,"</article-title>
          <source>IEEE Comms. Magazine</source>
          , vol.
          <volume>53</volume>
          , no.
          <issue>3</issue>
          , pp.
          <volume>38</volume>
          {
          <issue>46</issue>
          ,
          <string-name>
            <surname>March</surname>
          </string-name>
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>P.</given-names>
            <surname>Madoery</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Raverta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Fraire</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Finochietto</surname>
          </string-name>
          , \
          <article-title>On the performance analysis of disruption tolerant satellite networks under uncertainties,"</article-title>
          <source>in Proceedings of the 2017 XVII RPIC Workshop</source>
          ,
          <year>September 2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>P.</given-names>
            <surname>Madoery</surname>
          </string-name>
          and
          <string-name>
            <given-names>F.</given-names>
            <surname>Raverta</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Fraire</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Finochietto</surname>
          </string-name>
          , \
          <article-title>Routing in space delay tolerant networks under uncertain contact plan,"</article-title>
          <source>in International Conference on Communication</source>
          <year>2018</year>
          , May
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>M.</given-names>
            <surname>Kwiatkowska</surname>
          </string-name>
          , G. Norman, and
          <string-name>
            <given-names>D.</given-names>
            <surname>Parker</surname>
          </string-name>
          , \Prism:
          <article-title>Probabilistic symbolic model checker</article-title>
          ." Springer,
          <year>2002</year>
          , pp.
          <volume>200</volume>
          {
          <fpage>204</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Fraire</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. G.</given-names>
            <surname>Madoery</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. M.</given-names>
            <surname>Finochietto</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. A.</given-names>
            <surname>Ferreyra</surname>
          </string-name>
          , and
          <string-name>
            <given-names>R.</given-names>
            <surname>Velazco</surname>
          </string-name>
          , \
          <article-title>Internetworking approaches towards along-track segmented satellite architectures," in 2016 IEEE International Conference on Wireless for Space and Extreme Environments (WiSEE)</article-title>
          ,
          <source>Sept</source>
          <year>2016</year>
          , pp.
          <volume>123</volume>
          {
          <fpage>128</fpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>