Академический Документы
Профессиональный Документы
Культура Документы
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.2, 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.
PT permite, como ya lo dije, 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
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.
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 éstacomo
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 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.
Conclusiones
PT es una herramienta con mucha potencia tanto didáctica (su objetivo primario) como
técnica. Su creación nos acerca a la posibilidad de que cada alumno aprenda a su propio ritmo y
tenga a su alcance la posibilidad de experimentar en vivo cómo funcionan las tecnologías de redes
de datos y al instructor le da miles de formas de ilustrar los conceptos y generar actividades que
resulten estimulantes e ilustrativas para sus estudiantes.
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.
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.
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
VIDEO: http://www.youtube.com/v/WrCqd_hXLwY
Conclusiones
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.
Modo de simulación
En el capítulo anterior 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 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 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
Video: http://www.youtube.com/v/t7Ljb-KwOT0
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.
Conclusiones
De las cosas difíciles del networking es visualizar cómo se construye una comunicación a
partir de conjuntos de protocolos que interactúan pasando fragmentos de información de un lado a
otro. Más aún, entender cómo hacen los dispositivos para tomar decisiones con base en la
información de cada paquete. El PT hace un excelente trabajo en ilustrar todos los procesos y
ayudar a un estudiante a ensayar alternativas inesperadas y tratar de predecir qué sucedería en esos
casos.
Para poder comprender el currículo de CCNA es necesario sacarle todo el provecho posible
a PT y el modo de simulación es la mejor forma de articular lo leído con las posibilidades de
experimentación sin usar equipos reales. Las actividades de PT se deben complementar con
Antes de cualquier cosa y porque es un truco muy básico que no requiere mayor explicación,
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 segund capítulo, 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 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
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.
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 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
Les dejaré finalmente un video que ilustra todo lo que hemos visto en esta entrada.
Video: http://www.youtube.com/v/eBcO6HrcWTs
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.
La extensión multiusuario de Packet Tracer es una utilidad que permite conectarse desde
varios computadores en red a un mismo laboratorio/topología. Se pueden hacer muchas cosas con
ésta extensión y en los párrafos que siguen, espero ilustrar un poco los aspectos más
importantes, dar algún ejemplo de uso y dejar un video. Disfrútenlo.
Como es evidente a partir del título de esta entrada, ésta es la 5a en la serie de ¿cómo usar
Packet Tracer?. En esta ocasión vamos a explorar la extensión multiusuario, una de las
características avanzadas y emocionantes que encontramos en las últimas versiones de esta
excelente herramienta. Con ésta extensión se pueden abordar laboratorios de gran complejidad y
distribuir el trabajo en varios usuarios.
Primero definamos qué es una extensión. Desde la versión 5.1 de PT, se pueden hacer
extensiones del programa para adicionarle comportamientos personalizados al mismo. Una de ellas
es la extensión multiusuario. Éstas extensiones son como los plug-ins. Infortunadamente y a pesar
de la potencia de ésta idea, no hay mucha documentación pública sobre ésto. Habrá que esperar.
Con ésta extensión y las capacidades avanzadas de PT, se amplía muchísimo lo que
podemos hacer con este programa, de hecho, casi podríamos decir que un curso de CCNA se podría
abordar exclusivamente con el PT, ya que sólo hay unos pocos comandos que no soporta, pero lo
básico y casi toda la práctica que se necesita saber para pasar el examen de certificación se puede
hacer usando intensivamente el PT. Los instructores tenemos a disposición algunos laboratorios
avanzados especialmente diseñados para trabajo con PT y en especial para la extensión
multiusuario.
Como se deduce de lo que he escrito, es necesario que los PCs en los que se va a trabajar
PT multisusuario tengan conectividad hasta la capa 4, es decir, los PCs se deben poder hacer
ping mutuamente y no estar detrás de algún firewall (que puede ser el del propio Windows) que
bloquee estos puertos nuevos en alguno de los PCs donde se ejecuta la extensión. Esta utilidad
funciona sólo desde la versión 5.1 en adelante, entonces, si usted tiene una versión anterior es
mejor que descargue la última.
Por lo pronto vamos a suponer que los PCs en los que se va a trabajar están en una red LAN,
es decir, que no pasan por Internet. La razón es que a veces los proveedores de servicio dan a
nuestros PCs direcciones IP privadas y de esa manera no es posible mandar la conexión de un PC a
otro. Sólo digamos que es un poco más difícil. Si quiere intentar usar ésta función a través de
Internet, verifique que su dirección IP no pertenece a ninguno de estos rangos: 10.X.X.X,
172.16.X.X a 172.31.X.X o 192.168.0.X a 192.168.255.X. Consulte esta entrada anterior para saber
más de las direcciones privadas.
Ahora prepárese para usar la extensión multiusuario: tome nota de las direcciones IP de
los PCs involucrados y haga ping entre ellos. El ping debe resultar exitoso.
¿Cómo usarla?
La nube multiusuario es un comodín para abrir conexiones con dispositivos, es como poner
las interfaces de mis dispositivos disponibles a otros usuarios. Es decir, si conectamos un cable de
consola a la nube ponemos a disposición de los otros usuarios en la red el acceso por cable de
consola al dispositivo en mi topología, como si la consola estuviera conectada en sus espacios
de trabajo. Así mismo sucede si conectamos cualquier otra interfaz, por ejemplo el cable serial de
un enrutador a la nube: abrimos la posibilidad de que alguien en la red, desde su PT se conecte a ese
cable serial como si fuera una interfaz serial en su propia topología, si conectamos un cable directo
(straight-through) al otro lado se podrán conectar como si fuera una interfaz ethernet de un switch,
enrutador, PC, etc. Cada nube en una topología abre un puerto nuevo, por eso a veces sucede que
instalamos una nube multiusuario en nuestra topología y cuando se conecta otro usuario aparece
automáticamente otra pero no se pasan el tráfico, en ese caso hay que ver en qué puerto escucha
cada una y especificarlo igual a ambos lados. Para evitar este problema, instalamos la nube sólo en
un lado y en el otro aceptamos la conexión. Usualmente, es quien se va a conectar a otro
laboratorio quien instala la nube en la topología y especifica la dirección IP de quien escucha, en
ése caso, cuando el “servidor” recibe la petición, pregunta al usuario si la acepta y en caso
afirmativo se crea automáticamente la nube.
El video que pongo a continuación, es de otra entrada en la que sugiero una forma de compartir
laboratorios complejos en PT.
http://www.youtube.com/v/Einobtf_ulo
Ésta ya es una tarea un poco más avanzada, existen muchas razones por las que puede
fallar la conexión por Internet. Lo primero es un posible bloqueo de puertos en el ISP y lo
segundo es que los puertos hacia internet no sean los mismos puertos si tenemos IP privadas. Si las
direcciones de nuestros PCs son direcciones públicas, podemos intentar lo mismo que hicimos para
conectar los PCs directamente: en un PC creamos la topología normalmente y en otro creamos la
topología, instalamos una nube multiusuario y la configuramos con la dir. IP del PC remoto. Una
vez que hacemos ésto y la contraseña sea la misma a ambos lados, en el PC remoto saldrá la
ventana de autorización y la conexión se establecerá.
Para saber si las direcciones de nuestros PCs son públicas o privadas, consultamos la dirección
de nuestro controlador de red, use una de las siguientes formas de averiguarlo:
Las direcciones privadas son las que comienzan con 10, o con 172.16, 172.17 hasta la 172.31 y
las que comienzan con 192.168.0 hasta 192.168.255 (sin importar los últimos números). Si nuestras
IP caen en esos rangos, podemos intentar averiguar la dirección pública con la que salimos a
internet por algún sitio web como whatismyIP.com o whatismyIPaddress.com e intentar
conectarnos como lo hacemos usualmente. A mí no me funcionó y tocó intentar con una VPN
usando una aplicación muy conocida llamada Hamachi. La última opción funcionó perfectamente y
aunque su uso es bastante simple, podría hacer una entrada en el futuro sobre su uso. Por lo pronto,
intentelo sin ayuda y si la conexión sin ayuda de Hamachi les funciona, por favor coméntennos.
Conclusiones
Continuando con la serie de publicaciones sobre packet tracer, ahora vamos a ver qué serían
tópicos avanzados. El programa en general busca ser simple y no hablar de características
avanzadas, entonces exploraremos algunas cosas que no se usan con frecuencia pero que pueden
mejorar un poco nuestra experiencia con él. Disfrútenlo.
Agrupación de dispositivos
Dispositivos personalizados
Uso de nubes genéricas
Actividades
Estos puntos, además de no hacer parte directamente de los laboratorios oficiales, parecen estar
ahí preliminarmente, tal vez con la nueva versión (5.2, que ye está en pruebas) se puedan usar con
más confianza. Las nubes genéricas y las actividades son características complejas que no se
pueden describir junto con todo lo que voy a describir ahora, entonces con éstos dos temas
terminaría la serie de Packet Tracer en una o dos publicaciones más.
Yo creo haber visto alguna vez un video en el que los dispositivos se tomaban directamente
del panel de dispositivos en la parte de dispositivos personalizados y ahora sé por qué. Los
enrutadores y switches que encontramos normalmente en el panel, tienen sólo las interfaces con que
vienen originalmente, es decir, si un enrutador de la serie 1800 se agrega al espacio de trabajo pero
hay que usarlo con una interfaz serial hay que agregarla manualmente. A estas alturas sabemos que,
sin leer mis entradas o sin alguien que nos indique qué hacer, no comprendemos fácilmente que el
dispositivo hay que apagarlo antes de agregarle hardware y más difícil la tendremos para saber de
dónde lo apagamos. Todo este proceso es muy bueno para evidenciar lo realista que puede ser el
PT, pero después de hacer muchas prácticas se nos va volviendo aburridor tener que agregar
siempre las interfaces que necesitamos.
Los dispositivos personalizados son aquellos que tienen las interfaces necesarias para
alguna prueba particular y podemos guardarlos para que queden disponibles cuando lo
necesitemos en el futuro si lo vamos a seguir usando con frecuencia. Por ejemplo, cuando sacamos
un enrutador 2800 del panel de enrutadores, sólo tiene 2 interfaces fastethernet, la consola y la línea
auxiliar. Si sacamos un 2800 del panel de dispositivos personalizados, éste tiene un módulo lleno
(16) de interfaces fastethernet que funcionan y se configuran como un switch, además tiene cuatro
interfaces seriales en dos módulos separados (¡además tiene tapitas en las bahías -slots- vacías! ).
Si alguien se pregunta ¿por qué un modem?, bueno es sólo un ejemplo, sin embargo hay que
recordar que una de las opciones más populares hoy en día de acceder a servicios Wan de banda
ancha es el DSL que usa líneas telefónicas digitales. No sé si éstos modems permiten conexión por
DSL pero es probable que hacia allá se dirijan. En la entrada que escribiré sobre las nubes
genéricas, veremos qué se puede hacer con esas conexiones raras como las de teléfono y
cablemodem.
http://www.youtube.com/v/p2SSSBzGyXo
Pues fácil, en una entrada anterior hablamos de indicadores especiales y los fuimos
explorando poco a poco en las siguientes, uno de esos indicadores (botones camuflados en la
interfaz) son por ejemplo el de clusters: la barra superior donde se encuentra la palabra Logical
cuando estamos en el espacio de trabajo lógico. Partiendo de la palabra Logical, encontramos hacia
la derecha la palabra [Root], eso indica que estamos en la raíz del agrupamiento, luego separado
de éste último está el indicador New cluster, si tenemos seleccionados varios dispositivos y
oprimimos éste botón los dispositivos se convierten en una nube y conforman un grupo, al cual se
pueden conectar otros dispositivos en las interfaces que quedan libres en los dispositivos del grupo.
Una posible desventaja es que para conectarse a un grupo (cluster) no se puede usar la conexión
automática (que muchos estudiantes usan).
Lo último que se hace en el video es agrupar los dispositivos que inicialmente estaban en la
topología y se conecta un dispositivo personalizado al grupo (cluster). Se me olvidó abrir el cluster
para que se pudiera ver cómo editar las configuraciones de los dispositivos al interior del grupo,
pero como ustedes ya vieron el proceso sabrán que con sólo dar clic en la nube se abre el grupo y se
pueden configurar los dispositivos independientemente. Finalmente es importante definir cómo
deshacer la creación de un grupo: borrándolo, cuando se borra un cluster, realmente se elimina la
agrupación, no se borran todos los dispositivos que hacen parte.
Conclusiones
Packet Tracer no sólo tiene utilidades fáciles de usar y simples, realmente PT está diseñado
para tener una experiencia muy completa que incluye la personalización de las funcionalidades. Nos
queda por ver un par de temas realmente avanzados como son las nubes genéricas y la creación de
actividades, éstas últimas son la forma de crear laboratorios (calificables) como los que vienen con
Las nubes en PT son una abstracción general, es decir, significa cualquier tecnología
adicional que no sea ethernet o serial y que esté compuesta por otras tecnologías. Como una nube
representa una tecnología particular que permite transferir información de una conexión a otra,
necesita por lo menos la información de cómo conmutar la información de una interfaz a la otra, en
el caso real, los ingenieros establecen los circuitos virtuales permanentes que se aseguran de que el
tráfico que entra en una interfaz de la empresa, recorra correctamente la red y salga por otra interfaz
con que se atiende al mismo cliente en otra ciudad o en otro lugar de la misma ciudad. Para nosotros
en Packet Tracer significa establecer un mapeado único de interfaz de entrada contra interfaz de
salida simplemente, que es lo que tendremos que saber como ingenieros en una empresa.
Tecnologías
Las nubes como ya dije, pueden representar varias tecnologías, la que más se usa en CCNA
es Frame Relay, entre otras cosas porque sigue vigente y, comercialmente, sigue siendo muy usada.
Frame Relay se ve en el módulo de Conexión con la Wan (4º semestre de CCNA) entre otras
tecnologías. Otra tecnología puede ser una red de banda ancha, tipo xDSL o CableModem o incluso
un acceso telefónico, todos son casos de conexión con la Wan y se ven en ese semestre. El primer
requisito para conectarnos con cualquiera de las tecnologías es tener interfaces apropiadas, es
decir, que un enrutador tenga una interfaz telefónica para poder acceder a un acceso conmutado
telefónico (modem), usualmente es el PC el que debe tener un modem. Otro ejemplo, más real, es
que el enrutador tenga interfaces coaxiales para DOCSIS (CableModem) o interfaces telefónicas
para xDSL, los enrutadores de la serie 800 y 1800 pueden venir con éste tipo de interfaces. Otro
caso, incluso más común, es un dispositivo adicional que se conecte con el enrutador por interfaz
ethernet/fastethernet, por ejemplo un cablemodem que se conecte a la red DOCSIS por coaxial y al
enrutador por fastethernet como lo hacemos con nuestros PCs.
Aunque cada tecnología tiene sus características técnicas detalladas, como lo que hay que
configurar cuando se usa PPPoE en una interfaz tipo DSL o CableModem (se configuran cosas
distintas), en PT y en especial en CCNA no hay que lidiar con eso. Las interfaces FR pueden
conectar directamente enrutador con enrutador, pero las interfaces DSL o Cablemodem sólo se
pueden corresponder con interfaces ethernet, de hecho, la configuración de las interfaces ethernet en
una nube es a qué red atiende: DSL o Cablemodem.
Ya teniendo una idea de lo que estamos haciendo, vamos a ver un ejemplo práctico.
Tenemos dos enrutadores en lugares distintos, digamos en los extremos de su ciudad, el proveedor
de servicio nos brinda la oportunidad de conectarlos por su red privada Frame Relay. Para simular
el caso ubicaremos dos enrutadores y una nube genérica (Cloud-PT), ésta por defecto tiene todo tipo
de interfaces. Lo más común (y lo que se aprende en CCNA) es FR que en realidad es muy simple.
En FR un DLCI es un indentificador de capa dos que se corresponde con un camino hacia otro
enrutador por la red FR, en otras palabras, un DLCI es un identificador de PVC (Permanent Virtual
Circuit o Circuito virtual permanente). Los DLCI son los equivalentes FR a la MAC de ethernet,
tienen el mismo uso y significado, es decir, finalmente cada DLCI termina correspodiendose con
una dir. IP, así como las MAC se corresponden con dir. IP a través de ARP en ethernet. Entonces lo
que necesito de una red FR es que diga a qué DLCI de salida debe llegar el tráfico que entra por
otro DLCI en alguna interfaz. Es así de simple. A continuación un video que ilustra el uso de la
nube genérica configurando Frame Relay, luego de eso una explicación de los pasos que se siguen.
Frame Relay
Video: http://www.youtube.com/v/bpiAl9hrGa8&
FR es una tecnología muy simple, diseñada como tal para ser simple como se ha visto en el
video, sin embargo, no se confíen, FR tiene muchos conceptos importantes de operación y términos
específicos como el CIR, CB, conexión punto a punto o punto a multipunto, tipo de encapsulación,
tipo de LMI y muchas otras cosas que tienen un impacto directo en la posibilidad de uso de ésta
tecnología como alternativa de conexión a la WAN. Por ejemplo, en el video con sólo configurar la
encapsulación y levantar la interfaz, la conectividad de capa 3 se hace efectiva, pero para que eso
suceda existen varias precondiciones, el uso del mismo tipo de encapsulación, el mismo tipo de
LMI y que el enrutador y la red de proveedor soporte iARP o inverse ARP que es finalmente el que
consigue la IP que se corresponde con el DLCI, si éste último paso no se da, tenemos que ejecutar
el comando frame-relay map ip 10.0.0.2 100.
Lo que sucede es que la operación de FR es simple, pero hay que comprender el resto del
contexto para poder efectuar un diagnóstico y solución de problemas efectivo y rápido. Lo que hice
en el video fue configurar dos enrutadores con interfaces en una nube FR, la conexión entre ellos
constituye una red aparte (10.0.0.0/8), cada uno con una dir. IP única en ella, la encapsulación se
establece como Frame Relay. En la nube se publican los DLCIs correspondientes a cada lado de la
conexión, en la interfaz serial 0/0 de la nube se publica el DLCI 100 con nombre A y en la interfaz
serial 0/1 se publica el DLCI 200 de nombre B, éstos dos números son las direcciones de Capa 2 de
los enrutadores del otro lado, es decir, para enviar paquetes al enrutador de la derecha desde el de la
izquierda se usa el DLCI 100 en la capa 2 y la IP 10.0.0.2 en la capa 3. En la nube FR se debe crear
el circuito, es decir, que lo que entre por el DLCI 100 de serial 0/0 salga por el DLCI 200 de serial
0/1 y viceversa, eso es lo que se hace en configuración de Frame Relay.
Conclusiones
Las nubes son una capacidad importante de Packet Tracer, en especial para simular
escenarios realistas y complejos que usan no sólo tecnologías LAN sino diversas tecnologías a
través de las nubes. Las nubes representan una posibilidad de extensión de las capacidades de PT a
tecnologías complejas que no se pueden representar por un dispositivo como el caso de los
enrutadores, switches y PCs.
Introducción
A estas alturas, casi que sobra decir que ésta es una entrada de la serie ¿cómo usar Packet
Tracer?, en la que hemos visto desde las características generales hasta la creación de escenarios,
clusters y el uso básico de las nubes. Ahora vamos a explorar, de manera básica, la utilidad que
viene con éste interesante programa para crear laboratorios guiados autocalificables, que en PT
se llaman Actividades. Es importante resaltar que digo básico porque la herramienta en cuestión es
sofisticada, por ejemplo permite calificar el uso de textos específicos en alguna parte de una
configuración, uso de grupos de direcciones IP e incluso uso de números arbitrarios. En esta entrada
sólo veremos cómo crear un laboratorio básico con instrucciones y calificación automática de
las configuraciones.
Vale la pena también resaltar, que la versión 5.2 (actualmente en Beta) soportará comandos
que incluso se practican en el currículo de CCNP, por lo que a PT todavía le falta mucho potencial
por explotar y a quienes nos gusta este tema debemos estar pendientes de los desarrollos con él.
Laboratorios prediseñados
La gracia de todos éstos laboratorios, es que en la medida que se van desarrollando, las
instrucciones indican un porcentaje después de ejecutar ciertas tareas, por ejemplo configurar
Elementos de un laboratorio
Topología inicial
Topología final
Instrucciones
Elementos a calificar
Cuando uno abre el asistente de actividades, lo primero que él pregunta es si queremos usar la
topología actual como topología de respuesta del laboratorio, por lo que es recomendable crear la
topología inicial, guardarla con un nombre de archivo digamos inicial y terminar la configuración
para iniciar el asistente, de tal manera que cuando comencemos usamos lo que tenemos actualmente
en el PT como respuesta e importamos el archivo inicial como punto de partida del laboratorio.
Vamos entonces al ejemplo. He creado una topología inicial con dos enrutadores conectados
por cables seriales y dos PC conectados por cables cruzados a cada uno de sus enrutadores que
harán de puerta de enlace. En los enrutadores he configurado RIP y he guardado esta topología
con el nombre inicial. Noten que yo pude haber terminado la configuración y tomarla como
configuración final, pero ésto significaría que las instrucciones deben prever la creación de la red
completamente porque no habría topología inicial. En el ejemplo que doy, guardo una topología
completa con una parte preconfigurada (el enrutamiento) para que los estudiantes no tengan que
crearla desde cero. A continuación configuro los PCs, los enlaces entre todos los dispositivos (esos
1. Bienvenida
2. Administrador de Variables
3. Instrucciones
4. Red de respuesta
5. Red inicial
6. Contraseña
7. Probar la actividad
8. Validar la actividad
9. Guardar
10. Salir
Instrucciones
Red de despuesta
Podemos iniciar el asistente sin necesidad de haber abierto la topología final siempre y
cuando la hayamos guardado previamente el archivo final (como lo hice en el ejemplo). Ya
sabemos entonces para qué los botones import arriba en la pantalla de red de respuesta. Las
Red inicial
En este pantallazo vemos lo que se puede bloquear en la operación de la red desde el inicio
en un esquema similar al de la red de respuesta: una jerarquía de elementos. Una cosa importante es
recordar que si no importamos una red inicial el laboratorio comenzará con un área de trabajo
vacía y las instrucciones deberían empezar por describir qué topología se debe componer. Yo
prefiero dejar los elementos en la topología inicial e indicar qué quiero que configuren.
Cuando se ha importado una topología inicial, se puede indicar qué cosas de la interfaz se
va a impedir usar, por ejemplo, a mí me gusta que los estudiantes usen la CLI, por lo que yo
siempre abro el elemento de topología y en él global y allí habilito Use Config Tab, una vez hecho
eso la pestaña de configuración de cualquier dispositivo de la topología estará bloqueado y la única
opción para un estudiante será usar la CLI en todos los dispositivos. Ésto tiene una desventaja: para
poder encender las interfaces de los PCs y configurar los servidores es indispensable la pestaña de
configuración, en otras palabras, si se bloquea esta pestaña se debe asegurar de que los servidores
que haya en la topología estén perfectamente configurados y que los PCs tengan sus interfaces
activadas en la red importada como red de respuesta. Valga la aclaración que ésto es lo único con lo
que yo he tenido problemas, pero pueden haber otras cosas que todavía no haya explorado que
también sea imposible hacer como consecuencia de bloquear algo en la interfaz. Eso hay que
preverlo cuando se hagan laboratorios o actividades evaluables.
Para evitar que un estudiante modifique los objetivos calificables de una actividad, se
configura una contraseña. La contraseña se solicita cuando, desarrollando una actividad, se intenta
abrir el asistente de nuevo (para modificarla), no olvidar que una vez que se ingresa la contraseña
dos veces hay que oprimir Enable para que la contraseña quede activa. La diferencia entre Probar
(test) y cuequear una actividad (Check) consiste en que Check me permite ir mirando qué
configuraciones generan qué calificaciones, mientras que Test es probar la actividad desde cero. En
otras palabras, lo que yo haga en la actividad cuando uso Check se queda configurado incluso si
vuelvo al asistente, mientras que si uso Test, la actividad empieza siempre con la red inicial y si yo
he configurado cosas mientras creo la actividad esas configuraciones se borran para iniciar la
actividad desde cero. Note que las actividades del currículo tienen indicadores de progreso en las
instrucciones mismas, es decir, al final de cada tarea las intrucciones indican qué porcentaje se debe
haber completado, ésto se puede hacer editando las instrucciones mientras se chequea la actividad,
en la medida que vamos configurando vamos viendo qué impacto tiene en el porcentaje cada cosa
que configuramos y podemos escribirla en las instrucciones de la actividad (recuerde que chequeo
permite dejar el laboratorio en curso intacto mientras editamos cosas en la actividad).
Video
Con base en lo anterior, preparé éste video que ilustra brevemente todo lo que describí, pero
es indispensable haberlo leído. Para que el video no quedara muy largo, pausé varias veces la
captura, así que uds. sabrán perdonar las pausas y saltos del ratón, incluso así salió largo.
http://www.youtube.com/v/hINqjCMpa3g
Sí, al final guardamos pero antes de terminar del todo la creación de la actividad, debemos
ponerla a punto, usando Chequear y editando lo que no salga como esperamos. Hay que tener algo
en cuenta, si desarrollamos una actividad debemos hacerlo siempre mediante ésta herramienta, no
debemos crear la actividad e ir guardandola con elementos adicionales, todo lo que vayamos a
incluír debemos crearlo en un archivo inicial y todo lo que queramos que quede al final debemos
tomarlo de un archivo de configuración final y la verificación debemos hacerla con Chequeo o con
Prueba (Test) si queremos tener exactamente la misma experiencia que tendrán los usuarios de la
actividad.
Conclusiones
Con ésta última entrega se llena el vacío que quedaba en torno al tema del uso de este
programa y se abre un mundo de posibilidades de creación para todos sus usuarios, especialmente
para los instructores. Los invito a crear sus propias actividades, retarse como instructores y
docentes, incluso a los estudiantes mismos para competir entre ellos mismos, a generar actividades
retadoras, pedagógicas que exploten tanto como se pueda ésta importante herramienta didáctica, el
uso de actividades y la extensión multiusuario.
Hace poco recibí un comentario sobre el espacio físico del PT y encontré lo que esperaba:
poder ubicar dispositivos en diferentes oficinas y armarios de cableado, así que acá les voy a
describir la mecánica de ésto dentro de la serie de cómo usar Packet Tracer.
En la primera entrada de la serie, escribí que el espacio físico estaba aún en contrucción,
dado que sólo se podía ver el armario de cableado pero no se podía hacer más. Recientemente visité
de nuevo el espacio físico y me encontré con la agradable sorpresa de que ya puedo repartir los
dispositivos por una región, creando armarios de cableado repartidos en un mismo edificio, creando
edificios nuevos en una ciudad y edificios en ciudades distintas.
Si a usted le parece muy extraño lo que le estoy mencionando, le recomiendo que repase la
lección completa sobre Packet Tracer, en la que he escrito detalladamente las más importantes
características de este interesante programa.
Cuando se usa el PT, se puede caer en sólo usar uno de los espacios o uno de los modos.
Recuerde que el programa funciona en dos espacios: lógico y físico. En el primero se usan íconos
para representar las topologías y configurar los dispositivos, en el segundo se puede observar cómo
se verían físicamente los dispositivos en un armario de cableado. Sobre los modos, también vale
recordar que el modo de tiempo real simula una red tratando de ser fiel a los tiempos que tarda cada
evento en ésta, mientras que el modo simulación muestra los eventos por pasos y los describe
usando el modelo de referencia OSI.
El espacio físico entonces es una forma más realista de ver una topología, la desventaja es
que está ahí sólo para eso y no es posible configurar los equipos desde ahí.
La navegación de esta jerarquía se maneja en general de la barra que está en seguida del
título del espacio Physical NAVIGATION:. Las opciones cambian según el nivel en el que estemos,
por ejemplo, si estamos en el nivel interciudad, las opciones son Nueva ciudad (New City), Nuevo
edificio (New Building) y Nuevo armario (New Closet), pero si estamos al nivel de un edificio sólo
podremos crear un nuevo armario. Cada objeto que creemos lo podemos mover a discreción por el
espacio visible, con sólo arrastrarlo.
La clave de todo está en la opción mover objeto (Move Object), que permite ubicar un objeto
cualquiera en alguno de los niveles, por ejemplo, mover un armario de un edificio a otro o de un
edificio al nivel interciudad. Otra cosa interesante, es que al nivel interciudad aparece la opción para
elegir las imágenes del mapa interciudades, de los edificios y de las ciudades: Set Background.
Ya sabiendo cómo se usa el espacio físico, se debe reconocer que no es muy sencillo. La
sugerencia que yo doy es que creemos la geografía a través de la cual vamos a distribuir los equipos
de comunicaciones. Con geografía me refiero a las ciudades (si sequiere), los edificios y
distribuirlos por el nivel interciudad y dentro de cada edificio crear los armarios necesarios. Una vez
que tengo creada esta geografía puedo crear una topología lógica que se corresponda con aquella.
Como puede ser confuso moverse alternativamente entre ellos, es preferible trabajar
inicialmente en uno y luego en el otro. Cómo hacerlo es preferencia personal, a alguien le puede
parecer mejor crear la topología lógica completamente, configurarla y luego pasar a la topología
física a otros les puede parecer más fácil al contrario: crear la topología física completamente y
luego crear la topología lógica para configurarla. El problema de la última opción, es que
obligatoriamente debo volver a la topología física para distribuir los equipos en el espacio físico.
Cualquiera sea la forma que usted haya decidido mezclar los espacios físicos y lógico, una
vez que se tiene completa la topología lógica hay que distribuir los dispositivos. Entonces, entrando
al espacio físico, voy a ir al nivel de armario principal en la ciudad inicial en el edificion inicial y
voy a usar la opción mover objeto (Move object) para distribuirlos por los armarios, edificios y
ciudades que ya existan en la jerarquía.
Ahora vamos a mostrar un ejemplo. Si yo tengo una topología para tres ciudades, en la
primera estará la oficina principal y dos sucursales, en las otras dos sólo habrá dos sucursales. Dado
que yo puedo usar cualquier dispositivo disponible para la topología lógica, podría diseñar una
solución completa. Acá vale la pena notar que hay otras opciones que puedo combinar para que la
experiencia final esté muy bien definida, por ejempo usar clusters en la topología lógica para
Entonces en el ejemplo voy a partir de una topología lógica ya conectada entre tres
ciudades: una ciudad principal con dos sucursales, un edificio principal en ésta misma ciudad y dos
sucursales en otras dos ciudades. En la topología hay unos cuadros que identifican las diferentes
ciudades/sucursales a las que pertenecen los equipos. Por razones de tiempo sólo voy a distribuir
equipos en algunas partes de la topología, pero con lo que muestro ya estedes pueden hacerlo en sus
propios PTs. Lo que hago en el video es mostrar la topología lógica y cómo se van a distribuir los
equipos por las diferentes ciudades y sucursales, luego me paso al espacio físico y muestro cómo se
ve la topología sin modificaciones: todo en la misma ciudad, edificio y armario de cableado. Subo
hasta la jerarquía que muestra la región y creo dos ciudades más, entro a la ciudad principal y creo
las dos sucursales previstas, luego voy a otra ciudad y creo un edificio nuevo y en él un armario de
cableado nuevo, me devuelvo y hago lo mismo para la otra ciudad, me ubico en la ciudad principal,
edificio principal, armario principal de cableado y empiezo a mover los equipos a sus nuevas
ubicaciones (antes de eso miro en el espacio lógico qué equipos pertenecen a qué sucursal).
Hay que notar varias cosas, por ejemplo que, en el video, cuando creo las sucursales en la
ciudad principal, olvido crearles armario de cableado, lo cual no impide ubicar los equipos ahí, de
hecho es curioso que si no los ubico en un armario de cableado los íconos aparecen igual a los
íconos de la topología lógica y hasta se pueden configurar desde ahí. Otra cosa es que a pesar de
que yo no modifiqué nombres de nada, lo único que hay que hacer para cambiarle el nombre a
cualquier objeto del espacio físico sólo hay que dar clic en su nombre y cambiárselo, de hecho es
bastante conveniente hacerlo antes de mover los equipos para no tener que consultar la topología
lógica como me tocó a mí en éste ejemplo.
http://www.youtube.com/v/lVG1mYfB_lc
Conclusiones
Videos:
1- http://www.youtube.com/v/WVs9W8z_VPY
2- http://www.youtube.com/v/3Urmgs6Djow
Tutoriales lpguerrero
http://www.youtube.com/user/lpguerrero?feature=autoshare_twitter