UNIVERSIDAD NACIONAL SAN AGUSTIN DE AREQUIPA

FACULTAD DE PRODUCCION Y SERVICIOS

ESCUELA PROFESIONAL

INGENIERIA ELECTRONICA

CURSO: TELEMATICA 1

DOCENTE:

ING. RAMIRO BANDA

TEMA:

PRACTICA 7 RED MODELADA CON OPNET

ALUMNO:

PHOCCO CHUCHULLO DANTE 20142308

LOPEZ QUISPE MARX 2013

AREQUIPA-PERU

1
Contenido
1.- Objetivos de la práctica ............................................................................................................................... 3
2.- Elementos requeridos:................................................................................................................................ 3
3.- Introducción teórica .................................................................................................................................... 3
4. Procedimiento............................................................................................................................................... 4
Parte 4.1 Entender la utilización de la red de ejemplo ............................................................................... 4
1.- ¿Cuales será las aplicaciones que usen más recursos? ....................................................................... 4
2.- Abra una estación de trabajo y determine que perfil posee, escriba el nombre, ¿coincide con algún
perfil anterior? .......................................................................................................................................... 5
3.- Desde el menú DES, determine el tiempo virtual de simulación del escenario actual ....................... 6
4.- ¿Cuáles son las estadísticas individuales de las que se recolectarán datos? ...................................... 6
6.- ¿Cual es el promedio de retrasos de los paquetes? ............................................................................ 7
7.- ¿Cuál es el promedio de paquetes recibidos y enviados por segundo? .............................................. 8
8.- ¿Cuál es el promedio de paquetes direccionados por el switch por segundo? .................................. 8
9.- ¿Cuál es la productividad de paquetes entrantes al servidor?(del Switch 2 al servidor) .................... 9
10.- ¿Cuál es la utilización del enlace punto a punto, del switch al servidor de “Sales” ........................ 10
11.- ¿Qué conclusiones puede obtener sobre esta red? ........................................................................ 11
12.- ¿Que perfiles y aplicaciones contiene el Profile definition? .......................................................... 12
14.- ¿El nodo CFO, cuantos perfiles está soportando? ........................................................................... 12
15.- ¿Que perfiles está soportando? ...................................................................................................... 12
16.- ¿Qué servicios está soportando? ..................................................................................................... 12
17.- ¿Regrese al CFO, que servicios está soportando? ........................................................................... 12
18.- Entendida la diferencia entre soporte de perfil y soporte de servicios, ¿que concluye? ............... 12
19.- Abra dentro del menú DES, individual statistics, ¿qué elementos se reportan? ............................ 13
4.2 Modifique o cree una nueva red ......................................................................................................... 15
Trabajo final.................................................................................................................................................... 16
Trabajo Final ................................................................................................................................................... 17
Pruebas de Carga ........................................................................................................................................ 18
Un plan de pruebas de carga ..................................................................................................................... 18
1. Recursos de monitoreo: .................................................................................................................. 18
2. Encontrar la tasa de respuesta máxima:......................................................................................... 19
3. Encuentra el máximo rendimiento práctico: .................................................................................. 19
Software de prueba de carga ..................................................................................................................... 19
JMeter ......................................................................................................................................................... 20
Conclusión ...................................................................................................................................................... 20
2
1.- Objetivos de la práctica
Analizar los ejemplos proporcionados en el software modelador de redes indicado y diseñar una red para
determinar su rendimiento en condiciones de carga especiales.

2.- Elementos requeridos:

Riverbed Modeler Academic Edition

Registrar y activar el software de acuerdo a los requerimientos de este, se sugiere instalar fuera del disco de
sistema operativo, es decir usar de preferencia la unidad D para evitar problemas de permisos de escritura
que el software parece no maneja apropiadamente.

3.- Introducción teórica

Packet tracer es una herramienta para probar nos niveles OSI, entrenarse en configurar equipos de Cisco
entre otros, pero no sirve para simular condiciones de carga en una red. Por ello en esta práctica cambiamos
de herramienta a Opnet edición Riverbed Modeller. El indicado software es uno más de Riverbed
Technology. Propietario de Opnet, Opnet se inició hace décadas como un proyecto académico en el año
1986 gracias Alain Cohen's estudiante del MIT.

Riverbed Modeler Academic Edition, es una herramienta que será descontinuada para el uso gratuito de los
estudiantes a partir del 2020. Por políticas de la empresa que adquirió el software el año 2000 y desea darle
más uso comercial.

