Subo el final de hoy.
El 3) era igual a este final
Alguien sabe como resolver el 1) y el 2)?

Buenas.

Si bien aprobé con un 6, no se que hice mal pero comparando con un amigo lo único en lo que podía tener errores es en el punto 2, el cual nos explicaron un poco dsps.

Para el 1) tenías que ir viendo el campo ACK.

a) En la línea 578, el servidor dice que tiene el campo ACK = 1 (espera el byte 1) y en la línea 582 (luego del cliente hello) tiene el ACK en 531, por lo que el mensaje pesaba 530B

b) De forma analoga al a), en la línea 579 el cliente tiene ACK = 1 y en la línea 587 despues de recibir todo, está el ACK = 4435. El mensaje pesaba 4434B

c) En la 573 y 578 se define que el MSS es 1460. Cualquier mensaje con mayor peso va a tener que ser fragmentado. Si el mensaje es de 4434B (como vimos en el punto b) antes) entonces:

4434 / 1460 = 3,03 = 4 Fragmentos. (Esto tambien lo podes ver porque de la 582 a la 585 inclusive dice [TCP Segment of a Reassemble] que indica que es un fragmento de un segmento)

d) Vas a tener 3 fragmentos de tamaño = a la MSS y uno de tamaño pequeño que es el resto.

3 Fragmentos de 1460B y 1 de 54B = 4434B


2) El 2 tenías que entender lo siguiente:

La trama tenía 4800B puros de datos. A eso le tenías que calcular la pdu de capa 4 y 3.

La PDU de capa 3 (ipv4) pesa 20B

La PDU de capa 4 (TCP) pesa 20B (sin opciones)

La PDU de capa 4 (UDP) pesa 8B

La MTU de Ethernet es 1500B (Maximo del campo datos)

Lo que hacías era, a la MTU, restarle el tamaño del encabezado total (3 y 4) para calcular cuando de datos puro ibas a estar enviando en cada fragmento.

Tamaño PDU IP/TCP = 40B --> En cada fragmento vas a poder enviar 1460B de datos puro.
Tamaño PDU IP/UDP = 28B --> En cada fragmento vas a poder enviar 1472B de datos puro

Por ultimo tenes que saber que en TCP siempre se envía un fragmento mas al principio con la cabecera, por lo que, a la cantidad de fragmentos del campo datos, le sumas uno

Fragmentos TCP = 1 (Cabecera) + 4800/1460 = 1 + 3,28 = 1 + 4 = 5 Fragmentos

En el caso de UDP solamente se fragmenta:

Fragmentos UDP = 4800 / 1472 = 3,26 = 4 Fragmentos.

En cuanto al punto b) un compañero me comentó que UDP va a ser mas eficiente por todo lo que no tiene (entrega confiable, orden ,etc) pero, como ya está montado sobre ethernet, ya existe una conexión realizada, por lo que muchos de sus problemas estarían resueltos.

Espero haber ayudado

Saludos

Felicitaciones Phiiliip077 !!!!
Ya podés tomarte un merecido descanso de esta materia

(02-03-2023 02:09)Isarasibar escribió:  Felicitaciones Phiiliip077 !!!!
Ya podés tomarte un merecido descanso de esta materia

AJAJAajaj gracias. Igualmente mientras me quede en la memoria voy a seguir dando una mano.

Saludos y suerte

(02-03-2023 00:49)Phiiliip077 escribió:  2) El 2 tenías que entender lo siguiente:

Por ultimo tenes que saber que en TCP siempre se envía un fragmento mas al principio con la cabecera, por lo que, a la cantidad de fragmentos del campo datos, le sumas uno

Nunca terminás de aprender cosas con ésta materia jaja, sabés que nunca vi esa aclaración de sumar un fragmento en ningún lado, y de hecho es consistente con el 1 no? que antes de mostrar los 3 fragmentos hay un segmento más. Lo del enlace que comentás que ya está establecida la conexión no llego a entender por qué modificaría la eficiencia de TCP.

Bueno, una alegría enorme que pudimos aprobar!!!
Sin nada raro de análisis de trama ni cálculos extraños, y sus teóricos de todos los profesores me parece que siempre fueron los más razonables respecto a la cursada, creo que tmb quería que aprobemos porque dio algunas oportunidades de revalidar ejercicios a quienes los tenían mal