UTNianos

Versión completa: [aporte] Final mesa especial abril Redes
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Buenas gente, les paso el final que tomó Fusario en la mesa especial de Abril. Nos dió 1 hs para resolver, con la condición de aprobación de 3 ejercicios correctos.
Tenía 5 finales para corregir en total entre las 3 materias (TDC, Comu y Redes), pero no lo hizo en ese momento y nos envió la nota por SIU unos días después.

En mi caso me puso un 5, ya le envié 2 mails para saber en que me confundí, sin respuesta aun.

Mi resolución (alto nivel)

Punto 1
a- 5 bytes
b- Es un web server en protocolo https, conexión segura
c - Posiblemente aca le pifíe, yo entendería que es el numero de seq de la trama + lo que se enviára en la siguiente, si considero el minimo de info de IP serían 20 bytes, si tengo en cuenta el mismo tamaño, sería seq actual + 25 bytes? Este no lo tuve muy en claro

Punto 2
Hice un diagrama con 2 routers y una red en uno de ellos, pero este seguramente este mal

Punto 3
Clasico de direccionamiento, el caso 2 y 3 lo podías hacer con la misma config. En mi caso hice la aclaración de las N - 2 subredes suponiendo prohibidas las 00 y 11, aclarando que de todas formas muchos dispositivos ya las soportan.

Punto 4
Sencillo también, el a te daba que era la dir broadcast de una subred y el b era sencillo tambien.


Alguien sabe hacer bien el punto 2 ?

Gracias!!
Buenas como estas? gracias por el aporte.

Tengo dudas del primero por el comentario que hiciste de los 20 bytes. No entiendo si tengo que tomar todos los campos de ipv4 o solo el header, como lo determinas eso?
Porque si era solamente sacar el sequence number de tcp, bastaba con ir leyendo los bytes y listo, pero esto cambia si tengo que leer todos los campos de ipv4 antes de leer TCP o solo leer los primeros 20 bytes del header.
Buenas! yo el punto 2 lo resolví así:

Punto 2


Por otro lado, algunas respuestas:

Punto 1:
a) Lo más fácil y rápido es analizar la trama y ver cuál es el valor del campo Longitud Total de la CABECERA IP. En este caso (parseen la captura campo por campo, no lo voy a hacer acá) el campo Longitud total era en hexa 00 55, lo cual en decimal es: 85 Bytes. Teniendo en cuenta que pide los bytes que pasan a la capa aplicación, quiere decir que tenemos que darles los bytes que pesa el PAYLOAD del segmento TCP. Por lo que, si Longitud total tiene la longitud de IP + PAYLOAD, quiere decir que tiene la longitud de IP + [TCP + PAYLOAD] (acuerdense que los paquetes se encapsulan). Sabiendo que el header de IP pesa 20 bytes y el header de TCP pesa 20 bytes, entonces había que hacer 85 Bytes - 20 Bytes - 20 Bytes = 45 Bytes van a la capa de aplicación

b) La ip se saca tranquilamente de el header IP, parseen la captura. El puerto se saca de la cabecera TCP. Yo al momento de hacerlo no me acordaba de la cabecera TCP de memoria, pero sí me acordaba que comenzaba con dos puertos (origen y destino). Cada uno de 2bytes. Por lo que los bytes eran 01 BB (en decimal 443) para el server, y los dos siguientes F589 (en decimal 62857). Acá había que poner la ip del server (parseenla) + el puerto del server (443)

c) No tenía idea porque tenía que parsear la cabecera tcp que no recordaba, pero puse qeu era Seq = 1 porque sabía que el campo estaba al final y veía 00s. Pero no está bien eso creo.


Punto 2:
Como lo puse en el link
URLs de referencia