Universidad Católica Andrés Bello

Final Av. Teherán, urbanización Montalban-La Vega

Escuela de Ingeniería en Telecomunicaciones

Telemática -Proyecto Semestre Fase: 1-3

Grupo: Profesores – William Yousef, William Yousef, …. William Yousef
Varios grupos de Ingenieros de Telecomunicaciones venezolanos, deciden unirse para
implementar Proveedores de Servicios de Internet (ISPs). Los nombres y logos de dichos ISPs se
pueden ver en la tabla siguiente:

OpenNMS OpsView Cacti

10.4.0.0 a 10.16.0.0 a 10.32.0.0 a

10.12.255.255 10.24.255.255 10.40.255.255

AS 64521 La Primera AS 64522 La 2 AS 64523 Antena3

OpenNMS OpsView The Dude

10.44.0.0 a 10.56.0.0 a 10.68.0.0 a

10.52.255.255 10.64.255.255 10.76.255.255

AS 64524 AS 64525 AS 64526

Cuatro TeleCinco LaSexta

Aspiran a obtener financiamiento del PNUD, CAF, BID y otros organismos. Pero para ello, los
expertos de los organismos multilaterales financistas insisten en que se muestre, de forma virtual,
tanto una maqueta del proyecto, como dominio de los temas técnicos involucrados.

