Tras las sesiones de tutorías del 22 y 27 de Nov '07

Después de varios intentos y correcciones por parte de la profesora, creo que voy esclareciendo las soluciones a los problemas. Soy consciente de que la mejor forma de resumir el conocimiento adquirido es redactar una solución definitiva y limpia a los exámenes que he realizado; no obstante, no tengo tiempo para esto. En su lugar, voy a indicar los puntos que han quedado claros en la sesión de tutorías que acabo de asistir, insistiendo en el carácter incremental del conocimiento expuesto en este blog.

Muy bien, empecemos con el trillado examen de septiembre de 2007:

Pregunta 1:

• Definitivamente, el apartado a) estuvo bien resuelto en la revisión 1 de este examen. No obstante, es destacable que el campo longitud/tipo y el Ethertype son propios sólo para 802.3. En otros protocolos, se usa siempre la capa LLC y SNAP.
• El apartado b) ha vuelto a ser revisado por la profesora y mi última solución (la de la revisión 1) es ya correcta.

Pregunta 2:

• Todos los apartados están ya correctos en la revisión 1, salvo la tabla de enrutamiento del Router 3, que incluye más entradas de la cuenta. Ésta es la correcta (y ha sido ratificado por la profesora):
• Tabla de enrutamiento del Router 3:

RED	PRÓXIMO SALTO	INTERFAZ
192.168.1.64	-	Port1
192.168.1.96	-	Port0
0.0.0.0	IP_Port1_Router1 (192.168.1.97)	Port0

Tratemos ahora el examen de junio de 2006 (quizá sea mejor):

Pregunta 1:

• En cuanto al apartado a), el número de dominios de ancho de banda como mínimo se refiere a que ciertos enlaces entre DCEs o DTEs pueden ser half-dúplex o full-dúplex. En caso de ser todos full-dúplex, y dado que en este caso no hay colisiones ni medios compartidos, se alcanza el mínimo de dominios de ancho de banda. Se tienen por tanto los siguientes dominios (ratificado por la profe):

• En cuanto al apartado b), la MTU de la tecnología 802.11 no es 2312 bytes como pensaba, sino 1508 bytes. Ya que no hay dispositivos que puedan adaptar las MTUs entre distintas tecnologías, éstas, al estar interconectadas deben operar con la MTU mínima entre ellas; y ésta es la de 802.3: 1500 bytes + cabeceras = 1508 bytes.
• Para el apartado c), los direccionamientos lógicos pueden ser mediante LLC (con DSAP/SSAP) o bien mediante SNAP; ya que operan entre sí distintas tecnologías (802.3 y 802.11).
• El apartado d) estaba mal resuelto. A continuación, propongo la solución correcta (ratificada por la profesora). No obstante, en primer lugar se debe tener en cuenta lo siguiente:
  • El PC8 sabe la IP del PC7 pero no su MAC, con lo cual envía un datagrama ARP. Esto es así ya que, cuando se encienden los equipos y los clientes se asocian con su punto de acceso, éste conoce las MAC de sus clientes pero éstos no conocen las MAC de otros clientes (en concreto, el PC8 no conoce la MAC del PC7). El datagrama ARP tiene: {IP orig = IP_PC8; IP dest = IP_PC7; MAC orig = MAC_PC8; MAC dest = Broadcast}.
    
  • Este datagrama llega al AP1 y éste lo reenvía hacia PC7 y hacia SW4 (la perdición), pues es Broadcast.
  • El datagrama recorre TODOS los DTEs y DCEs de la red, formando un ciclo infinito entre SW4, SW3, SW2, SW0, SW1 (inundando continuamente también todos los PCs y demás equipos), ya que el datagrama es Broadcast. Esto se corregiría usando Spanning Tree.

• La respuesta al apartado d.i) es la siguiente:
  

INTERFAZ	DIRECCIÓN MAC	MARCA TIEMPO
Interfaz_802.11	MAC_PC2	5
Interfaz_802.11	MAC_PC3	5
Interfaz_802.11	MAC_PC4	5
Interfaz_802.3	MAC_PC8	8

• La respuesta al apartado d.ii) es: Sí, un mismo datagrama ARP Request repetido infinitas veces. Debido a que el Sw4 reenvía continuamente hacia el PC9 dicho datagrama ARP Request que le llega tanto desde el AP1 como del Sw3. El contenido del datagrama ARP es el indicado anteriormente: {IP orig = IP_PC8; IP dest = IP_PC7; MAC orig = MAC_PC8; MAC dest = Broadcast}.
• La respuesta al apartado d.iii) es: Sí, recibe (como el PC9) infinitas veces el datagrama ARP Request (cuyo destinatario debería haber sido él solo). Además, si la saturación de la red lo permite, puede ocurrir lo siguiente:
  • La primera vez que llegue al PC7 el "dichoso" datagrama ARP Request, éste responde con un datagrama ARP Response: {IP orig = IP_PC7; IP dest = IP_PC8; MAC orig = MAC_PC7; MAC dest = MAC_PC8}.
  • El ARP Response llega al AP1. Éste sólo reenvía hacia PC8, pues tiene su MAC en su tabla de direcciones (estaba ahí desde que se produjo la asociación con los clientes: PC7 y PC8).
  • El PC8 conoce finalmente la MAC de PC7 y envía el datagrama que le interesaba mandar originalmente: {IP orig = IP_PC8; IP dest = IP_PC7; MAC orig = MAC_PC8; MAC dest = MAC_PC7}.
  • El datagrama llega al AP1 y éste sólo lo reenvía hacia el PC7.
  • Finalmente, el datagrama llega al PC7 y se completa así el proceso de envío de un datagrama desde el PC8 al PC7.
    

(Las preguntas 2, 3 y 4 quedan pendientes de ser documentadas, necesito avanzar con otra cosa)