3
4. Procedimiento
Parte 4.1 Entender la utilización de la red de ejemplo
Abra el software y localice dentro de las redes de ejemplo las LANs, abra el escenario 1

Figura 1 buscando el proyecto de LANs en los ejemplos

El ejemplo contiene definiciones de aplicación y configuraciones de perfiles, determinaremos el detalle de

estos y su efecto en los resultados.

Pase al escenario de red conmutada

1.- ¿Cuales será las aplicaciones que usen más recursos?

Las aplicaciones de desarrollo; el área de desarrollo necesita un mayor ancho de banda, una permanente
conexión a la red general de la planta o empresa, un cifrado o codificado de seguridad para proteger de
posibles robos de información y una conectividad intrínseca (un bus troncal).

¿Podemos saberlo?

Las necesidades para las diferentes áreas de una empresa, son requerimientos específicos para la conexión
entre las mismas y en una red multicast.

4
¿Las 12 estaciones que tienen en común?

- Servidor propio en cada zona o región.

- Conexión a un switch o hub de trabajo para tener una única dirección de enrutamiento.
- Topología estrella
- Uso de una red ethernet 100 baseT.

Abra el Profile Definition y verifique que son database, email y transferencia de archivos los que integran un
perfil

2.- Abra una estación de trabajo y determine que perfil posee, escriba el
nombre, ¿coincide con algún perfil anterior?
Son modelos ethernet, acoplados a una sub red.

Switch1: Area de Desarrollo

- 4 desarrolladores
- 1 servidor de desarrollo

5
Switch2: Area de Ventas

- 4 estaciones de trabajo para ventas

- 1 servidor para las estaciones de las ventas

Switch3: Area de oficinas

- Recepcionista
- Recursos Humanos
- Reclutamiento
- Contabilidad
- 1 servido para oficina

3.- Desde el menú DES, determine el tiempo virtual de simulación del escenario
actual
- 6 horas
- 2659611 eventos

4.- ¿Cuáles son las estadísticas individuales de las que se recolectarán datos?
Dentro de globales: DB de entrada, DB de consulta, Email, Ethenet,

Estadísticas de enlace: Todos los switchs, el trafico generado por la transmisión de datos recibida y
transmitida.

5.- ¿Existe relación con los elementos del perfil de las estaciones?

De hecho se activan algunos elementos en forma automática al agregarse desde el perfil a las estadísticas
de salida.

Ejecute la simulación

6
6.- ¿Cual es el promedio de retrasos de los paquetes?

7
7.- ¿Cuál es el promedio de paquetes recibidos y enviados por segundo?

8.- ¿Cuál es el promedio de paquetes direccionados por el switch por segundo?

8
9.- ¿Cuál es la productividad de paquetes entrantes al servidor?(del Switch 2 al
servidor)

9
10.- ¿Cuál es la utilización del enlace punto a punto, del switch al servidor de
“Sales”

10
11.- ¿Qué conclusiones puede obtener sobre esta red?
Es una red con una topología simple pero muy eficiente, en el envio de frames (tramas); con la utilización
del cable tipo ethernet 100 baseT, nos permite un tiempo de respuesta menor o igual a 4 ms; utiliza un cable
multipar trenzado, sin necesidad de apantallamiento.

Podemos pasar al escenario 6 de switched network donde vemos que cada nodo equivale a un grupo de
computadoras

Pase el primer escenario, analizaremos su contenido

11
12.- ¿Que perfiles y aplicaciones contiene el Profile definition?
Contiene los siguientes perfiles:

Secretary: No contiene Aplicaciones.

Assistant: 4 aplicaciones que son las siguientes: email(pesado), database Access(ligero), web
browsing(ligero), file transfer(light)

CFO: Contiene 4 aplicaciones:

Conference room user 2:

Conference room user 6:

13.- ¿En el cuarto de conferencias cuantos nodos están usando conferencia?

Esta usando 6 nodos

14.- ¿El nodo CFO, cuantos perfiles está soportando?

5 perfiles

Ahora vaya al servidor y analice su configuración

15.- ¿Que perfiles está soportando?

- Database appl
- Email
- http
- ftp
- Video conference

16.- ¿Qué servicios está soportando?

Está soportando 6 servicios

17.- ¿Regrese al CFO, que servicios está soportando?

