Grupo 3

UNIVERSIDAD DE LAS FUERZAS ARMADAS - ESPE
DEPARTAMENTO DE ELECTRICA
Y ELECTRONICA
INGENIERIA ELECTRONICA
Y TELECOMUNICACIONES
COMUNICACIONES INALAMBRICAS
DE UNA RED MANET.
TRABAJO BIMESTRAL N.- 1: SIMULACION
LARA
PROFESOR: ING. ROMAN
Andrea Casanova, Lisseth Rogel, Diana Yanez
11 de mayo de 2014
Resumen
Las MANETs (Mobile Ad-hoc Network) se han vuelto parte importante dentro
de la industria y en los
ambitos academicos. El presente informe muestra el funcionamiento del software NS2 (Network Simulator 2) para evaluar el desempe
no de la
red ad hoc m
ovil en relaci
on a las metricas de calidad de servicio como throughput,
retardo, perdida de paquetes y jitter. La simulacion se desarrolla en cinco escenarios
con pasos de 20 nodos hasta disponer de un total de 100 nodos; consta de un protocolo de enrutamiento AODV y protocolos de transporte UDP y TCP. El analisis
del desempe
no de la red MANET se realiza mediante la interfaz de animacion nam
de NS2 y la herramienta gr
afica Tracegraph.
1.
INTRODUCCION
Las redes inal

ambricas han tenido un gran impacto en las comunicaciones moviles. Durante los u
ltimos a
nos se han realizado investigaciones en este campo, una de
ellas es la investigaci
on en el encaminamiento como los protocolos AODV y OLSR.
Una MANET es una red inal
ambrica sin infraestructura, sin puntos de acceso, donde cada nodo ejerce simult
aneamente de nodo final y de router. En esta red, cada
nodo se debe comportar como un router, manteniendo individualmente las rutas a
otros nodos, por lo tanto, s el n
umero de nodos crece rapidamente, el n
umero de
rutas aumentar
a tambien r
apidamente impactando tanto en el tama
no de la tabla
de encaminamiento como en la b
usqueda del camino optimo. La red MANET tiene
una naturaleza din
amica y distribuida.[1]
2.
2.1.
OBJETIVOS
Objetivo General
Evaluar el desempe
no de una red ad hoc movil (MANET) mediante el software
NS2, en la simulaci
on de cinco escenarios con pasos de 20 nodos hasta disponer de
un total de 100 nodos.
2.2.
Objetivos Especficos
Dise
nar cinco escenarios m
oviles con protocolo de enrutamiento AODV y protocolos de transporte UDP y TCP.
Realizar la b
usqueda de los parametros del equipo que se desea utilizar como
transmisor.
Investigar el Reglamento de Banda Ancha y trabajar en la banda ISM de 2,4
GHz y con tecnologa WiFi.
Evaluar el desempe
no de una red MANET determinando las metricas relacionadas con calidad de servicio para cada uno de los escenarios.
3.
3.1.
FUNDAMENTO TEORICO
RED MANET
Una red m
ovil ad hoc (MANET) es una red de comunicaciones formada espontaneamente por un conjunto de dispositivos moviles inalambricos que son capaces de comunicarse entre s, sin la necesidad de una infraestructura de red fija o
gestion administrativa centralizada. De esta forma, son los propios nodos quienes
adoptan funciones para el mantenimiento de la red y para su autoconfiguracion.
En una red MANET cada nodo puede operar como fuente, destino o router. Los
nodos m
oviles son libres para moverse arbitrariamente, produciendo frecuentes cambios en la topologa de la red.[2]
3.2.
AODV
En este protocolo los nodos poseen una tabla de encaminamiento para los destinos conocidos (empleando el algoritmo vector distancia). Inicialmente esta tabla
estara formada por sus vecinos, solamente se le a
nadiran destinos nuevos cuando
sea necesario, es decir cuando un nodo necesite comunicarse con otro que no esta en
su tabla, entonces inicia un proceso de descubrimiento de ruta hacia el destino concreto.[3] Para ello se emiten mensajes de descubrimiento de ruta RREQ que van
propag
andose entre todos los nodos de manera similar al DSR. En cambio, aqu los
nodos generan una tabla de encaminamiento inversa para que puedan regresar las
contestaciones RREP a las solicitudes de ruta al nodo que la origino.

MATERIALES Y METODOS
4.
El metodo a se empleado sera estrictamente el metodo cientfico con procedimientos ordenados con el de la b
usqueda del conocimiento, en el ambito de las
Comunicaciones Inal
ambricas.
Como materiales se tiene un computador con los requerimientos:
Sistema operativo Linux.
Software de simulaci
on NS2 version 2.35 para Linux.
Debe constar la interfaces animada nam.
Herramienta Tracegraph utilizada en Matlab
4.1.
NS2
El software de simulaci
on NS2 es una herramienta que permite mostrar e investigar el tr
afico en redes. Provee un soporte en la simulacion de protocolo TCP y
protocolos multicast sobre redes cableadas e inalambricas.
El trafico que se va a simular debe ser acorde con el que va a experimentar la red
fsica de tal manera que la cantidad paquetes, el retardo, y el tiempo de conmutacion de los mismos sean similares a los generados por los dispositivos presentes en
una red real.
4.1.1.
Nam
La interfaz nam es un simulador de animacion para redes inalambricas. El comando para observar la animaci
on es:
exec nam xxxx.nam
4.2.
Tracegraph
La herramienta Tracegraph utiliza libreras de Matlab. Permite observar graficas

en 2D y 3D de metricas de calidad de servicio, al igual que obtener informacion de
la red y de cada nodo de esta.
5.
5.1.
DESARROLLO
Escenarios de simulaci
on
En la Tabla 1 se observa los principales parametros para cada escenario as como

el n
umero de nodos m
oviles de las 5 simulaciones realizadas, para cada escenario
existe un n
umero de enlaces igual a la mitad del n
umero de nodos es decir, la
simulaci
on con 20 nodos tiene 10 enlaces los cuales estan formados de dos nodos
consecutivos por ejemplo el nodo 0 es el transmisor y nodo 1 es el receptor.
Tabla 1: Caractersticas principales de los escenarios

Est
andar
Equipo
Antena
Ganancia Antena
Tasa de transmisi
on
Sensibilidad
Velocidad de Tx
Tasa de transmisi
on usada
N
umero de nodos m
oviles
Protocolo de enrutamiento
Modelo de propagaci
on
Frecuencia de transmisi
on
Tasa de transmisi
on (Mbps)
N
umero de enlaces
Tipo de Aplicaci
on
Tiempo de simulaci
on
IEEE 802.11
Airmux-200
Omnidireccional
17dBi
27dBm
-87dBm
9Mbps
21dBm
[20 40 60 80 100]
AODV
TwoRayGround
2,4GHz
[2.56 5.12 7.68 10.24 12.8]
[10 20 30 40 50]
FTP,CBR
100 segundos.
Los siguientes escenarios se forman:

80 nodos = (0 - 79)
60 nodos = (0 - 59 )
40 nodos = (0 - 39)
20 nodos = (0 - 19)
Tabla 2: Asignacion de protocolos en cada enlace

