Redes De Computadoras

Tutorial de uso del software Packet Tracer

Kevin Mitnic / César Cabrera

(http://cesarcabrera.info/blog/leccion-de-packet-tracer/)

Septiembre, 2011

Características del Packet Tracer

El tema del PT está muy poco explorado y a veces se subestima el poder de PT para desarrollar las actividades de los cursos de redes y sobre todo el valor didáctico que tiene: en él se pueden experimentar todas las alternativas que se le ocurran a un estudiante para terminar de entender lo que se le ha explicado y lo que ha leído. Así que a partir de esta entrada comenzaré una serie de entradas sobre el uso de PT. Se resaltarán las características que hacen de PT una gran herramienta, no sólo por la potencia de simulación sino por la facilidad de uso.

¿Qué es Packet Tracer?

Como se acostumbra hacer en inglés, abreviaré su nombre como PT. El PT está vinculado con las academias de networking de Cisco, es una aplicación que permite diseñar topologías de red con los mismos íconos que se usan en el currículo oficial. Más allá de poder diseñar las topologías, el PT permite configurar los equipos con casi todas las tecnologías que se mencionan en los currículos y observar cómo funcionan como si fueran equipos reales. PT al día de hoy va en la versión 5.1, recientemente liberada.

Si tuviéramos que definir PT en una frase corta sería simulador de redes de datos. El objetivo inicial de PT es ser una herramienta didáctica, pero después de la versión 5.0, la capacidad de simulación es tal que prácticamente puede servir para preconfigurar una red real o ver si alguna opción de implementación experimental puede ser viable. De todos modos hay que recordar que ese no es el objetivo de PT y por lo tanto no se puede asegurar que lo que funcione en el PT se pueda tomar seriamente como prueba de alguna implementación real, para eso es mejor diseñar topologías prototipo y probar con los equipos reales, con topologías controladas o usar emuladores, también con mucho cuidado.

¿Qué se puede hacer con PT?

PT permite diseñar topologías con los mismos íconos del currículo, lo que facilita el entendimiento del currículo mismo. Los equipos tienen referencias reales y su interfaz es tan realista que si se va a cambiar la configuración física de un enrutador o switch es necesario apagarlo. Otras características de realismo del PT es que incluye varias formas de visualizar la topología, entre ellas, la vista física cuyo uso muestra un mapa de alguna ciudad (no me extrañaría que fuera San Francisco) y en ella la oficina y en la oficina el armario de cableado. Si llegamos en la vista física a dar clic en el armario de cableado nos muestra un bastidor con los equipos que tenemos en la topología como se verían realmente… ¡y hasta podríamos apagarlos desde ahí! (aunque sólo podríamos hacer eso). Aparentemente el espacio físico está inacabado pero permite llegar hasta los extremos de realismo que acabo de describir, adicionalmente se puede dividir el espacio físico en diferentes closets, ciudades o edificios, me imagino que eso tiende a la posibilidad futura de distribuir la topología por espacios físicos geográficamente separados como una topología real.

Siendo un poco más pragmáticos (no tan didácticos), el PT permite acceder a cada dispositivo de la topología y configurarlo, bien sea por una interfaz gráfica muy intuitiva o por interfaz de línea de consola (CLI) como lo haríamos con equipos reales. El PT es suficientemente flexible, como para que los PC simulados en una topología tengan un escritorio, en el que se puede acceder a aplicaciones que usamos todos los días en la red: un navegador y una consola de comandos, adicionalmente las herramientas que usaremos ordinariamente: telnet, emulador de consola (como hyperterminal o minicom) y configuración de acceso telefónico, red inalámbrica y red alambrada. Existe también la posibilidad de agregar PC servidores que ejecutan servicios como HTTP, DNS y TFTP que podríamos conectar a la red para simular transacciones, digamos, desde los navegadores de los PCs clientes o para guardar configuraciones de equipos de red.

Se explota intensivamente la posibilidad de visualizar el flujo de paquetes que generan los dispositivos en la red, como es de esperar, con filtros para no ver todos los protocolos que se generan -que sería abrumadores. La idea es que existe un modo de simulación que nos permite ver y controlar la forma en que se crean y destruyen paquetes en una topología después de disparar algún evento como hacer un ping o intentar ver una página almacenada en uno de los servidores de la topología desde el navegador de uno de los PC de la misma. En éste modo visualizamos el trayecto de los paquetes por la red y si el resultado es exitoso o fallido y podemos mirar qué procesos se le aplicaron a cada paquete en cada uno de los dispositivos por los que pasó y, en caso de fallo, podemos llegar hasta el último proceso que no se pudo realizar. La descripcion de cada proceso se hace con base en la terminología del modelo OSI y es tan detallada que no queda duda de por qué falla algo una vez que llegamos a la descripción del último proceso sufrido por un paquete en uno de los nodos de la red.

Funciones avanzadas de Packet Tracer

Pues a mí me parece bastante avanzado todo lo que he descrito, pero para más descreste, en el mismo currículo de CCNA Exploration he visto laboratorios con más de 20 dispositivos: 10 enrutadores, 10 switches y como 10 PCs incluyendo PCs que usan tarjetas inalámbricas, es decir, la potencia de simulación de PT es suficientemente grande para el alcance de CCNA, de hecho, en algunos comentarios dicen que PT puede ser usado en cursos de CCNP. Una característica que va de la mano con laboratorios tan grandes es la agrupación lógica de dispositivos o clustering. Por medio de la agrupación se arreglan varios dispositivos de red en una nube y se trata ésta como un sólo dispositivo (un sólo ícono en la topología).

Una de las características más usadas en el currículo son las actividades, que consisten en laboratorios con instrucciones incluidas que llevan un registro de qué porcentaje de las tareas que se espera que el estudiante realice se han hecho bien, mostrando permanentemente el porcentaje completado de la práctica. Adicionalmente a las instrucciones y al control del porcentaje completado, las actividades pueden restringir algunas opciones que puedan tener los estudiantes ordinariamente, por ejemplo, impedir el uso de la interfaz gráfica en un servidor o evitar la configuración de un enrutador por interfaz gráfica, obligando así a un estudiante a usar la CLI (Command Line Interface). Las

...