bonjour,
Je souhaite réglé le paramètre session reliability à 30 secondes.
Je configure donc au niveau de la ferme, je reboote tout les serveurs et je test via un wyse (j’ai l’option sr activé sur le client pn) ou un client lourd en pn (version supérieur à la 8.0).
Je suis sur le même lan que ma ferme (juste un switch).
Pour tester je débranche le cable réseau du client.
Résultat : des temps de passage session active/deconnecté variable entre 40s et 1 minute 22s…
Moralité : mes 30 secondes ne sont pas respecté (normal puisque ce paramètre ne concerne que la non réponse de ica) mais quand même… qui est le fautif : TCP sans doute un peu mais le reste… Et surtout pourquoi un tel écart de temps ?
Il s’agit d’un env en Xenapp 5.0 fr 64bits sous w2K8 hotfix 4, 16 et 48 + Feature pack 3.
J’ai testé également en XenApp 6.0 fr sans patch et à peu près même résultat.
Si je désactive le sr et que je teste avec le keep alive, cela marche nickel…
Donc qui en veut à mon port 2598 ???
Une idée ?
Merci d’avance.
de ce que je me souviens de mes cours, le SR est un buffer qui garde la connexion utilisateur sans la basculer en mode déconnecté le temps que le client se reconnecte, dans ton cas, tu auras donc 30 sec pour te reconnecter afin de récupérer ta session intacte . une fois ces 30 sec expirées, SR prend alors le rôle du keep alive et passe la connexion en déconnectée.
Si SR est activé, keep alive n’est pas pris en compte.
tu peu te référer au kb suivantes pour mieux comprendre tout cela … :
SR: http://support.citrix.com/article/CTX104147
SR override KEEP ALIVE: http://support.citrix.com/article/CTX107659
et surtout ce que tu demandes : http://support.citrix.com/article/CTX107661
Merci flo.
Effectivement le CTX107661 décrit exactement ce que j’avais remarqué.
Là ou je suis perplexe, c’est sur l’écart de temps entre deux mesures qui se suivent à quelques minutes d’écart.
En effet je passe de 40 s à 1 minute 20s alors que la session reliability est configuré à 10 s.
Donc j’ai + 30s et + 1 min 10s et j’ai du mal à penser que Tcp est le seul responsable et puis surtout pourquoi un tel écart…
Quelqu’un a t-il déjà remarqué cela ?
Bon, pour avancer je viens de tester ds un env de lab sur une fresh install sans aucun correctif (un seul serveur).
Résultat : Session reliability réglé à 30 secondes = passage de l’état actif à déconnecté variable entre 58s et 1min23s.
Je vais tenter de modifier le registre du serveur coté Tcp/IP pour voir…