Network Simulator NS.

Para obtener informacin real acerca del funcionamiento del sistema se ha

realizado una simulacin mediante la herramienta Network Simulator - ns-2.
NS2 es un simulador de eventos discretos dirigido a la investigacin de redes
ya sean estas inalmbricas o cableadas, NS provee un apoyo substancial para
la simulacin de TCP, enrutamiento y protocolos de multidifusin a travs de
redes de cable e inalmbricas (locales y por satlite).
Una de las caractersticas de NS es su funcionamiento basado en Linux, debido
a esto su instalacin debe realizarse sobre el sistema operativo Ubuntu.
NS ha sido desarrollado en C++ y su interfaz en OTCL, soporta diferentes
tecnologas a nivel de capas por ejemplo:

Capa Aplicacin, HTTP, FTP, CBR, Telnet.

Capa Transporte. TCP, UDP, RTP.
Capa red, dentro de esta se enmarcan los siguientes parmetros:
VectorDistancia, EstadoEnlace
DSR, AODV, OLSR* BeeAdhoc*
Filas. FIFO, RED.
Capa Enlace. 802.3, 802.11
Capa Fsica

Adicionalmente NS permite tambin:

Crear o Modificar Nuevos Protocolos.

Mediciones. Throughtput, Jitter, Estado de filas.
Caracterizacin de Trfico.
Visualizacin grafica de las simulaciones (NAM)

NS trabajo en su programacin con objetos.

Generacin de trfico en NS-2 con distintas propiedades

Los objetos que se incluyen en NS-2 para la generacin de trfico pueden ser
de cuatro tipos:
Exponential
Los Objetos de trfico exponencial generan trfico en periodos On/Off.
Durante periodos "On", los paquetes son generados a una velocidad
constante. Durante los periodos "Off", no se genera trfico. Los tiempos
de generacin y de inactividad son tomados por la distribucin
exponencial. Los parmetros de configuracin son:
PacketSize_
burst_time_

tamao constante de paquetes

generados
promedio de tiempo activo del
generador

idle_time_
rate_

promedio de tiempo inactivo del

generador
velocidad de envo durante tiempo
activo

Pareto
Los tiempos de generacin y de inactividad son tomados por la
distribucin pareto. Los parmetros de configuracin son:
PacketSize_
burst_time_
idle_time_
rate_
shape_

tamao
constante
de
paquetes
generados
promedio de tiempo activo del generador
promedio
de
tiempo
inactivo
del
generador
velocidad de envo durante tiempo activo
el parmetro forma usado por la
distribucin pareto

CBR
Objetos CBR generan paquetes a una velocidad de bits constante.
$cbr start inicia el generador
$cbr stop detiene el generador de paquetes
Los parmetros de configuracin son:
PacketSiz
e_
rate_
idle_time_
interval_
random_
maxpkts_

tamao constante de paquetes generados

velocidad de envo durante tiempo activo
promedio de tiempo inactivo del generador
(opcional) intervalo entre paquetes
introducir ruido aleatorio, de forma determinada se
encuentra off
nmero mximo de paquetes a enviar

Traffic Trace Estos objetos son usados para generar trfico desde un
archivo de rastreo. Un lugar de partida aleatorio en el archivo de rastreo
se elige. No hay parmetros de configuracin para este objeto.
Para realizar la simulacin del sistema WiMAX se toma como punto de partida
los requerimientos planteados en el captulo tres de esta Tesis. En los cuales se
han especificado los principales parmetros para la transicin de voz y video
sobre IP. Debido a que se pretende simular trfico de voz y video se han
establecido tipos de trfico que permita emular de manera ms real el
comportamiento de la red.

Simulacin Voz sobre IP en el sistema WiMAX

En base a la cantidad de trfico generado por cada sede en hora pico,
especificados en la tabla 2. Se procede con la creacin del script TCL de ns2, en
el cual se especifican tantas caractersticas tcnicas de equipo y
configuraciones a nivel de IP. La arquitectura de la red se establece en la figura
8, misma que ha sido simulada en NS.
Para generar trafico interactivo de voz.
Actualmente hay dos mtodos de generacin de trfico de voz sinttica
disponible en esta herramienta. Uno se basa en el trfico de flujo CBR. El otro
se genera de acuerdo con un estado ON / OFF, en el que los estados ON y OFF
se distribuyen exponencialmente. El tamao de los paquetes de voz es de 200
bytes, incluyendo el paquete de 160 bytes de datos (codec G711, la velocidad
de 64 kbps y 20 ms de duracin), 20 bytes de cabecera IP, 8 bytes de cabecera
UDP, y el 12 bytes de cabecera RTP. Estos parmetros se pueden cambiar
mediante el uso de otros codecs de voz / audio.

Simulacin de Video Streaming en el sistema WiMAX

Para simular Trfico de Streaming de Video.
Trfico Streaming se modela utilizando trfico CBR sobre UDP. Tanto la
velocidad de envo y tamao de paquete son ajustables.

Anlisis de resultados.
Resultados de la simulacin mediante NS2 para trfico de voz.

Figura 1: Visualizacin grafica (NAM) de NS2

