<!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>Analyses of QoS Routing Approach and the Starvation's Evaluation in LAN</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ariana Bejleri</string-name>
          <email>arianabejleri@yahoo.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Igli Tafaj</string-name>
          <email>itafaj@gmail.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Aleksander Biberaj</string-name>
          <email>a.biberaj@yahoo.com</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ermal Beqiri</string-name>
          <email>ermalfr@yahoo.fr</email>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>BCI'12, September 16-20, 2012, Novi Sad, Serbia.</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Julian Fejzaj</string-name>
          <email>Julian.fejzaj@fshn.edu.al</email>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Copyright © 2012 by the paper's authors. Copying permitted only for private and</institution>
          ,
          <addr-line>academic purposes. This volume is published and copyrighted by its editors., Local Proceedings also appeared in ISBN 978-86-7031-200-5</addr-line>
          ,
          <institution>Faculty of Sciences, University of Novi Sad.</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Polytechnic University of Tirana, Faculty of Information Technology, Computer Engineering Department</institution>
          ,
          <addr-line>Tirana</addr-line>
          ,
          <country country="AL">Albania</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Polytechnic University of Tirana, Faculty of Information Technology</institution>
          ,
          <addr-line>Electronic and Telecommunication</addr-line>
          ,
          <institution>Engineering Department</institution>
          ,
          <addr-line>Tirana</addr-line>
          ,
          <country country="AL">Albania</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Tirana University, Faculty of Natural Sciences, Department of Computer Science</institution>
          ,
          <addr-line>Tirana</addr-line>
          ,
          <country country="AL">Albania</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>Tirana University, Mathematics &amp; Statistics &amp; Applied Informatics, Department</institution>
          ,
          <addr-line>Tirana</addr-line>
          ,
          <country country="AL">Albania</country>
        </aff>
      </contrib-group>
      <fpage>63</fpage>
      <lpage>67</lpage>
      <abstract>
        <p>This paper gives a survey in QoS Routing Architecture implemented by Dijkstra's algorithm. The performance of QoS Routing architecture is evaluated by made a comparison between the Shortest Path Routing and QoS one. A very important feature in QoS routing are the conditions for elimination of starvation. Experimentally we have evaluated the number of packets delivery from source node to destination one in QoS Routing architecture with high and low priority classes based on ns-2 simulator.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;QoS routing architecture</kwd>
        <kwd>Dijkstra's algorithm</kwd>
        <kwd>shortest path routing</kwd>
        <kwd>starvation</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. INTRODUCTION</title>
      <p>
        QoS Routing (Quality of Service Routing) is the architecture that
takes into consideration some elements such as the necessary
bandwidth, delay, throughput, jitter. Based on these elements this
architecture selects the specified path that satisfy the Quality of
Service requirements. In [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] QoS Routing gets the information
about network state and resources availability. Also it based on
some factors such as: Dynamic determination of the feasible paths
which can accommodate the QoS requirements in data flow over
the network, the optimization of resources uses etc. QoS helps
workload balancer in network to manage the resources. So it
should affect in performance improvements of the total
throughput. QoS Routing has the ability to provide better
throughput in the network than Best Effort Routing (Internet
Communication).
      </p>
      <p>QoS Routing finds the feasible path in order to guarantees the
routing information but it cannot ensure the stability of selected
path. Resources Reservation Protocols can be used to allocate the
necessary resources during the data transmission in the selected
path. One of the most popular protocol reservation is RSVP
(Resource Reservation Protocol). It is receiver oriented protocol,
which means that the receiver of the data flow is responsible for
the reservation of resources.</p>
      <p>
        Qos Routing has a higher level admission control mechanism [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]
in order to ensure that the selected path does not utilize the
resources network for a long time.
      </p>
      <p>Shortest Path Forward (SPF) Routing based on number of hops
from source to destination. Often the SPF Routing leads to
unbalanced traffic, so it can cause the congestion of packets in
network while the QoS Routing architecture provides a better
performance in both of them during the data transmission. Traffic
Engineering in QoS Routing is the process of traffic flow’s
arrange in network by avoiding the congestion.</p>
      <p>
        Constraint-based Routing (CBR) architecture includes the QoS