Tx
0
2
4
6
8
10
12
14
16
18
Rx
1
3
5
7
9
11
13
15
17
19
P
tcp
udp
udp
udp
tcp
udp
udp
udp
tcp
udp
Tx
20
22
24
26
28
30
32
34
36
38
Rx
21
23
25
27
29
31
33
35
37
39
P
tcp
udp
udp
udp
tcp
udp
tcp
tcp
tcp
tcp
Tx
40
42
44
46
48
50
52
54
56
58
Rx
41
43
45
47
49
51
53
55
57
59
P
tcp
udp
tcp
tcp
udp
tcp
udp
udp
udp
tcp
Tx
60
62
64
66
68
70
72
74
76
78
Rx
61
63
65
67
69
71
73
75
77
79
P
tcp
udp
tcp
tcp
udp
tcp
tcp
udp
tcp
udp
Tx
80
82
84
86
88
90
92
94
96
98
Rx
81
83
85
87
89
91
93
95
97
99
P
tcp
tcp
udp
udp
udp
tcp
tcp
udp
udp
tcp
La Tabla 2 describe la asignaci

on de cada protocolo TCP/UDP para los enlaces generados indicando el escenario m
as grande con 100 nodos correspondientes a 50 enlaces fomados por los
nodos (0-99).
6.
ANALISIS
DE RESULTADOS
Tabla 3: Resultados obtenidos de los cinco escenarios que conforman la red.

Nodos
20
40
60
80
100
Throughput
395
642
929.5
1004.2
1446.6
Paquetes perdidos
6204/48055 pck
11808/83556 pck
14506/107710 pck
16897/130548 pck
18201/160438 pck
Delay
0,93 s
0,88 s
0,786 s
0,845 s
0,816 s
Jitter
0,015 s
0,0203 s
0,0209 s
0,0196 s
0,08 s
La tabla 3 muestra el resumen de los resultados obtenidos despues de realizada

la simulaci
on de los cinco escenarios planteados.
6.1.
Gr
aficos de las M
etricas de QoS de la red MANET
(a)
(b)
(c)
(d)
Figura 1: Graficas de la red MANET realizadas en Tracegraph. (a) Throughput en funcion

del n
umero de nodos. (b) Perdida de paquetes en funcion del n
umero de nodos. (c) Delay
en funcion del n
umero de nodos. (d) Jitter en funcion del n
umero de nodos.
Las Figuras 1 (a), (b), (c), (d) permiten apreciar las metricas de QoS del sistema Vs el n
umero de enlaces. En las figuras 1 (a) y (b) se tiene la representacion
del throughput y PP de los escenarios, se puede observar que conforme aumenta el
n
umero de nodos incrementa el valor de estos parametros, esto se debe a que para
cada enlace se asumi
o conexiones de 256Kbps por lo tanto el escenario mas grande
tiene una tasa de transmisi
on de 12,80Mbps el cual es 5 veces mayor que para el
escenario m
as peque
no que tiene apenas 2,56Mbps. El comienzo para cada transmision est
a definido con intervalos de 2 segundos y finaliza al igual que la simulacion;
por lo tanto para el escenario de 100 nodos se tendran 50 enlaces transmitiendo
simult
aneamente obteniendo un throughput maximo en este punto.
La perdida de paquetes tambien es directamente proporcional al n
umero de enlaces
esto como consecuencia de los protocolos utilizados (Ver Tabla 2) a mayor n
umero
de nodos se tendr
a mayor n
umero de conexiones UDP y por lo tanto mayor cantidad
de PP.
En la figura 1(c) se observa el delay promedio de los escenarios en funcion del

n
umero de nodos, particularmente se puede notar que para 60 nodos se obtuvo el
menor delay promedio esto se debe a que para este escenario topologicamente la
distribuci
on de los nodos m
oviles a lo largo de la simulacion muestra ser mejor que
en los dem
as escenario; adem
as el n
umero de conexiones que utilizan protocolo UDP
en esta red es mayor que las conexiones TCP.
La figura 1 (d) permite apreciar el jitter de cada escenario, el cual crece proporcionalmente seg
un se aumenta el n
umero de conexiones; para el escenario con 100
nodos se puede apreciar el valor mas alto del jitter debido a que las parejas definidas para cada conexi
on se encuentran mas distantes, ta para la comunicacion de un
nodo con otro se realiza mayor n
umero de saltos, provocando que la variacion del
retardo aumente.
6.2.
M
etricas de QoS en el Escenario Uno (20 nodos)
(a)
(b)
(c)
(d)
Figura 2: Metricas de QoS obtenidas mediante Tracegraph en el Primer Escenario. (a)

Throughput en funcion al n
umero de enlaces. (b) Perdida de paquetes en funcion al
n
umero de enlaces. (c) Jitter en funcion al n
umero de enlaces. (d) Retardo promedio en
el sistema.
En la figura 2(a) se muestra el Throughput obtenido en el primer escenario de
la red MANET, donde el valor mnimo de esta metrica es 30 y el valor maximo
es 60, datos obtenidos de cada enlace de la red. En la figura 2(b) se observa que
la perdida de paquetes es mayor durante los primeros enlaces del escenario de 20
nodos. La figura 2(c) indica la variacion del retardo en cada enlace. La figura 2(d)
detalla el valor del retardo m
aximo y mnimo, y principalmente el retardo promedio
del escenario de 20 nodos.
Las metricas de calidad de servicio obtenidas en los demas escenarios se detallan
en el ANEXO A.
7.
TRABAJOS ADICIONALES
Los trabajos adicionales se detallan en el ANEXO B.
8. CONCLUSIONES Y RECOMENDACIONES
1. Se comprob
o que al asignar 256kbps para cada enlace el throughput total de
la red va incrementando uniformemente en cada escenario.
2. Los enlaces con mayor throughput, presentan un jitter muy bajo en cada una
de las diferentes redes generadas.
3. Se apreci
o que para el escenario con 60 nodos que presenta mayor n
umero de
conexiones con protocolo UDP el retardo de la red es menor mientras que la
red de 20 nodos mantiene un mejor throughput con 39.3Kbps,los cinco escenerios presentan PP entre 13 y 14 %, con delay y jitter muy semejantes asi se
determina que PP en promedio de cada red es de 13.36 %, con un throughput
para cada enlace de 28.92Kbps, delay de 0.8123s y un jitter de 0.03121s.
4. Es complejo determinar que escenario es el mas adecuado partiendo que cada
uno tiene diferente n
umero de conexiones con protocolo UDP y TCP, ademas
al otorgar un mismo ancho de banda para cada enlace se esta asegurando que
las prestaciones de calidad en cada red sean optimas porque mientras mas nodos se presenten e incrementen los enlaces tambien se crece el ancho de banda
total de cada una de las 5 distribuciones MANET, as con el dise
no planteado
para la cantidad de nodos en cada escenario se tiene un buen rendimiento. El
caso contrario habra sido asignar a todos los escenarios el mismo ancho de
banda pues a mayor n
umero de nodos los enlaces tendran throughput cada
vez m
as peque
no, no se podra garantizar un QoS adecuado y la red con 20
nodos sera la de mejor desempe
no.
5. El uso de herramienta awk para procesar datos generados en NS2 es muy
pr
actica as el analisis de metrica importante para determinar en la red se las
obtiene manejando un lenguaje de programacion muy semejante a lenguaje C
se generan las funciones necesarios para generar el resultado de cada parametro (throughput, PP, delay y jitter), de esta manera en escenarios con gran
tamano es una soluci
on conveniente.
6. Se recomienda que en ancho de banda sea el mismo en cada enlace y no para el
escenario total, puesto que en este u
ltimo si se incrementa enlaces el throughput para cada uno ir
a decreciendo y el QoS sera inferior.
Referencias
[1] L
opez, J., Barcel
o, J. M., Garca-Vidal, J. (2005). Ventajas de usar subredes
en una red ad-hoc con nodos moviles. Departamento de Arquitectura de
Computadores, Universidad Politecnica de Catalu
na (UPC).
[2] Murazzo, M. A., Rodrguez, N. R., Martnez, M. (2008). Evaluacion del
retardo de los protocolos de ruteo reactivos para redes Manet. Ingeniera
Electr
onica, Autom
atica y Comunicaciones, 29(1), 28-35.
[3] Jimenez, G., Elena, M. (2009). Estudio de la eficiencia de encaminamiento
del protocolo AODV en redes ad hoc inalambricas de gran escala.
[4] Wood, L. Awk script to get end-to-end delays from NS2 tracefiles.
10
ANEXOS
1.
1.1.
ANEXO A: M
etricas de QoS de los escenarios de
la red MANET
Escenario Dos (40 nodos)
(a)
(b)
(c)
(d)
Figura 1: Metricas de QoS obtenidas mediante Tracegraph en el Segundo Escenario. (a)

