Preparacin de Informes en formato IEE
INFORME LABORATORIO DE REDES DE TELECOMUNICACIONES PRCTICA 2.
CONOCIMIENTO DE LAS FUNCIONALIDADES PACKET TRACER
Juan David Montoya GonzlezDepartamento de ingenieraIngeniera en
telecomunicacionesUniversidad Militar Nueva
[email protected]
En este laboratorio se explica claramente la forma en que se
trabaja con la interfaz del programa cisco packet tracert[1],
utilizado comnmente para realizar simulaciones de todo tipo en el
las redes de telecomunicaciones, su objetivo es, ser una
herramienta de anlisis para el funcionamiento de una red, y as
entender con una claridad mayor los conceptos que se manejan muy a
menudo en campo de las telecomunicaciones.
PALABRAS CLAVE: Cisco packet tracer , .
I.INTRODUCCIN
Antes de entrar de lleno al desarrollo, estructuracin y montaje
de redes, es necesario entender a profundidad, todo los conceptos y
procesos que se requieren para llevar a cabo el mismo. Es por esto
que a manera introductoria, se deben usar una serie de herramientas
que nos ayudarn a llevar a cabo un proceso muy bien detallado y
guiado para poder entender todo lo que hay detrs de un sencillo
proceso de montaje de un escenario de redes. Por pequeo que sea,
existen muchos factores que complicarn el proceso si no se
entienden a cabalidad los conceptos tratados. [2]
II.OBJETIVOSGeneral
Entender el concepto global acerca del cableado en conexiones
bsicas de equipos para as empezar a explorar el gran campo de las
telecomunicaciones
Especficos
Identificar las principales caractersticas del software de
packet tracer Identificar la operacin del packet tracer Determinar
las principales caractersticas de configuracin de un dispositivo
Anlisis de procesos de unicast y broadcast
III. MARCO TERICO
Para la prctica de laboratorio se requiere con anterioridad
haber descargado e instalado el software de simulacin de redes
CISCO PACKET TRACER, el cual ser el idneo para realizar los anlisis
que se requieren en los objetivos y as llevar a cabo la totalidad
la prctica de escenario.
Una vez descargado e instalado el software, se procede a
explorar totalmente la interfaz de programa para as poder
familiarizarse con este mismo, pues a lo largo de las siguientes
prcticas que sern llevadas a cabo, se requerir de la habilidad y de
la experiencia del laboratorista este mismo, pueda realizar
prcticas ms avanzadas
Una vez familiarizado con la interfaz del programa, se procede a
hacer el montaje de una red bsica basada en la topologa estrella
con un swicht[3] y dispositivos finales como equipos de cmputo,
conectando las interfaces FastEthernet[4] de los computadores a los
puertos FastEthernet del swicth. Cuando estos estn montados y los
indicadores de conectividad estn en verde, se procede a configurar
las direcciones IP en cada uno segn como lo defina el
laboratorista.
El paso siguiente mencionado en el laboratorio ser configurar la
prueba de tiempo a real a simulacin y entrar a la interfaz de
comandos de cualquier dispositivo y hacer una prueba de ping a
cualquiera de los equipos que estn ya configurados con su direccin
IP. Ver FIG. 1
FIG 1. Proceso de PING para una direccin IP
Presionamos la tecla enter y este va a comenzar a hacer el
proceso correspondiente de acuerdo a su disposicin fsica y a su
configuracin lgica, realizar la accin que le fue pedida por medio
del anterior comando.
Una vez terminado este proceso, el paso a seguir, ser realizar
el mismo ping, pero esta vez, ser a la direccin de broadcast, la
cual ya debe de estar definida en el mismo proceso de
direccionamiento. Ver FIG. 2
FIG. 2 Proceso de ping a host-broadcast
Despus de haber hecho esta prueba el proceso siguiente ser
analizar los protocolos que intervinieron en el proceso de
ping.
Una vez terminado el proceso de ping en con el swicht como
dispositivo intermedio, se procede a cambiar el swicht por un hub y
realizamos el mismo procedimiento anterior, teniento en cuenta que
tambin se deben asignar un direccionamiento IP a cada dispositivo
final que se conecte al hub.
Luego de conectados y configurados los equipos, procedemos a
realizar absolutamente las mismas pruebas de ping por medio del
command prompt teniendo en cuenta que el programa debe de estar en
modo de simulacin para poder hacer el anlisis posterior de los
protocolos involucrados en el mismo.
IV. RESULTADOS
A continuacin se presentarn las capturas de pantalla referente a
los resultados correspondientes a la prueba con un switch y un
hub.
Fig. 3. Incio proceso switch
Fig. 4. Paso siguientes proceso
Fig. 5 ltimo paso del proceso
Fig. 5 Proceso y anlisis de PING paso por paso de un host a otro
host
Fig. 7 Proceso de PING a la direccin BROADCAST
Fig. 8 El mismo proceso del PING pero con un hub en vez del
switch
Fig. 9. Interpretacin de los datos por capas en salida -
entrada
IV. ANLISIS DE RESULTADOS
En las figuras 3,4,5, se puede apreciar el proceso de ARP e ICMP
en paquetes independientes, los cuales cada uno es un protocolo de
enrutamiento de capa fsica y el otro, un protocolo de capa de red,
cada uno va destinado a cumplir una funcin especfica la cual es
especificada por la funcin de cada protocolo. En las imgenes
podemos apreciar que el protocolo ARP hace una especie de broadcast
cuando este se encuentra sobre el switch, esto es para conocer
todas y cada una de las direcciones fsicas presentes en cada
dispositivo final, una vez hecho este proceso, el switch no tiene
que volver a hacer enrutamiento ARP, pues ya conoce todas las
direcciones MAC presentes en la red local. El paso siguiente al
proceso es enviar el paquete ICMP al dispositivo intermedio, y
este, ya conociendo el destino por medio de las cabeceras de la
capa fsica contenida en el paquete, lo enva hasta su destino. Este
proceso se repite cuantas veces sea necesario enviar el paquete
ICMP, usualmente, en Windows son 4 veces, en Linux, se puede
definir por comandos especiales en la consola.
Se puede apreciar los datos en la figura 9 en donde estn los
datos por capa el cual su proceso es muy detallado.
Para la prueba con el hub, que se encuentra detallada en las
imgenes siguientes, el proceso es absolutamente el mismo, salvo que
el hub omite el envo del paquete ARP a todos los host presentes, la
funcin del hub es repetir el paquete a todos los equipos, haciendo
de esta una tarea un poco ms torpe pues puede que los paquetes de
una red colisiones con otros paquetes provenientes de los mismos
host de otros hubs interconectados
VI. CONCLUSIONES
Un switch, aunque es un dispositivo de capa 2, es un dispositivo
inteligente, ya que primero hace un tanteo de las direcciones
fsicas, para saber a qu host va dirigido el paquete que se le enva,
cosa que no puede hacer un hub, pues este, lo que hace es reenviar
el mismo paquete a todos los equipos y el equipo destino devuelve
el paquete el cual, tambin va a ser distribuido mal a los dems
dispositivos finales, haciendo que el consumo de ancho de banda en
una red se vea disminuido.
El proceso ARP realizado por un dispositivo intermedio es muy
eficaz a la hora de conocer la cantidad de direcciones MAC que hay
presentes en una red, pues esto sirve para agilizar los procesos de
envo de paquetes a destinatarios especficos y hace que ese tipo de
funciones sean ms automatizadas.
Actualmente no es conveniente el uso de hubs en redes estndar,
pues esto causara ciertos inconvenientes de colisin de paquetes,
pues el hub no estudia por medio de ARP las direcciones de equipos
presentes, sino que enva a todos los host el paquete.
REFERENCIAS
[1] CISCO: Cisco networking academy expands offerings to address
growing demand for information security skills; CCNA curriculum
helps students prepare for in-demand job roles. (2009, Aug 11).M2
Presswire. Retrieved from
http://search.proquest.com/docview/444166427?accountid=30799
[2] Frezzo, D. C. (2009).Using activity theory to understand the
role of a simulation-based interactive learning environment in a
computer networking course.(Order No. 3374268, University of
Hawai'i at Manoa).ProQuest Dissertations and Theses,, 319.
Retrieved from
http://search.proquest.com/docview/304893704?accountid=30799.
(304893704).
[3] Wanek, M. (2006). Switch stands, switch machines.Railway
Track & Structures,102(11), 25-27. Retrieved from
http://search.proquest.com/docview/213047006?accountid=30799
[4]Okin, K., & Lee, T. (1996). Fast ethernet is here to
stay.Network World,13(15), 39. Retrieved from
http://search.proquest.com/docview/215948240?accountid=30799