Sunteți pe pagina 1din 13

LABORATORIO 2

REDES DE
COMPUTADORES

Integrantes:

Nombre: Marcelo De La Barrera

RUT: 18.024.431-k

ID: 12

Subred IP: 192.168.39.224/27


PRÁCTICA

PARTE I-A: Diseñando una Red LAN Ethernet en topología Estrella Extendida

Acceder a la aplicación Packet Tracer.

Personalizar el entorno de trabajo del Modo Tiempo Real (RealTime) del


simulador, ingresando en el menú principal (Opciones/Preferencias) y en la
pestaña Interfaz, marcar la opción “Always Show Port Labels”. Cerrar esta
ventana.

Crear la Topología de Red Ethernet mostrada a continuación. Esta utilizará


dispositivos Hub-PT (Hubs/Concentradores de Capa Física) y PC-PT (cada
Host es un equipo terminal de datos DTE), además de cables planos o cruzados
(de acuerdo a los dispositivos a conectar).

IP DE RED: XX.XX.XX.XX/YY

Asignar a los PC’s direcciones IP dentro de su rango de direccionamiento y rellenar la


siguiente tabla de direccionamiento MAC e IP para cada equipo DTE (cada uno de los
host).

En todos los casos aún no se asignará la IP de Puerta de enlace (Default


Gateway).

Equipo Mac IP

PC0 00D0.BC9A.C397.0060.5CD2.5B2B 192.168.39.225/27

PC1 0040.0B5A.E8C1.0090.2B99.D517 192.168.39.226/27

PC2 0060.2F1A.6E39.0010.112B.3CDD 192.168.39.227/27

PC3 00D0.9795.0525.0090.0C60.7CB2 192.168.39.228/27


Cambiar al modo de Simulación. Ahora habrá que hacer las pruebas de
comunicación con el comando ping desde PC0, dirigido a la IP asignada a PC1.

Hacer clic sobre PC0, pinchar en la pestaña Escritorio y seleccionar la opción


“Símbolo del Sistema”. Se mostrará una ventana con el entorno MSDOS.

Teclear el comando arp –a, ¿qué información se visualiza?

“No ARP entries found”, es decir, la tabla ARP del PC0 se encuentra vacía
(en realidad la de todos los PC está vacía por ahora). Esto se debe a que
conoce las direcciones IP de los equipos de la red, pero no sus direcciones
MAC. Y ya que aún no se ha realizado el ping para obtener la dirección MAC
del PC1 u otro, la tabla se encuentra vacía. A medida que se realicen los ping
y se envíen los mensajes ARP a los diferentes equipos de la red, se irán
rellenando entre si sus tablas ARP.

Escribir el comando ping dirigido a la IP asignada a PC1 y dar a la tecla


Enter, se observará lo siguiente:

Cerca de PC0 surgen 2 cuadros (simulando 2 tramas (con apariencia de


“sobres”)), junto a 2 eventos en la ventana Event List.

La primera trama lista a transmitir utiliza el protocolo ARP y la segunda ICMP.

Desplazar el ratón sobre cada trama y dar clic sobre la que diga Tipo ARP
(debido a que será la primera que transmitirá PC0)

Se muestra la ventana “Información de PDU en el Dispositivo: PC0”,


(Observar la figura de abajo) con la composición de los protocolos y los
datos para cada capa OSI de la PDU (Unidad de Datos de Protocolo).
Esta es una trama de salida (Fuera de Capas) que transmitirá PC0 por el
medio físico.

Debido a que PC0 conoce su propia MAC e IP, pero no sabe la MAC de
PC1, utilizará el protocolo ARP con el fin de determinar la MAC (Capa 2) de PC1.

Esta trama contiene una MAC destino de difusión (todos los 48 bits a 1) y
su propia MAC como origen. Además, encapsulados en su campo de datos,
lleva ambas direcciones IP (de capa 3) de Origen-Destino (que si las conoce).

Selecciona la ficha superior Detalles de PDU de Salida y estudia su


contenido.

En la ficha PDU de detalles, se puede apreciar el contenido de la trama, con


el preámbulo, en la dirección destino se puede ver que es FF.FF.FF.FF.FF lo
que significa que es broadcast, luego se puede observar la MAC de origen,
es decir, la MAC del PC0, también se ve el ethertype propio del ARP que es el
806, proseguido por la longitud de los datos.

Más abajo, se puede observar el hardware que cuando vale 1, es Ethernet, el