Routing architecture. Constraint-based Routing is a general
definition, which combines QoS Routing ( i.e bandwidth, delay,
loss) and Policy Routing. It is an extension of QoS Routing
architecture by take in consideration, QoS requirements, network
policies and utilization of the network resources in order to
prevent the congestion traffic [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>The goal of CBR is to enable a new routing paradigm with special
properties, such as Resource Reservation-Aware and
DemandDriven. The Information from different resources offer the
possibility of selection specified path.</p>
      <p>The first goal in this paper is the comparison between QoS
Routing and Shortest Path First Routing which significantly
based on the number of hops. This paper is organized as follows.
In Section II, we presents the QoS Routing architecture based on
Dijkstra Algorithm. At this topic we theoretically examine
stability, robustness and scalability. In Section III, we briefly
discuss some experiments based on ns-2 simulator and benchmark
tool called Httperf. This tool will compare the performance of
QoS Routing with Shortest Path Routing by presenting the
Starvation results. At the end of this paper are the conclusions and
references.</p>
    </sec>
    <sec id="sec-2">
      <title>2. ROUTING ALGORITHMS APPROACH</title>
      <p>
        Routing Algorithms are the basics elements in the selection of
necessary path. Wrong selected path causes the leak of utilization
resources and services. In our days a very important topic is
utilization of services in order to give a satisfaction for every
internet user. QoS Routing Architecture is a basic constrain which
can implement in all kinds of Routing. The selection of a path is
not easy, because there are a lot of diversity of the network
topologies. Some of them are network mobile and most of them
haven’t any solid infrastructure (Such as Ad-Hoc Networks).
Nevertheless it follows the same way for all routing
communication approaches. In figure1 we give an example of
path selection. In this figure presented a communication form
between 2 users. All the communications are supported by
ethernet interface with utp cat 7 technique. Also we have
presented a network with two broadcasters which routes video
packets stream based on Dijkstra Algorithm. As we presented in
this figure, there are some possibility (links) for routing packets.
The Dijkstra Algorithm does check of the whole available paths
and finds the best one. To find the better solution it should
supported from two features: Number of hops and link states.
Some different protocols are built on these approaches, i.e RIP
(Routing Information Protocol) which is based on Number of
hops between hosts. This algorithm has a disadvantage because it
generates a lot of traffic (for every path-finder, the router sends a
full routing table to the neighbors router) . Another one is OSPF
(Open Short Path First) which is based on Link State Routing
information. This algorithm sends packets from source to a target
destination based on state of the link such as throughput, delay,
packets drop etc. These features are depth analyzes in QoS
Architecture which is built on each router in figure 1. This
architecture based on 4 elements: Bandwidth which is a concave
metric. This denotes that some bandwidth should be available
(reserved) for QoS flows. This resource evaluated as min/max
approach, because the request for minimum (bottleneck)
bandwidth on the path is necessary for transmission of packets.
The goal of QoS Routing is to find the feasible path with the
maximum bandwidth [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
      <p>
        Delay, Reliability and Jitter. The last three elements are additive
metrics. The Delay Metric causes the latency of packets which are
transmitted between source and destination over the network. For
delay-sensitive requests, some of the links can be pruned from the
graph before selecting the path. The Reliability assigns the
acceptable data loss rates, which previously are guaranteed
through the reservation protocols. Jitter offers the variable time
delay of packet transmitted from source to the destination.
In the former way [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], Additive and Concave metrics can
presented:
Additive if w(P) = w(u1; u2) + w(u2; u3) + : : : + w(ul¡1; ul) (1)
Concave if w(P) = min(w(u1; u2);w(u2; u3); : : : ;w(ul¡1; ul)). (2)
Based on these features QoS put some numbers for each path
destination. Dijkstra’s algorithm take a decision for routing
packets based on some numbers which are implemented for a
QoS Routing. The Router device is a Forwarding Packet Core
Architecture. Each packet which arrive at destination router,
initially buffered, then it transmits according to Dijkstra
Algorithm.
      </p>
      <p>In our example in figure 2 video packet stream from source to the
destination should be transmitted by following this path:
R1-R5-R6-R4-Switch-Server Destination
Let’s give an algorithm for all required steps:
1. R1-R5 = 2, R1-R7 = 5,. Dijkstra Algorithm utilizes the
shortest distance.
2. R5 – R6 because this is a single route to destination.
3. R6-R4 because there is smaller value in the path
(valuated from QoS =1)
4. R6-R3 is equal 3. So the final path from source user to
destination is: R1-R5-R6-R4.
5. If selected another path from R1 Router: R1-R7 (Value
=5)
6. R7-R8 because these is the only path remained.
7. At this point there are 2 possibility: R8-R2 and R8-R4.</p>
      <p>
        Their values are 3.
8. If R8-R2 is selected, there are 2 possibilities: R2-R1 or
R2-R3. If the first path is selected, an fatal error will
occur, because R1 is the initially router. R2 router
couldn’t sends the packets in R1 router because at the
first moment it’s routing table is updated previously
from R1. Thus there is just one possibility R2-R3.
9. Again in router R3 there are two possibilities: R3-R6
and R3-R4. As it shown in figure 2, values in R3-R6 =
3 and R3-R4=5. The small value is R3-R6. This is a
temporarily destination.
10. The only way for forwarding packets from R6 Router is
R6-R4 because routing table is previously updated from
R3 and R5 [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ],[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. The destination packet should be sent
to R4
11. R4 is previously updated from R8 Routing Table too.
12. Finally the selected path is R1-R5-R6-R4-Server
Dijkstra Algorithm is not the only algorithm for the selection of
available path. One of the interesting algorithm is Bellman – Ford.
Both algorithms are used to assign the policy of data
communications between source and destination. Below we are
presented the difference between those algorithms [7]:
      </p>
      <sec id="sec-2-1">
        <title>Dijkstra's Algorithm</title>
        <p>1) Dijkstra doesn't work for negative weight edges.
2) Time complexity of Dijkstra is O(|E| + |V|Log|V|)
3) Dijkstra's algorithm is usually the working principle algorithm
which is behind link-state routing protocols, OSPF and IS-IS</p>
      </sec>
      <sec id="sec-2-2">
        <title>Bellman-Ford's Algorithm</title>
        <p>1) Some kinds of Bellman–Ford algorithm is used in
