NS3 Instalacin y Anlisis de Ejemplos

David Farfn,
Facultad de Ingeniera
Escuela de Ingeniera Electrnica y Telecomunicaciones
Universidad de Cuenca
Cuenca, Ecuador
Reporte
desteban.farfang
@ucuenca.ec

I NTRODUCCIN
NS3 es un simulador de redes que permite simular
diferentes topologias y analizar el rendimiento de las
mismas de esta forma se puede poner a prueba diferentes
sistemas con el objetivo de conocer cual se ajusta
ms a un problema en la vida real, en el siguiente
informe se detalla la instalacin del software as como
el anlisis/modificacin de ejemplos con el fin de poder
tener un conocimiento previo de NS3 y de sus prestaciones.

I.

A NLISIS TUTORIALES FIRST, SECOND Y THIRD EN

CARPETA / EXAMPLES / TUTORIAL

Para este punto de proceder a ejecutar los tutoriales

first, second y third en /examples/tutorial, y se verificara
la informacin que se puede obtener de estos adems se
modificara los tutoriales para observar los resultados.
Los ejemplos a ser analizados estn en la carpeta de ns3
y dentro de Examples, todo esto una vez que entremos a
Eclipse.

I-A. Ejemplo 1: first.cc

Figura 1. Anlisis ejemplo first.cc

Se observa adems que se utiliza un enlace punto

a punto, es decir de extremo a extremo conectado un
servidor con un cliente.
Se crea el cliente, para que el cliente pueda establecer
conexin con el servidor, primero tiene que pedir una
identificacin con la cual pueda entablar la comunicacin,
para eso se le asigna una direccin que es de tipo IPv4,
esta se configura segn la red designada y la mscara
de subred, tambin se crea una aplicacin (servidor), la
cual espera paquetes tipo UDP y se configura un echo
(retransmitir) de dicho paquete por el puerto establecido.
Adems se configura CSMA que permite sensar si el
medio esta disponible para transmitir, esta no es una
red conmutada al estar conectados todos con todos se
puede producir colisiones, as como el Internet Stack para
enrutamiento.

En el primer ejemplo se detallan dos nodos, un nodo

representa al cliente y el otro representa a un servidor, la
simulacin busca analizar el comportamiento de los datos
que se estn transmitiendo desde el cliente al servidor y
desde el servidor al cliente, los datos que se trasmiten son
de tipo UDP.
Dentro de este anlisis se configuran parmetros
importantes como son:
Figura 2. Anlisis ejemplo first.cc

- DataRate.
- Delay.
Por defecto estos estn dados con valores: DataRate5Mbps y Delay-2 ms.

Por ltimo se configura el tiempo de inicio y fin de

la ejecucin de la aplicacin servidor, las cuales son de
1 y 10 segundos respectivamente. Tambin se configura
parmetros del paquete que son dados por el cliente, tales
como:

-Mximo de paquetes (valor defecto:1).

-Intervalo (valor defecto:1).
-Tamao de paquete (valor defecto:1).
Al final se establece el tiempo de inicio (2 seg, por
defecto) y fin de ejecucin (10 seg, por defecto) de la
aplicacin cliente y se procede a ejecutar la simulacin.

Figura 4. Anlisis ejemplo first.cc

I-B. Ejemplo 2: second.cc

En el segundo ejemplo se agrega a la topologa
desarrollada en el primer ejemplo ms un enlace p2p, es
decir mantiene un enlace PPP como en el punto anterior,
pero ahora se configura en el lado que analizamos como
servidor el protocolo p2p que es una red entre iguales
es decir no diferencia cliente de servidor todos los host
relacionados pueden enviar y recibir informacin entre si.
Se observa que la configuracin de PointToPoint es la
misma que en el ejemplo anterior, adems configura los
valores del DataRate a 5Mbps y el Delay a 2ms que son
los mismos valores que en el first.cc.
Figura 3. Anlisis ejemplo first.cc

Procedemos a correr el programa, para esto en consola

nos dirigimos a la carpeta del ns3 y ejecutamos el comando
para compilar con el nombre del programa.

Aqu se agrega la configuracin del p2p, se agrega el

nodo con p2p, adems se hace la relacin entre los dos
protocolos el uno que maneja el enlace cliente-servidor
PPP y el otro que maneja el stack en el servidor p2p.
Adems se configura los valores de p2p para un DataRate
de 100 Mbps y un Delay de 6560 ns, por los requerimientos
tiene una mayor tasa y un retardo menor.

