aclaraciones obligatorio 2

aclaraciones obligatorio 2

de Eduardo Grampin -
Número de respuestas: 13

hola, en base a las dudas que se han expresado en los monitoreos, aclaramos algunos detalles que pueden haber quedado poco claros en la letra:
- para cada escenario, hay que ejecutar el mismo control de tráfico en ambos extremos.
- se pueden modificar variables en ambos extremos, y pueden ser diferentes.
- es válido modificar variables que no están en el listado de la letra.
- OJO: hay algunas variables listadas en la letra que no existen en el kernel de BT3.
saludos,
    eduardo

En respuesta a Eduardo Grampin

Re: aclaraciones obligatorio 2

de Usuario eliminado -

Hola Eduardo, otra duda:

 

"El mismo control de tráfico en ambos extremos" duplica el DELAY, lo que me lleva a otra duda:

Se espera un delay TOTAL de X ms en un escenario (en cuyo caso debemos ditribuirlo entre ambos extremos) o lo especificado en el PDF es el valor que debemos colocar en cada extremo, duplicando el delay total?

Ej.: Escenario LAN con DELAY de 5ms ... se espera un delay TOTAL de 5 ms o ponemos 5 ms en el script de cada extremo (simulando un delay total mayor)?

En respuesta a Usuario eliminado

Re: aclaraciones obligatorio 2

de Eduardo Grampin -

tengan en cuenta las caracterísiticas de la prueba que están ejecutando: hay tráfico útil en un solo sentido.

salut,
eduardo

En respuesta a Eduardo Grampin

Re: aclaraciones obligatorio 2

de Eduardo Grampin -

hola, por las dudas aclaro que cuando en la letra se definen los escenarios, pensamos el "delay" como RTT, es decir que cuando se aplica el control de tráfico en ambos extremos de la conexión, esta variable se debe dividir por 2.

salut,
eduardo

En respuesta a Eduardo Grampin

Re: aclaraciones obligatorio 2

de Gonzalo Labandera Sereno -

la varible LOSS por lo tanto no hay que dividirla en 2?

muchas gracias

Saludos

En respuesta a Gonzalo Labandera Sereno

Re: aclaraciones obligatorio 2

de Eduardo Grampin -
En respuesta a Eduardo Grampin

Re: aclaraciones obligatorio 2

de Juan Sebastian Korenko Crisera -

Otra consulta:

El jitter tambien lo dividimos entre 2? 

Sino nos quedarias 200ms +/- 20ms no

 

gracias

En respuesta a Juan Sebastian Korenko Crisera

Re: aclaraciones obligatorio 2

de Juan Sebastian Korenko Crisera -

Alguien podria aclarar si hay que cambiar el jitter tambien a la mitad o solo el delay. Muchas Gracias

En respuesta a Juan Sebastian Korenko Crisera

Re: aclaraciones obligatorio 2

de Sebastian Guillermo Lorenzo Valente -

Hoy en monitoreo nos dijeron que solo dividamos el delay, el jitter queda como esta. 

Saludos

En respuesta a Sebastian Guillermo Lorenzo Valente

Re: aclaraciones obligatorio 2

de Mauricio Javier Morinelli Lujan -

Hola, nosotros no dividimos el jitter entre 2, pero parece que otros grupos si, que hay que hacer al final? Si hay que dividir tenemos que ejecutar todo de vuelta.
Gracias.

En respuesta a Eduardo Grampin

Re: aclaraciones obligatorio 2

de Usuario eliminado -

Una consulta de esto, si no dividimos el LOSS, no nos queda el doble de pérdida en el canal (o en el RTT)?

Capaz entiendo mal como funciona, pero por lo que entiendo, si en el escenario WLAN que tenemos LOSS = 10%, le aplico 10% al PC-A (envía paquetes) pierdo 10% de los paquetes enviados. Si además le aplico el 10% al PC-B (recibe paquetes y envía ACK), pierdo 10% de los ACK. Por lo tanto termino teniendo un escenario que en el canal pierde un 20% de los paquetes que se envían a través del mismo. Está bien?, tenemos que manejarnos con un LOSS de canal de 20% en este caso? o comprendo mal como funciona la variable LOSS??

Gracias!

En respuesta a Usuario eliminado

Re: aclaraciones obligatorio 2

de Usuario eliminado -

Federico, creo que no: 10% A + 10% B = 10% (A + B) asi que mantenés la tasa de pérdida

El Jitter y el Delay son diferentes porque son valores (siendo el Jitter la desviación estándar, puede ser q la fórmula lo cambie un poco, pero pienso en "promedios de la distancia al Delay medio" así que de última siguen siendo sumas que se acumulan de los dos lados (pensando en el RTT como el tiempo total de ida y vuelta de mensajes) y justifica dividir, no así el loss