You are on page 1of 12

¿Qué es Packet Tracer?

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.

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 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.

Dentro del currículo oficial de CCNA 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

1
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 la 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 actividades no son exclusivas del currículo, el PT
tiene asistentes para crear actividades diseñadas por cualquier persona, obviamente se
espera que sean instructores.

Otra característica poderosa desde el PT 5.0 es la extensión multiusuario, que permite


desarrollar laboratorios desde diferentes computadoras, es decir, se puede dividir una
actividad para ser desarrollada en dos o más PCs que se conectan por red para
configurar la topología diseñada para la actividad. Existe incluso material adicional
disponible para los instructores en el Academy Connection que distribuye un
laboratorio bastante grande en 6 diferentes laboratorios colaborativos con
supervisión del instructor. En un contexto mucho más simple, yo lo he usado para
ponerles a mis estudiantes los laboratorios más complejos que hay en el currículo e
instarlos a que los desarrollen en equipos usando la extensión multiusuario, de otra
manera sería muy difícil que lo puedan entregar a tiempo.

Una característica de PT 5.1, nueva en el producto, es la posibilidad de agregar


extensiones de terceros o external appplications, es decir, PT5.1 publica un API para
interactuar con él, de tal manera que si alguien quiere desarrollar una aplicación que use

2
capacidades de PT puede hacerlo e instalarla como una extensión habilitable, dando
nuevas funcionalidades al PT.

¿Cómo conseguir el Packet Tracer?

Como de costumbre con Cisco, éste es un asunto delicado. Packet Tracer, como ya lo he
dicho, está estrechamente vinculado con las academias de networking y aunque ese es
su único fin, tiene una licencia de uso que dice que sólo se puede usar para eso y por
estudiantes alguna vez matriculados en alguna academia reconocida. El PT se puede
descargar gratuitamente del mismo Academy Connection, es decir, si usted es
instructor, estudiante o alumni (fue estudiante y creó un perfil como alumni, es decir,
graduado de algún curso) en una academia de networking, al lado izquierdo de su
página de bienvenida después de ingresar su nombre de usuario y contraseña, estará un
ícono para descargar la última versión. Si existen dos alternativas para descarga, una es
con tutorial y la otra sin el tutorial. El tutorial es grande pero muy útil, son pequeños
videos donde se muestra cómo usar cada utilidad del programa. He visto por ahí otras
alternativas para descarga pero no son recomendables, uno nunca sabe con qué se va a
topar por ahí.

¿Cómo usar Packet Tracer? II Fundamentos


¿Cuáles son los espacios de trabajo en Packet Tracer?

Cuando se inicia una sesión de PT, la ventana principal muestra un


espacio de trabajo conocido como espacio lógico, lo que se indica con la
palabra Logical en la parte superior izquierda de la pantalla y el ícono acá
en la izquierda. Existen dos espacios de trabajo principales: Lógico y
Físico, aunque el espacio Lógico es donde uno más trabaja. El otro es más bien
didáctico y yo creo que es una alternativa de crecimiento del PT.

El espacio lógico consiste en el lugar donde podemos crear topologías, lo único que se
debe hacer es seleccionar elementos de la parte inferior izquierda, el panel más a la
izquierda contiene los grupos de dispositivos: Enrutadores (la opción inicial), Switches,
Hubs, Disp. Inalámbricos, Conexiones, Disp. finales, Emulación de WAN, Disp.
personalizados y Conexión multiusuario. El nombre del grupo aparece escrito en la
mitad de éste panel. Al dar clic en cualquiera de los grupos se ve el cambio en el panel
siguiente, el de los dispositivos como tales. Una topología básica como la que vamos a
construir en esta entrada constaría de PCs, conexiones, switches y enrutadores.

La contraparte del espacio lógico es el espacio Físico, que aparece al dar clic en el ícono
que está “detrás” del ícono del espacio lógico, también en la esquina superior izquierda.
Éste sólo parece tener el fin de ilustrar cómo se distribuyen los equipos por la geografía
de un país, ciudad, etc. y cómo se ve un bastidor (rack) con los equipos de
comunicaciones “reales”. Cuando se muestra inicialmente este espacio físico, sólo se ve
el mapa de alguna región, hay que dar 3 clics más para poder ver el bastidor con los
equipos que se hayan puesto en el espacio lógico. De las opciones que he visto, parece
que el espacio físico todavía no está terminado y debería soportar que se distribuyan los
equipos del espacio lógico por varias instalaciones separadas en el mapa -que sería muy
buena idea- pero eso es sólo especulación.

