ESCUELA SUPERIOR POLITCNICA DEL LITORAL

FACULTAD DE INGENIERA EN ELECTRICIDAD Y COMPUTACIN REDES DE COMPUTADORAS

Nombre: Joao Israel Sanga Chavarra Fecha: Guayaquil, 11 de julio de 2011

a) 10010010 suma 01101101 checksum b) 100010000 suma 00010001 exceso 11101110 checksum c) Variando 1 bit en cada byte sin que el resultado del checksum se vea afectado, sera:

10010010 suma 01101101 checksum

Usando NAK-based protocolo, un paquete perdido solo ser detectado cuando un subsecuente paquete sea recibido correctamente por el receptor (el cual se dar cuenta luego en una brecha de los nmeros de secuencia recibido). Esto quiere decir que con transmisiones de datos irregulares, una NAK-based protocolo puede tener un largo tiempo de recuperacin de error. Por lo tanto, una NAK-based protocolo no debera ser deseable en este caso. Por otra parte, si los errores son altos y la velocidad de datos es alta, un esquema ACK-based no es deseable como hay alto overhead (para los ACKs).

a) Se puede transferir a 2^32-2 bytes sin wrapping over (Tenemos un nmero de secuencia de 32 bit, SYN y FIN ambos cuentan como un byte del espacio de nmero de secuencia en TCP). b) Tenemos: L = longitud del archivo = 2^32-2 bytes H = tamao del encabezado = 1460 bytes

R = velocidad de transferencia = (10*10^6 / 8) bytes por segundo Luego: Total payload = L Total headers = ceil(L/H) * H Entonces el tiempo total = (L + ceil(L/H)*H) / R

a) El nmero de secuencia es 197, el nmero de puerto origen es 302, y el nmero de puerto de destino es 80. b) El nmero acknowledgement es 197, el nmero del puerto de origen es 80, y el nmero de puerto de destino es 302. c) El nmero acknowledgement es 127, el nmero del puerto de origen es 80, y el nmero de puerto de destino es 302.

Suponga que los paquetes n, n+1 y n+2 son enviados, y que paquetes n son recibidos y ACKados. Si los paquetes n+1 y n+2 son reordenados a travs del end-to-end-path (por ejemplo, son recibidos en el orden n+2, n+1) luego el receptor del paquete n+2 generar un ack duplicado para n y dara lugar a una retransmisin bajo una poltica de solo esperar por un ack segundo duplicado para retransmitir. Por esperar por un triple ack duplicado, debe ser el caso que 2 paquetes despus de n paquetes son correctamente recibidos, mientras n+1 no ha sido recibido. Los diseadores del esquema triple ack duplicado sintieron que esperar por 2 paquetes era el equilibrio correcto entre la activacin de una retransmisin rpida cuando sea necesario, pero no transmitir prematuramente en la cara de la reordenacin de paquetes.

a) Inicio lento del TCP esta operativo en los intervalos [1,6] y [23,26]

b) TCP evitar la congestin es operativo en los intervalos [6,16] y [17,22].

c) Despus de la 16ava ronda de transmisin, paquete perdido es reconocido por un ACK triple duplicado. Si hubo un tiempo fuera el tamao de la venta de congestin se habra reducido a 1. d) Despus de la 22ava ronda de transmisin, segmento perdido es detectado debido al tiempo fuera, y por lo tanto el tamao de la ventana de congestin es cambiado a 1. e) El threshold es inicialmente 32, ya que es en este tamao de la ventana que el inicio lento se detiene y evita que la congestin comience.

a) W*1500/RTT = 10M/8 => W = 83.3 segmentos (tomando el ceiling: 84) b) Porque la conexin siempre trabaja bajo evitar la congestin, Tamao promedio de la ventana = 83*0.75 = 63 segmentos; ( 0.75W = promedio de (W/2+W))

Throughput promedio = 10M * 0.75 = 7.5MB. c) Como 84/2 RTT, o precisamente 42 RTT = 4.2seg.