Observamos los resultados que se obtienen, se observa

que el cliente comienza enviando una peticin al puerto
del servidor al que se va a conectar este pide salir enviando
la direccin a la cul va a llegar que es la IP 10.1.1.2, y el
puerto es el 9, se observa el tiempo en el que se pide esta
peticin.
El servidor recibe la peticin que es un paquete de 1024
bytes, adems indica de donde proviene la peticin IP
10.1.1.1 con puerto 49153.
El servidor enva la confirmacin que es un paquete de
1024 bytes, a la IP 10.1.1.1 con puerto 49153, por ltimo
se muestra que el cliente recibe desde la IP 10.1.1.2 con
puerto 9 un paquete, con esto se termina la comunicacin
punto a punto de forma correcta, siempre en cada
envi/recepcin se muestra el tiempo que se demora.
Se observa que esta comunicacin se da en una misma
red que es la 10.1.1.*.

Figura 5. Anlisis ejemplo second.cc

Tambin se configura tanto la red que se esta creando

como el enrutamiento esttico, esto mediante los
comandos NetDeviceContainer y el InternetstackHelper.
en este caso se maneja la red de PPP y la del p2p, el
servidor se conecta al grupo de host que forman la red,
para la configuracin de los protocolos cada uno debe
estar en una red diferente, se comunican entre si mediante
el enrutamiento. Adems se configura CSMA que permite

sensar si el medio esta disponible para transmitir,esta

no es una red conmutada al estar conectados todos con
todos se puede producir colisiones,. Este ejemplo como se
menciono es una continuacin del anterior adecuando un
escenario con mayor complejidad.

Figura 8. Anlisis ejemplo second.cc

Figura 6. Anlisis ejemplo second.cc

Se configuran las redes tanto la 10.1.1.0 con mscara

255.255.255.0 para el enlace que es punto a punto, esto es
parecido a la configuracin en el ejemplo anterior, adems
se configura la segunda red p2p con la direccin 10.1.2.0
y mscara 255.255.255.0. Tambin el servidor configura el
puerto por el cul va a recibir peticiones.

Procedemos a correr el programa, para esto en consola

nos dirigimos a la carpeta del ns3 y ejecutamos el comando
para compilar con el nombre del programa.
Observamos los resultados que se obtienen, se observa
que el cliente comienza enviando una peticin al puerto
del servidor al que se va a conectar esta pide salir enviando
la direccin que de llegada que es la IP 10.1.2.4 como se
observa el cliente pertenece ya a otra red, el puerto del
servidor es el 9, se observa el tiempo en el que se pide
esta peticin.
El servidor recibe la peticin que es un paquete de 1024
bytes, adems indica de donde proviene la peticin IP
10.1.1.1 con puerto 49153.

Figura 7. Anlisis ejemplo second.cc

Se configura el tiempo de inicio y fin de la ejecucin de

la aplicacin servidor, las cuales son de 1 y 10 segundos
respectivamente. Tambin se configura parmetros del
paquete que son dados por el cliente, tales como:

El servidor enva la confirmacin que es un paquete de

1024 bytes, a la IP 10.1.1.1 con puerto 49153, por ltimo se
muestra que el cliente recibe desde la IP 10.1.2.4 con puerto
9 un paquete, con esto se termina la comunicacin punto a
punto de forma correcta, siempre en cada envi/recepcin
se muestra el tiempo que se demora. La comunicacin p2p
permite a cualquier host en la red 10.1.2.0 actuar como
servidor, mediante CSMA.

-Mximo de paquetes (valor defecto:1).

-Intervalo (valor defecto:1).
-Tamao de paquete (valor defecto:1024).
Al final se establece el tiempo de inicio (2 seg, por
defecto) y fin de ejecucin (10 seg, por defecto) de la
aplicacin servidor esto se muestra que corre con el
protocolo p2p, con estos parmetros se procede a ejecutar
la simulacin, mediante el comando Simulator.Run.
El tiempo de la comunicacin en la topologa tendra
que revestir una mayor duracin dado que la comunicacin
es ahora entre dos subredes diferentes, esto diferencia
debera ser baja en el orden de us.

Figura 9. Anlisis ejemplo second.cc

I-C. Ejemplo 3: third.cc