3
Modos de operación

El PT opera en modo de tiempo real y simulación, siendo tiempo real


el que se muestra inicialmente. Tiempo real significa que los eventos
se simulan exactamente como los ejecutarían los dispositivos reales,
es decir, si se envía un paquete de un dispositivo a otro eso sucede en
milisegundos y lo único que nosotros observamos en el espacio lógico
es el piloto (punto verde) del enlace titilar. En éste modo de operación las cosas suceden
casi inmediatamente y podemos hacer pruebas en tiempo real como lo haríamos con
equipos reales.

Una de las pruebas de conectividad básicas consiste en agregar una PDU simple, que en
la interfaz se ve como un sobre con un signo de más ( + ) a un costado. Esta PDU es
equivalente a un paquete único de Ping que toma como direcciones origen las del
primer dispositivo al que se le da clic y direcciones destino las del segundo dispositivo
al que se da clic. Una vez que señalamos el destino de la PDU el paquete se dispara
inmediatamente en tiempo real y en el panel de Escenarios aparece una línea indicando
lo que le pasa a esa PDU y ofreciéndonos algunas opciones para manipularla. Por
ejemplo, cuando soltamos la PDU, si hay redes ethernet/fastethernet involucradas el
paquete suele fallar (Failed), para repetirlo sólo hay que dar doble clic en el “botón”
rojo al inicio de la línea. En esta misma línea, al final y usualmente fuera de la pantalla
(hay que mover la barra de desplazamiento horizontal del panel) se puede dar doble clic
a Edit y cambiar parámetros del paquete, por ejemplo decirle que se repita cada X
segundos y cambiar los parámetros de origen, lo cual cuando se trabaja con enrutadores
-que tienen múltiples interfaces, redes y direcciones diferentes en cada una- puede
resultar muy útil. También podemos cambiar a qué aplicación pertenece el paquete, pero
eso puede ser complicado si no conocemos los detalles de la aplicación, eso lo
exploraremos en los tópicos avanzados. Finalmente el último elemento de la línea que
identifica una PDU es Borrar (delete), con lo que se elimina la PDU del listado y del

espacio de trabajo.
Si alguien se pregunta para qué sirve entonces el botón Delete y a qué se refiere el botón
New, pues es a los escenarios, en pocas palabras conjuntos de paquetes que se envían
por la topología. De éste tema hablaremos en futuras entregas pero los invito a que
exploren esta función con lo que ya saben.

El modo de simulación es un modo especial en el que se pude observar cómo viajan los
paquetes entre los dispositivos. Éste modo permite ver a un alto nivel de detalle lo que
pasa en la red y controlar el nivel de detalle que se desea ver, por ejemplo, en una red
ordinaria hay muchos protocolos que usan automáticamente los dispositivos para
comunicarse información de control, y cada uno genera flujos de paquetes, por lo que
con frecuencia es muy importante permitir que sólo los protocolos de interés se vean en
una simulación. Obviamente también es importante controlar la velocidad a la que
suceden los eventos de la red. El modo de simulación lo exploraremos en detalle en una
próxima entrada.

4
Barra de herramientas e indicadores especiales

La interfaz de PT es muy intuitiva, por lo que esta primera entrada puede pasar por
insulsa. Pero no sobra que exploremos las opciones básicas con el fin de que se
conozcan las útiles opciones que tiene este programa. La barra de herramientas -la que
está debajo del menú en dirección horizontal- es autoexplicativa: Nuevo, Abrir,
Guardar, imprimir, etc. Los únicos elementos no comunes son Activity Wizard,
Custom Devices y Palette. Hoy sólo voy a explicar Palette. Éste ícono permite hacer
dibujos libremente sobre el espacio de trabajo, no influye para nada en la operación de
los equipos y sólo sirve para destacar elementos que nos parezcan destacables, es muy
útil en especial en combinación con etiquetas y si la topología es muy grande.

La barra de herramientas de la derecha orientada verticalmente nos permite seleccionar