Mediante la ejecucin del archivo .nam producido por ns2 se logra la

visualizacin grafica de la simulacin, para el caso actual se visualiza en la
figura 1, la red establecida en la cual se observa un enlace doble ya que la

comunicacin es bidireccional, y la transmisin inalmbrica es graficada

mediante crculos crecientes. Los nodos 0 a 5 representan a los nodos reales de
la red 0 y 1 equivalen a las sedes de la ESPE Quito, el nodo 2 representa a la
matriz en Sangolqui, el nodo 3 es una repetidora, finalmente los 4 y 5
representan las sedes ESPE Latacunga.

Resultados de Throughput.

Figura 2: Throughput de voz de la red WiMAX

En la Figura 2 se muestra el throughput de la red para un trfico de Voz, se

observa que desde el segundo 0 hasta el segundo 10, tiende a crecer
linealmente esto se debe a que se simula eventos (llamadas) aleatorios con
una duracin media de 3 minutos, a partir del segundo 10 se observa una
estabilidad hasta el segundo 18 que es donde se realizan nuevas llamadas
tendiendo a crecer linealmente. Como se observa en la leyenda de la Figura 2,
la grfica que se observa es la suma acumulativa de toda la informacin
generada por cada nodo (sede) de la red al final en el segundo 30 la red a
alcanzado un Throughput de 130 Kbytes el cual trasladado a bits es de 1.040
Mb.
Conclusin: al generarse un Throughput de 1 Mb a partir de los 30 segundos
de simulacin se traduce en que la red soporta tranquilamente una mayor
demanda en cuanto a trfico de voz ya que las caractersticas tcnicas del

equipamiento a desplegar y la estandarizacin de WiMAX proveen un ancho de

banda de 35 Mb.

Delay

Figura 3: Delay vs Throughput, de la red con trfico de voz

En base a la Figura 3 en la cual se muestra la grfica de Delay vs. Throughput

donde se puede apreciar que al segundo 0 se tiene un Delay muy alto
equivalente a 18 ms, esto se debe que al inicio de la simulacin tanto las
estaciones base como el repetidor transmiten tramas de sincronizacin y
control de enlace lo que se traduce en demora ya que estas tramas son de tipo
Broadcast. Luego a medida que el Throughput incrementa a partir del segundo
2.2 el Delay decrece hasta encontrarse con un valor de 0 ms debido a que la
cantidad de informacin que generan los nodos (sedes) no sobre carga el
canal, a medida que ms nodos empiezan a comunicarse la utilizacin del
canal se hace evidente en el incremento del Throughput lo que hace que el
Delay tienda a incrementar.
Conclusin: Al ser Delay el tiempo que transcurre entre la emisin de los
datos, hasta el momento en que llegan al receptor. Se concluye que mientras el
Throughput incrementa el Delay tambin lo hace peri sin sobrepasar los 5ms,
esto demora se debe a la existencia de una gran cantidad de componentes y

subsistemas de comunicacin, situados en el sistema receptor as como en la

red. Cada uno de esos componentes pueden ser caracterizados por su
velocidad de procesamiento y por la capacidad de almacenamiento (buffers)
donde los datos esperan para ser procesados. El mximo retardo que es el que
ocurre de extremo a extremo conocido como mouth-to-ear (de boca a odo)
recomendado para conversaciones en tiempo real no debe exceder los 150 ms
por lo que la red no presenta problemas en lo que respecta a mantener
conversaciones en tiempo real que es el objetivo final.

Jitter

Figura 4: Jitter vs Throughput para trfico de voz

El retardo por Jitter o simplemente Jitter es usualmente definido como la

variacin en el tiempo de llegada al punto receptor, sufrida entre paquetes de
datos sucesivos. Los paquetes deberan llegar igualmente espaciados entre s
para permitir una conversin trasparente a voz analgica. La medicin del Jitter
se realiza en segundos y expresa la distorsin que ocurre en el patrn original
de datos enviados, o dicho de otra manera la degradacin que ocurre en
tiempo sobre la calidad de dato. El Jitter solo tiene sentido cuando es medido a
un set de datos y no a datos individuales.
En base a esto y a la Figura 4 se aprecia que el nivel de Jitter es relativamente
alto a los instantes en que las llamadas son realizadas o iniciadas en la red,

esto se debe a que al momento de iniciar una nueva conversacin las primeras
tramas en enviarse son tramas de sincronizacin y tienen cierta prioridad
originando as que exista un desfase en la llegada de los paquetes de datos de
los otros nodos.
Conclusin: El Jitter ms alto que se registra es de 90 ms, mismo que no
afecta de sobre manera el funcionamiento de la red.

Paquetes perdidos

Figura 5: Resultados de paquetes pedidos en la simulacin de trfico de voz.

La prdida de paquetes ocurre cuando uno o ms paquetes de datos que viajan