distancevector routing protocols.
2) Bellman-Ford works for non negative weight edges.
3) Time complexity of Bellman Ford takes O(|V||E|) time which
can also be written as O(|V|^3)
Some CBR challenges which are based on QoS constrains are
stability, robustness and scalability.</p>
        <p>
          In the first constrain every node in a network must maintain local
state information. Those information include available bandwidth,
queuing management and propagation delays. A reasonable
question is how frequently the Routing Table updates inside a
Router. High frequency of updates, increase the traffic
engineering and routing overhead, on the other hand if we
minimize the frequency update, we will get the inaccurate
information. To balance this tradeoff, generation of the update
packets can be advertised whenever there is a significant change
in the values of the resources [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. There are two improvement
ways: absolute scale, which divide the range of values into
equivalence classes, and relative scale, which triggers the update
when the percentage of change since the last advertisement
exceeds a given threshold.
        </p>
        <p>Robustness means allocation of an adaptive route. When
resources are sending inaccurate information in the specified
router, the QoS selection path is not the best one. Based on this
inaccurate information a fatal error can occur. The Robust path
means that the selected path offers permanent QoS application
services during the different workloads and different times. After
we commit some tests (as much as we can) we can select the
robust path which satisfy the QoS requirement. This is an
advantage in Virtual Circuit Switching Technology.</p>
        <p>Scalability is the situation when growth and shrink of network
edge and network core do not affect directly on the network and
applications performance.</p>
        <p>The final situation is evaluation of starvation in QoS routing
environment. If some packets with different priority classes shares
the network, packet with low priority can dropped. This happen
because each packet class has it’s own time of life. If the time for
this packet located in buffer of any nodes exceeds, it means that
this packet is not transmitted yet to the destination node, so the
probability that packet drops, increases. In third topic we will
study this situation by using some experiments.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3.EXPERIMENTAL PHASE</title>
      <p>Initially the experiments do not belong to Dijkstra and Bellman
Ford Alogrithm, but only with QoS Routing Algorithm and the
ratio of this algorithm with Shortest Path Forward Algorithm.
Second we have analyses the Starvation in QoS Routing
Algorithm. These topic is organized in 2 phase. In the first one,
we want to test QoS Constrains depends on network size and in
the second phase we want to evaluate the necessary bandwidth for
different packet classes in order to minimize the starvation.
At first we can show briefly what kind of tools we have used in
our experiments. All simulations are organized on a host
computer.</p>
      <p>


We have organized some experiments with this simulator, by
using two algorithms: Shortest Path First algorithm, which is
based on number of hops and QoS algorithm which is based on
both: Distance Vector Routing and Link State Routing.
All graphs are generated from nam tool.</p>
      <p>Initially, we can generate automatically by using a script in C
Language up to 400 router nodes with ns2 simulator in Full Mesh
topology, Full duplex link and supported by RIP version 2 policy
of routing. In this script we have assign a IP’s range of C class.
This script automatically plays similar role with DHCP (Dynamic
Host Control Protocol) service. We have created a network
environment by using the nam tool. This script is located in /proc
directory of Linux CENTOS 5.5 installed in my laptop. Each
computer takes one IP. The results of simulation are presented in
table 1.
As it looks in table 1 and in figure 2 SPF algorithm growth in
linear form, as much as number of network size and time
processing increases. Also the QoS algorithm has a linear curve
but it consumes more times than SPF algorithm. The reasons are
that QoS algorithm should execute more values than SPF
algorithm (So it can processing not only the number of hops, but
throughput, necessary bandwidth, delays of packets too). For
these reasons it causes more delay than SPF Algorithm.
Another experiment is elimination of Starvation for three packet
classes. This experiment is performed in a real application.
3.1 Experimental Environment











</p>
      <p>There are 2 VM (Virtual Machines) above a Host
Physical Machine with Win XP 32 bit (The physical
host parameters are the same as we mentioned above)
Type of Virtualization: Full Virtualization (VMWare
Workstation 7.1 )
In the first VM is built XP Operating System
In the second one is built CENTOS 5.5 Operating
System
Both of them uses 500 MB RAM.</p>
      <p>CPU 1 for each VM
Core 2 for each VM
WAMP5 1_4_7 installed on VM1 (WAMP-Windows,
Apache, My SQL, Php)
Httperf benchmark
Client 192.168.1.10 255.255.255.0
Server 192.168.1.100 255.255.255.0</p>
      <p>Video_Tooling_4_all_TKO
As it look from the description, we have used 2 virtual machines
which can communicate with each other as a team in LAN. The
experiment is organized for 2 VM in the same computer.
The experiment is repeated again with 2 physical machines which
support respectively 2 VM. Both physical machines are connected
by twisted pair utp cat 7 cable.</p>
      <p>The final experiment is tested with 4 physical machines in LAN
which are connected with switch gigabit Ethernet. All machines
support respectively 2 VM, as it shows in figure 3.</p>
      <p>In our experiment we have used the manageable switch. The
situation is the same if we use just a simple switch. Packets are
transmitted in Layer 2 of OSI (Open System Interconnection)
model, by using the broadcast technique. Each computer has its
own gigabit Ethernet card and there are connected by utp cat 7
cable (Unshielded Twisted Pair Category 7). All computers have
the same architecture as there are in the first experiment. Each
computer is configured with C class IP (Internet Protocol) private.
There are three packet classes. In the first class there are Video
Stream packets. In the second there are generated FTP (File
Transfer Protocol) packets and in the third one the Email packets.
In the video stream packet we have set the priority=5. In FTP=2
and Email=1. All these priority are assigned by
“Video_Tooling_4_All_TKO. Bandwidth communication
between 2 hosts is 1 Gb/sec in LAN and 5 Gb/sec in the physical
machine.</p>
      <p>For the first experiment , a benchmark, called httperf is used for
generating the packets from Client (CENTOS 5.5) to Server
(XP_OS)
From the client side we can generate randomly 6000 packets to
Server destination:
Httperf –server 192.168.1.100 –uri /TKO.html –num-con 6000 –
rate=10 –timeout5
TKO.html is a html file in Apache Web Server which is used from
Video_Tooling_4_All_TKO. This method utilizes these packets
based on our assigned priority. TKO.html randomly distributes
packets classes.(An additive module is included in this benchmark
- This is not the study of this paper)
From this experiment we introduced that Video Calling packet
would generate 94% of total packets, FTP 5% and E-mail 1 %.
If we want to use Email more than 1% of time, a starvation will
occur.</p>
      <p>We can repeat the experiment for 2 physical machines with 2
virtual machines above respectively. As we mentioned previously,
both physical machines can communicate with twisted pair utp
cat. 7 cable. The results are:
Video calling packet would generate 92 % of total packets, FTP 6
% and E-mail 2%. If we make a comparison between first
experiment and second one we can see that video stream packets
reduce from 94 % to 92%, FTP packets from 5% growth to 6 %
and Email packet from 1 % up to 2 %. The reason is the
bandwidth. At the first experiment the speed of communication is
5 Gbit/sec but in the second case it is just 1 Gbit/sec.</p>
      <p>
        The final experiment shows us the situation of 4 computers which
are connected with a gigabit switch in LAN. In a computer we can
generate randomly the traffic packets with httperf benchmark. The
results change from both previously experiments. Generation of
Video calling packets reduce to 90%, FTP packets reduce to 7%
and E-mail packet reduce to 3%. We got these results because of
the switch which introduces the complexity of hardware
architecture. [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] . This situation is reflected in packets with big
sizes. So the bandwidth for small packets with low priority will
increases and the total number of these packets will increases too.
      </p>
    </sec>
    <sec id="sec-4">
      <title>4. CONCLUSIONS</title>
      <p>As a conclusion of this paper we can show that the QoS Routing
Architecture is a big factor in routing technology. It asks better
performance than other routing architectures. As it looks from the
experiments, if the time of processing is increases the number of
network size will increases too. The evaluation of starvation is a
very interesting thing which is very important in QoS architecture.
For three different generated classes in server only email could be
hurt from the starvation. Anyway the risk of email’s starvation
reduces, because of some troubles which are induced from packets
with big size (i.e video stream packet). So the total consumed
bandwidth from video stream packet will be reduced. The remain
part of bandwidth can utilized from smaller packets (The reasons
of this situation are not study in this paper)
In the future we will verify the starvation between different
classes in order to satisfy QoS routing Architecture in Network
with different topology.</p>
    </sec>
    <sec id="sec-5">
      <title>5. REFERENCES</title>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Andrew</given-names>
            <surname>Tanenbaum</surname>
          </string-name>
          , “
          <article-title>Computer Network 4th Edition”</article-title>
          , Chap 4 pp.
          <fpage>205</fpage>
          -
          <lpage>220</lpage>
          ,
          <year>2007</year>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Awduche</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Malcolm</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Agogbua</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. O'Dell</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          and
          <string-name>
            <surname>McManus</surname>
            ,
            <given-names>J</given-names>
          </string-name>
          , “
          <article-title>Requirements for Traffic Engineering over</article-title>
          MPLS,
          <source>” RFC 2702</source>
          ,
          <year>2003</year>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Apostolopoulos</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Williams</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Kamat</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Guerin</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Orda</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Perzygienda</surname>
          </string-name>
          , T, “
          <article-title>QoS Routing Mechanisms</article-title>
          and OSPF Extensions,
          <source>” RFC 2676</source>
          ,
          <year>2003</year>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Crawley</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Nair</surname>
            , Rajagopalan,
            <given-names>R. B.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Sandick</surname>
            ,
            <given-names>H</given-names>
          </string-name>
          ,.
          <article-title>“A Framework for QoS-based Routing in the Internet</article-title>
          ,
          <source>” RFC 2386</source>
          ,
          <year>1998</year>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>G.</given-names>
            <surname>Apostolopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Guerin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kamat</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Tripathi</surname>
          </string-name>
          ,
          <article-title>"Quality of service based routing: a performance perspective"</article-title>
          ,
          <source>In Proceedings of ACM SIGCOMM'98 Conference</source>
          , pp.
          <fpage>17</fpage>
          -
          <lpage>28</lpage>
          ,
          <year>1998</year>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>James</given-names>
            <surname>Curose</surname>
          </string-name>
          “Network Computing”, p.
          <fpage>188</fpage>
          ,
          <year>2009</year>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>