dispositivos, mover el espacio de trabajo y eliminar elementos individuales. Hay que
tener en cuenta que cuando hay algún elemento seleccionado y oprimimos el ícono de
borrar él pregunta si queremos eliminar el elemento seleccionado, incluyendo las
etiquetas o formas dibujadas. Cuando no hay elementos seleccionados la opción de
eliminar transforma el cursor y elimina el primer elemento que seleccionemos con el
nuevo cursor, luego de eliminar un elemento automáticamente sigue en la opción de
seleccionar. La lupa es uno de los elementos más útiles cuando estamos comenzando,
porque nos permite ver aspectos notables de los dispositivos sin entrar a la
configuración. Por ejemplo, podemos ver la tabla de enrutamiento o de NAT de un
enrutador en una forma simplificada y tal como está operando en ese momento, también
podemos ver la tabla de MACs registradas de un switch (las que ha almacenado en la
memoria gracias al flujo de tráfico), todo sin digitar ni un sólo comando. La opción de
PDU simple ya la explicamos en el apartado anterior y la PDU Compleja sólo permite
personalizar una PDU, pero como eso requiere conocer los protocolos, no lo haremos
todavía.

Configuración por interfaz gráfica

PT permite entrar al modo de


consola de los dispositivos de
Cisco y soporta casi todos los
comandos necesarios para entender
los temas de CCNA, pero para
comenzar es necesario poder
configurar elementos sin conocer el
funcionamiento de la consola. La
interfaz gráfica permite configurar
lo básico de todos los dispositivos,
pero la mejor forma de hacerlo es
viéndolo en directo o
experimentándolo. Así que voy a
describir una topología básica que
les dejaré en video para que vean
cómo se hace y para que ustedes la
repliquen si tienen acceso al
programa.

5
La topología que voy a crear en el video consiste realmente de dos topologías: una red
punto a punto de dos PCs conectados por cable cruzado y una topología completa con 2
PCs, un Switch, un enrutador y un servidor. Note que cuando el cursor se queda por
unos segundos sobre algún elemento de la topología, sale una pista con información
básica sobre ese elemento, por ejemplo, cuando el cursor se queda sobre un PC sale la
configuración de sus interfaces, dirección IP, MAC, etc.

Conclusiones

Desde ya vemos cómo el PT nos abre los ojos al networking de una manera que no
podría ser más fácil. Hemos tocado sólo los elementos más básicos y ya tenemos
herramientas suficientes para crear topologías que funcionan, nos queda mucho por
explorar y a eso nos dedicaremos en las siguientes entradas.

Hay que observar que en todos los espacios hay unos indicadores especiales que pueden
cambiar según lo que se esté observando en el espacio de trabajo. Por ejemplo, cuando
se navega en el espacio físico aparece un indicador que dice NAVIGATION y ofrece
una cadena jerárquica que indica exactamente en dónde estamos: ciudad, edificio,
armario. No es el único indicador y de éstos veremos otros más adelante cuando veamos
opciones más avanzadas del PT.

Finalmente, se debe reconocer que la gran virtud de PT es hacer simple algo que
generalmente es muy difícil: entender cómo funciona una red. Espero que hayan
disfrutado este escrito como para que sigan leyendo los otros que seguiré escribiendo
sobre éste excelente programa.

¿Cómo usar Packet Tracer? III Modo de simulación


En nuestra serie sobre PT, después de ver las características del programa y explorar la
interfaz básica en modo de tiempo real, ahora exploraremos la interfaz básica del modo
de simulación y su utilidad. Les dejo al final un video que ilustra lo descrito.
Disfrútenlo.

Modo de simulación

En la anterior publicación vimos cómo seleccionar el modo (tiempo real y simulación) y


cómo construir una topología básica. En el modo de tiempo real podemos ver los
eventos a la velocidad a la que usualmente ocurren en el mundo real, por ejemplo, si
enviamos un ping exitosamente, vemos el resultado inmediatamente incluso perdemos
el primero como pasa en la vida real (eso no es fortuito, existe una razón). En el modo
de simulación, la intención es ver al mayor detalle posible cómo se desarrolla una
transferencia de datos. Se ven los paquetes pasar por cada nodo de la red, se listan
esos eventos y en cada uno de ellos se puede ver qué transformaciones sufre el paquete
y qué desiciones toman los dispositivos en cada capa del modelo OSI, incluso es posible
ver de manera simbólica los encabezados de los protocolos en uso.

