> Testé à l'instant sous Windows 10, le timeout est de l'ordre de 20 > secondes. Que ce soit sur Chrome, Firefox ou Edgium. > Donc ça reste acceptable... > Oui. Précisément : 21 s de timeout minimum dans cette config.
Mais ça dépend de la machine, de l'OS, des patches et du "sysconfig" local. On voit 21 s pour une config typique de desktop ou serveur avec 3 retries TCP max (+un délai initial de 3 s et un algo de backoff en x2), mais sur un mobile, le nombre de retries max est plutôt porté à 5 à cause de la perte de paquets. Cela donne alors un timeout minimum à plus de 1 minute 30 : * t0 : SYN * t0 +3 s : pas de réponbse au SYN, retry avec doublement du délai à 6 s * t0 + 9 s : 2ème retry, doublement du délai à 12 s * *t0 + 21 s* : 3ème retry, délai à 24 s <====== cas typique * t0 + 45 s : 4ème retry, délai à 48 s * t0 + 93 s : abandon au 5ème retries <====== worst case et ça, c'est au mieux, en supposant que l'appli réagisse dès le timeout connect TCP. C'est pour ça que je disais que le RR-DNS sert au load balancing, mais pas à la redondance. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