en una red IP fallan en alcanzar su destino. La causa de la perdida de paquetes
es debida a varios factores, entre los que se puede nombrar, degradacin de la
seal al viajar por el medio, interconexiones de la red sobresaturadas,
paquetes con error rechazados en el trnsito, falla en el hardware de la red, o
rutinas normales de enrutamiento. Cuando la perdida de paquetes es causada
por problemas en la red, los paquetes perdidos pueden resultar en problemas
de desempeo que causen fallas notables en el desempeo de la red, sin
embargo la perdida de paquetes no siempre es tan daina, como por ejemplo
cuando es usada para contrarrestar la latencia.
Conclusin: En la figura 5 se muestra un diagrama en 3D de la perdida de
paquetes desde el nodo transmisor al nodo receptor, aqu se refleja que la

cantidad de paquetes perdidos no es alta, sin embargo es un buen indicador

para corregir por ejemplo lneas de vista, parmetro necesario en el enlace,
aumento de la potencia u otras variables manipulables y que no sobrepasen las
reglas establecidas en el manual de implementacin de redes inalmbricas
expedidas por el ente regulador. Para el caso de servicios de voz la cantidad de
paquetes cados no significa que la conversacin mantenida sea inentendible
ya que no supera ni el 30% del total de informacin trasmitida por la red, con
lo cual se asegura que la red opera en excelentes condiciones.

Resultados de la simulacin mediante NS2 para trfico de

Streaming de video.

Figura 6: Visualizacin grafica de la simulacin de la red.

En la Figura 6, nuevamente se aprecia el resultado grafico de la simulacin

(archivo .nam) para este caso de la transmisin de video sobre el sistema a
implementar. Como se aprecia en la Figura 6 la arquitectura de la red es la
misma que para el caso de Voz la diferencia radica en el tipo de trfico que
cursa la red, mismo que se muestra en la figura mediante sealizacin de
trfico.

Resultados de Throughput

Figura 7: Throughput de video en el sistema WiMAX.

El Throughput que cursa la red al momento de transmitir video es de 220

Kbytes, de la misma forma que en el caso de la transmisin de voz, aqu se
muestra la suma acumulativa ya que al generarse llamadas en diferentes
instantes de tiempo la informacin que genera cada nodo se va acumulando en
la red, de esta manera se puede evaluar el comportamiento de la red en
general.
Para este caso el Throughput de la red tiende a estabilizarse muy rpidamente
ya que las tramas de datos generadas y enviadas son de tamao constante,
algo que no ocurre con la voz.
Conclusin: En la figura 7 el throughput total de la red una vez que se genera
informacin de parte de todos los nodos es de 1.8 Mb, de igual manera el
tamao de informacin no sobrepasa los lmites establecidos por las
caractersticas fsicas de los equipos a utilizar, en conclusin se dice que la red
tiene un muy buen desempeo en la transmisin de video llamada.

Delay

Figura 8: Delay vs Throughput de la transmisin de video

El retraso generado en la red para el caso de la transicin de video crece de

forma lineal en relacin al Throughput, esto se debe a que a medida que la
cantidad de informacin que cursa la red mientras el tiempo transcurre crece,
se generan colas en los receptores lo cual da lugar al retraso en la recepcin de
paquetes desde el transmisor, generalmente este es un resultado esperado ya
que las tramas de video son mucho ms grandes que en la transmisin de voz.
Conclusin: En la Figura 8 se aprecia que la red en cuanto a retraso
experimenta una complicacin ya que ha sobrepasado lo estandarizado para
considerarse una conversacin entendible por parte del oyente y hablante que
es de 150 ms, la red muestra un retraso de 180 ms, esto puede mejorarse si se
utilizan tcnicas de compresin ms eficaces de lo que es video y codecs de
audio mucho mas simples.

Jitter

Figura 9: Jitter vs Throughput en video Streaming

En la Figura 9, se aprecia que el Jitter es inversamente proporcional a la

cantidad de informacin que cursa la red, lo que se traduce en que los
paquetes llegan hasta el receptor con un espacio uniforme de tiempo, lo que
garantiza el buen funcionamiento de la red.
Conclusin: la red en cuanto a Jitter no presenta complicacin alguna, ya que
al estar los paquetes espaciados de forma igualitaria garantizan una bueno
conversin digital anloga logrando que la conversacin sea entendible.

Paquetes perdidos

Figura 10: paquetes perdidos en la transmisin de video sobre la red WiMAX

En la Figura 10 se observa la cantidad de paquetes perdidos en la red, de igual

forma que en el caso de la transmisin de voz, no son muchos los paquetes
perdidos se generan ms cantidad de estos cuando una se intenta establecer
una video llamada desde el nodo 1 al nodo 5, quiz se deba a que esta
informacin debe pasar por un nodo central ubicado en la matriz y un
repetidor, pues al ser procesados por dos entes claves del sistema se corre
mucho riesgo de que la informacin sea alterada o ente caso perdida.
Conclusin: La cantidad de paquetes perdidos refleja el funcionamiento de la
red para el caso actual esta cantidad no rebasa los lmites establecidos para
garantizar una buena calidad en la transmisin de video.

En general la red evidencia un muy buen comportamiento en cuanto a

transmisin de trfico ya sea de voz o video, lo cual garantiza que a la hora de
la implementacin se puedan bridar excelentes servicios con un buen margen
de QoS.