n
el sistema.
11
1.2.
Escenario Tres (60 nodos)
(a)
(b)
(c)
(d)
Figura 2: Metricas de QoS obtenidas mediante Tracegraph en el Tercer Escenario. (a)

n
el sistema.
12
1.3.
Escenario Cuatro (80 nodos)
(a)
(b)
(c)
(d)
Figura 3: Metricas de QoS obtenidas mediante Tracegraph en el Cuarto Escenario. (a)

n
el sistema.
13
1.4.
Escenario Cinco (100 nodos)
(a)
(b)
(c)
(d)
Figura 4: Metricas de QoS obtenidas mediante Tracegraph en el Quinto Escenario. (a)

n
el sistema.
14
2.
2.1.
ANEXO B: Trabajos Adicionales

Scripts AWK para NS2
Los scripts AWK son otro medio para procesar los datos de los archivos de trama
(.tr) obtenidos mediante NS2.
Dentro de la trama (.tr) se encuentra informacion relevante de la simulacion la cual puede
ser procesada mediante un script awk para el calculo de los parametros de calidad de
servicio de la red. La figura 1 permite apreciar el contenido de la traza.
Figura 1: Contenido del archivo de traza.

Para acceder a un dato especfico representado dentro de la traza se lo realiza con
la siguiente nomenclatura.
$1 representa ACTION
$2 Time
$3 Node ID
$4 Layer
$5 Flags
$6 seqno
$7 type
$8 Size
$14 Energy (Depende de si la red tiene la configuracion de EnergyModel)
Por ejemplo la primera columna de la traza mostrada en la figura 1; r (receive), s
(sent) indican recibir y enviar respectivamente. Si se desea rastrear toda la r y s de esta
traza se puede representar como $1.
15
2.1.1.
Ejecuci
on de un script awk en Linux.
Para la ejecucion de un script awk se debe seguir los siguientes pasos:

1. Ubicar el script awk y el archivo de traza en la misma carpeta.
2. Abrir una ventana de terminal.
3. Ingresar al directorio donde se encuentren los archivos mencionados. (Ver paso 1)
Figura 2: Directorio donde se encuentran el script y la traza.

4. Introducir en la consola awk -f filename.awk filename.tr. La figura 3 muestra
un ejemplo.
Figura 3: Codigo en terminal.

5. Se ejecutan los script para obtener los parametros de QoS.
La ejecucion del script paquetes.awk y Throughput.awk dan como resultado lo mostrado en la figura 4.
Figura 4: Resultados obtenidos por medio los .awk.

1
http://www.linux-es.org/node/31/awk
16
2.1.2.
Contenido del script awk.
El lenguaje de programacion utilizado en un script awk es bastante amigable y

similar al lenguaje C++, lo cual facilita su entendimiento. En la figura 5 se presenta
el codigo utilizado para calcular los paquetes generados, paquetes recibidos y paquetes
perdidos; ademas del delay promedio.
Figura 5: Script paquetes.awk

La figura 1 permite apreciar el codigo mediante el cual se obtuvo el Troughput,
tiempo de inicio y tiempo de finalizacion de la simulacion
Figura 6: Script Throughput.awk
17
# *** SIMULACION DE UNA RED

MANET CON EL SOFTWARE NS2 ***
#
***CASANOVA ANDREA,
ROGEL LISSETH, DIANA YANEZ.***
#------------------------------------------------------------------------------------------------------# Definicion de los Elementos a utilizar en
la Simulacin
#------------------------------------------------------------------------------------------------------set val(chan)
Channel/WirelessChannel ;# Tipo de
Canal, En nuestro caso canal inalmbrico
set val(prop)
Propagation/TwoRayGround ;# Modelo de
Propagacin, Espacio Libre
set val(netif)
Phy/WirelessPhy
;# Interfaz de la Red, nos comunicaremos a
traves de la Capa Fisica
set val(mac)
Mac/802_11
;# Tipo de MAC, Trabajaremos con el
Estandar 802.11
set val(ifq)
Queue/DropTail/PriQueue ;# Tipo de
Interfaz queue
set val(ll)
LL
;# Tipo
de Capa de Enlace
set val(ant)
Antenna/OmniAntenna
;# Modelo de la Antena
set val(ifqlen)
50
;#
max packet in ifq
set val(nn)
20
;#
Numero de Nodos
set val(rp)
AODV
;#
Protocolo de Enrutamiento
set val(x)
200
;#
Dimesin en X del rea de Simulacin
set val(y)
200
;# Dimesin en Y del rea de Simulacin
set val(engmodel) EnergyModel
set val(txPower) 0.4125 ;# transmitting
power in mW
set val(rxPower) 0.29 ;# recving power in
mW
set val(sensePower) 0.00000175; ;# sensing
power in mW
set val(idlePower) 0.05 ;# idle power in
mW
set val(initeng) 75 ;# Initial energy in
Joules
set val(SleepPower) 0.03;
#------------------------------------------------------------------------------------------------------# Modificacion Capa Fsica, Definimos