protocolo empleado a nivel que en caso de IP es 800h, seguido por la
longitud de la dirección MAC y la longitud de la IP. Luego sigue el código de
operación que equivale a 1 cuando se hace un requerimiento ARP y a 2
cuando se hace una respuesta ARP. Luego sigue la MAC e IP de origen, y la
MAC e IP de destino. La MAC de destino aparece en puros 0, ya que aún no
es conocida por el PC0.
Cierra la ventana “Información de PDU en el Dispositivo: PC0” y vuelve a la
ventana de comandos de PC0, verás que el comando ping aún no se ha
ejecutado, porque requiere que se presione el botón (Auto Captura/Reproducir) de
la ventana Lista Eventos (Event List)

Presiona el botón (Auto Captura/Reproducir) y presiónalo de nuevo antes


de que la trama ARP llegue al Hub1. Ahora analiza lo siguiente:

En la lista de eventos se ha creado un 3er evento [desde (Último


dispositivo) PC0 hasta (En dispositivo) Hub1]

El tipo de esta trama recibida sigue siendo ARP (porque un Hub no puede
alterar datos de una trama recibida, solo los retransmite)

Da clic en esta nueva trama ARP (recibida por Hub1). Observa que un Hub sólo
cambia la PDU de la trama a nivel de capa física (PDU: Bits). Indica que recibió
trama por Puerto 0 y está listo para enviar "copias idénticas" por sus puertos
restantes. Dentro de la tecnología MAC Ethernet, a este proceso se le llama
Difusión/Broadcast.

- Nota: Esta descripción se puede obtener al dar clic sobre cada capa (sea de
entrada o de salida) dentro de la ventana de descripción de las PDU actual (la
capa se marca en amarillo, describiendo debajo el significado de la PDU
seleccionada)

Cerrar la ventana de PDU’s y cuidadosamente repetir solamente los 2 pasos


anteriores. Verás que el Hub reenvía “una copia” de la capa recibida hacia todos
sus puertos, ¡excepto por el que lo recibió!
-Al estudiar cada trama, notarás que la NIC de PC1 “comprende hasta la PDU
Capa2 (Trama)”, en cambio, el Hub0, ve solamente Bits (PDU capa 1), porque
solo le interesa enviar bits recibidos hacia su otro puerto

Repetir los pasos necesarios para seguir la pista a cada trama enviada.
IMPORTANTE: Observar que PC1 es el único que prepara una trama de
respuesta ARP a PC0. Los demás PC’s descartan la trama recibida.

Finalmente, cuando veas que en la ventana de comandos se han enviado


los cuatro paquetes y permanece a la espera, teclea de nuevo arp –a, ¿qué
se ve ahora?

Se visualiza la tabla ARP del PC0, en la cual se puede observar la


equivalencia de la dirección IP y la dirección MAC del PC1, y adicionalmente
también se puede visualizar si estática o dinámica. La dirección MAC, y el
llenado de la tabla ARP del PC0, se obtuvo ya que al haber hecho el ping
hacia el PC1, se envió un mensaje ARP en broadcast. Luego PC1, al
responder, lo hace en unicasting, pero al haber Hubs de por medio, la
respuesta se envía en broadcasting. Al recibir la respuesta, PC0 llena su
tabla ARP, con la equivalencia de la MAC del PC1, ya que conocía
previamente su IP.

- Extraer las conclusiones pertinentes.

En conclusión, inicialmente todos los equipos tienen su tabla ARP vacía.


Cuando se envía un ping y mensaje ARP, hacia un equipo, para conocer su
MAC, se realiza en broadcast. Solo el PC con la IP destino responde, el resto lo
descarta. Luego la respuesta es en unicasting, pero se difunde por todos los
puertos (excepto el que envía) al haber HUB de por medio.

Finalmente, el PC0 rellena su tabla ARP con los datos del PC1, y además, el
PC1, aprovecha de rellenar su tabla ARP con los datos del PC0.
PARTE I-B: Identificando Dominios de Difusión y Colisión

Con esta nueva simulación, conectar un nuevo PC (PC4) en Hub1 y otro PC (PC5) en
Hub2.

Asignar IP’s de host dentro del rango de la red que estás utilizando.

Cambiar a modo Simulación. Realizar las acciones necesarias para ejecutar el comando
ping desde 2 PC diferentes entre sí: de PC0 a PC1, así como ping de PC2 a PC4. PERO
NO PRESIONAR AÚN el botón Play. Observar nuevamente la pareja de tramas (ARP y
ICMP) listas en cada DTE origen de la transmisión (PC0 y PC2).

Desde la Ventana de Eventos, presionar el botón Play y observar como las tramas ARP
de ambos DTE “viajan/saltan de equipo a equipo”, “como los hubs reproducen cada trama
por sus puertos” y cuando ocurre una colisión.

Prestar mucha atención a la manera como los PC’s reinician sus transmisiones y
responder estas preguntas:

Después de una colisión, ¿Los Equipos (DTE) reintentan envío de tramas al mismo
tiempo o en momentos diferentes?