En el tercer ejemplo se agrega a la topologa desarrollada
en el primer ejemplo,segundo ejemplo ms un enlace
inalmbrico WIFI, es decir mantiene un enlace PPP, p2p
como en el punto anterior, se configura en el lado que

analizamos como servidor el protocolo p2p que es una red

entre iguales es decir no diferencia cliente de servidor todos
los host relacionados pueden enviar y recibir informacin
entre si, mientras que de el lado del cliente se comunica
va WIFI que es un protocolo de comunicacin inalmbrica.

Se configura la interfaz mvil, para los clientes se

configura mediante un AP (access point), el usuario tiene
movilidad y debe la red darle una direccin si este pide
una peticin por eso se configura el rea de cobertura, y
se la define como WIFI AP, el rea se configura como un
rectngulo.

Se observa que la configuracin de PointToPoint y p2p

es la misma que en el ejemplo anterior, PPP configura los
valores del DataRate a 5Mbps y el Delay a 2ms que son
los mismos valores que en el first.cc.
La configuracin del p2p, agrega el nodo con p2p,
adems se hace la relacin entre los dos protocolos el uno
que maneja el enlace cliente-servidor PPP y el otro que
maneja el stack en el servidor p2p. Adems se configura
los valores de p2p para un DataRate de 100 Mbps y un
Delay de 6560 ns, por los requerimientos tiene una mayor
tasa y un retardo menor, as como tambin se asigna el
CSMA que es para analizar cuando el canal esta vaci para
poder transmitir.
Figura 12. Anlisis ejemplo third.cc

Se configuran las redes tanto la 10.1.1.0 con mscara

255.255.255.0 para el enlace que es punto a punto, adems
se configura la segunda red p2p con la direccin 10.1.2.0 y
mscara 255.255.255.0 y por ltimo se configura la tercera
red que es para la red mvil con direccin 10.1.3.0 y
mscara 255.255.255.0. Tambin el servidor configura el
puerto por el cul va a recibir peticiones.

Figura 10. Anlisis ejemplo third.cc

Ahora se configura el nuevo protocolo que es WIFI, este

se crea y se relaciona con p2p, adems configura trminos
de calidad de servicio QoS, las capas.
Figura 13. Anlisis ejemplo third.cc

Se configura el tiempo de inicio y fin de la ejecucin de

la aplicacin servidor, las cuales son de 1 y 10 segundos
respectivamente. Tambin se configura parmetros del
paquete que son dados por el cliente, tales como:
-Mximo de paquetes (valor defecto:1).
-Intervalo (valor defecto:1).
-Tamao de paquete (valor defecto:1024).

Figura 11. Anlisis ejemplo third.cc

Al final se establece el tiempo de inicio (2 seg, por

defecto) y fin de ejecucin (10 seg, por defecto) de la

aplicacin servidor esto se muestra que corre con la

rd WIFI con estos parmetros se procede a ejecutar la
simulacin, mediante el comando Simulator.Run y se da
el tiempo de simulacin que es de 10 seg.
El tiempo de la comunicacin en la topologa tendra
que revestir una mayor duracin dado que la comunicacin
es ahora entre dos subredes diferentes, esto diferencia
debera ser baja en el orden de us.
Figura 15. Anlisis ejemplo third.cc

II.

M ODIFICACIN DE EJEMPLOS FIRST, SECOND Y THIRD EN

CARPETA / EXAMPLES / SCRATH

II-A. Ejemplo first.cc

Para poder modificar el ejemplo first.cc tenemos que
copiarlo en la carpeta scratch, se le ha nombrado como
ejemplo1.cc.

Figura 14. Anlisis ejemplo third.cc

Procedemos a correr el programa, para esto en consola

nos dirigimos a la carpeta del ns3 y ejecutamos el comando
para compilar con el nombre del programa.

Se mantiene la topologa de una red punto a punto,

con dos nodos uno que representa al servidor y otro que
representa al cliente. La informacin que se enva sern
paquetes UDP. Las variables a cambiar para ver como el
comportamiento cambia son:
- DataRate.
- Delay.

Observamos los resultados que se obtienen, se observa

que el cliente comienza enviando una peticin que es
un paquete de tamao 1024 bytes, manda a la direccin
10.1.2.4 como se observa el cliente pertenece a otra red, el
puerto del servidor es el 9, se observa el tiempo en el que
se pide esta peticin.
El servidor recibe la peticin que es un paquete de 1024
bytes, adems indica de donde proviene la peticin IP
10.1.3.3 por el puerto 49153, esta direccin es de la red
mvil que el AP otorga al cliente.