* Restricción: Se les recuerda que el reglamento de la UCAB castiga con 6 Meses de suspensión
a los estudiantes que cometan plagio. TODOS LOS MIEMBROS DEL GRUPO SON SOLIDARIOS
Y RESPONSABLES DE VELAR POR QUE NO SE COMETA PLAGIO EN SU MATERIAL, Y
TODOS SERAN SOLIDARIOS Y TOMADOS COMO RESPONSABLES EN CASO DE HABERLO.
Esto incluye la falta de bibliografía donde esta es requerida.
- Nota: A lo largo del proyecto, vera las palabras, Falla Catastrófica, #OMNISHAMBLES, ó
#EPICFAIL, y significa que el grupo tiene 0% en la fase respectiva.
* Restricción: Solo se pueden emplear como manejadores de máquinas virtuales: Oracle
VirtualBox, Microsoft VirtualServer/Hyper-V o XEN Hypervisor. Para los routers virtuales solo se
pueden emplear: Vyatta/VyOS, o GNU-Linux + BIRD, o GNU-Linux + Quagga + vtysh.
* Sugerencia: Emplee Oracle VirtualBox como virtualizador. No hay sugerencia de router.
* Restricción: El informe y los diagramas de red deben estar en PDF. Los formatos de
(auto)evaluaciones deben estar en PDF o JPG. Los datos estadísticos deben estar en Excel-2003.
Las maquinas virtuales deben estar en formato OVF (no usar OVA). Se aceptan otros formatos
Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 1
como entregables adicionales (por ejemplo, el informe en formato .doc), pero es OBLIGATORIO
que existan los archivos en los formatos solicitados. Los informes, diagramas de red y formatos de
(auto)evaluación NO deben ser comprimidos.
* Restricción: El medio físico a emplear (uno, y solo uno por fase) debe ser óptico, de 12cm, NO
de 8cm. Puede ser CD (640 o 700mb), DVD, DVD-DL, NO BD, ni HD-DVD. Debe ser legible por
maquinas diferentes a la que lo grabo, NO tipo PenDrive, e identificado con Nombre del grupo,
fecha y fase.
* Restricción: Si desea comprimir la información estadística para ahorrar espacio, solo puede usar
el formato .ZIP no encriptado (nada de RAR, ni GZIP ni 7ZIP, ni otros formatos). Las máquinas
virtuales en formato OVF ya están comprimidas, así que no se ganan nada comprimiéndolas de
nuevo. Archivos comprimidos en otros formatos, o VMs (u otros documentos que no deban ser
comprimidos) comprimidas es una Falla Catastrófica (#EPICFAIL)
* Restricción: En cada demostración, el grupo debe tener un diagrama de red, realizado en
computadora (Visio, ASCII art u otras opciones), no a mano alzada, que contenga: Direcciones de
las interfaces, identificadores de subred y routers, equipos, nombres de enlaces (en el entorno
virtual y en el anfitrión para poder usar la herramienta de captura), etc.
* Restricción: Si 10min después de la llegada del profesor al salón, algún(os) grupo(s) no
estuviese(n) listo(s) para demostrar, o no tuviesen los materiales pedidos/necesarios (DVD,
formatos de (auto)evaluación, Diagrama de Red, cables cruzados, Wireless AP, etc.)...
#OMNISHAMBLES. Recuerde, el momento de entrega es inmediatamente al llegar el profesor al
salón. Los 10 minutos adicionales son un “periodo de gracia”. Ergo, si su grupo pretende entregar
12 minutos después de llegado el profesor, el grupo no estaría entregando 2 minutos tarde, sino 12
minutos tarde.
* Sugerencia: Para el trabajo principal y la demostración, emplee la maquina con más RAM
disponible en su grupo. Si además esa máquina tiene completamente habilitadas las extensiones
de Virtualización X86, mejor.
* Sugerencia: Tenga planes alternativos (laptops alternos, acuerdos con otros grupos,
motorizados). Si falla el día de la entrega, simplemente, falló.
* Restricción: Si el día de no entrega tiene fecha alterna, puede entregar en esa fecha, con las
implicaciones del caso. Si no pudo entregar el día de entrega, ni en la fecha alterna, #EPICFAIL. Si
entrego el día de la entrega principal, y no tuvo #OMNISHMBLES, no puede volver a entregar en la
fecha alterna.
* Sugerencia: Emplee solo la mitad de la RAM que recomienda el SW que eligió para su router.
Puede añadir más RAM a la máquina virtual luego (de ser necesario).
* Sugerencia: Cree la Máquina virtual con el espacio de disco duro que considere necesario, pero
haga que el disco sea dinámico, de forma que no se emplee tanto espacio en el disco real.
* Restricción: Todos los equipos virtuales sin excepción deben poder hacer ping y traceroute.
Adicionalmente, el WorkStation necesita un navegador (para poder ver las págs. web del
Webserver y, posiblemente, las de ciertos gestores).
* Sugerencia: Monte servidores y clientes que optimicen el uso de recursos. Por ejemplo, el
Webserver no necesita interfaz gráfica, pero si soporte SNMP, tanto para el SO, como para el SW
del Webserver en sí mismo.
* Sugerencia: Vuelva a leer y haga caso de la sugerencia anterior.

Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 2
FASE 1: (10%) Implementación de SNMP
Los bloques de IPs asignados a cada ISP están indicados en la tabla con los logos.

Antes de cualquier otra consideración, los financistas desean cerciorarse que los ingenieros
son capaces de gestionar una red de grandes dimensiones, por medio del dominio y uso de
protocolos de gestión estándar y abiertos (SNMP). Para ello, deberán demostrar esa habilidad
instalando una configuración básica simulada con cinco (5) elementos: Un ordenador (denominado
gestor), capaz de monitorear a los otros (y a si mismo), un servidor Web (debe ser monitoreado por
el gestor, con que muestre la página de prueba es suficiente), 2 routers que los conecten
empleando enrutamiento estático y un quinto elemento de red, una maquina cliente (que NO va a
ser monitoreada por el gestor). Idealmente, la conectividad debería mantenerse en caso de falla de
alguno de los enlaces. Esta configuración simulada debe ser implementada a través de máquinas
virtuales en dos (2), y SOLO dos ordenadores según la topología que se muestra:

+--------------------+ +---------------------+
| Ordenador 1 |((((Bluetooth))))| Ordenador 2 |
| +<--->|<--eth u otros-->|<--->+ |
| / | (((((Wi-Fi))))) | \ |
|Gestor<--->RA | | RB<--->WebSrv |Fig 1
| / \ |((((Bluetooth))))| / |
| Cliente +<--->|<--eth u otros-->|<--->+ |
| | (((((Wi-Fi))))) | |
+--------------------+ +---------------------+

Por el Momento se desea que se pueda observar en el gestor Y en alguna herramienta de

captura de paquetes (como, por ejemplo, Wireshark, Microsoft Network Monitor, Microsoft Network
Analyzer, u otra similar): un mensaje SNMP-GET-Request, su correspondiente SNMP-GET-
Response, y un Trap-SNMP. Los gestores están indicados en la tabla con los logos.

* Restricción: Solo se aceptan solicitudes de cambio del gestor hasta el DD/MM/2014.

* Restricción: La persona del grupo que realizará la demostración será elegida al azar.
* Restricción: Para esta, y todas las demás fases, las VMs deberan identificares con el nombre
usado en el diagrama-nombre del grupo. Ejemplo: Gestor-TeleCinco, RA-TeleCinco.

A más tardar 10 Minutos después de la llegada de los financistas al Salón los ISPs deben entregar
el siguiente material:
1.) Autoevaluación, en papel, debidamente identificada, llenada y firmada por todos los miembros
del grupo.
2.) Diagrama de red, en papel, hecho en computadora (con Visio, ASCII art o similar), debidamente
identificado (nombre del grupo, fecha e identificación de fase impresos, solo la firma de los
miembros del grupo en tinta).
3.) Un DVD claramente rotulado (Nombre del grupo, identificación de fase, fecha) que contenga:
* La autoevaluación escaneada o fotografiada (Incluyendo las firmas).
* El diagrama de red, no escaneado, sino en PDF, idéntico al entregado en papel
(#OMNISHAMBLES en caso de haber divergencia).
* Las máquinas virtuales empleadas, debidamente identificadas, según la especificación dada
en este documento.
La no entrega del material, o un material incompleto o fuera de especificación, será una falla
catastrófica (#EPICFAIL)

Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 3
 + Los ISPs deben demostrar en vivo los siguientes tópicos (10%):
Alguna(s) máquinas virtuales podrían ser reemplazadas por maquinas del disco, de no poder hacer
esto, falla Catastrófica (#EPICFAIL).
Discrepancias entre los entregables en papel y los del disco, o entre el diagrama de red y la red
real (#EPICFAIL).
La topología no es la solicitada: (#OMNISHAMBLES). En todas las fases, la presencia de más de
dos elementos de red en un medio de broadcast es un #EPICFAILl, y podría tener consecuencias
disciplinarias. Ver fase 2 figura 3.
Captura interactiva y visualización de los paquetes de red, usando Wireshark u otra herramienta
similar, en todos los enlaces (al menos uno a la vez), en particular, ICMP Echo (a.k.a ping), http,
SNMP GET (Request/Response) y TRAP (#OMNISHAMBLES si falta).
Seguridad del protocolo SNMP (Configuración de comunidades SNMP). (#EPICFAIL si no están
bien configuradas).
Si no logran conectar los 2 Laptops al menos por un (1) Camino (#EPICFAIL)
Falla del Servidor de monitoreo o del servidor Web, o no conectividad hacia el servidor web.
(#EPICFAIL) Nota: AMBOS servidores, el cliente y los routers deben poder hacer Ping y
Traceroute.

Monitorear el servidor Web vía SNMP (GET Req/Resp 0,5% + TRAP 0,5%)
Monitorear el Gestor vía SNMP (GET Req/Resp 0,5% + TRAP 0,5%)
Monitorear 1 Solo Router Vía SNMP (GET Req/Resp 0,25% + TRAP 0,25%)
Monitorear los 2 Routers Vía SNMP (GET Req/Resp 0,5% + TRAP 0,5%)
Bonus Multiplier sobre la nota anterior si monitorean 2 Clases de Equipo: 1,5x
Bonus Multiplier sobre la nota anterior si monitorean 3 Clases de equipo: 2,5x
Una Sola conexión (Alámbrica): 0,5%
Una Sola conexión (Inalámbrica): 1%
La “doble” conexión no re-enruta en caso de falla: 0,5%
Doble conexión, y la conexión Re-Enruta (Para Re-Enrutar puede emplear direccionamiento
estático, RIPv2 u OSPF) en caso de falla: 2,5%

Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 4
FASE 2: (15%) Implementación del direccionamiento, los enrutadores y RIPv2
Los ISPs deben configurar 5 enrutadores, empleando enrutamiento RIPv2 en todos sus routers.
Cada ISP debe definir las Interfaces del enrutador y Direcciones del enrutador a emplear.

Ahora, cada ISP debe simular su red usando Máquinas Virtuales (VMs) en uno o dos
ordenadores (si solo se emplea un ordenador, multiplicar la nota obtenida por 0,65). Deberán tener
el Gestor, el cliente y el Servidor Web (posiblemente, los de la fase anterior), los 5 Routers, y una
maquina cliente. La configuración debe lucir como en la figura 2. Nótese que los Routers cambian
de nombre (ya no son A y B, sino 1 ... 5) favor respetar orden y terminología.

Debe activar la seguridad (Crypt=Autenticación Criptográfica (RFC 4822)). La red debe lucir
como la figura 2:

+------------------------------+ +------------------+
| Ordenador 1 | | Ordenador 2 |
| |((((Bluetooth))))| |
| R1------------------->|<--eth u otros-->|<------------R2 |
| | | (((((Wi-Fi))))) | | |
| | ISP n | | ISP n | |
| | |((((Bluetooth))))| | |
| R3-------R4---------->|<--eth u otros-->|<------------R5 |
| | Crypt | Crypt | (((((Wi-Fi))))) | Crypt | |
| | | | | | |
| Cliente Gestor | | Serv. Web |
| | | |
+------------------------------+ +------------------+
Figura 2

Vale decir, el grupo debe configurar tantas LAN virtuales como sean necesarias en su
virtualizador (valga la redundancia), para que realmente haya enrutamiento, y no un solo medio de
broadcast virtual, como, por ejemplo, en la figura 3, que es la peor configuración de este tipo (más
no la única) que se pueda tener. El implementar una red como la de la figura 3, o una configuración
similar implicara una falla catastrófica en cualquier fase.

O Gestor WEB O
| | | |
---+---+-+----+---+---+----+-- Figura 3
| | |
Cliente O O

El servidor Web ahora debe mostrar tres páginas con Hipervínculos en círculo (vale decir, la
página 1 (ese es su título) debe tener un hipervínculo a la página 2, la página 2 (ese es su título)
debe tener un hipervínculo a la página 3, la página 3 (ese es su título) debe tener un Hipervínculo a
la página 1), todas con el logotipo del ISP.

Además, deberán monitorearse parámetros del protocolo RIPv2 según el RFC1724.

El gran día, los financistas estarán en una sala de juntas, y los ISPs llegarán a ella, para tratar
de convencer a los financistas de aportar el dinero para implementar los ISPs A más tardar 10

Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 5
Minutos después de la llegada de los financistas al Salón los ISPs deben entregar el siguiente
material:
1.) Autoevaluación, en papel, debidamente identificada, llenada y firmada.
2.) Diagrama de red, en papel, hecho en computadora (con Visio, ASCII art ó similar), debidamente
identificado (nombre del grupo, fecha, identificación de fase).
3.) Un DVD claramente rotulado (Nombre del grupo, identificación de fase, fecha) que contenga:
* La autoevaluación escaneada (o fotografiada).
* El diagrama de red (idéntico al entregado en papel, #OMNISHAMBLES en caso de haber
divergencia).
* Las máquinas virtuales empleadas, debidamente identificadas, según la especificación dada
en este documento.
* Los scripts empleados para generar las falas automáticamente, y para capturar y procesar las
estadísticas solicitadas.
* El archivo Excel 2003 con las estadísticas correspondientes a esta fase.
La no entrega del material, o un material incompleto o fuera de especificación, será una falla
catastrófica (#EPICFAIL)

+ Los ISPs deberán mostrar en vivo (i.e. Defensa oral) (15%):

Deben mostrar a satisfacción de los asesores técnicos de los financistas que la topología, la
seguridad RIPv2, y los dominios SNMP están correctamente configurados. (#EPICFAIL)
Algunas máquinas virtuales podrían ser reemplazadas por maquinas del disco, #OMNISHAMBLES
de no poder hacerlo.
Deben mostrar que no ha habido regresiones (por ejemplo, que no hay conectividad con el servidor
web, o que los comunity strings volvieron a ser los por defecto, o que alguna maquina dejo de
hacer ping/traceroute). (#EPICFAIL)
Deben mostrar que no están empleando OSPF o Enrutamiento estático (#OMNISHAMBLES +
Reglamento disciplinario).
Deben mostrar que siguen capturando paquetes de forma interactiva, pero ahora en al menos DOS
interfaces al mismo tiempo (#OMNISHAMBLES de no ser así) vía Wireshark u otra herramienta
similar.

Deben mostrar conectividad y latencia (Ping) en varias interfaces relevantes, incluidos el cliente, el
servidor, y al menos 2 routers 0,5%. c/u 2% Max
Deben mostrar el efecto de la falla relevante de un enlace en un router relevante, en particular,
mostrar de forma empírica el tiempo de reenrutamiento de la red después de una falla, y el tiempo
de restauración de la ruta inicial cuando la falla es resuelta incluidas capturas de paquetes
relevantes 4%
Deben mostrar la generación automatizada de fallas, y el procesamiento automatizado de la
información generada. 4%
Debe mostrar en el gestor la captura de al menos 2 parámetros de funcionamiento del protocolo
OSPF según el RFC1724 5%
#OMNISHAMBLES si la red no conmuta rutas al cambiar la topología.

* Restricción: La persona del grupo que realizara la demostración será elegida al azar.
* Restricción: Se consideran fallas la perdida inesperada de un enlace o un router. No son fallas la
caída limpia de una interfaz, o de un router.
* Restricción: Es EL GRUPO quien debe mostrar una falla relevante, a satisfacción del comité
técnico. El comité técnico no indicará que tipo de falla es relevante o no lo es, ni indicará como
generar las fallas. Solo indicará su satisfacción (o falta de esta) con las “fallas” mostradas.

Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 6
* Restricción: Si bien para efectos de esta demostración se pueden generar las fallas de forma
manual, para efectos de los informes es IMPESCINDIBLE que el grupo sea capaz de generar las
fallas de forma automatizada.
* Sugerencia: A pesar que no hay informe, deben guardar algunos de sus datos, ya que les serán
útiles en las fases posteriores que si tienen informes.
* Sugerencia: Guarden también copias de las máquinas virtuales que emplearon en esta fase.
Nota: Esta fase tiene dos (2) fechas de entrega. Si entrega en la segunda, multiplicar nota por 0,45.

Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 7
FASE 3: (25%) Implementación de OSPF, análisis, comparación e Informe.
Los ISPs deben configurar 5 enrutadores, empleando enrutamiento OSPF en todos sus routers.
Cada ISP debe definir las Interfaces del enrutador y direcciones del enrutador a emplear.

Ahora, cada ISP debe simular su red usando Máquinas Virtuales (VMs) en uno o dos
ordenadores (en caso de emplear un solo ordenador, multiplicar la nota obtenida por 0,65).
Deberán tener el Gestor, el cliente y el Servidor Web (posiblemente, los de la fase anterior), y los 5
Routers. La configuración debe lucir como en la figura 1. Nótese que los Routers cambian de
nombre (ya no son A y B, sino 1 ... 5) favor respetar orden y terminología.

Debe activar la seguridad (nota: simple=password simple y Crypt=Autenticación Criptográfica

(RFC2328 Pág. 227)) y los dominios OSPF, La red debe lucir como la figura 4:

+-------------------------+ +------------------+
| Ordenador 1 | | |
| +----------------...+ | | +...---------+ |
| | Área 0 | |((((Bluetooth))))| | Área 0 | |
| | R1--------------->|<->|<--eth u otros-->|<->|<--------R2 | |
| | | Simple | | (((((Wi-Fi))))) | | Simple | | |
| +-+--------------...+ | | +...------+--+ |
| | | | ISP n | |
| |<- Simple | | Simple->| |
| | ISP n | | | |
| +-+--------------...+ | | +...------+--+ |
| | | Área 1 | |((((Bluetooth))))| | Área 1 | | |
| | R3-------R4------>|<->|<--eth u otros-->|<->|<--------R5 | |
| | | Crypt | Crypt | | (((((Wi-Fi))))) | | Crypt | | |
| +--+--------+----...+ | | +...------+--+ |
| | | | | | |
| Cliente Gestor | | Serv. Web |
| | | |
+-------------------------+ +------------------+
Figura 4

Al igual que en la fase anterior, el grupo debe configurar tantas LAN virtuales como hagan falta
en su virtualizador (valga la redundancia), para que realmente haya enrutamiento, y no un solo
medio de broadcast virtual, como, por ejemplo, en la figura 3 de la fase anterior.

Al igual que en la fase anterior, el servidor Web debe mostrar tres páginas con Hipervínculos
en círculo.

El gran día, los financistas estarán en una sala de juntas, y los ISPs llegarán a ella, para tratar
de convencer a los financistas de aportar el dinero para implementar los ISPs A más tardar 10
Minutos después de la llegada de los financistas al Salón los ISPs deben entregar el siguiente
material:

1.) Autoevaluación, en papel, debidamente identificada, llenada y firmada.

2.) Diagrama de red, en papel, hecho en computadora (con Visio, ASCII art o similar), debidamente
identificado (nombre del grupo, fecha, identificación de fase).

Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 8
3.) Un DVD claramente rotulado (Nombre del grupo, identificación de fase, fecha) que contenga:
* La autoevaluación escaneada (o fotografiada).
* El diagrama de red (idéntico al entregado en papel, #OMNISHAMBLES en caso de haber
divergencia).
* Las máquinas virtuales empleadas, debidamente identificadas, según la especificación dada
en este documento.
* El informe.
* El Excel con las muestras y su tratamiento estadístico (ver más adelante).
* Los scripts empleados para generar las fallas y procesar las estadísticas.
* Los scripts empleados (si fuere el caso) para configurar las interfaces BGP.
La no entrega del material, o un material incompleto o fuera de especificación, sera una falla
catastrófica (#EPICFAIL)

+ Los ISPs deberán mostrar en vivo (i.e. Defensa oral) (10%):

Deben mostrar que no ha habido regresiones (por ejemplo, que dejen de capturarse paquetes por
dos interfaces a la vez).
Si la generación de fallas y la recolección y el procesamiento de la información no es
automatizada: #OMNISHAMBLES
Deben mostrar a satisfacción de los asesores técnicos de los financistas que la topología
(incluyendo las áreas OSPF), la seguridad OSPF, y los dominios SNMP están correctamente
configurados. (#EPICFAIL)
Algunas máquinas virtuales podrían ser reemplazadas por maquinas del disco, #OMNISHAMBLES
de no poder hacerlo.
Deben mostrar que no ha habido regresiones (por ejemplo, que no hay conectividad con el servidor
web, o que los comunity strings volvieron a ser los por defecto, o que alguna maquina dejo de
hacer ping/traceroute). (#EPICFAIL)
Deben mostrar que no están empleando RIP o Enrutamiento estático (#OMNISHAMBLES +
Reglamento disciplinario)

Deben mostrar conectividad y latencia (Ping) en varias interfaces relevantes, incluidos el cliente, el
servidor, y al menos 2 routers 0,5%. c/u 2% Max
Deben mostrar capturas de trafico OSPF (0,5%), SNMP (GET Request-Response (0,5% total) +
TRAP (0,5%)) interactivas en la red vía Wireshark u otra herramienta similar.
Deben mostrar el efecto de la falla relevante de un enlace en un router relevante, en particular,
mostrar de forma empírica el tiempo de reenrutamiento de la red después de una falla, y el tiempo
de restauración de la ruta inicial cuando la falla es resuelta. Este debe coincidir con el observado
en las estadísticas del informe, incluidas capturas de paquetes relevantes. 3%
Debe mostrar en el gestor la captura de al menos 2 parámetros de funcionamiento del protocolo
OSPF según el RFC4750 3%
#OMNISHAMBLES si la red no conmuta rutas al cambiar la topología.

* Restricción: La persona del grupo que realizara la demostración será elegida al azar.
* Restricción: Se consideran fallas la perdida inesperada de un enlace o un router. No son fallas la
caída limpia de una interfaz, o de un router.
* Restricción: Es EL GRUPO quien debe mostrar una falla relevante, a satisfacción del comité
técnico. El comité técnico no indicará que tipo de falla es relevante o no lo es, ni indicará como
generar las fallas. Solo indicará su satisfacción (o falta de esta) con las “fallas” mostradas.
* Restricción: Si bien para efectos de esta demostración se pueden generar las fallas de forma
manual, para efectos de los informes es IMPESCINDIBLE que el grupo sea capaz de generar las
fallas de forma automatizada.
* Sugerencia: Guarden también copias de las máquinas virtuales que emplearon en esta fase.
Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 9
Nota: Esta fase tiene dos (2) fechas de entrega. Si entrega en la segunda, multiplicar nota por 0,45.

El archivo de Excel 2003 (XLS) debe contener el análisis estadístico (más allá de un simple
promedio aritmético) de una cantidad de muestras estadísticamente significativas (valga la
redundancia) que permita determinar el tiempo que toma desde que se produce una falla relevante
hasta que RIPv2 y OSPF enrutan alrededor de esta, y otro juego de muestras que permita
determinar el tiempo que transcurre desde que la falla es resuelta, hasta que RIPv2 y OSPF logran
regresar a la ruta predilecta. El informe debe demostrar fehacientemente porque la cantidad de
muestras tomadas es estadísticamente significativa. En caso de no querer demostrarlo, se solicitan
2x500 muestras para OSPF (500 fallas, y 500 resoluciones de falla) y 2x250 muestras para RIPv2.

Un informe (15%), sin portada ni índice ni introducción (-1% si hay portada, -1% si hay índice, -1%
si hay introducción, y la portada, índice e introducción cuentan para los límites establecidos, un
ejemplo sería este documento), de no más de 5000 palabras, no menos de 2000 palabras, no más
de 12 Paginas, y no menos de 5 paginas (-6% si se violan los límites). Con sus conclusiones (-8%
si no hay conclusiones) y bibliografía (#OMNISHAMBLES + comité disciplinario si no hay
bibliografía). Se reitera, en formato PDF (#EPICAFAIL si solo está en otro formato). En la raíz del
disco. SIN COMPRIMIR. (Nota: Evite usar capturas de pantalla. Si emplea capturas de pantalla,
asegúrese que sean legibles en un monitor de 1280x720)

El informe debe mostrar:

Determinación “estadísticamente significativa” y explicación de los tiempos de reenrutamiento ante
falla y de retorno a la ruta normal una vez que la falla es solventada de OSPF y RIPv2, incluyendo
la comparación entre ambos. 4%
Como se activó SNMP en los routers, Webserver y Gestor (el gestor debe verse a sí mismo). 2%
Que parámetros se seleccionaron para cada máquina (PCs y Routers) y porque (VM y SO); y como
se configuraron las LAN virtuales 1%
Hallazgos prácticos de seguridad. 2%
Ejemplos de fallas simuladas. 1%
Capturas de datos de Wireshark (no en forma de “pantallazos”, sino como texto legible) relevantes
para OSPF (tanto a nivel de enrutamiento como a nivel de seguridad), RIPv2 y SNMP. 2%
Cualquier otro dato que el grupo considere relevante. 3%

Nota: Esta fase tiene dos (2) fechas de entrega. Si entrega en la segunda, multiplicar nota por 0,45.

Telemática - Grupo: Profesores ------- William Yousef, William Yousef, …. William Yousef Pág. 10