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
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)?
tengan en cuenta las caracterísiticas de la prueba que están ejecutando: hay tráfico útil en un solo sentido.
salut,
eduardo
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
la varible LOSS por lo tanto no hay que dividirla en 2?
muchas gracias
Saludos
Otra consulta:
El jitter tambien lo dividimos entre 2?
Sino nos quedarias 200ms +/- 20ms no
gracias
Re: aclaraciones obligatorio 2
Me sumo a la duda!
Re: aclaraciones obligatorio 2
Alguien podria aclarar si hay que cambiar el jitter tambien a la mitad o solo el delay. Muchas Gracias
Re: aclaraciones obligatorio 2
Hoy en monitoreo nos dijeron que solo dividamos el delay, el jitter queda como esta.
Saludos
Re: aclaraciones obligatorio 2
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.
Re: aclaraciones obligatorio 2
Estaria bueno que confirmen cuanto antes lo del jitter porque los tiempos varian muy significativamente con estos cambios. Y nosotros recien el viernes de noche tenemos monitoreo.
Muchas Gracias
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!
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