Principalmente Las Caracteristicas de las
Antenas
#------------------------------------------------------------------------------------------------------Antenna/OmniAntenna set Gt_ 1
;# Ganancia Antena Transmisora
Antenna/OmniAntenna set Gr_ 6
;# Ganancia Antena Receptora
Phy/WirelessPhy set CPThresh_ 10.0
;# Umbral de Colisin
Phy/WirelessPhy set CSThresh_ 1.99526e12
;# Sensibilidad de la Portadora (87dBm)
Phy/WirelessPhy set RXThresh_ 1.02054e10
;# Umbral de Recepcin
Phy/WirelessPhy set bandwidth_ 9Mb
;# Tasa de Transmision
Phy/WirelessPhy set Pt_ 0.199526
;# Potencia de Tranmisin (21dBm)
Phy/WirelessPhy set freq_ 2.437e9
;# Canal 6 802.11 -> 2.437GHz
Phy/WirelessPhy set L_ 1.0
;# Perdidas del Sistema
#------------------------------------------------------------------------------------------------------# Modificacion Capa MAC, Definimos la
tasa de transmisin para 802.11b, tanto para
Tramas de Datos como de Control
#------------------------------------------------------------------------------------------------------Mac/802_11 set CWMin_ 31
Mac/802_11 set CWMax_ 1023
Mac/802_11 set SlotTime_ 0.000020
Mac/802_11 set SIFS_ 0.000010
Mac/802_11 set PreambleLength_ 144
Mac/802_11 set ShortPreambleLength_ 72
Mac/802_11 set PreambleDataRate_ 2.0e6
Mac/802_11 set PLCPHeaderLength_ 48
Mac/802_11 set PLCPDataRate_ 1.0e6
Mac/802_11 set ShortPLCPDataRate_
2.0e6
Mac/802_11 set RTSThreshold_ 3000
Mac/802_11 set ShortRetryLimit_ 7
Mac/802_11 set LongRetryLimit_ 4
Mac/802_11 set dataRate_ 2.56Mb
;# Tasa de Transmision para Tramas de
Datos
18
Mac/802_11 set basicRate_ 1Mb

;# Tasa de Transmision
para Tramas de Control
#------------------------------------------------------------------------------------------------------# Inicializacion de Las Variables Globales
#------------------------------------------------------------------------------------------------------set ns [new Simulator]
set tracefd [open bimestral21.tr w]
;# Indicamos donde bajo que nombre se
Guardaran las Trazas Resultantes .tr
$ns trace-all $tracefd
;#
Almacena todas las trazas generadas en la
Simulacion
set namtrace [open bimestral21.nam w]
;# Nombre bajo el que se va a generar el
archivo .nam
$ns namtrace-all-wireless $namtrace
$val(x) $val(y) ;# Dimensiones de la
ventana nam que se generera al final de la
simulacin
-macTrace ON \
-movementTrace OFF \
-energyModel
$val(engmodel)\
-rxPower $val(rxPower) \
-txPower $val(txPower) \
-SleepPower
$val(SleepPower)\
-idlePower $val(idlePower)
\
-sensePower
$val(sensePower) \
-initialEnergy $val(initeng)\
-channel $chan_1_
#------------------------------------------------------------------------------------------------------# Creacion de los Nodos de la Red, debido
a que son varios lo haremos mediante un for
#------------------------------------------------------------------------------------------------------for {set i 0} {$i < $val(nn)} {incr i} {
set node_($i) [$ns node]
$node_($i) random-motion 0 ;#
Deshabilitamos el movimiento aleatorio
}
#------------------------------------------------------------------------------------------------------# Ubicacion de los nodos en NAM
#------------------------------------------------------------------------------------------------------$node_(0) set X_ 20.0
$node_(0) set Y_ 90.0
$node_(0) set Z_ 0.0
#Creamos la topologa y definimos sus

Dimensiones
set topo [new Topography]
$topo load_flatgrid $val(x) $val(y)
# Creamos el objeto denominado God, se
encarga de simular todos los eventos
create-god $val(nn)
# Usamos el nuevo formato de traza,
necesario para graficar
$ns use-newtrace
$node_(1) set X_ 10.0

$node_(1) set Y_ 90.0
# Crear Canales #1 y #2 Recomendacion

NS2
set chan_1_ [new $val(chan)]
set chan_2_ [new $val(chan)]
$node_(2) set X_ 150.0

$node_(2) set Y_ 150.0
# Configuramos los nodos de Acuerdo a los

valores detallados al Inicio del Cdigo
$ns node-config -adhocRouting $val(rp) \
-llType $val(ll) \
-macType $val(mac) \
-ifqType $val(ifq) \
-ifqLen $val(ifqlen) \
-antType $val(ant) \
-propType $val(prop) \
-phyType $val(netif) \
-topoInstance $topo \
-agentTrace ON \
-routerTrace ON \
$node_(3) set X_ 10.0

$node_(3) set Y_ 15.0
$node_(4) set X_ 187.0
$node_(4) set Y_ 150.0
$node_(5) set X_ 15.0
$node_(5) set Y_ 45.0
$node_(6) set X_ 185.0
19
$node_(6) set Y_ 180.0

$ns at 3.0 "$node_(0) setdest 10.0 40.0

1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
1.0"
$node_(7) set X_ 190.0

$node_(7) set Y_ 180.0
$node_(8) set X_ 110.0
$node_(8) set Y_ 160.0
$node_(9) set X_ 115.0
$node_(9) set Y_ 170.0
$node_(10) set X_ 72.0
$node_(10) set Y_ 70.0
$node_(10) set Z_ 0.0
$node_(11) set X_ 80.0
$node_(11) set Y_ 70.0
$node_(11) set Z_ 0.0
$node_(12) set X_ 145.0
$node_(12) set Y_ 142.0
$node_(12) set Z_ 0.0
$node_(13) set X_ 50.0
$node_(13) set Y_ 40.0
$node_(13) set Z_ 0.0
$node_(14) set X_ 60.0
$node_(14) set Y_ 180.0
$node_(14) set Z_ 0.0
$node_(15) set X_ 54.0
$node_(15) set Y_ 150.0
$node_(15) set Z_ 0.0
$node_(16) set X_ 88.0
$node_(16) set Y_ 150.0
$node_(16) set Z_ 0.0
#Definimos la Ubicacion Inicial de los

nodos, 30 me determinara el tamao del
nodo en NAM
#Este valor debe ser llamada despus de
definir la movilidad de los nodos
$node_(17) set X_ 85.0

$node_(17) set Y_ 200.0
$node_(17) set Z_ 0.0
$node_(18) set X_ 35.0
$node_(18) set Y_ 75.0
$node_(18) set Z_ 0.0
for {set i 0} {$i < $val(nn)} {incr i} {

$ns initial_node_pos $node_($i) 5
}
#------------------------------------------------------------------------------------------------------# Creacion de Un Agente TCP
#Movimiento de los nodos hacia un punto

determinado
#Tiempo de Inicio, Nodo a Mover, Valor
Destinox, Valor Destino y, velocidad(m/s)
20
#------------------------------------------------------------------------------------------------------set tcp0 [new Agent/TCP]

;# Crea un Agente Transmisor
$tcp0 set fid_ 0
;# asigna
una Identificacin (ID) al
set sink0 [new Agent/TCPSink]
;#
Crea un Agente Receptor
$ns attach-agent $node_(0) $tcp0
;#
Pone el Transmisor en el Nodo_0
$ns attach-agent $node_(1) $sink0 ;#
Pone el Receptor en el Nodo_1
$ns connect $tcp0 $sink0
;#
Establece la Conexin TCP
set ftp0 [new Application/FTP]
;#
Crea una Fuente FTP "application"
$ftp0 attach-agent $tcp0
;# Asocia
FTP con el Transmisor TCP
$ns at 1.0 "$ftp0 start" ;# Establece que
FTP Empezar a los 1s
$app4 attach-agent $agent4 ;# Attach

Application to agent
$ns at 5.0 "$app4 start" ; # Start
transmission at time t = 5s
set agent6 [new Agent/UDP] ;# Create
UDP Agent
set sink6 [new Agent/LossMonitor] ;#
Create Loss Monitor Sink in order to be
$ns attach-agent $node_(6) $agent6 ;#
Attach Agent to source node
Attach Agent to sink node
$ns connect $agent6 $sink6 ;# Connect the
nodes
set app6 [new Application/Traffic/CBR] ;#
Create Constant Bit Rate application
$app6 set packetSize_ 512 ;# Set Packet
Size to 512 bytes