Cuando pasamos al modo de simulación, aparece una ventana adicional llamada lista de
eventos (event list), en ella podemos ver cada paso de todo el proceso de comunicación
de nodo a nodo. Cada línea de la lista de eventos es un paso de un paquete por un nodo

6
de la red. Cuando se dispara algún tráfico en la topología, digamos un ping, el paquete
aparece en la topología como un sobre y en la lista de eventos aparece una línea que
termina en un cuadrado del mismo color que el sobre. Cada vez que oprimimos
capture/forward (capturar/enviar) el paquete se mueve de un punto a otro según lo que
le suceda en el nodo en el que está cuando oprimimos el botón. El modo de simulación
por defecto muestra todos los protocolos que él puede simular, para evitar que
empiecen a salir paquetes sin que los hayamos puesto nosotros, debemos filtrar el
tráfico de interés y dejar sólo el necesario, por ejemplo ICMP que es el protocolo que
transporta los pings.

La simulación puede correr paso a paso o automáticamente, cuando usamos


capture/forward nosotros controlamos la simulación, cuando oprimimos auto
capture/play la simulación se ejecuta automáticamente y nosotros la podemos detener
volviendo a oprimir auto capture/play. La velocidad con la que suceden los eventos en
el modo de simulación se controla con el indicador que hay justo debajo de los
botones de control (back, auto capture/play, capture/forward). Si quiere cambiar la
topología, debe hacerlo en modo de tiempo real.

Didáctica del modo de simulación

La gran utilidad de este modo no sólo es ver cómo se mueven los paquetes por la
topología, el cuadrado de colores y el sobre que se mueve por la topología son las dos
formas de acceder a los detalles de recepción y envío de paquetes en un nodo en
particular. Si observan las columnas de la lista de eventos, verán que cada línea indica
un nodo y una dirección de tránsito del paquete (at device, last device). Cuando
oprimimos clic en el cuadrado de color o en el sobre, podemos ver los procesos y
decisiones que se hicieron sobre el paquete al entrar y al salir del nodo en particular.
Para cada capa del modelo OSI hay una descripción de esos procesos, por ejemplo, si
el dispositivo es un enrutador, éste desencapsula el paquete en capa 2 y lo compara con
su tabla de direcciones de capa 2, si el paquete coincide con su dirección de capa 2 lo
desencapsula y lo pasa a la siguiente capa, en capa 3 lo compara con su tabla de
enrutamiento y si encuentra una salida lo pasa al proceso de capa 3 de salida y así
sucesivamente. Todo lo que acabo de describir, incluso con más detalle, se describe al
dar clic en cada capa. Cuando un paquete falla por alguna razón, ésta se puede buscar en
la descripción detallada en el nodo en que falló y en la última capa que tenga
descripción.

Adicional al detalle de los procesos de un paquete en un nodo de la red, hay una o dos
pestañas adicionales que permiten ver encabezados de los protocolos en uso en el
paquete.

Práctica

Para ilustrar lo escrito vamos a observar lo que le pasa a una PDU simple (paquete
ICMP de echo -ping) en tránsito de ida y vuelta en los nodos de una red muy simple.
Tenemos un PC y un servidor conectados a través de dos enrutadores y un switch.
Pondremos una PDU simple del PC al servidor y veremos lo que se puede hacer en el
modo de simulación.

7
Lo que observamos en el video es una topología completa, ya configurada para que
haya conectividad completa. Exploramos la interfaz en tiempo real, pasamos a
simulación, ponemos en marcha la simulación automáticamente y aceleramos su
velocidad, la dejamos correr. Cuando el paquete llega al enrutador, lo pausamos, vemos
los detalles en cada capa del modelo OSI, luego los vemos en el switch y dejamos
continuar la simulación. Al final se ve cómo la simulación empieza a generar una serie
de paquetes adicionales que nosotros no disparamos y ahí termina el video.

¿Cómo usar Packet Tracer? IV Trucos básicos


Las PDU simples

En el modo de tiempo real podemos crear copias de un dispositivo ya ubicado en la


topología: dando clic en él con la tecla Control oprimida. La copia es exacta y si
antes modificamos el hardware del dispositivo original nos evitamos tanto dar clic en el
panel de dispositivos como modificar el hardware en el nuevo dispositivo.

En nuestra segunda entrada de la serie, exploramos la interfaz básica en modo de tiempo