- Consulta
- Email
- Http
- Ethernet Coax
- Video conferencia

18.- Entendida la diferencia entre soporte de perfil y soporte de servicios, ¿que

concluye?
El soporte de perfil se refiere a las especificaciones propias de la red, inherentes a su topología o estructura;
mientras que el soporte de servicios se encarga de todas aquellas aplicaciones que proporciona la red a los
usuarios para el dar asistencia a los mismo y orientarlos para un uso eficiente del sistema.

12
19.- Abra dentro del menú DES, individual statistics, ¿qué elementos se
reportan?
Estadisticas Glogales:

- DB entrada: Tiempo de respuesta.

- DB consulta: Tiempo de respuests.
- Ethcoax: Tiempo de respuesta de descarga y de subida.
- FTP: Tiempo de respuesta de descarga y de subida.
- Video Coferencia: Paaquete de retraso terminal a terminal

Estadisticas de Nodo:

13
Ejecute la simulación y vea el rendimiento de la red, tome nota y capture pantallas

Rendimiento del bus de la red (bits/sec)

14
4.2 Modifique o cree una nueva red
La nueva red en un nuevo proyecto o en otro escenario, que contenga 2 computadoras que usan un
navegador de internet y un servidor(nodo 1). Para ello agregue 2 nodos(3 y 6) del tipo Ethernet Workstation
de la paleta Topology, open Object palete, agrega un nodo del tipo Ethernet server(nodo 1) y un nodo del
tipo Ethernet Station. Configure para que los servicios (web pesado) de los nodos 3 y 6 sean soportados en
el nodo 1. El nodo 2 puede dejarlo con los datos por defecto, observe que no soporta perfiles, solo
generación de tráfico. Debe guardar en otro folder de documentos el archivo de ejemplo.

Observe que las estadísticas apropiada se seleccionará de por si, tambien seleccione que se reporte en los
nodos el CPU usado

Configure la simulación para que se ejecute por 10 minutos

Abra los resultados por nodos, debe obtener una imagen similar a la mostrada en carga de paquetes

15
Los servidores suelen tener una determinada cantidad de paquetes por segundo, selecione load (packets/s).
Verifique que con 2 nodos la carga es de 1.4 paquetes/s en el minuto 2.

Trabajo final
Analizados los resultados de dos nodos, ahora estime bajo qué condiciones la carga puede demandar decenas de
paquetes por segundo (ejemplo 30 paquetes/s) y un uso elevado superior al 50% del CPU del servidor (no obstante
no tenemos datos fiables del CPU en el simulador). Investigue que otros parámetros pueden ser extraídos de
simulación para dimensionar un servidor web. Revise:

https://www.digitalocean.com/community/tutorials/an-introduction-to-load-testing ¿algunos de esos parámetros

pueden ser extraídos del simulador?. Escriba sus conclusiones y elabore un breve informe(máximo entre 2) . Se
evaluará de su informe, en base a los resultados del estudiante:

(c) Diseño y Desarrollo de Soluciones: La capacidad de diseñar soluciones para problemas complejos de ingeniería[4]
y diseñar sistemas, componentes o procesos para satisfacer necesidades deseadas dentro de restricciones realistas
en los aspectos de salud pública y seguridad, cultural, social, económico y ambiental

Dimensionará una red para llevar al tope de utilización de un servidor Ethernet

(k) Uso de Herramientas Modernas: La capacidad de crear, seleccionar y utilizar técnicas, habilidades,
recursos y herramientas modernas de la ingeniería y las tecnologías de la información, incluyendo la
predicción y el modelamiento, con la comprensión de sus limitaciones.

Usará la herramienta de modelado de la presente práctica, acompañando su informe de imágenes y explicaciones

que sustente el uso de la herramienta.

El trabajo se realizará y entregará en digital en fecha indicada en el salón.

16
Trabajo Final
Analizados los resultados de dos nodos, ahora estime bajo qué condiciones la carga puede demandar
decenas de paquetes por segundo (ejemplo 30 paquetes/s) y un uso elevado superior al 50% del CPU del
servidor (no obstante no tenemos datos fiables del CPU en el simulador).

Los principales factores que afectara a la tasa de transmisión son los tiempo de retraso (Delay) y el tiempo
de respuesta en ambos extremos (Transmisor- Recpetor). Un uso común del software de prueba de
carga es encontrar las solicitudes máximas por segundo que un servidor puede manejar. Esto se
hace enviando tantas solicitudes como sea posible a un servidor y viendo cuántas puede devolver
con éxito.