UDP Agent
nodes
Size to 512 bytes
set tcp8 [new Agent/TCP]

$tcp8 set fid_ 8
;# asigna una
Identificacin (ID) al
;#
;#
;#
;#
;# Asocia
FTP con el Transmisor TCP
$ns at 9.0 "$ftp8 start"
;#
Establece que FTP Empezar a los 9s

UDP Agent
nodes
Size to 512 bytes

UDP Agent
$ns connect $agent10 $sink10 ;# Connect
the nodes
21

Size to 512 bytes

;#
;#
Asocia FTP con el Transmisor TCP
$ns at 17.0 "$ftp16 start"
;#
Establece que FTP Empezar a los 17s

UDP Agent
the nodes
Size to 512 bytes
$app12 attach-agent $agent12 ;
transmission at time t = 15 Sec

UDP Agent
the nodes
Size to 512 bytes
#------------------------------------------------------------------------------------------------------# Fin de La Simulacin
#------------------------------------------------------------------------------------------------------#Le decimos a los nodos que deben
terminar la simulacin a los 10s.
for {set i 0} {$i < $val(nn) } {incr i} {
$ns at 100.0 "$node_($i) reset";
}

UDP Agent
the nodes
Size to 512 bytes
$app14 attach-agent $agent14 ;
transmission at time t = 15 Sec
#Le decimos al programa cuando debe

terminar la simulacin
$ns at 100.0 "stop"
$ns at 100.01 "puts \"...\" ; $ns halt"
#Hacemos que al terminar la simulacin
automaticamente se ejecute el resultado en
NAM.
proc stop {} {
global ns tracefd
$ns flush-trace
close $tracefd
exec nam bimestral21.nam &
exit 0
}
set tcp16 [new Agent/TCP]

$tcp16 set fid_ 16
;#
asigna una Identificacin (ID) al
;#
;#
;#
#Ejecutamos la Simulacin
puts "Simulacion..."
$ns run
22
Airmux-200
RAD
Airmux-200
Data Sheet
For North America Only
Airmux-200
Broadband Wireless Multiplexer (Ver. 1.9.3)
Carrier-class radio system

for Ethernet and TDM
Carrier-class cost-effective broadband wireless multiplexer with Layer-2 VLAN

capabilities
Net throughput of up to 18 Mbps full duplex
traffic delivery over
Transmission range of up to 50 miles (80 km)
license-free frequencies
High reliability and availability based on robust air interface protocol
2.4, 4.9, 5.3, 5.4 and 5.8 GHz transmission bands
Airmux-200 is a carrier-class,
cost-effective multiple point-to-point
broadband wireless transmission device. It
combines legacy TDM and Ethernet
services for transmission over 2.4, 4.9,
5.3, 5.4 and 5.8 GHz bands, and is
suitable for deployment in FCC-regulated

countries.
The Access Company

Order from: Cutter Networks
Ph: 727-398-5252 / Fx: 727-397-9610
www.bestdatasource.com
Airmux-200
RAD
Airmux-200
Airmux-200
Broadband Wireless Multiplexer
For the global markets of cellular

backhaul, WiMAX and ISP backhaul,
broadband access, large private and
government networks, Airmux-200 offers
high throughput, longer range and
robustness at a competitive price.
The Airmux product line is part of RADs
Axcess+ portfolio for Multiservice Access
Platform and First Mile solutions. The
portfolio combines extensive support for
legacy services with future-proof Ethernet
capabilities to address the challenges
faced by utilities, transportation networks,
carriers, and mobile operators in migrating
to next-generation networks and services
with flexibility, efficiency and carrier-class
reliability.
MARKET SEGMENTS AND TYPICAL
APPLICATIONS
Most common wireless applications are
described below.
Service Providers and ISPs
Providing IP backhaul of 4G/broadband
services in multiple point-to-point
topologies, Airmux-200 offers broadband
access for remote, rural and underserved
communities:
nLOS (no line of sight) in urban

environment
Long haul in rural setting (Figure 2).
Large corporate clients can build their

networks to eliminate the recurring fee of
incumbent leased line services while
maintaining a secured dedicated capacity
per site.
Private Networks
Airmux-200 can be used in high-capacity
interbranch connectivity applications for
university campuses, health care
organizations, government institutions,
large enterprises and public establishments
with high traffic requirements.
Mobile Carriers
In rural-to-urban cellular backhaul
applications, Airmux-200 extends mobile
reach to rural locations with carrier-grade,
long-haul point-to-point T1/E1 and
Ethernet services. It also can be used for
backhaul of 3G traffic in urban
environment with easy migration path
from converged TDM/IP networks to all-IP
networks.
PHYSICAL CONFIGURATIONS
Security and Surveillance

Aggregation and backhaul of traffic from
multiple collocated megapixel video cameras,
make Airmux-200 suitable for homeland
security applications, municipal safe city
projects, border control installations.
Two AC power supply options are available

for IDU-E: a single fixed power supply or
two modular power supplies. All IDU
products include wide-range DC (-20 to
-60 VDC) and AC (by AC converter) power
supplies.
AIRMUX-200VS
The Airmux-200VS model is suitable for
video surveillance applications with
asymmetric Ethernet throughput of
2/5 Mbps, at a distance of up to
12.5 miles (20 km).
ADDITIONAL AIRMUX PRODUCTS
IDU-R (Redundancy) an IDU that
provides T1/E1 backup for a leased line to
maintain continuous operation of the link.
Upon failure of the primary connection,
IDU-R switches automatically to the
backup link. The air interface can be
defined as the primary or backup link.
IDU-R operates with all ODUs.
ODU-HE (High End) an enhanced ODU
that features Hub Site Synchronization
(HSS), transmits higher power for some
frequencies and operates with IDU and
PoE devices. ODU-HE can be ordered as a
combo device, supporting multiple
frequencies and regulations within a
certain band range.
POE-8 (Power over Ethernet) an indoor
unit that feeds up to eight ODUs from a
single unit, instead of using eight separate
POE devices. POE-8 uses AC as well as DC
(-20 to -60 VDC) power.
OPoE (Outdoor Power over Ethernet) a
hardened product for outdoor installation.
Ph: 727-398-5252 / Fx: 727-397-9610
Airmux multiplexers consist of an outdoor

unit (ODU) and an indoor unit (IDU or IDU-E).
The outdoor unit is suitable for mast or
wall installation. Mounting brackets are
supplied with the unit.
ODU-HE (high-end) operates with
synchronized, collocated units and supplies
a higher output power of up to 23 dBm.
SITE SYNCHRONIZATION
Hub Site Synchronization (HSS) assists in the
collocation of multiple radios by reducing the
interference that normally occurs when
several radios transmit and receive in close
proximity to one another. HSS enables a
complex radio environment of mixed services
(TDM and Ethernet) and channel bandwidth
frequencies. The collocation feature requires
ordering the HSS unit as well as its
synchronization cables.
Note: Like any other RF deployment, the wireless
operation is highly dependent on factors such as
available frequencies, the physical space between
radios, other interfering radios, and whether
Airmux 200 or Airmux-400 units are used.
HSS does not eliminate the need for careful RF
planning to ensure the design will work as planned.
For long distance coverage, the