real, en ella veíamos cómo crear topologías, configurarlas sin tener que conocer de
comandos y probarlas poniendo a correr unidades de datos de protocolo o PDU por sus
siglas en inglés (Packet Data Unit).

Las PDU simples que uno pone en una topología en tiempo real son por defecto un
paquete de un protocolo llamado ICMP que complementa las capacidades de IP.
Como IP no envía notificaciones cuando suceden errores (y por ciertas necesidades de
diseño no lo debe hacer) es necesario tener éste segundo protocolo de capa 3, ICMP,
que envía un conjunto de notificaciones y mensajes de control. ICMP es una sigla que
significa Protocolo de Mensajería de Control de Internet (Internet Control Messaging
Protocol).

Para poner a correr una PDU por la topología, usamos el sobre con un signo más
encima, eso cambia el puntero por un sobre gris que desaparece cuando damos clic en
dos dispositivos de la topología: el origen y el destino de la PDU. En ese momento, PT
obtiene una dirección IP origen y destino y dispara en el origen los procesos necesarios
para encapsular un dato de ese tipo. Por defecto, en el panel de escenarios aparece
una línea (una por cada PDU que haya en ese momento en la topología), la primer
columna indica si la PDU llegó o no (succesful/fail), si este panel y esta línea no
aparecen hay dos posibles razones: el panel está oculto (botón Toggle PDU list window)
o la PDU no se sembró correctamente (no se dió clic a los dispositivos origen y
destino), un indicador del último error es que el puntero del ratón siga siendo un sobre.

El primer truco sobre las PDU simples consiste en reenviar la PDU sin necesidad de
volver a usar el sobre, eso significa evitar 3 clics distribuidos por toda la pantalla. En
el panel de escenarios hay una lista de PDUs definidas con todos sus parámetros
(protocolo, ip origen e ip destino, entre otros) y para reenviarlas sólo debemos dar clic
en el botón rojo al inicio de cada línea. Usualmente hay una parte del panel que no se
ve porque está fuera de la pantalla, hay que usar la barra de desplazamiento para ver
las últimas dos columnas: edit y delete, entre paréntesis ambas. Editar permite
modificar directamente la PDU, así que podemos experimentar para ver qué sucede si

8
un PC cambiara ciertas partes de un paquete arbitrariamente, cómo reaccionarían los
PCs o los nodos en el camino. La única desventaja es que tenemos que conocer un poco
sobre todos los protocolos que se pueden usar y sus respectivos parámetros (c/u tiene
parámetros diferentes), pero eso no nos previene de experimentar: igual no dañaríamos
nada haciéndolo. Un buen truco consiste en establecer que la PDU sea períodica y
decirle cuántas veces se puede repetir la PDU, eso en ping es equivalente a la opción -n
del ping de línea de comandos o /repeat en la CLI de un enrutador o switch. Cuando
damos doble clic a la columna edit, en la casilla de protocolo vemos PING, con lo que
verificamos lo que les he venido diciendo. Los parámetros modificables en ésta pantalla
son como para una entrada completa sobre el funcionamiento detallado de IP y algunos
protocolos que se encapsulan o transportan sobre IP. Finalmente, la última columna nos
permite eliminar una PDU en particular sin borrarlas todas como lo hace el botón
delete.

Escenarios

Ya hemos hablado mucho del panel de escenarios, pero ¿por qué se llama escenarios?.
La razón es muy simple, en la medida que ponemos PDUs en la topología se van
acumulando en el panel y cada conjunto de PDUs pueden tener un significado, eso es
un escenario. Por ejemplo, antes de que el enrutamiento entre redes diferentes
funcione, debe existir conectividad de punto a punto, es decir, todos los nodos deben
poder hacer ping exitosamente a sus puertas de enlace (gateways) y en cada enlace los
enrutadores se deben poder hacer ping entre sí. Aunque se cumpla la condición anterior,
la conectividad de capa 3 entre redes separadas por enrutadores puede no ser posible -o
no debería-, porque los enrutadores no tienen rutas en su tabla de enrutamiento. Por lo
tanto, hablando de PDUs para hacer pruebas, una prueba puede consistir en comprobar
la conectividad punto a punto, antes de configurar el enrutamiento, si en ésta prueba
alguna PDU falla no se puede continuar a la configuración del enrutamiento; una
segunda prueba con PDUs consistiría en probar la conectividad de extremo a extremo
contando con enrutamiento completamente funcional. Las dos pruebas que acabo de
describir son dos escenarios: un conjunto de paquetes para probar la conectividad de
punto a punto y otro conjunto de paquetes para probar la conectividad de extremo a
extremo, si creamos éstos dos escenarios y en cada uno ponemos las PDUs para
comprobar las condiciones descritas, al seleccionar el escenario se dispararán todas
las PDUs del mismo. Este es sólo un ejemplo, pero un escenario es más útil para
demostrar el funcionamiento de las ACLs, por ejemplo.