Los valores modificados son: DataRate-2Mbps y

Delay-1 ms.
Se busca analizar con una menor tasa de bits y un
retardo menor que comportamiento cumple la red. La red
como tal y el puerto del servidor se mantienen porque
ambos nodos estn en la misma red, y la direccin que se
otorga a cada uno no alterar los resultados. Tambin se
cambia los valores del:
-Mximo de paquetes (valor:10).

El servidor enva la confirmacin que es un paquete de

1024 bytes, a la IP 10.1.3.3 con puerto 49153, por ltimo
se muestra que el cliente recibe desde la IP 10.1.2.4 con
puerto 9 un paquete, con esto se termina la comunicacin
punto a punto de forma correcta, siempre en cada
envi/recepcin se muestra el tiempo que se demora.
La comunicacin p2p permite a cualquier host en la red
10.1.2.0 actuar como servidor, mediante CSMA.

-Intervalo (valor:3 seg).

-Tamao de paquete (valor defecto:1024).
Se configura una red en donde se busque que la red
trabaje a la mxima capacidad.En la siguiente imagen se
muestra que resultados se obtienen:

Figura 16. Anlisis ejemplo1.cc

Observamos los resultados que se obtienen, se observa

que el cliente comienza enviando una peticin al puerto
del servidor al que se va a conectar este pide salir enviando
la direccin a la cul va a llegar que es la IP 10.1.1.2, y el
puerto es el 9, se observa el tiempo en el que se pide esta
peticin.
El servidor recibe la peticin que es un paquete de 1024
bytes, adems indica de donde proviene la peticin IP
10.1.1.1 con puerto 49153.

Figura 17. Anlisis ejemplo1.cc

Se analiza que al aumentar la tasa de bits y el retardo, los

paquetes completan la comunicacin, cada peticin toma
2 seg ms o menos que es segn el intervalo configurado
y hasta los 11 seg ya se completa.
Otro ejemplo cambia el tiempo del sistema, y se
configura los otros datos: DataRate-4Mbps y Delay-2
ms. Adems se configura:
-Mximo de paquetes (valor:5).
-Intervalo (valor:2 seg).
-Tamao de paquete (valor defecto:2048).

El servidor enva la confirmacin que es un paquete de

1024 bytes, a la IP 10.1.1.1 con puerto 49153, por ltimo
se muestra que el cliente recibe desde la IP 10.1.1.2 con
puerto 9 un paquete, con esto se termina la comunicacin
punto a punto de forma correcta, siempre en cada
envi/recepcin se muestra el tiempo que se demora.
Lo importante es observar que el tiempo que le toma a
cada solicitud cumplir la peticin es mayor, adems que
el numero de paquetes que se configuro en el tiempo
que se tiene no puede completar. El tiempo promedio de
completar la comunicacin es de 3 seg, y se completa 5
paquetes de los 10 que se configuro, se observa que la red
esta saturada.
En otro escenario se configura valores de: DataRate4Mbps y Delay-4 ms. Adems se configura:
-Mximo de paquetes (valor:5).
-Intervalo (valor:2 seg).
-Tamao de paquete (valor defecto:1024).

Figura 18. Anlisis ejemplo1.cc

Se observa que los valores corresponden a la configuracin, en donde el tiempo de respuesta es de 1 seg, y el
intervalo de 2 seg, el tiempo de cumplir la peticin es bajo.
Entonces podemos definir que la comunicacin puede
fallar si es que el tiempo total de ejecucin del sistema es
menor al total que le tomaran enviar los paquetes, o si
se tiene una demanda mayor a la que podra soportar el

canal, tambin depende del intervalo entre cada peticin,

el tamao de cada paquete y de los valores del datarate y
del retraso que se configure. Con todos estos escenarios
se debe poder lograr un sistema optimo para un enlace PPP.

II-B. Ejemplo second.cc

Para poder modificar el ejemplo second.cc tenemos que
copiarlo en la carpeta scratch, se le ha nombrado como
ejemplo2.cc.
Figura 20. Anlisis ejemplo2.cc

Se mantiene la topologa de una red punto a punto

