Vous êtes sur la page 1sur 4

INFORMELABORATORIODEREDESDETELECOMUNICACIONES

PRCTICA2.CONOCIMIENTODELASFUNCIONALIDADESPACKET
TRACER

JuanDavidMontoyaGonzlez
Departamentodeingeniera
Ingenieraentelecomunicaciones
UniversidadMilitarNuevaGranada
U1401061@unimilitar.edu.co

Enestelaboratorioseexplicaclaramentelaformaen
que se trabaja con la interfaz del programa cisco
packettracert[1],utilizadocomnmentepararealizar
simulaciones de todo tipo en el las redes de
telecomunicaciones, su objetivo es, ser una
herramienta de anlisis para el funcionamiento de
unared,yasentenderconunaclaridadmayorlos
conceptosquesemanejanmuyamenudoencampo
delastelecomunicaciones.

depackettracer

Identificarlaoperacindelpackettracer

Determinar las principales caractersticas de


configuracindeundispositivo

Anlisisdeprocesosdeunicastybroadcast

PALABRASCLAVE:Ciscopackettracer,.
III.MARCOTERICO
I.

INTRODUCCIN

Antesdeentrardellenoaldesarrollo,estructuraciny
montajederedes,esnecesarioentenderaprofundidad,todo
losconceptosyprocesosqueserequierenparallevaracaboel
mismo.Esporestoqueamaneraintroductoria,sedebenusar
unaseriedeherramientasquenosayudarnallevaracaboun
procesomuybiendetalladoyguiadoparapoderentendertodo
lo quehay detrsde unsencillo procesode montajede un
escenario de redes. Por pequeo que sea, existen muchos
factores que complicarn el proceso si no se entienden a
cabalidadlosconceptostratados.[2]

General

II. OBJETIVOS

Entender el concepto global acerca del cableado en


conexionesbsicasdeequiposparaasempezaraexplorarel
gran campo de las telecomunicaciones

Especficos

Identificarlasprincipalescaractersticasdelsoftware

Para la prctica de laboratorio se requiere con


anterioridad haber descargado e instalado el software de
simulacinderedesCISCOPACKETTRACER,elcualser
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
familiarizarseconestemismo,puesalolargodelassiguientes
prcticasquesernllevadasacabo,serequerirdelahabilidad
ydelaexperienciadellaboratoristaestemismo,puedarealizar
prcticasmsavanzadas
Unavezfamiliarizadoconlainterfazdelprograma,seprocede
ahacerelmontajedeunaredbsicabasadaenlatopologa
estrellaconunswicht[3] ydispositivosfinalescomoequipos
decmputo,conectandolasinterfacesFastEthernet[4] delos
computadoresalospuertosFastEthernetdelswicth.Cuando
estosestnmontadosylosindicadoresdeconectividadestn
enverde,seprocedeaconfigurarlasdireccionesIPencada
unosegncomolodefinaellaboratorista.
Elpasosiguientemencionadoenellaboratorioserconfigurar
lapruebadetiempoarealasimulacinyentraralainterfazde
comandosdecualquierdispositivoyhacerunapruebadeping

acualquieradelosequiposqueestnyaconfiguradosconsu
direccinIP.VerFIG.1

Luegodeconectadosyconfiguradoslosequipos,procedemos
arealizarabsolutamentelasmismaspruebasdepingpormedio
delcommandpromptteniendoencuentaqueelprogramadebe
deestarenmododesimulacinparapoderhacerelanlisis
posteriordelosprotocolosinvolucradosenelmismo.

FIG1.ProcesodePINGparaunadireccinIP
Presionamoslateclaenteryestevaacomenzarahacerel
procesocorrespondientedeacuerdoasudisposicinfsicaya
suconfiguracinlgica,realizarlaaccinquelefuepedida
pormediodelanteriorcomando.
Unavezterminadoesteproceso,elpasoaseguir,serrealizar
elmismoping,peroestavez,seraladireccindebroadcast,
la cual ya debe de estar definida en el mismo proceso de
direccionamiento.VerFIG.2

IV.RESULTADOS
A continuacin se presentarn las capturas de pantalla
referentealosresultadoscorrespondientesalapruebaconun
switchyunhub.

Fig.3.Incioprocesoswitch
FIG.2Procesodepingahostbroadcast
Despusdehaberhechoestapruebaelprocesosiguienteser
analizarlosprotocolosqueintervinieronenelprocesodeping.
Unavezterminadoelprocesodepingenconelswichtcomo
dispositivointermedio,seprocedeacambiarelswichtporun
hubyrealizamoselmismoprocedimientoanterior,tenientoen
cuentaquetambinsedebenasignarundireccionamientoIPa
cadadispositivofinalqueseconectealhub.

Fig.4.Pasosiguientesproceso

Fig.5ltimopasodelproceso

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


Fig. 5 Proceso y anlisis de PING paso por paso de un
host a otro host
IV.ANLISISDERESULTADOS

Fig. 7 Proceso de PING a la direccin BROADCAST

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

Unswitch,aunqueesundispositivodecapa2,es
undispositivointeligente,yaqueprimerohaceun
tanteodelasdireccionesfsicas,parasaberaqu
hostvadirigidoelpaquetequeseleenva,cosaque
nopuedehacerunhub,pueseste,loquehacees
reenviarelmismopaqueteatodoslosequiposyel
equipodestinodevuelveelpaqueteelcual,tambin
vaa serdistribuido mala losdems dispositivos
finales, haciendo que el consumo de ancho de
bandaenunaredseveadisminuido.
El proceso ARP realizado por un dispositivo
intermedioesmuyeficazalahoradeconocerla
cantidaddedireccionesMACquehaypresentesen
unared,puesestosirveparaagilizarlosprocesosde
envodepaquetesadestinatariosespecficosyhace
queesetipodefuncionesseanmsautomatizadas.

Actualmentenoesconvenienteelusodehubsen
redes estndar, pues esto causara ciertos
inconvenientesdecolisindepaquetes,pueselhub
no estudia por medio de ARP las direcciones de
equipospresentes,sinoqueenvaatodosloshostel
paquete.

REFERENCIAS
[1] CISCO:Cisconetworkingacademyexpandsofferingstoaddress
growing demand for information security skills; CCNA
curriculumhelpsstudentsprepareforindemandjobroles.(2009,
Aug 11).M2 Presswire. Retrieved from
http://search.proquest.com/docview/444166427?accountid=30799
[2] Frezzo,D.C.(2009).Usingactivitytheorytounderstandtherole
of a simulationbased interactive learning environment in a
computernetworkingcourse.(OrderNo.3374268,Universityof
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), 2527. Retrieved from
http://search.proquest.com/docview/213047006?accountid=30799
[4] Okin,K.,&Lee,T.(1996).Fastethernetisheretostay.Network
World,13(15),

39.

Retrieved

from
http://search.proquest.com/docview/215948240?accountid=30799