Tener en cuenta los siguientes parámetros:

- Tiempo de acceso de los usuarios a los datos

- Volumen de datos y ancho de banda utilizado
- Archivos solicitados y tiempos usados en transferencia de datos
- Tiempo de espera de los usuarios tras hacer un clic
- Tiempo de respuesta a clicks de usuarios
- Niveles de error existentes tras clicks de usuarios

Debería ver su CPU y recursos de memoria consumidos. Su CPU inactiva puede alcanzar el 0% y su
cliente de pruebas de carga puede recibir algunos errores de conexión a medida que su servidor
se esfuerza por mantenerse al día con todas las solicitudes. Esto es normal, ya que estamos
llevando al servidor a sus límites.

¿algunos de esos parámetros pueden ser extraídos del simulador?

- La latencia
- El rendimiento
- Los perceptiles

Escriba sus conclusiones y elabore un breve informe

La optimización del rendimiento web, y en los últimos años se han desarrollado muchas mejores
prácticas, técnicas y tecnologías para mejorar la experiencia web. Muchas de estas técnicas se
centran en reducir el tamaño de descarga de las páginas web y limitar el número de solicitudes
HTTP individuales que necesita una página.

17
Pruebas de Carga
La carga de trabajo se refiere a la capacidad máxima que tiene un servidor web (hardware y software),
para atender a un conjunto de usuarios de manera simultánea. Por ello, las actividades de esta etapa
tienen relación con comprobar, de manera anticipada, el funcionamiento que tendrá el servidor del Sitio
Web cuando esté en plena operación.

Las pruebas en este caso consisten en simular una carga de trabajo similar y superior a la que tendrá
cuando el sitio esté funcionando, con el fin de detectar si el software instalado (programas y aplicaciones)
cumple con los requerimientos de muchos usuarios simultáneos y también si el hardware (servidor y el
equipamiento computacional de redes y enlace que lo conecta a Internet) es capaz de soportar la cantidad
de visitas esperadas.

Es importante considerar que si el servidor está en las dependencias de un tercero que entrega el servicio
de alojamiento del Sitio Web (hosting), se le debe solicitar a dicho proveedor un informe en que dé a
conocer las características de carga de la solución de hardware y software sobre la cual funciona el Sitio
Web de la institución.

Hay diversos softwares en el mercado que están orientados a este tipo de simulaciones, todos los cuales
ofrecen características similares. Entre los datos más relevantes que es posible obtener se cuenta:

- Tiempo de acceso de los usuarios a los datos

- Volumen de datos y ancho de banda utilizado
- Archivos solicitados y tiempos usados en transferencia de datos
- Tiempo de espera de los usuarios tras hacer un clic
- Tiempo de respuesta a clicks de usuarios
- Niveles de error existentes tras clicks de usuarios

Como se puede apreciar del listado anterior, los reportes que se obtienen a través de esta vía se refieren a
tiempos de acceso que tienen los usuarios que acceden al Sitio Web y la degradación que ocurre en los
servicios cuando aumenta el volumen de visitantes concurrentes.

Un plan de pruebas de carga

Hay algunos pasos generales que puede tomar para tener una idea de cómo su servidor y aplicación web
se están desempeñando y respondiendo a la carga. Primero, nos aseguraremos de monitorear los recursos
correctos del sistema durante la prueba de carga. Luego, averiguaremos las solicitudes máximas absolutas
por segundo que nuestro servidor es capaz de hacer. Finalmente, encontraremos el rendimiento máximo
en el que la latencia de nuestro servidor daría como resultado un rendimiento inaceptable para nuestros
usuarios.

1. Recursos de monitoreo:

Nuestro software de prueba de carga nos dará información sobre las solicitudes y la latencia, pero es útil
monitorear algunas otras métricas del sistema para ver si el servidor se ve limitado por los recursos cuando
se trata de grandes volúmenes de tráfico. En general nos preocupamos por la carga de la CPU y la memoria
libre: verlos en situaciones de gran carga lo ayudará a tomar decisiones más informadas sobre cómo
escalar la infraestructura y dónde concentrar sus esfuerzos al desarrollar su aplicación.

18
 2. Encontrar la tasa de respuesta máxima:

Como se mencionó anteriormente, la mayoría del software de prueba de carga es particularmente