Lo intentan en momentos diferentes, con unos segundos de diferencia (en modo


simulación). Ambos esperan un tiempo aleatorio, luego escuchan al medio para
poder retransmitir.

Luego de unos 30 seg. (aprox.), ¿logran PC0 y PC2 determinar la MAC de sus DTE
destinos respectivos?

Luego de unos 30 seg. aprox. en modo simulación, ni PC0, ni PC2 logran determinar
las MAC de sus DTE destinos ya que siguen intentando enviar sus mensaje ARP, y
se producen colisiones en todos los puertos reiteradamente, dado que el dominio
de colisión es toda la red. De hecho, al cabo de unos minutos, lo intentan 4 veces,
generando 4 “request time out”, y terminan sin conseguir las MAC de sus DTE
destinos, a causa de las colisiones. Es decir, sus tablas ARP, no logran obtener la
equivalencia entre la IP que ya conocían y la MAC que querían obtener por medio
del mensaje ARP, por lo que sus MAC destino respectivamente, siguen siendo
desconocidas para PC0 y PC2.

¿Se cumplen las normas del método CSMA/CD?, sí o no ¿Por qué?

No se cumplen, ya que el HUB no implementa CSMA/CD, ya que solo es capa 1, a


nivel físico, no saben de formatos de trama, solo retransmite, no detecta las
colisiones, son los equipos quienes las detectaran y serán los encargados de
retransmitir las tramas.

Pero, no se cumplen las normas de CSMA/CD, ya que los equipos transmisores no


abortan la transmisión en cuanto se produce la colisión, es decir, no detectan la
colisión, la trama se va difundiendo y transmitiendo por todos los puertos, y los
equipos se enteran recién de la colisión cuando se agota el tiempo de espera.
Luego esperan un tiempo aleatorio e intentan retransmitir nuevamente.

¿Cuántos Dominios de Difusión/Broadcast y Dominios de Colisión existen en esta


topología de red que has elaborado?

El dominio de colisión en los HUB es la red entera, todos sus puertos. Al haber más
de un HUB conectado entre sí, el dominio de colisión se expande a todo la red y se
genera en todos los puertos, por lo cual, el dominio de colisión es solamente 1, y es
toda la red.

El dominio de difusión en los HUB también es toda la red, ya que se encargan de


difundir por todos sus puertos, y como hay más de un HUB conectado entre sí, se
amplía el dominio de difusión igualmente, difundiéndose los mensajes por toda la
red, por ende, el dominio de difusión, también es solamente 1, toda la red.

En definitiva ambos dominios (colisión y broadcast) coinciden y todos los


dispositivos pertenecen a él.

PARTE II-A: Configuración básica de un Dispositivo de Red. Estableciendo una


sesión de consola con un Switch

Eliminar el Hub principal (Hub0) y luego agregar un switch 2950T-24 a la topología.

Incluir otra pareja de 2 PC’s (PC6 y PC7) conectados a un nuevo Hub (Hub3) y este a su
vez conectarlo al puerto FastEthernet 0/15 del Switch0 central por medio de un cable
cruzado (cable Console). Asignar direcciones IP a estos 2 nuevos PC’s.
Localizar en la topología a PC1, desde el cual se iniciará una sesión directa de consola
con el Switch0 de la red a continuación.

Seleccionar un cable para conexión de Consola (Console) y dar clic sobre el PC1
seleccionado para el enlace y marcar en su interfaz serial (RS-232). Luego dar clic en
Switch0 y seleccionar su interfaz de Consola.

Ahora ingresar al IOS del Switch0 por medio del software del Emulador de Terminal del
PC1. Para ello da clic sobre PC1 que usará para la administración del switch, localizar la
pestaña Escritorio/Desktop y luego localizar el botón Terminal.

Observar que se simula la ventana de configuración de parámetros para establecer la


“Configuración de la terminal”. Confirmar en Aceptar/Ok.

De esta manera, se ingresará a la CLI (Command Line Interface) para la administración


del ISO del Switch0 por medio de una ventana de comandos.

Presionar Intro para ingresar al Modo de Ejecución del Usuario (o Modo EXEC del
usuario) del IOS del Switch0. Sabrás que se encuentra en el mismo, gracias al cursor
presentado: Switch>
Este modo EXEC usuario permite ejecutar sólo una cantidad limitada de comandos de
monitoreo básicos, de visualización solamente. No permite la ejecución de ningún
comando que pueda cambiar la configuración del dispositivo.

PARTE II-B: Identificando Dominios de Difusión y Colisión

Con este escenario, Fig. 2, entrar en modo simulación y ejecutar el comando ping entre
los terminales PC0-PC4 y simultáneamente entre PC2-PC7. Observar cuidadosamente
los paquetes intercambiados en los equipos.