synchronization can be obtained, using a
GPS Synchronization Unit (GSU). The GSU
reduces the interference between the
collocated radios by providing a GPS signal
simultaneously to ODUs at all locations.
SECURITY
Data transmitted over the air interface is
encrypted using Advanced Encryption
System (AES) with a 128-bit encryption key.
1+1 TDM LINK REDUNDANCY
The Monitored Hot Standby (MHS) 1+1
TDM link redundancy protects the wireless
transmission in case of equipment failure
or air interface loss. TDM link switchover is
performed in less than 50 msec.
Airmux-200
RAD
Airmux-200
Data Sheet
RESILIENT ETHERNET RING

Ethernet rings are used to protect data
against link and node failures.
ADAPTIVE MODULATION
Airmux-200 adaptively changes the
modulation according to air conditions,
targeting maximum rate while maintaining
link stability. The rate drops temporarily
after encountering interference, then
automatically returns to the highest
possible rate.
VLAN management allows the separation

of user traffic from NMS traffic. The user
decides if such a separation is required.
Both the headquarters and remote sites
are configured with VLAN management.
External events trigger alarms via the
dry-contact alarm inputs.
New software releases can be
downloaded simultaneously to several
locations without affecting the service.
The software can activated later, when
service disruption can be best tolerated.
Combo Model Frequencies

Default Band
[GHz]
Supported Bands
[GHz]
5.4 FCC
5.3 FCC, 5.3 universal HP,

5.4 FCC, 5.4 universal HP
5.4 IC
5.3 universal HP,

5.4 universal HP
5.8 FCC
5-, 10- AND 20-MHZ CHANNEL

BANDWIDTH
Airmux-200 offers channel bandwidth at
5-, 10- and 20 MHz. The narrow channel
bandwidth improves immunity to
disturbances and enables deployment in
high-interference environments, with
enhanced channel allocation flexibility and
improved sensitivity while the wide
channel bandwidth allows transmission of
high capacity services.
SHORT TIME-TO-SERVICE
Because Airmux-200 operates in
license-exempt frequencies, it can be
deployed in record time, eliminating the
costs and delays involved in leasing lines
or trenching fiber.
MANAGEMENT
Information on links and management can
be collected and analyzed in a single action.
Specifications
RADIO
Frequency Bands (GHz)
5.8 (5.7405.835)
5.4 (5.5005.700)
5.3 (5.2605.330)
4.9 (4.9504.980)
2.4 (2.4122.462)
Data Rate
Up to 18 Mbps, full duplex
Channel Bandwidth
5, 10, 20 MHz (depending on a model)
Duplex Technique
TDD
Modulation
OFDM - BPSK, QPSK, 16 QAM, 64 QAM
Transmit Power
See Table 1
5.3 universal HP,

5.4 universal HP, 5.8 FCC,
5.8 WPC, 5.9 universal HP
AIRLINK QUALITY OF SERVICE

When the link quality is out of limits,
Airmux-200 automatically searches for a
clear channel within a pre-selected list of
frequencies.
5.3 FCC, 5.4 IC,
LAN INTERFACE
Number of Ports
IDU: 1, 2
IDU-E: 3 (2 copper, 1 SFP)
Type
10/100BaseT, autonegotiation
Framing/Coding
IEEE 802.3u
Bridging
Up to 2048 MAC addresses self-learning
Maximum Frame Size
2047 bytes
Traffic Handling
MAC layer bridging, self-learning
Latency
3 msec (typical)
Line Impedance
100
RF Dynamic Range
More than 50 dB
Figure 1. Extending the Reach of Ethernet-Based Services to Rural Locations over PDH Infrastructure
Ph: 727-398-5252 / Fx: 727-397-9610
Airmux-200
RAD
Airmux-200
Airmux-200
VLAN Support
802.1p & Q
Upgrade Capabilities
Local and over-the-air software download
Indicators
IDU (green/orange/red): IDU status
Connector
RJ-45
INTEGRATED ANTENNA
ODU (green/red): ODU status

AIR I/F (green/orange/red): Air link status
Characteristics
See Table 2
T1/E1 INTERFACE
SVC (green/orange/red): TDM service status

HSS (green/orange/red): HSS status
Number of Ports
IDU: 2
IDU-E: 4
GENERAL
Framing
Unframed
IDU-to-ODU Connection
Outdoor Cat.5e cable, 328 ft (100m) max.
length
STBY (green/orange/red): MHS status
Diagnostics
Local and remote loopbacks
Timing
Plesiochronous (independent
Tx and Rx timing)
LINK (yellow): Ethernet link status

ACT (green): Ethernet activity status
Grounding and Lightning Protection

Individual grounding for each IDU/ODU
Internal arrestors for lightning protection
Line Code
T1: B8ZS, AMI
E1: HDB3
Internal ESD protection circuits over

power/telecom lines
Physical
ODU (with integrated antenna):
Power
DC: -48, 24 VDC
AC: 100240 VAC
Latency
8 msec
Line Impedance
T1: 100, balanced
E1: 120, balanced
Height: 12.0 in (305 mm)

Width: 12.0 in (305 mm)
Depth: 2.3 in (58 mm)
Weight 3.3 lb (1.5 kg)
Power Consumption
ODU with IDU: 10W max
ODU with IDU-E: 14W max
Jitter and Wander

As per G.823, G.824
IDU:
Width: 9.3 in (237 mm)
Depth: 6.5 in (165 mm)
Weight 1.1 lb (0.5 kg)
SFP PORT
Type
Fast Ethernet
Connector
RJ-45
IDU-E:
For full details, see the SFP Transceivers

data sheet at www.radusa.com
MANAGEMENT
Network Management Protocols
SNMP-based, Telnet
Management Interface
10/100BaseT
Connector
RJ-45
Environment
Outdoor unit and external antenna:
Enclosure: IP67 all-weather case
Temperature: -31 to 140F (-35 to 60C)
Indoor units:
Temperature: 32 to 122F (0 to 50C)
Humidity: Up to 90%, non-condensing
Note: It is strongly recommended to order this

device with original RAD SFPs installed. This will
ensure that prior to shipping, RAD has performed
comprehensive functional quality tests on the
entire assembled unit, including the SFP devices.
RAD cannot guarantee full compliance to product
specifications for units using non-RAD SFPs.

Width: 17.0 in (430 mm)
Depth: 11.4 in (290 mm)
Weight: 3.3 lb (1.5 kg)
Table 1. Radio Regulatory Compliance and Maximum Transmit Power

USA and Canada
Frequency
[GHz]
Max. Tx Power
[dBm]
Regulation
5.7405.940
47CFR Part 15 Subpart C, RSS-210
5.5005.700
N/A
5.2605.330
47CFR Part 15 Subpart E , RSS-210
4.9504.980
47CFR Part 15 Subpart B
2.5002.690
47CFR Part 15 Subpart B
2.4122.462
2.4122.472
47CFR Part 15 Subpart C , RSS-210

N/A
Europe (ETSI)
Max. Tx Power
Regulation
[dBm]
16/23
N/A
N/A
N/A
EN 300 216 V1.2.1,