Modo simulación con más detalle

Para terminar, miremos un poco más a fondo el modo de simulación. Cuando ponemos
una PDU simple en la topología y pasamos a modo de simulación, aparece
automáticamente la ventana de lista de eventos con un primer paquete en ella. Podemos
cerrar la lista de eventos sin salir del modo de simulación usando la x en la esquina
superior derecha como con cualquier otra ventana, pero ¿cómo volverla a mostrar?,
existe un señalizador justo debajo de la lista de eventos e inmediatamente al lado de la
etiqueta Simulation llamado Event list. Ese “botón” es el que oculta o muestra la
ventana de simulación. En esta misma barra vemos los mismos controles que en la lista
de eventos (back, autocapture/play y capture/forward), que nos permiten correr la
simulación sin la lista de eventos. Ésto puede ser útil si la topología es grande y la lista
no la deja ver completamente, además el acceso a los procesos de entrada/salida de cada

9
paquete y los encabezados siguen siendo accesibles através de los sobres que vemos
pasar de nodo a nodo por la topología. El último indicador en ésta barra es Power Cycle
Devices, muy útil y también está disponible en el modo de tiempo real: reiniciar los
equipos. Cuando usamos el botón de reiniciar los dispositivos hay que tener en cuenta
que si las configuraciones no se han guardado a la flash en los enrutadores/switches esas
configuraciones desaparecerán cuando los dispositivos arranquen.

Si corremos la simulación, vemos el paquete pasar de nodo a nodo por la topología y


para cada nodo una línea en la lista de eventos. Ya habíamos dicho que éstas líneas nos
dan acceso a la descripción de los procesos de entrada y de salida en un nodo particular
señalando el cuadrado de colores para un paquete en particular y que esa misma
información la obtenemos dando clic en el sobre que aparece en la topología. Un
problema que sucede con frecuencia a los principiantes, es que de un momento a otro la
topología se llena de paquetes que el usuario no generó, eso refleja la naturaleza caótica
de la red y simula de manera realista su funcionamiento: en una red de datos están
ejecutándose muchos procesos que requieren comunicación y que generan paquetes
según sea necesario, por períodos o disparados por eventos. Para evitar confusiones, la
lista de eventos tiene un botón Edit filters, que le dice a PT qué tipos de paquetes
mostrar, eso no significa que los paquetes dejen de enviarse (son necesarios para que la
red funcione) sino que no harán parte de la lista de eventos ni generarán sobres en la
topología. Para editar los filtros, es necesario conocer la forma en que interactúan los
protocolos y tener en cuenta qué es lo que queremos ver de la simulación.

Les dejaré finalmente un video que ilustra todo lo que hemos visto en esta entrada.

Conclusiones

Falta mucho por explorar, pero en ésta serie paso a paso para los principiantes con
Packet Tracer, vamos a ir aumentando la complejidad de las operaciones posibles con
él. Hay que tener en cuenta que PT está diseñado para aprender sobre redes, así que hay
muchas cosas que dependerán de que entendamos las bases de la transmisión de datos.
Poco a poco y usando éste programa podremos conocer con mucho detalle esta
interesante disciplina del saber.

¿Cómo usar Packet Tracer? III Modo de simulación


En nuestra serie sobre PT, después de ver las características del programa y explorar la
interfaz básica en modo de tiempo real, ahora exploraremos la interfaz básica del modo
de simulación y su utilidad. Les dejo al final un video que ilustra lo descrito.
Disfrútenlo.

Modo de simulación

En la anterior publicación vimos cómo seleccionar el modo (tiempo real y simulación) y


cómo construir una topología básica. En el modo de tiempo real podemos ver los
eventos a la velocidad a la que usualmente ocurren en el mundo real, por ejemplo, si
enviamos un ping exitosamente, vemos el resultado inmediatamente incluso perdemos
el primero como pasa en la vida real (eso no es fortuito, existe una razón). En el modo
de simulación, la intención es ver al mayor detalle posible cómo se desarrolla una
transferencia de datos. Se ven los paquetes pasar por cada nodo de la red, se listan

