El enunciado del examen está en este PDF:
MIS SOLUCIONES (Son sólo mis respuestas, quizás no sean correctas)
Problema 1:
a) No comprendo por qué lo de mínimo, pero respondo con los dominios de colisión que sé delimitar. Éstos son dichos dominios (me salen 20):
b) La MTU de 802.11 es 2312 bytes. No sé si este valor es variable en función de algunas condiciones.
c) El direccionamiento lógico a nivel 2 debe hacerse mediante el nivel LLC y sus campos DSAP y SSAP, para direccionar distintos protocolos para la capa superior. No se puede usar ni Ethertype en el campo longitud/tipo de MAC (ya que el enunciado dice que este campo significa longitud); ni se puede usar SNAP (con DSAP y SSAP con valor 0xAA y Control=0x03) ya que sólo es válido cuando el campo longitud/tipo significa tipo --> ??
d.i) Me parece más lógico estudiar la tabla de direcciones del punto de acceso 1, ya que es el que interviene de forma más directa en la comunicación entre el PC8 y el PC7, pero responderé a lo que preguntan. Dado que un punto de acceso sólo reenvía una trama si conoce a su destino, y dado que el punto de acceso 1 tiene una asociación con el destino (el PC7), este punto de acceso no reenvía las tramas hacia el Switch 4, con lo que la tabla de direcciones del punto de acceso 0 permanece vacía.
d.ii) Por el mismo motivo que antes, el PC9 no recibe ningún tráfico relativo al envío del datagrama entre el PC8 y el PC7.
d.iii) El PC7 recibe el datagrama enviado por el PC8, ya que el punto de acceso 1 se lo ha reenviado. La trama en cuestión será ésta:
| MAC dest | MAC orig | ... | IP orig | IP dest | datos | CRC |
| MAC_PC7 | MAC_PC8 | ... | IP_PC8 | IP_PC7 |
Problema 2:
Podría ocurrir que el destino indicado en el datagrama IP sea inalcanzable para el router; es decir, en su tabla de enrutamiento no hay ninguna entrada para la red que indica la dirección IP del destino. Esto puede ocurrir si no se han configurado bien los equipos.
Problema 3:
Se necesitan 4 subredes. Son necesarios 3 bits para identificar subred (se tienen hasta 2^3 - 2 = 6 subredes). En un principio, las subredes son:
162.230.64.0 [000 0 0000]
162.230.64.32 [001 0 0000] R3
162.230.64.64 [010 0 0000] R1
162.230.64.96 [011 0 0000] R1
162.230.64.128 [100 0 0000] R2
162.230.64.160 [101 0 0000] R2
162.230.64.192 [110 0 0000] R4
162.230.64.224 [111 0 0000]
Todas ellas con máscara de subred 255.255.255.224 y de hasta 30 hosts cada una.
Sin embargo, interesa tener dos que permitan al menos 50 hosts, con lo cual vamos a agrupar dos pares de estas subredes. Con ello, tendremos dos superredes de hasta 32 + 32 - 2 = 62 hosts.
De esta forma, las superredes 1 y 2 son las formadas por subredes con R1 y R2 en la relación anterior, respectivamente. Las redes R3 y R4 son subredes normales de 30 hosts.
El modo de agrupación de subredes tiene que ser tal que coincidan los primeros bits del último byte de la dirección IP.
Además, es necesario usar CIDR para el supernetting, y por tanto las subredes resultantes son:
R1 (62 hosts): 162.230.64.64/26
R2 (62 hosts): 162.230.64.128/26
R3 (30 hosts): 162.230.64.32/27
R4 (30 hosts): 162.230.64.192/27
El resto de datos: máscara, dirección de broadcast, dirección de la puerta de enlace predeterminada y rango de ip's útiles son triviales de obtener y los omito aquí.
Problema 4:
(no sé responder, sólo se me ocurre que no se identifica bien qué parte es de red y cual de host)
Enlaces:
- Sobre direcciones IP
- Para comprender el Supernetting: CIDR en Wikipedia (apdo. Agregación de Prefijos)
No hay comentarios:
Publicar un comentario