EN 301 893 V1.4.1
N/A
8
EIRP 30
N/A
25 (FCC)
N/A
N/A
22
EN 300 386 V1.3.2

EN 301 489-4 V1.3.1
EN 301 489-1 V1.4.1
23
27 (for FCC)
N/A
N/A
EN 300 328
N/A
-4
EIRP 20
Ph: 727-398-5252 / Fx: 727-397-9610
Airmux-200
RAD
Airmux-200
Data Sheet
Ordering
OUTDOOR UNIT
Airmux-200/ODU/#/!
Outdoor unit with integrated or external
antenna. The unit can be ordered with IDU
or IDU-E devices.
#
Special model with multiple frequency

support (Default=regular high-end
ODU):
CMB
Notes:
Airmux-IDU/%
DC-powered indoor unit
F54HP, F54IC, F58F are available with regular

ODU-HE and combo tool.
IDU interface:
2TDM 2 TDM (T1/E1) interfaces,
2 ETH interfaces, alarm port
F54F is available with combo tool only.
2ETH
Frequency band and regulation:

F24HP
2.4 GHz, high power
F24F
2.4 GHz, FCC
F54IC
5.4 GHz, Canada
F54HP
5.4 GHz, high-power
Airmux-200VS/</!
Outdoor unit for video surveillance
applications
F58F
5.8 GHz, FCC
<
Note: F24HP is available with external antenna only.
Airmux-200/ODU-HE/$/@/!
High-end outdoor unit with integrated or
external antenna. The unit can be ordered
with IDU, IDU-E or PoE devices.
Note: A multiple point-to-point application
INDOOR UNIT FOR TDM AND ETHERNET

SERVICES

F24F
2.4 GHz FCC (default),

2.4 GHz universal
F58F
5.8 Ghz FCC (default),

4.9 GHz universal, 5.3 GHz
universal, 5.4 GHz universal,
5.9 GHz universal
Antenna:
supports multiple collocated radio links at a central
INT
Integrated
site. This site is based on high-end ODUs (ODU-HE)
EXT
External
and on synchronization hub(s) (HSSU). When
Notes:
VLANs and resilient ring topology are

supported by both IDU/2TDM and IDU/2ETH
models.
For AC power feeding, order external power