10
esos eventos y en cada uno de ellos se puede ver qué transformaciones sufre el paquete
y qué desiciones toman los dispositivos en cada capa del modelo OSI, incluso es posible
ver de manera simbólica los encabezados de los protocolos en uso.

Cuando pasamos al modo de simulación, aparece una ventana adicional llamada lista de
eventos (event list), en ella podemos ver cada paso de todo el proceso de comunicación
de nodo a nodo. Cada línea de la lista de eventos es un paso de un paquete por un nodo
de la red. Cuando se dispara algún tráfico en la topología, digamos un ping, el paquete
aparece en la topología como un sobre y en la lista de eventos aparece una línea que
termina en un cuadrado del mismo color que el sobre. Cada vez que oprimimos
capture/forward (capturar/enviar) el paquete se mueve de un punto a otro según lo que
le suceda en el nodo en el que está cuando oprimimos el botón. El modo de simulación
por defecto muestra todos los protocolos que él puede simular, para evitar que
empiecen a salir paquetes sin que los hayamos puesto nosotros, debemos filtrar el
tráfico de interés y dejar sólo el necesario, por ejemplo ICMP que es el protocolo que
transporta los pings.

La simulación puede correr paso a paso o automáticamente, cuando usamos


capture/forward nosotros controlamos la simulación, cuando oprimimos auto
capture/play la simulación se ejecuta automáticamente y nosotros la podemos detener
volviendo a oprimir auto capture/play. La velocidad con la que suceden los eventos en
el modo de simulación se controla con el indicador que hay justo debajo de los
botones de control (back, auto capture/play, capture/forward). Si quiere cambiar la
topología, debe hacerlo en modo de tiempo real.

Didáctica del modo de simulación

La gran utilidad de este modo no sólo es ver cómo se mueven los paquetes por la
topología, el cuadrado de colores y el sobre que se mueve por la topología son las dos
formas de acceder a los detalles de recepción y envío de paquetes en un nodo en
particular. Si observan las columnas de la lista de eventos, verán que cada línea indica
un nodo y una dirección de tránsito del paquete (at device, last device). Cuando
oprimimos clic en el cuadrado de color o en el sobre, podemos ver los procesos y
decisiones que se hicieron sobre el paquete al entrar y al salir del nodo en particular.
Para cada capa del modelo OSI hay una descripción de esos procesos, por ejemplo, si
el dispositivo es un enrutador, éste desencapsula el paquete en capa 2 y lo compara con
su tabla de direcciones de capa 2, si el paquete coincide con su dirección de capa 2 lo
desencapsula y lo pasa a la siguiente capa, en capa 3 lo compara con su tabla de
enrutamiento y si encuentra una salida lo pasa al proceso de capa 3 de salida y así
sucesivamente. Todo lo que acabo de describir, incluso con más detalle, se describe al
dar clic en cada capa. Cuando un paquete falla por alguna razón, ésta se puede buscar en
la descripción detallada en el nodo en que falló y en la última capa que tenga
descripción.

Adicional al detalle de los procesos de un paquete en un nodo de la red, hay una o dos
pestañas adicionales que permiten ver encabezados de los protocolos en uso en el
paquete.

Práctica

11
Para ilustrar lo escrito vamos a observar lo que le pasa a una PDU simple (paquete
ICMP de echo -ping) en tránsito de ida y vuelta en los nodos de una red muy simple.
Tenemos un PC y un servidor conectados a través de dos enrutadores y un switch.
Pondremos una PDU simple del PC al servidor y veremos lo que se puede hacer en el
modo de simulación.

Lo que observamos en el video es una topología completa, ya configurada para que


haya conectividad completa. Exploramos la interfaz en tiempo real, pasamos a
simulación, ponemos en marcha la simulación automáticamente y aceleramos su
velocidad, la dejamos correr. Cuando el paquete llega al enrutador, lo pausamos, vemos
los detalles en cada capa del modelo OSI, luego los vemos en el switch y dejamos
continuar la simulación. Al final se ve cómo la simulación empieza a generar una serie
de paquetes adicionales que nosotros no disparamos y ahí termina el video.

12