Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
REDES DE
COMPUTADORES
Integrantes:
RUT: 18.024.431-k
ID: 12
PARTE I-A: Diseñando una Red LAN Ethernet en topología Estrella Extendida
IP DE RED: XX.XX.XX.XX/YY
Equipo Mac IP
“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.
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)
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).
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)
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, 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?
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.
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.
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.
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.
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.
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.
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.
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.
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”.