adapter (Airmux-PS-E-AC/a). See Optional
Accessories below.
Airmux-200/IDU-R/~/*
Indoor unit with TDM bypass
Legend
~
running a multiple point-to-point site, the customer
AC power adapter assembly with

matching AC plug:
ACUS
US
ACOC
Open-ended connector
Note: Airmux-PS-AC adapter can be ordered

separately. See Optional Accessories.
must order the appropriate ODU-HEs, HSSUs, and

cables.
2 ETH interfaces

F24F
2.4 GHz, FCC
IDU interface:
T1
T1 interface
F24HP
2.4 GHz, high power
E1
F49F
4.9 GHz, FCC
F54F
5.4 GHz, FCC
F54HP
5.4 GHz, high power
F54IC
5.4 GHz, Canada
F58F
5.8 GHz, FCC
E1 interface
Note: IDU-R model supports single E1 or T1

interface only.
Notes:
F54IC is available with external antenna only.
F54HP is available with integrated antenna

only.
Antenna Type Frequency
Gain
Beam
Dimensions
Table 2. Integrated
Antenna
[degrees]
[ft] Options [mm]
[GHz]
[dBi]
Flat panel
2.32.7
17.5
20
1.01.02.2
Flat panel
2.42.7
16
25
Flat panel
4.946.0
18.5, 22
10
Weight
Connector
[Ib]
[kg]
30430458
5.5
2.5
N-type
1.01.02.2
30430458
5.5
2.5
N-type
1.01.02.2
30430458
5.5
2.5
N-type
Ph: 727-398-5252 / Fx: 727-397-9610
Airmux-200
RAD
Airmux-200
Airmux-200
Table 3. Supported Channel Bandwidths

Device
Airmux-200/ODU
Airmux-200/ODU-HE
Frequency
[GHz}
Antenna
Channel Bandwidth
[MHz]
2.4, high power
External
5, 10, 20
2.4, FCC
External, integrated
5, 10, 20
5.4, Canada
20
5.4, high power
5, 10, 20
5.8, FCC
5, 10, 20
2.4, FCC
5, 10, 20
2.4, high power
5, 10, 20
2.5, FCC (BRS)
5, 10, 20
4.9, FCC
10, 20
5.4, FCC
External, integrated (with combo model only)
5, 10, 20
5.4, high power
5, 10, 20
External, integrated (with combo model)
5, 10, 20
External, integrated (without combo model)
20
5.8, FCC
5, 10, 20
5.8, WPC India
5, 10, 20
2.4, FCC
5, 10, 20
5.8, FCC
5, 10, 20
5.4, Canada
Airmux-200VS
Ph: 727-398-5252 / Fx: 727-397-9610
Airmux-200
RAD
Airmux-200
Data Sheet
Airmux-400/IDUE/4TDM
Extended indoor unit with redundant wide
range DC power supply (20 to -60 VDC),
4 TDM ports, 2 FE ports, multiple clocks
OPTIONAL ACCESSORIES
Note: For AC power connection, order PS-E-AC
Legend
adapter. See Optional Accessories.
Airmux-ANT/$
External antenna supplied with 1m (3.3 ft)
cable
PoE UNIT FOR ETHERNET SERVICES
F27-17/fp
Airmux-POE/a
Power over Ethernet (PoE) device
Airmux-200/POE-8/a
Indoor device with AC and DC power
supply feeding 8 ODUs via PoE ports
Airmux-200/OPOE
Outdoor PoE device with AC power supply
>
US
ACOC
DC
-20 to -60 VDC
F5X-18/fp
18 dBi, 5.155.875 GHz,

5.3, 5.4, 5.8 GHz bands
F4.9-21/fp
21 dBi, 4.905.35GHz,
4.9 GHz band
F5.X-22/fp
22 dBi, 5.156.02GHz,
5.3, 5.4, 5.8, 5.9,
6.0 GHz bands
F4.9-27/dish 27 dBi, 4.95.1 GHz,

4.9 GHz band
F5.X-28/fp
24 VDC power supply
28 dBi, 5.156.02 GHz,

5.3, 5.4, 5.8, 5.9,
6.0 GHz bands
F5.8-29/dish 29 dBi, 5.725.85 GHz,

5.8 GHz band
Airmux-OPOE/DC
Outdoor PoE device with wide-range DC
power supply (-20 to -60 VDC)
F5.3-32/dish 32 dBi, 5.255.35 GHz,

5.3 GHz band
F5.4-32/dish 32dBi,
5.4705.725 GHz, 5.4
GHz band
Note: All PoE devices must be used with ODU-HE

only.
F5.8-32/dish 32.5 dBi,

5.7255.850 GHz,
5.8 GHz band
Note: For detailed description of external
antennas, see Airmux-200 External Antennas data
sheet at www.radusa.com.
Airmux-GSU/a
Outdoor GPS-based synchronization kit
(GSU, GPS antenna, 4.9 ft (1.5m) RF cable,
CBL-Airmux-HSS/5 cable, PoE unit, and
mounting kits for GSU and GPS antenna)
a
@@ Cable length:
17dBi, 2.7-2.9 GHz,

2.7 GHz band
5m (16.4 ft) cable
15
15m (49.2 ft) cable
50
50m (164 ft) cable
100 100m (328 ft) cable

CBL-Airmux-UTP/@
Assembled cable for permanent connection
between indoor and outdoor units
Legend
@
F2.5-24/grid 24 dBi, 2.52.7 GHz,

2.5 Ghz band
Power supply:
48
-48 VDC power supply
24
Legend
F2.4-24/grid 24 dBi, 2.32.5 GHz, 2.3,

2.4 Ghz bands
Power cable with matching plug:

ACUS
CBL-Airmux-HSS/@@
Assembled cable for permanent
connection to HSS
F2X-24/grid 24 dBi, 2.32.9 GHz, 2.3,

2.4, 2.5, 2.7 GHz bands
Airmux-200/POE-DC/>
Power over Ethernet (PoE) device with DC
plug
External antenna, where grid is a grid

antenna, fp is a flat panel antenna,
and dish is a dish antenna:
Airmux-HSSU
Hub site sync unit to connect 8 collocated
outdoor units and 2 additional HSSUs
Cable length:
25
25m (82 ft) cable
50
50m (164 ft) cable
75
75m (246 ft) cable
100 100m (328 ft) cable

Airmux-PS-AC/a
Power adapter for IDU, 90240 VAC to
48 VDC
Airmux-PS-E-AC/a
Power adapter for IDU-E, 90240 VAC to
48 VDC
Legend
a
AC plug:
ACUS
US
ACOC
Airmux-MHS-kit
Cable and patch panel assembly (8 RJ-45
Y-connections) for Monitored Hot Standby
configuration
Airmux-Lighting-Protection
External lightning and surge protection kit,
including outdoor lighting protection unit
and 6.5 ft (2m) IDU-ODU cable
RM-33
Hardware kit for mounting one IDU in a
19-inch rack
Power cable with matching plug:

ACUS
US
ACOC
DC
-20 to -60 VDC
Ph: 727-398-5252 / Fx: 727-397-9610
Airmux-200
RAD
Airmux-200
Data Sheet
Airmux-200
Airmux-200/ODU
Airmux-200/ODU-HE
Airmux-200VS
IDU/2TDM
IDU/2ETH
IDU-E
PoE
IDU
Table 5. Airmux Family Product Comparison
Features
Airmux-400 (Ver. 2.6)
Airmux-200 (Ver. 1.9.3)

Airmux-200
Airmux-200VS
Airmux-400/50
Airmux-400/100
Bandwidth
(Mbps)
18
5/2
50 total (Ethernet + TDM)
100 total (Ethernet + TDM)
Services
2 Ethernet + 1, 2, 4 T1/E1
1 Ethernet
Up to 3 Ethernet + up to 16 T1/E1 Up to 3 Ethernet + up to 16 T1/E1
HSS
12.5/20
75/120
75/120
Maximum range 50/80

(mi/km)
International Headquarters
24 Raoul Wallenberg Street
Tel Aviv 69719, Israel
Tel. 972-3-6458181
Fax 972-3-6498250, 6474436
E-mail market@rad.com
www.radusa.com
North America Headquarters

900 Corporate Drive
Mahwah, NJ 07430, USA
Tel. 201-5291100
Toll free 1-800-4447234
Fax 201-5295777
E-mail market@rad.com
Order this publication by Catalog No. 803722

Ph: 727-398-5252 / Fx: 727-397-9610
The Access Company
199-102-01/12 (1.9.3) Specifications are subject to change without prior notice. 20022012 RAD Data Communications Ltd. The RAD name, logo, logotype, and the terms EtherAccess, TDMoIP and TDMoIP Driven,
and the product names Optimux and IPmux, are registered trademarks of RAD Data Communications Ltd. All other trademarks are the property of their respective holders.
Table 4. ODU/IDU Interoperability

Grupo 3

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Grupo 3

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE LAS FUERZAS ARMADAS - ESPE

Las redes inal

La herramienta Tracegraph utiliza libreras de Matlab. Permite observar graficas

En la Tabla 1 se observa los principales parametros para cada escenario as como

Tabla 1: Caractersticas principales de los escenarios

Los siguientes escenarios se forman:

Tabla 2: Asignacion de protocolos en cada enlace

La Tabla 2 describe la asignaci

Tabla 3: Resultados obtenidos de los cinco escenarios que conforman la red.

La tabla 3 muestra el resumen de los resultados obtenidos despues de realizada

Figura 1: Graficas de la red MANET realizadas en Tracegraph. (a) Throughput en funcion

En la figura 1(c) se observa el delay promedio de los escenarios en funcion del

Figura 2: Metricas de QoS obtenidas mediante Tracegraph en el Primer Escenario. (a)

Figura 1: Metricas de QoS obtenidas mediante Tracegraph en el Segundo Escenario. (a)

Escenario Tres (60 nodos)

Figura 2: Metricas de QoS obtenidas mediante Tracegraph en el Tercer Escenario. (a)

Escenario Cuatro (80 nodos)

Figura 3: Metricas de QoS obtenidas mediante Tracegraph en el Cuarto Escenario. (a)

Escenario Cinco (100 nodos)

Figura 4: Metricas de QoS obtenidas mediante Tracegraph en el Quinto Escenario. (a)

ANEXO B: Trabajos Adicionales

Figura 1: Contenido del archivo de traza.

Para la ejecucion de un script awk se debe seguir los siguientes pasos:

Figura 2: Directorio donde se encuentran el script y la traza.

Figura 3: Codigo en terminal.

Figura 4: Resultados obtenidos por medio los .awk.

Contenido del script awk.

El lenguaje de programacion utilizado en un script awk es bastante amigable y

Figura 5: Script paquetes.awk

Figura 6: Script Throughput.awk

# *** SIMULACION DE UNA RED

#------------------------------------------------------------------------------------------------------# Modificacion Capa Fsica, Definimos

Mac/802_11 set basicRate_ 1Mb

#Creamos la topologa y definimos sus

$node_(1) set X_ 10.0

# Crear Canales #1 y #2 Recomendacion

$node_(2) set X_ 150.0

# Configuramos los nodos de Acuerdo a los

$node_(3) set X_ 10.0

$node_(6) set Y_ 180.0

$ns at 3.0 "$node_(0) setdest 10.0 40.0

$node_(7) set X_ 190.0

#Definimos la Ubicacion Inicial de los

$node_(17) set X_ 85.0

for {set i 0} {$i < $val(nn)} {incr i} {

#Movimiento de los nodos hacia un punto

#------------------------------------------------------------------------------------------------------set tcp0 [new Agent/TCP]

$app4 attach-agent $agent4 ;# Attach

set agent2 [new Agent/UDP] ;# Create

set tcp8 [new Agent/TCP]

set agent4 [new Agent/UDP] ;# Create

set agent10 [new Agent/UDP] ;# Create

$app10 set packetSize_ 512 ;# Set Packet

set ftp16 [new Application/FTP]

set agent12 [new Agent/UDP] ;# Create

set agent18 [new Agent/UDP] ;# Create

set agent14 [new Agent/UDP] ;# Create

#Le decimos al programa cuando debe

set tcp16 [new Agent/TCP]

Carrier-class radio system

Carrier-class cost-effective broadband wireless multiplexer with Layer-2 VLAN

traffic delivery over

Transmission range of up to 50 miles (80 km)