adecuado para encontrar la tasa de respuesta máxima de su servidor web. A menudo, las únicas opciones
que deberá establecer son la concurrencia deseada y la duración de la prueba.

La concurrencia es una medida de cuántas conexiones paralelas se realizan al servidor. Además de

configurar esas opciones, deberá elegir una URL para usarla en la prueba. Si su software solo puede
manejar una URL a la vez, vale la pena realizar varias pruebas con unas pocas URL diferentes, ya que los
requisitos de procesamiento pueden variar mucho, por ejemplo, su página de inicio y una página de
producto que requiere múltiples consultas de base de datos para cargar.

Alternativamente, algunos programas de prueba de carga le permiten especificar múltiples URL para
probar a la vez. Esta es una buena manera de simular con mayor precisión el tráfico del mundo real. Si
tiene datos de uso del sitio existentes (de software de análisis o registros del servidor), puede hacer
coincidir sus URL de prueba con los valores observados.

Cuando haya ordenado la URL o las URL a probar, ejecute la prueba de carga. Asegúrese de que su
software esté enviando solicitudes lo más rápido posible. Si está utilizando un software que requiere que
elija la tasa de solicitud, elija un valor que sea casi seguro que sea demasiado grande. Si su software tiene
un retraso configurable entre solicitudes, redúzcalo a cero.

3. Encuentra el máximo rendimiento práctico:

Para este paso, necesitamos usar un software de prueba de carga que pueda retroceder un poco la carga
para probar el rendimiento de nuestro servidor en diferentes niveles de rendimiento. Algunos programas
hacen esto al permitirle especificar un retraso entre cada solicitud, pero esto hace que sea difícil establecer
un rendimiento preciso.

Software de prueba de carga

Hay muchos paquetes de software de código abierto disponibles para pruebas de carga. Además, hay
muchos servicios comerciales que ejecutarán la infraestructura de pruebas de carga y crearán
automáticamente gráficos e informes a partir de los datos de prueba. Estos servicios podrían ser una
buena opción para las empresas que necesitan generar una gran cantidad de carga para probar una
infraestructura a gran escala, ya que la mayoría de ellos ejecutan clústeres de máquinas para generar
muchas más solicitudes de las que podría hacerlo un solo servidor.

Dicho esto, algunas de las herramientas de código abierto también son capaces de ejecutarse en un modo
de clúster. Veamos algunas de las herramientas de código abierto más populares y resumamos sus
características:

AB

ab (también conocido como ApacheBench) es una herramienta de línea de comandos simple y de un solo
hilo para realizar una evaluación comparativa de un servidor HTTP. Aunque se distribuyó originalmente
como parte del servidor HTTP Apache, puede usar ab para probar cualquier servidor HTTP o HTTPS.

19
JMeter
JMeter es una aplicación de prueba de carga y prueba funcional de gran capacidad y rica en funciones de
Apache Software Foundation. La prueba funcional significa que JMeter también puede realizar pruebas
para asegurarse de que su sitio web o aplicación está produciendo el resultado correcto.

Siege

Siege es otra herramienta de prueba de carga de línea de comandos, similar a AB pero con algunas
características diferentes. El asedio es multiproceso, lo que permite un rendimiento relativamente alto.
También le permite proporcionar una lista de varias URL para su carga.

Locust

Escribe escenarios de prueba de Locust en código Python, permitiendo una configuración poderosa que es
conveniente para aquellos que ya están familiarizados con el idioma.

Locust también se puede ejecutar en modo distribuido, donde puede ejecutar un clúster de servidores
Locust y hacer que produzcan carga de manera coordinada. Esto facilita las pruebas de carga de la potente
infraestructura de servicios web. Locust puede proporcionar estadísticas detalladas e información de
percentiles en archivos CSV descargables.

Conclusión
Después de medir el rendimiento de su infraestructura, es posible que desee actuar sobre esta información
para intentar mejorar los tiempos de respuesta y reducir la carga del servidor. Es posible que desee escalar
el hardware de su servidor web hacia arriba o hacia afuera con múltiples servidores y un equilibrador de
carga. Puede intentar ajustar la configuración de su servidor web para optimizar la cantidad de conexiones
que permite o la cantidad de procesos de trabajo o subprocesos que utiliza. También puede buscar en la
memoria caché los datos de acceso frecuente en la memoria, para reducir la carga de la base de datos y el
tiempo de consulta.

20