PRACTICA EN CISCO PACKET TRACER

Maestría en Redes de Comunicaciones

Laboratorio de Redes IP

Informe 01

Integrantes:

Luis Aguas David Badillo

Paul Bernal Ernesto Pérez

Agosto 2012

Índice

Informe 01.

Cisco Packet Tracer.

Práctica 01.

Cable normal y cable cruzado

Práctica 02.

Colisiones Ethernet Hub (2a)

HUBS y Switches (2b)

Práctica 03.

Dispositivo intermediario como dispositivo final (3b)

Práctica 04.

Informe 01.

La práctica de laboratorio estuvo orientada a la familiarización de los estudiantes con el simulador Packet Tracer de Cisco. Para ello y con el material proporcionado por el profesor, realizamos 4 prácticas de laboratorio, que para los fines de este documento se identificarán como Práctica 01, Práctica 02, Práctica 03 y Práctica 04 respectivamente, mismas que iremos desarrollando a lo largo del mismo.

Cisco Packet Tracer.

“El Cisco Packet Tracer es un poderoso programa de simulación que permite a los estudiantes experimentar con el comportamiento de redes y hacerse preguntas del tipo ‘qué tal si’. El Packet Tracer provee capacidades y facilidades de simulación, visualización, autoría, asesoría y colaboración para la enseñanza y aprendizaje de complejos conceptos de tecnología.

El Packet Tracer complementa al equipamiento físico permitiendo que los estudiantes creen una red con casi ilimitado número de dispositivos, promoviendo la práctica, descubrimiento y solución de problemas. El entorno de aprendizaje basado en simulación ayuda a los estudiantes a desarrollar capacidades del siglo 21 tales como la toma de decisiones, pensamiento crítico y creativo y resolución de problemas. El Packet Tracer complementa el currículo de la academia de redes, permitiendo a los instructores fácilmente enseñar y demostrar conceptos técnicos complejos y diseño de sistemas de red.”

La primera fase de la práctica estuvo dedicada a una introducción práctica a la herramienta por parte del profesor con una demostración de las características y capacidades básicas del software de simulación Packet Tracer.

Cabe indicar que 3 de los 4 miembros del grupo usamos GNU/Linux (Fedora 17) como sistema operativo y por ello debimos realizar una breve investigación sobre la disponibilidad e instalación del Packet Tracer para nuestra plataforma, es así que disponemos de todas ellas ya en nuestros sistemas. Publicamos en el foro un mini-howto sobre cómo realizarlo para quien pudiese estar interesado, además de un post que incluye también procedimientos para el GNS3 y el WireShark.

Se nos indicó que próximamente utilizaríamos otras dos herramientas: el GNS3 y el WireShark. A continuación el detalle de las prácticas realizadas con el Packet Tracer.

Práctica 01.

Cable normal y cable cruzado

“Los cables que se utilizan se denominan pares trenzados ya que están compuestos por cuatro pares de hilos trenzados entre sí. Cada par de hilos está compuesto por un hilo de color puro y un hilo marcado con rayas del mismo color. Se recomienda encarecidamente utilizar un cable de categoría 5 que tenga entre 3 y 90 metros de largo.”

Existen dos estándares de cableado que difieren en la posición de los pares naranja y verde, definidos por la EIA, Asociación de la Industria Electrónica/TIA, Asociación de la Industria de Telecomunicaciones:

TIA/EIA 568A

TIA/EIA 568B

Fuente: http://es.kioskea.net/contents/elec/rj45croise.php3

● Para realizar un cable directo se usará el mismo estándar en ambos extremos del cable, no es importante cuál de los dos (568A ó 568B) se escoja.

● Para realizar un cable cruzado se usará un estándar al un extremo y el otro estándar a otro extremo del cable.

En packet tracer tenemos los siguientes cables:

Fuente: http://www.garciagaston.com.ar/verpost.php?id_noticia=139

Si escogemos el cable de selección automática, el software elegirá el tipo de cable dependiendo del concentrador o elemento a utilizar.

Cabe mencionar que si necesitamos realizar un cable ya sea cruzado o directo, generalmente se necesita: algunos metros de cable 10 base T (UTP) categoría 5E, algunos conectores RJ 45, una ponchadora cable RJ45, un comprobador de cable RJ45.

Práctica 02.

Colisiones Ethernet Hub (2a)

1. Hacemos clic en la ficha Simulation para ingresar al modo simulación. Los dos sobres en cada una de las PC del lado izquierdo del hub representan una solicitud de eco ICMP dirigida a la PC correspondiente del lado derecho del hub y una solicitud de ARP para conocer la dirección MAC de la PC objetivo. Intentaremos enviar estos paquetes simultáneamente a través del hub.

2. Hacemos clic en el botón Auto Capture / Play. Las cinco solicitudes de ARP colisionan en el hub y a todas las PC se les envía una trama dañada por broadcast. Los eventos se agregan en la Event List. Continuamos haciendo clic en el botón Auto Capture / Play. Se agrega un evento ICMP a la Event List mientras cada una de las cinco PC del lado izquierdo agotan el tiempo de la solicitud de ARP y descartan el paquete en memoria búfer. Aparece un cuadro de diálogo que indica que no hay más eventos. Hacemos clic en OK para cerrarlo.

3. Luego dando clic en el botón Auto capture/play

4. En la sección Simulation Panel Event List, la última columna contiene un cuadro coloreado que brinda el acceso a información detallada acerca de un evento. Hacemos clic en el cuadro coloreado de la última columna para ver el primer evento en el Hub0. Se abre la ventana PDU Information.

5. Dando clic Inbound PDU Details

El primer evento en el Hub0 describe la operación de un hub y la colisión que see produjo. Del mismo modo, se examina la información de la PDU para el resto de los eventos.

Presionando el botón Auto capture/Play

simultáneamente a través del hub. Ejecutamos la simulación como se describió anteriormente y observamos los resultados. Esta situación también falla.

6. Seleccionamos Scenario 1 en la parte inferior central de la interfaz. Intentaremos enviar sólo dos paquetes.

7. Damos clic en el botón autoplay y luego en el color para ver la información.

8. Damos clic en Outbound PDU Details

9. Seleccionamos Scenario

...