Hola, como funciona el netEmulator?
por ejemplo que valores son los que hay que modificar para poder alterar la red segun diferentes casos?
gracias
Los parámetros que modifica son la latencia (DELAY), pérdida (LOSS) que indica % de pérdida, cambio de orden de datagramas (REORDER), y duplicación de datagramas (DUPLICATE).
Se recomienda no agregar otras alteraciones al enlace, utilizar únicamente éstas.
Federico
Hola, una pregunta, es normal que desordene excesivamente los paquetes? Ya que la ventana del receptor en el go back N es 1, solo avanza si llega todo en orden, y probando se hace muy lenta la transferencia porque de cada rafaga de paquetes que manda no llega ninguno en orden (con el net emulator desactivado si llegan en orden), por ejemplo, esta seria una sesion de la transferencia, con N = 25, se puede ver que los paquetes llegan en cualquier orden, y la transferencia va a avanzando de a un paquete por esto, me preocupa un poco que haya algo mal.
SEQN: 14 esperado: 2
SEQN: 2 esperado: 2
SEQN: 11 esperado: 3
SEQN: 7 esperado: 3
SEQN: 20 esperado: 3
SEQN: 0 esperado: 3
SEQN: 15 esperado: 3
Recibidos 256 bytes
SEQN: 5 esperado: 3
SEQN: 4 esperado: 3
SEQN: 9 esperado: 3
SEQN: 3 esperado: 3
SEQN: 16 esperado: 4
SEQN: 12 esperado: 4
SEQN: 21 esperado: 4
SEQN: 13 esperado: 4
SEQN: 22 esperado: 4
Recibidos 256 bytes
SEQN: 17 esperado: 4
SEQN: 18 esperado: 4
SEQN: 10 esperado: 4
SEQN: 19 esperado: 4
SEQN: 8 esperado: 4
SEQN: 6 esperado: 4
Recibidos 0 bytes
SEQN: 10 esperado: 4
SEQN: 15 esperado: 4
SEQN: 14 esperado: 4
Recibidos 0 bytes
SEQN: 11 esperado: 4
SEQN: 20 esperado: 4
SEQN: 5 esperado: 4
SEQN: 16 esperado: 4
SEQN: 9 esperado: 4
SEQN: 20 esperado: 4
SEQN: 22 esperado: 4
SEQN: 4 esperado: 4
SEQN: 17 esperado: 5
SEQN: 7 esperado: 5
Recibidos 256 bytes
SEQN: 14 esperado: 2
SEQN: 2 esperado: 2
SEQN: 11 esperado: 3
SEQN: 7 esperado: 3
SEQN: 20 esperado: 3
SEQN: 0 esperado: 3
SEQN: 15 esperado: 3
Recibidos 256 bytes
SEQN: 5 esperado: 3
SEQN: 4 esperado: 3
SEQN: 9 esperado: 3
SEQN: 3 esperado: 3
SEQN: 16 esperado: 4
SEQN: 12 esperado: 4
SEQN: 21 esperado: 4
SEQN: 13 esperado: 4
SEQN: 22 esperado: 4
Recibidos 256 bytes
SEQN: 17 esperado: 4
SEQN: 18 esperado: 4
SEQN: 10 esperado: 4
SEQN: 19 esperado: 4
SEQN: 8 esperado: 4
SEQN: 6 esperado: 4
Recibidos 0 bytes
SEQN: 10 esperado: 4
SEQN: 15 esperado: 4
SEQN: 14 esperado: 4
Recibidos 0 bytes
SEQN: 11 esperado: 4
SEQN: 20 esperado: 4
SEQN: 5 esperado: 4
SEQN: 16 esperado: 4
SEQN: 9 esperado: 4
SEQN: 20 esperado: 4
SEQN: 22 esperado: 4
SEQN: 4 esperado: 4
SEQN: 17 esperado: 5
SEQN: 7 esperado: 5
Recibidos 256 bytes
El Go Back N solamente acepta el número de secuencia esperado, independientemente del tamaño de la ventana.
Por ésto si se cambia el órden, no debe recibir. El ARQ que recibe fuera de órden es selective Repeat.
Federico
Por ésto si se cambia el órden, no debe recibir. El ARQ que recibe fuera de órden es selective Repeat.
Federico
Claro, recibe los paquetes fuera de orden y por ende no los almacena y envia acks de paquetes ya recibidos, solo preguntaba si el comportamiento tan lento es normal, osea, el ARQ es pesimo asi de por si? O en la vida real los paquetes no llegan tan desordenados y el netemulator es exagerado?
El netemulator está configurado con un número de reorder muy alto. No es normal éste comportamiento, en una red real, pero si el Go Back N está bien implementado, debería funcionar.
Si quieren pueden modificar el reordenamiento de paquetes y definir únicamente pérdida y duplicación. Así debería ser más rápido.
Federico