¿Han desaparecido las colisiones?

No, no han desaparecido. Ambos equipos envían un mensaje ARP. Cada cual, pasa
por su respectivo HUB, y desde los HUB es difundido hacia los equipos y al Switch.

Por un parte PC0 envía el mensaje ARP, pasa por el HUB1 al PC4, pero cuando PC4
envía el ARP de respuesta al PC0 y pasa por HUB1, se produce una colisión en
dicho HUB1.

El problema ocurre, cuando los mensajes ARP llegan al Switch, y al recibir dos
tramas con un destino que desconoce, éste, para poder llenar su tabla hash, utiliza
el algoritmo de inundación, y por ende, difunde y reenvía la trama por todos sus
puertos (Excepto por los cuales recibió cada trama), para así encontrar la MAC
destino y poder ir rellenando su tabla.
Entonces, tanto la trama que provenía desde HUB1 (desde PC0) y la trama que
provenía desde el HUB 2 (desde PC2), son renviadas por los otros puertos del
Switch (Excepto por los puertos desde donde provenían), y cuando se reenvía la
trama proveniente de HUB2, hacia el HUB1 por medio del Switch, se produce una
colisión en dicho HUB1, ya que simultáneamente, el HUB1 estaba recibiendo el ARP
respuesta de PC4 a PC0, y a su vez, el HUB1 sigue difundiendo la trama ARP del
PC2, ya que el dominio de colisión del HUB, es de todos sus puertos, y también se
produce una colisión en dicho puerto que conecta con el Switch, pero, como el
dominio de colisión de los Switch está limitado a cada uno de sus puertos, la
colisión no se prograga, y queda limitada en ese segmento.

¿Cuántos Dominios de Difusión/Broadcast y Dominios de Colisión existen en esta


topología de red?
Existen 6 dominios de Colisión, y tan solo 1 dominio de Difusión.

Lo anterior se debe a que el dominio de colisión de los Switch está limitado a cada
uno de sus puertos. Y los HUB en sí, son todo un dominio de Colisión. Por ende,
tenemos 3 puertos conectados al Switch + 3 HUB con Equipos conectados a ellos.
Total= 6 Dominios de colisión.

En cuanto al dominio de difusión, el switch puede difundir mensajes tanto en


unicast ( al puerto que corresponda), como en modo broadcast (a todos los otros
puertos) por lo tanto el switch es todo un dominio de difusión. A su vez, los HUB al
difundir a todos los puertos, también son todo un dominio de difusión.

En conclusión, el switch unido a los 3 hub, aumentan y expanden su dominio de


difusión a toda la red.

Pulsa el icono “Lupa” y acercarlo al conmutador. Hacer que muestre la tabla de


direcciones MAC.

Repetir varias veces el ping anterior.

¿Qué diferencias se observan?

Con el primer ping, la tabla hash de direcciones MAC del Switch obtuvo las
direcciones MAC de PC0, PC4, PC2, y PC7. Al repetir nuevamente el proceso, y el
Switch recibir los mensajes ARP, las tramas desde HUB1 y HUB2, éste ya conoce
los destinos de los mensajes ARP, es decir, ya los tiene ingresados en su tabla, por
lo cual no requiere realizar el algoritmo de inundación, y por tanto, no reenvía ni
difunde las tramas.

Por tanto, al no difundir la trama ARP proveniente del HUB2 hacia el HUB1, no se
producen colisiones, y el ARP respuesta de PC4 a PC0, llega sin inconvenientes.

En el caso anterior, de los 4 paquetes enviados desde PC0, se perdía 1. Y desde


PC2, no se perdía ninguno. Ahora, al estar las direcciones MAC en la tabla del
Switch, en ninguno de los dos casos se pierden paquetes.

¿Qué contiene la tabla de direcciones MAC? ¿Ha ido cambiando conforme


ejecutábamos los comandos ping anteriores?

Inicialmente contiene las direcciones MAC de PC0, PC4, PC2 y PC7. La tabla no
cambia, ya que al ejecutarse los mismos pings, se están enviando mensajes entre
las mismas direcciones MAC, por lo cual no se añaden nuevas direcciones. Distinto
sería si se enviaran mensajes desde y/o hacia algún PC que no estuviese registrado
en la tabla de direcciones MAC del Switch. Si se hiciese, aplicaría nuevamente el
algoritmo de inundación, para así ir rellenándose la tabla constantemente a medida
que se generen las comunicaciones entre los equipos de la red.
Buscar el comando equivalente para mostrar la tabla de direcciones MAC desde el
CLI.

El comando para mostrar la tabla de direcciones MAC desde el CLI es: “show mac
address-table”.