y el protocolo p2p, la informacin que se enva sern
paquetes UDP. Las variables a cambiar para ver como el
comportamiento cambia son:
- DataRate.
- Delay.
Se cambiara la tasa de bits a diferentes valores y el delay
tambin tanto para el PPP como para p2p que tiene CSMA,
los valores analizados son los siguientes datos:
-Mximo de paquetes (valor:5).
-Intervalo (valor:2 seg).
-Tamao de paquete (valor defecto:2048).

Como se observa en un enlace con mayor datarate las

peticiones se realizan en menor tiempo como se observa
en la imagen 32 el tiempo total de completar la solicitud
en uno de los paquetes enviados desde el cliente va
desde 8.00416seg hasta 8.00838seg, en cambio para el caso
de la figura 33 ese mismo paquete va desde 8.01046seg
hasta 8.2098seg, vemos que la diferencia es del orden de
centsimas de segundo, lo cual garantiza que la tasa de
bits de transferencia es una caracterstica importante para
garantizar una correcta transmisin.

La siguiente figura muestra un delay de 8ms para la

configuracin PPP que es un valor mayor al dado por
defecto:

La siguiente figura muestra un datarate de 8Mbps para

la configuracin PPP que es un valor mayor al dado por
defecto:

Figura 21. Anlisis ejemplo2.cc

Figura 19. Anlisis ejemplo2.cc

La siguiente figura muestra un datarate de 2Mbps para

la configuracin PPP que es un valor menor al dado por
defecto:

La siguiente figura muestra un delay de 2ms para la

configuracin PPP que es un valor menor al dado por
defecto:

Figura 22. Anlisis ejemplo2.cc

Como se observa para el caso de un delay de 8ms la

respuesta del paquete es de 8 a 8.0229seg a diferencia de
cuando el delay es de 2ms donde la respuesta total se da
desde 8 a 8.0109seg, lo que demuestra que un paquete con
menor retardo tiene una mejor respuesta, esto depende
tambin del tipo de informacin que se este transmitiendo,
en el caso del retardo se observa que tiene una respuesta
ms cambiante que en el caso de un datarate, manejar
el retardo puede ser ms importante cuando se tiene
paquetes UDP como en este caso, en donde se observa
que el retardo es un obstculo mayor que la tasa de bits
en el rendimiento de la red.
En la red p2p que se analiza como una red CSMA se
observa de igual manera para los siguientes valores:

Figura 24. Anlisis ejemplo2.cc

Se observa que de igual manera cuando el datarate

es de 50Mbps una peticin se completa desde 8 hasta
8.01107seg, mientras que en el caso de 150Mbps va desde a
8 hasta 8.01085seg, se observa que la diferencia en cuanto
a datarate no es significativa a pesar de la gran diferencia
del enlace, el datarate en los paquetes UDP en CSMA no
afecta de manera considerable, aunque se mantiene que a
un mayor velocidad menor tiempo de transmisin.

La siguiente figura muestra un delay 3730ns para la

configuracin p2p que es un valor mayor al dado por
defecto:

La siguiente figura muestra un datarate de 50Mbps para

la configuracin p2p que es un valor mayor al dado por
defecto:

Figura 25. Anlisis ejemplo2.cc

Figura 23. Anlisis ejemplo2.cc

La siguiente figura muestra un datarate de 150Mbps

para la configuracin p2p que es un valor mayor al dado
por defecto:

La siguiente figura muestra un delay 17000ns para la

configuracin p2p que es un valor mayor al dado por
defecto:

segn sea el protocolo utilizado.

En el ejemplo3.cc se tiene adems de los casos
mencionados una red WIFI, que es un protocolo
inalmbrico esto implica que es una red mvil en el
cual el usuario pide un a identificacin en este caso un
IP para conectarse a la red, pero el usuario a parte de
conectarse va inalmbrica tiene posibilidad de moverse
por el rea configurada para la red WIFI, en este caso
se puede modificar el comportamiento de la red mvil,
modificando los parmetros del rea de cobertura.
Figura 26. Anlisis ejemplo2.cc

Como se observa el retardo es en el orden de los ns

por lo que no cambia mucho los valores que demoran en
realizar un envo y recepcin del paquete desde el cliente
al servidor, esto se necesita para evitar colisiones en el
sistema CSMA ya que al estar conectados todos con todos
no es un sistema conmutado y puede causar colisiones si
es que ms de uno enva un mensaje a la vez.

-Mximo de paquetes (valor:5).

-Intervalo (valor:2 seg).
-Tamao de paquete (valor defecto:2048).
Con los datos configurados se obtiene los siguientes
resultados:

Entonces podemos definir que la comunicacin puede

fallar si es que el tiempo total de ejecucin del sistema
es menor al total que le tomaran enviar los paquetes,
o si se tiene una demanda mayor a la que podra
soportar el canal, tambin depende del intervalo entre
cada peticin, el tamao de cada paquete y de los
valores del datarate y del retraso que se configure, de
las colisiones que exista en el sistema al no ser una red
conmutada. Con todos estos escenarios se debe poder
lograr un sistema optimo para un enlace PPP y para el p2p.

II-C. Ejemplo third.cc

Para poder modificar el ejemplo second.cc tenemos que
copiarlo en la carpeta scratch, se le ha nombrado como
ejemplo3.cc.
Se mantiene la topologa de una red punto a punto y
el protocolo p2p, adems en este se agrega la red WIFI,
la informacin que se enva sern paquetes UDP. Las
variables a cambiar para ver como el comportamiento
cambia son:

Figura 27. Anlisis ejemplo3.cc

A partir de esto la seal puede verse potenciada segn

se este ms cerca de la fuente AP, o segn el nmero
mximo de usuarios que puede soportar el AP, todo esto
determina el tiempo que se demorara en cumplir con una
peticin.

- DataRate.
- Delay.
Se puede cambiar la tasa de bits a diferentes valores y
el delay tambin tanto para el PPP como para p2p que
tiene CSMA, para estos casos se ha analizado tanto en el
ejemplo1.cc y en el ejemplo2.cc en donde se ha visto que
el cambio que revise mayor importancia para paquetes
UDP es el delay, el datarate en cambio permite que a
mayor enlace menor tiempo de completar la transmisin

Figura 28. Anlisis ejemplo40.cc

En la imagen anterior se analiza una topologa en donde

hay 6 usuarios en el AP, inicialmente solo haba 3, se observa un pequeo cambio en cuanto al tiempo de completar la
solicitud, si una red mvil tiene ocupado todos sus canales
el BW disponible disminuye y por lo tanto la tasa tambin
disminuira, tomando en cuenta que WIFI con su AP, tiene
caractersticas de conmutacin.
En una configuracin con 9 nodos WIFI se obtiene el siguiente resultado, que se relaciona con todo lo mencionado
hasta el momento:

BIBLIOGRAFA
Fuentes Bibliogrficas:
1. How to Install JAVA 8 (JDK 8u45) on UbuntuLinuxMint via PPA, TecAdmin.net.
2. How to Install The Latest Eclipse Release in Ubuntu
14.04 | UbuntuHandbook
3.
Instalando
Eclipse
IDE
sobre
Ubuntu
14.04 | Ismas Blog. [En lnea]. Disponible en:
https://pajarokillo.wordpress.com/2014/07/08/instalandoeclipse-ide-sobre-ubuntu-14-04/.
4. Software NS3.
5. O. Mohammad,B Noureddine, FUNDAMENTALS
OF PERFORMANCE EVALUATION OF COMPUTER AND
TELECOMMUNICATION SYSTEMS, Wiley, 2010.

Figura 29. Anlisis ejemplo39.cc

Entonces podemos definir que la comunicacin puede

fallar si es que el tiempo total de ejecucin del sistema es
menor al total que le tomaran enviar los paquetes, o si
se tiene una demanda mayor a la que podra soportar el
canal, tambin depende del intervalo entre cada peticin,
el tamao de cada paquete y de los valores del datarate
y del retraso que se configure; del rea de cobertura esto
depende del AP de la potencia que radie del lugar en el cual
radie,. Con todos estos escenarios se debe poder lograr un
sistema optimo para un enlace PPP, para el p2p y para WIFI.

CONCLUSIONES
Se aprendi a instalar NS-3, en eclipse, esto facilita el
desarrollo de los diferentes proyectos que se pueden realizar
para simulacin de sistemas de redes, este programa es
de mucha utilidad pues permite ejemplificar los diferentes
casos que existen en el mundo de los sistemas de redes,
a ms que permiten una mejor comprensin de la parte
terica.
Se pudo analizar los ejemplos del comportamiento
de diferentes redes, se comprendido como funcionan
diferentes protocolos como PPP, p2p, WIFI, adems de que
se observo como al cambiar los parmetros los sistemas
cambian su rendimiento, encontrando factores importantes
para mantener una red de forma estable como el datarate,
el delay.