Академический Документы
Профессиональный Документы
Культура Документы
Tutorial
On
By
Thomas Nilsson
Table of Contents
1 Introduction ......................................................................................................................... 3
2 System architecture ............................................................................................................. 4
3 Installation ............................................................................................................................ 5
4 Using GloMoSim................................................................................................................. 5
4.1 Configuration file ................................................................................................. 5
4.2 Application file settings ....................................................................................... 7
4.3 Output file ............................................................................................................. 7
4.4 Calculating the Radio Range............................................................................... 8
5 Extracting and displaying data........................................................................................... 9
6 Case Study: ODMRP and mobility................................................................................. 10
7 Conclusion.......................................................................................................................... 12
8 Appendix............................................................................................................................. 13
8.1 Configuration file ............................................................................................... 13
8.2 The column script .............................................................................................. 17
9 References........................................................................................................................... 18
1 Introduction
This is a short tutorial describing some features of GloMoSim and how it can be used to
simulate simple ad-hoc network scenarios. GloMoSim stands for Global Mobile
Information System Simulator and is a scalable network simulation environment for
mobile ad-hoc networks, developed at UCLA Parallel Computing Laboratory.
GloMoSim achieves scalability by utilizing parallel execution to reduce the simulation
time. GloMoSim has the capabilities to simulate thousands of mobile nodes without
disregarding the details in the lower layer protocols. GloMoSim simulation library is built
using the PARSEC simulation environment [3] developed by the Parallel Computing
Laboratory at UCLA. This tutorial will not explain the parallel features of GloMoSim
and as default the simulator is using sequential execution.
Layers Protocols
Mobility Random waypoint, Random drunken, Trace based
Radio Propagation Two ray and Free space
Radio Model Noise Accumulating
SNR bounded, BER based with BPSK/QPSK
Packet Reception Models
modulation
Data Link (MAC) CSMA, IEEE 802.11 and MACA
IP with AODV, Bellman-Ford, DSR, Fisheye, LAR
Network (Routing)
scheme 1, ODMRP, WRP
Transport TCP and UDP
Application CBR, FTP, HTTP and Telnet
Table 1: Models currently supported by
GloMoSim.
There are two mobility models supported by GloMoSim, Random waypoint [1,2] and
Random drunken [1,2]. The mobility models are used to model the movement of the
nodes within the simulation area. The two models mentioned here are based on random
movement with specific parameters for maximum and minimum speed, target
destination and pause time. The radio model is used to model the radio transmission,
signal attenuation and interference caused by neighbouring nodes on the same channel.
The Packet Reception Model is needed to determine if a node can receive a packet and it
considers parameters such as signal attenuation and interference.
2 System architecture
The GloMoSim simulation library is developed using a layered approach with simple
standard APIs between every layer (See Figure 1). This system architecture facilitates the
development and incorporation of new models at different layers. By using the standard
API function individual layers can be replaced or modified by different people without
affecting the other layers, which is a very good quality in large software systems.
GloMoSim is a so-called discrete event driven simulator meaning that the simulation
model consists of different events controlling the course of action throughout the
simulation. An event is defined as an incident, which causes the system to change it state
in some way. A specific event or a combination of events may trigger other events and
so on and this is how the simulation progresses. Discrete events can only occur during a
distinct unit of time during the simulation and events are not permitted to occur in
between time units. An event can be something a simple as a packet reception or a
movement of a node.
3 Installation
The Academic Research Version of GloMoSim can be obtained from UCLA
http://pcl.cs.ucla.edu/projects/glomosim/obtaining_glomosim.html
4 Using GloMoSim
The GloMoSim simulator is configured by a number of predefined parameters supplied
in a configuration file. There are specific parameters for every layer and available model
in GloMoSim, a total of roughly 80 parameters in all. The configuration file can be
somewhat difficult to overlook when starting to use the simulator, but as a help to the
user there are a short description for every parameter in the configuration file.
%/glomosim config.in
All lines starting with ‘#’ are considered to be comments in the configuration file. In
Figure 2 a section of the configuration file describing the node placement is shown.
Parameters describing a specific function are grouped together.
#NODE-PLACEMENT-FILE ./nodes.input
# NODE-PLACEMENT GRID
# GRID-UNIT 30
# NODE-PLACEMENT RANDOM
NODE-PLACEMENT UNIFORM
Figure 2: A section of the configuration
file describing the placement of the
node.
Users with some experience in wireless networking and ad hoc networks should be able
to understand the majority of the parameters in the configuration file. However the
parameters describing the physical layer may require a greater understanding in radio
transmissions, encoding schemes etc. For this reason a more detailed description of the
radio parameters has been added to this tutorial
PROPAGATION-LIMIT
A radio signal attenuates as it propagates further a way from its origin. In free space the
signal attenuates in relation to the square of the distance travelled. The propagation limit
tells the simulator how weak a signal may become before it is ignored in the simulation.
The value is expressed in dBm.
PROPAGATION-PATHLOSS
The attenuation of the radio signal depends on many factors in the surrounding
environment and different propagation pathloss models are needed to capture
characteristics in specific environments. Factors like frequency, obstacles, indoor or
outdoor environment, long and short-term fading etc affects the attenuation of a radio
signal. For instance the free space model is describing the attenuation in an open
environments with no obstacles.
NOISE-FIGURE
The noise figure represents the background noise found in the simulated environment.
Noise exists everywhere and origins from electronic devices like microwave oven and
transmitters. Cosmic background radiation and thermal noise are other sources of
interference.
TEMPARATURE
Thermal noise is due to the agitation of electrons and is a function of the temperature.
Thermal noise is present in all electronic devices and transmission medias and cannot be
eliminated.
RADIO-TYPE
The signal must maintain a level sufficiently higher than the interference (noise) to be
received without error. The radio type RADIO-ACCNOISE considers interference from
other transmitters in the simulation when deriving the received SNR (Signal to Noise
Ratio). The RADIO-NONOISE is an abstract model and does not consider interference
at all.
RADIO-FREQUENCY
The radio frequency used to transmit and receive packets. The frequency value is in
hertz. (Hz)
RADIO-BANDWIDTH
The bandwidth (in bits per second) supported by the radio interfaces.
RADIO-RX-TYPE
This parameter represents the packet reception model. SNR (Signal to Noise Ratio)
expresses a ratio in dB between the received signal strength and the interference. A high
SNR value represents a strong signal and little interference or noise. A higher SNR value
increases the probability for a successful packet reception. When the parameter is set to
BER-BASED an SNR to BER table will be used to derive the packer reception
probability. In the table SNR values are mapped to BER (Bit Error Rate) values. For a
specific SNR value there is a certain Bit Error Rate.
RADIO-TX-POWER
The radio interface transmission power (in dBm). The power is sometimes expressed in
milliwatt (mW) but in this simulator dBm is used. The dBm stands for Decibel milli and
expresses a ratio between the expressed power in milliwat and one milliwatt.
RADIO-ANTENNA-GAIN
The antenna gain or directivity of an antenna (in dB) represents the ratio of the radiation
intensity in a given direction to the radiation intensity averaged over all directions.
RADIO-RX-SENSITIVITY
Sensitivity is the ability of a radio interface to respond to weak signals. It is measured in
milli dB (dΒm). The lower the measurement in dBm, the fainter the signal the radio can
receive.
RADIO-RX-THRESHOLD
The minimum power for a received packet (in dBm). The receiver will not receive a
packet transmission with a lower dBm than this threshold.
MAC-PROTOCOL
The Medium Access Protocol used by the MAC layer to access the medium.
APP-CONFIG-FILE ./app.conf
There are three types of traffic that can be generated by a node, FTP, TELNET and
CBR (Constant Bit Rate). The Below syntax is used in the application file to generate
different types of traffic.
FTP <source node><dest node> <amount sent> <start time>
TELNET <source node> <dest node> <duration> <start time>
CBR <source node> <dest node> <items to send> <item size>
<interval> <start time> <end time>
If the <items to send> is set to zero when using CBR the interval, start and end time will
be used to calculate the number of items that should be sent. The following CBR
example will create a CBR stream from node 0 to node 23 with a packet size of 512kB,
start time 10s, end time 400s and interval time of 100ms.
The statistics in the output file belonging to a specific node is grouped together, starting
with the lower layers. Every layer or function has a number of predefined result
variables. Figure 4 shows statistics from three layers, MAC layer, network layer and
application layer belonging to node zero.
The first column in the output file represents the node id, the second represents the layer
or the function and the third represents the result variable as shown by Figure 4. In the
figure the first ten lines represents statistics from the 802.11 interface which is part of the
MAC layer. The last 8 lines are statistics from the application layer. For a full description
of every result variable see [4].
%/radio_range config.in
The result from the command is shown below. The first line is expressing the radio
range in meters. The rest of the lines can be ignored.
./radio_range config.in
radio range: 893.493m
Execution time : 0.0148 sec
Number of messages processed : 0
Number of context switches occurred : 6
Number of Local NULL messages sent : 0
Number of Remote NULL messages sent : 0
Total Number of NULL messages sent : 0
In most cases the best way to extract the right information is to create a script capable of
filtering the desired information. Excel can also be used to select which columns that
should be imported from a file. When opening a plain text file in Excel the Text Import
Wizard will be started to help the user import the right data.
When it comes to displaying the data there are many alternatives. A good unix graph tool
is the GnuPlot which can be use to plot experimental data. GnuPlot is a command-line
driven program for producing 2D and 3D plots and has many nice features for
customizing the plots. GnuPlot can be used to plot user-defined mathematical functions
and other predefined functions. The GloMoSim user should not have much use of these
features but instead that of plotting data from a file. GnuPlot recognizes three different
data formats, 2-dimensional data, 3-dimensional data and Matrix. The different formats
are described in [8]. For more information how to use GnuPlot see [9].
Excel and Matlab can also be used for plotting scientific data and both programs have a
wizard for importing data in text files. Matlab can also import data from text files with a
special format by using a specific command. The command “load” imports numeric data
from a text file and creates a variable in the workspace with the same name as the
filename. See [12] for more information how to import data to Matlab.
ROUTING-PROTOCOL ODMRP
MCAST-CONFIG-FILE member.conf
The member configuration file is needed to define the multicast group members and
when they join and leave the group.
15 3758096386 0S 800S
18 3758096386 0S 800S
29 3758096386 0S 800S
23 3758096386 0S 800S
3 3758096389 0S 800S
6 3758096389 0S 800S
11 3758096389 0S 800S
13 3758096389 0S 800S
In Figure 5 there are eight members of the multicast group with the multicast address
3758096386. All the nodes join the group from the start of the simulation (indicated by
time 0S) and leave the group after 800 seconds. The node id is found in the first column.
In the application file one multicast source is specified with the destination address of
the multicast group (See below). Note that the multicast source also must be a member
of the multicast group.
The mobility model used in this simulation is the random waypoint model with a pause
time of 250 milliseconds, minimum speed of one meter per second. The maximum speed
should initially by set to 1 meter per second and then be increased up to 20 meters per
second in steps of two units. The simulation must be carried out ten times with an
increasing value of the maximum speed. When completing a simulation the output file
should be copied to another location before starting a new simulation and this is because
the output file will otherwise be overwritten when starting a new simulation. It is
important to save all the output files in case new studies are to be done later.
The entire configuration file for this simulation can be found in Appendix A. In this
scenario the same simulation (from mobility speed one to 20 meter a second) has been
repeated ten times with a different value of the seed. The seed value can be changed in
the configuration file. Note: when using the same seed value for a simulation the output
results will be identical. The reason for repeating the simulation several times is to obtain
enough data for a more accurate result. There are a total of 100 individual simulations
performed in this case study.
MOBILITY RANDOM-WAYPOINT
MOBILITY-WP-PAUSE 250MS
MOBILITY-WP-MIN-SPEED 1
MOBILITY-WP-MAX-SPEED 1
To extract the number of packets received use the command line below.
The command will produce something similar to the output below, the number of
packets received by every node in the multicast group.
7135
5378
6563
6185
7152
7260
6659
4959
6771
7477
Import all the data to Matlab or Excel by using a text file. Calculate the average packet
delivery ratio for the nodes in the multicast group. Then derive the mean packet delivery
ratio for every mobility speed by using the ten simulations performed with different
values of the seed. Finally plot the packet delivery ratio as a function of the mobility
speed. Hopefully you will end up with a diagram similar to the one in figure 6.
0,92
0,91
0,9
Packet Delivery Ratio
0,89
0,88
0,87
0,86
0,85
0,84
1 2 4 6 8 10 12 14 16 18 20
From Figure 6 a descending trend in packet delivery ratio can be seen as a result of the
increased mobility speed. More packets are lost when the nodes are moving with a higher
velocity and one reason to this trend is that nodes are leaving their neighbours
transmission ranges more frequently. If only performing this simulation once there might
not be enough data to conclude any relationship between Packet Delivery Ration and
Mobility Speed.
By using “grep ‘end-to-end’” in the previous command line the average packet delay for
the multicast group members can be studied. Follow the same procedure as for the
packet delivery ratio. There is no need for more simulation since the statistics can be
found in the existing output files.
0,002935
0,002915
Average end-to-end delay (s)
0,002895
0,002875
0,002855
0,002835
0,002815
1 2 4 6 8 10 12 14 16 18 20
Mobility Speed (m/s)
Figure 7 shows the average end-to-end delay experienced by the multicast group
member. There is not a very distinct trend in the end-to-end delay, however a very small
decrease may be seen when mobility speed is increased. It is possible that there is no
obvious relation between end-to-end delay and mobility speed, or there is a need for
more simulation data to conclude any relationship.
7 Conclusion
GloMoSim is a very powerful simulator with capabilities of simulating a wide variety of
wireless networks. GloMoSim is build using a layered architecture with very detailed
models of ever layer. There are many wireless protocols and models available in
GloMoSim and due to the standard api calls between the layers, integration of new
models should be fairly easy. GloMoSim simulation library is built using the PARSEC
simulation environment for parallel and sequential simulations, however only the
sequential binary of PARSEC is shipped with the academic version of the simulator
limiting its ability to simulate large networks efficiently. Another shortage with
GloMoSim is the scarcity of documentation to guide GloMoSim users how to perform
simulations and to develop new models. This is probably the main reason why
GloMoSim is not the de facto simulator in the ad-hoc research community, but instead
more people tend to use the NS-2 simulator library [13].
8 Appendix
8.1 Configuration file
# ***** GloMoSim Configuration File *****
SIMULATION-TIME 820S
#
# The following is a random number seed used to initialize part of the seed of
# various randomly generated numbers in the simulation. This can be used to
vary
# the seed of the simulation to see the consistency of the results of the
# simulation.
#
SEED 34
#
# The following two parameters stand for the physical terrain in which the
nodes
# are being simulated. For example, the following represents an area of size
100
# meters by 100 meters. All range parameters are in terms of meters.
#
#
# The following parameter represents the number of nodes being simulated.
#
NUMBER-OF-NODES 50
#
#
#The following parameter represents the node placement strategy.
#- RANDOM: Nodes are placed randomly within the physical terrain.
#- UNIFORM: Based on the number of nodes in the simulation, the physical
# terrain is divided into a number of cells. Within each cell, a node is
# placed randomly.
#- GRID: Node placement starts at (0, 0) and are placed in grid format with
# each node GRID-UNIT away from its neighbors. The number of nodes has to be
# square of an integer.
#- FILE: Position of nodes is read from NODE-PLACEMENT-FILE. On each line of
# the file, the x and y position of a single node is separated by a space.
#
#NODE-PLACEMENT FILE
#NODE-PLACEMENT-FILE ./nodes.input
# NODE-PLACEMENT GRID
# GRID-UNIT 30
NODE-PLACEMENT RANDOM
#NODE-PLACEMENT UNIFORM
#
# The following represent parameters for mobility. If MOBILITY is set to NO,
# than there is no movement of nodes in the model. For the RANDOM-DRUNKEN
model,
# if a node is currently at position (x, y), it can possibly move to (x-1, y),
# (x+1, y), (x, y-1), and (x, y+1); as long as the new position is within the
# physical terrain. For random waypoint, a node randomly selects a destination
# from the physical terrain. It moves in the direction of the destination in
# a speed uniformly chosen between MOBILITY-WP-MIN-SPEED and
# MOBILITY-WP-MAX-SPEED (meter/sec). After it reaches its
# destination, the node stays there for MOBILITY-WP-PAUSE time period.
# The MOBILITY-INTERVAL is used in some models that a node updates its position
# every MOBILITY-INTERVAL time period. The MOBILITY-D-UPDATE is used that a
node
# updates its position based on the distance (in meters).
#
#MOBILITY NONE
MOBILITY RANDOM-WAYPOINT
MOBILITY-WP-PAUSE 250MS
MOBILITY-WP-MIN-SPEED 1
MOBILITY-WP-MAX-SPEED 18
#MOBILITY TRACE
#MOBILITY-TRACE-FILE ./mobility.in
#MOBILITY PATHLOSS-MATRIX
# The following parameters are necessary for all the mobility models
MOBILITY-POSITION-GRANULARITY 0.5
#####################################################################
#
# PROPAGATION-LIMIT:
# Signals with powers below PROPAGATION-LIMIT (in dBm)
# are not delivered. This value must be smaller than
# RADIO-RX-SENSITIVITY + RADIO-ANTENNA-GAIN of any node
# in the model. Otherwise, simulation results may be
# incorrect. Lower value should make the simulation more
# precise, but it also make the execution time longer.
#
PROPAGATION-LIMIT -111.0
#
# PROPAGATION-PATHLOSS: pathloss model
# FREE-SPACE:
# Friss free space model.
# (path loss exponent, sigma) = (2.0, 0.0)
# TWO-RAY:
# Two ray model. It uses free space path loss
# (2.0, 0.0) for near sight and plane earth
# path loss (4.0, 0.0) for far sight. The antenna
# height is hard-coded in the model (1.5m).
# PATHLOSS-MATRIX:
#
#PROPAGATION-PATHLOSS FREE-SPACE
PROPAGATION-PATHLOSS TWO-RAY
#PROPAGATION-PATHLOSS PATHLOSS-MATRIX
#
# NOISE-FIGURE: noise figure
#
NOISE-FIGURE 10.0
#
# TEMPARATURE: temparature of the environment (in K)
#
TEMPARATURE 290.0
#########################################
#
# RADIO-TYPE: radio model to transmit and receive packets
# RADIO-ACCNOISE: standard radio model
# RADIO-NONOISE: abstract radio model
# (RADIO-NONOISE is compatible with the current version (2.1b5)
# of ns-2 radio model)
#
RADIO-TYPE RADIO-ACCNOISE
#RADIO-TYPE RADIO-NONOISE
#
# RADIO-FREQUENCY: frequency (in heltz) (Identifying variable for multiple
# radios)
#
RADIO-FREQUENCY 2.4e9
#
# RADIO-BANDWIDTH: bandwidth (in bits per second)
#
RADIO-BANDWIDTH 2000000
#
# RADIO-RX-TYPE: packet reception model
# SNR-BOUNDED:
# If the Signal to Noise Ratio (SNR) is more than
# RADIO-RX-SNR-THRESHOLD (in dB), it receives the signal
# without error. Otherwise the packet is dropped.
# RADIO-RX-SNR-THRESHOLD needs to be specified.
# BER-BASED:
# It looks up Bit Error Rate (BER) in the SNR - BER table
# specified by BER-TABLE-FILE.
#
RADIO-RX-TYPE SNR-BOUNDED
RADIO-RX-SNR-THRESHOLD 10.0
#RADIO-RX-SNR-THRESHOLD 8.49583
#RADIO-RX-TYPE BER-BASED
#BER-TABLE-FILE ./ber_bpsk.in
#
# RADIO-TX-POWER: radio transmition power (in dBm)
#
RADIO-TX-POWER 25.0
#
# RADIO-RX-SENSITIVITY: sensitivity of the radio (in dBm)
#
RADIO-RX-SENSITIVITY -91.0
#
# RADIO-RX-THRESHOLD: Minimum power for received packet (in dBm)
#
RADIO-RX-THRESHOLD -81.0
#
##############################
#
MAC-PROTOCOL 802.11
#MAC-PROTOCOL CSMA
#MAC-PROTOCOL MACA
#MAC-PROTOCOL TSMA
#TSMA-MAX-NODE-DEGREE 8
#MAC-PROPAGATION-DELAY 1000NS
#
# PROMISCUOUS-MODE defaults to YES and is necessary if nodes want
# to overhear packets destined to the neighboring node.
# Currently this option needs to be set to YES only for DSR is selected
# as routing protocol. Setting it to "NO" may save a trivial amount
# of time for other protocols.
#PROMISCUOUS-MODE NO
##############################
#
# Currently the only choice.
NETWORK-PROTOCOL IP
NETWORK-OUTPUT-QUEUE-SIZE-PER-PRIORITY 100
#RED-MIN-QUEUE-THRESHOLD 150
#RED-MAX-QUEUE-THRESHOLD 200
#RED-MAX-MARKING-PROBABILITY 0.1
#RED-QUEUE-WEIGHT .0001
#RED-TYPICAL-PACKET-TRANSMISSION-TIME 64000NS
##############################
#
#ROUTING-PROTOCOL BELLMANFORD
ROUTING-PROTOCOL ODMRP
#ROUTING-PROTOCOL USER-DEFINED-PROTOCOL
MCAST-CONFIG-FILE member.conf
#ROUTING-PROTOCOL AODV
#ROUTING-PROTOCOL DSR
#ROUTING-PROTOCOL LAR1
#ROUTING-PROTOCOL WRP
#ROUTING-PROTOCOL FISHEYE
#ROUTING-PROTOCOL ZRP
#ZONE-RADIUS 2
#ROUTING-PROTOCOL STATIC
#STATIC-ROUTE-FILE ROUTES.IN
#
# The following is used to setup applications such as FTP and Telnet.
# The file will need to contain parameters that will be use to
# determine connections and other characteristics of the particular
# application.
APP-CONFIG-FILE ./app.conf
#
# The following parameters determine if you are interested in the statistics of
# a a single or multiple layer. By specifying the following parameters as YES,
# the simulation will provide you with statistics for that particular layer.
All
# the statistics are compiled together into a file called "GLOMO.STAT" that is
# produced at the end of the simulation. If you need the statistics for a
# particular node or particular protocol, it is easy to do the filtering. Every
# single line in the file is of the following format:
# Node: 9, Layer: RadioNoCapture, Total number of collisions is 0
#
APPLICATION-STATISTICS YES
TCP-STATISTICS YES
UDP-STATISTICS YES
ROUTING-STATISTICS YES
NETWORK-LAYER-STATISTICS YES
MAC-LAYER-STATISTICS YES
RADIO-LAYER-STATISTICS YES
CHANNEL-LAYER-STATISTICS YES
MOBILITY-STATISTICS YES
#
#
# GUI-OPTION: YES allows GloMoSim to communicate with the Java Gui Vis Tool
# NO does not
GUI-OPTION NO
GUI-RADIO NO
GUI-ROUTING NO
&ParseCommandLine;
$line = <STDIN>;
while ($line) {
$line =~ s/^\s+//; # remove initial white-space
$line =~ s/\s+/ /g; # turn double-space into single
space
@word = split('\s+',$line); # columns will then be $1, $2, $3
...
$i =0; #
while ($i <= $#col) {
print "@word[@col[$i]]\t";
$i += 1;
}
print "\n";
$line = <STDIN>;
}
exit;
# ParseCommandLine
# check for the right number of command line arguments
# print usage message and quit if there is an error
# global variables are @col
sub ParseCommandLine
{
while ($#ARGV >= 0) {
$arg = shift(@ARGV);
if ($arg =~ /^(\d+)/) {
push(@col, $1);
} else {
&usage;
}
}
if ($#col < 0) {
&usage;
}
# usage
# print a usage maessage and quit
sub usage
{
print STDERR "column: print fields from an indicated column\n";
print STDERR "Usage: column <flags>, where flags are:\n";
print STDERR " {# [#...]}\tcolumn(s) to print, numbered
0,1,2...\n";
exit;
9 References
[1] T. Camp, J. Boleng, and V. Davies, “Mobility Models for Ad Hoc Network
Simulations”, Submitted 2001
[2] X. Hong, T.J. Kwon, M. Gerla, D.L. Gu and G. Pei ,"A Mobility Framework for
Ad Hoc Wireless Networks", In Proceedings of ACM MDM '2001, Hong Kong,
Jan. 2001
[3] R. Bagrodia, R. Meyer, M. Takai, Y. Chen, X. Zeng, J. Martin, B. Park, H. Song,
"Parsec: A Parallel Simulation Environment for Complex Systems", Computer,
Vol. 31(10), October 1998, pp. 77-85.
[4] http://pcl.cs.ucla.edu/projects/glomosim/GloMoSimManual.html, visited
Monday, 03 June 2002
[5] http://www1.ietf.org/html.charters/manet-charter.html, visited Monday, 03
June 2002
[6] http://www1.ietf.org/mail-archive/working-
groups/manet/current/maillist.html, visited, Monday, 03 June 2002
[7] ~nilsson/column
[8] Plotting Numerical Data in a Data File, http://art.aees.kyushu-
u.ac.jp/members/kawano/gnuplot/datafile-e.html#2dim, visited Tuesday, 11
June 2002
[9] “Introduction to GnuPlo”, College of Natural Sciences,
http://www.cs.uni.edu/Help/gnuplot/, visited Tuesday, 11 June 2002
[10] GloMoSim Tutorial, http://pcl.cs.ucla.edu/slides/workshop99/Jaytut-
pw99/index.htm, Jay Martin, 11/18/99
[11] Sung-Ju Lee, William Su, and Mario Gerla, “On-Demand Multicast Routing
Protocol (ODMRP) for Ad Hoc Networks”, http://www.ietf.org/internet-
drafts/draft-ietf-manet-odmrp-02.txt, January 2000
[12] Using Import Functions with Text Data,
http://www.mathworks.com/access/helpdesk/help/techdoc/matlab_env/imp
ort_4.shtml, visited Tuesday, 11 June 2002
[13] The Network Simulator - ns-2 , http://www.isi.edu/nsnam/ns/, visited
Thursday, 13 June 2002.
[14] http://www.udel.edu/johnmack/frec682/682awk.html, visited 04/09/2002.§