Reprise du message précédent :
Merci pour tes réponses très utiles

Une dernière pour la route : le protocole IMA est t'il toujours d'actualité dans les dernières versions de XenApp ?

IMA c'est pas un protocole mais l'architecture de communication d'une batterie XenApp (entre serveurs). Mais oui, il est toujours d'actualité, pourquoi ?

Pour comprendre l'architecture générale. Je me souviens en avoir entendu parler dans les vielles versions, je me demandais si cette architecture était encore présente.

Ca n'a pas changé. C'est toujours la même (aux évolutions/améliorations près évidemment)

je ne sais pas si vous rencontrez un problème identique
 
ma ferme citrix en xenapp 5.0 / 2008 32b / IE8
 
Pour une raison de simplicité d'utilisation, nous publions directement un bureau et non les applis, mais je rencontre un sérieux problème de RAM lié à IE, en gros les sessions dépassent rapidement les 200 et même les 500-700mo/user, résultat mes serveurs en 32 sont couchés par terre.
 
existe il un correctif, ou peut être passage en IE9 ? bref faut je trouve une solution    

Vérifie déjà ce que tes utilisateurs font sur IE : si ils ont des tas d'onglets ouverts avec plusieurs site, c'est normal que ça consomme. Sur mon poste, avec 3 onglets ouverts, Firefox me consomme déjà 500 Mo...

j'ai l'impression que ca vient de facebook, jusque la, les boss ne souhaitaient pas brider internet, mais on va devoir le faire je sens.
 

 
Surveille les processus iexplorer dans la liste, quand t'en vois un bien gourmand, tu te connecte à l'arrache à la session de la personne et tu regarde ce qu'elle est en train de glander

Autres questions pour changer
1. Qu'est-ce qui identifie l'application utilisée par le client ? C'est un canal virtuel à part entière dans le flux ICA qui contient le nom de l'application ? (au même titre que les canaux de KVM, son, impressions...)
 
2. J'ai lu que lorsqu'un client utilise 2 applications sous Citrix se trouvent sur le même serveur, les flux de ces applications pouvaient passer par le même flux ICA. Du coup, comment le serveur fait la différence entre un mouvement de souris de l'application A et B ?
 
Merci

De façon simple en fait, où le nom de l'application lancée est présent ? Dans les paquets ICA/CGP ?

Pourquoi vouloir rentrer dans autant de détails ? Quel est le but de ta question ?

Pour comprendre le fonctionnement déjà. J'entend parler de canaux virtuels, à priori ça n'englobe que les fonctionnalités (impressions, affichage etc...) mais ça ne porte pas l'application, je me trompe ?
 
Je me demande où est l'information de l'application qui est actuellement en cours d'utilisation. Si on la trouve dans les paquets ICA lors de l'ouverture de la connexion, si on peut la voir etc...
 
Le but de ma question serait de mettre en place de la QOS. Imagine que je veuille prioriser tel ou tel applications Citrix parce qu'elle est critique. Est-ce que j'ai un moyen de retrouver mon application dans les paquets en clair pour les exploiter derrière ?

Tu ne peux pas prioriser des applications avec de la QOS. Tu peux au mieux prioriser le flux ICA par rapport aux autres flux, mais c'est tout.

Et on peut prioriser les canaux virtuels entre eux à priori (ICA Packet tagging). Tu es sur pour les applications ? Je me souviens avoir vu des boitiers IPANEMA où on pouvait prioriser par label d'applications (nom publié à priori..).
Sinon, quand on publie l'application tu sais où est le nom de l'application ? dans la comm entre le client et l'interface web par exemple ? ou dans les paquets ICA en clair ?

Je ne sais pas te dire. Je ne suis jamais rentré dans un tel niveau de détail.

Ok merci. J'arrive pas à trouver l'info sur le net.

 
L'info qui identifie l'application n'est pas dans le flux ICA a priori. Cette info est plutôt à chercher du coté du LHC du serveur sur lequel l'application tourne (et donc c'est ainsi que l'info est remontée dans l'AMC)
 
Avec le session Sharing il n'y a pas de 'partage de la souris' entre les 2 applications. Imagine qu'il s'agit d'une unique session RDP où toutes les fenêtres sauf les 2 relatives à tes applications sont cachées.
Il n'y a qu'un seul buffer vidéo dans le cas du session sharing, c'est aussi pour cela qu'il faut que la profondeur de couleurs soit identiques entres les applications publiées pour que cela fonctionne.

 
La priorisation des canaux ICA n'est arrivée qu'avec XenApp 6.5 pour info.
Et encore ce n'est pas canal par canal, ils ont regroupé les canaux par types.
 
Pour répondre à ta 2e question ouvre un fichier launch.ICA, tu verras ce que le client reçoit comme info de la Web Interface pour établir la connexion.

LHC/AMC ? désolé j'ai zappé les abréviations...
 
Ok c'est clair pour le session sharing ! Merci
 
Je viens de regarder un fichier de capture en ICA, je vois ça :
 
http://imageshack.us/photo/my-imag [...] 181157.gif
 
à priori le nom de l'application semble se trouver dans le flux ICA lors la connexion.

 
LHC : Local host cache.  
Chaque serveur a un LHC, celui-ci contenant les informations "dynamiques" relatives à celui-ci (sessions ouvertes), alors que dans le datastore il y a plutôt la data statique.
 
AMC : Access Management Console . La console de management "classique" XenApp

Correction : Les informations dynamiques sont gérées en RAM par le serveur Data Collector de la batterie (ou de la zone en cas de zones multiples.

Le LHC est une copie locale et partielle du Datastore : c'est lui qui est consulté par les serveurs et en particulier les consoles de gestion (qui ne se connectent en fait pas directement au Datastore). Le LHC sert un peu de "tampon" entre les serveurs et le Datastore. Il permet à la batterie de continuer à fonctionner même si le datastore tombe.

Et pour revenir à la question initiale, non le nom de l'application n'est pas dans le flux ICA. Il est effectivement dans le fichier de configuration, mais il n'est pas "dans" le flux ICA (ou CGP selon le cas).

 
Ok. Donc le nom de l'application (label) se trouve dans le fichier en .ica donné par le serveur au client pour qu'il lance son application. Cela marche à la fois pour la web interface que pour un client lourd citrix ?
Ca marche pareil quand on utilise CGP ?

Grosso modo, oui.
 

Oui.

Merci

 
Du coup, dans le cas du session sharing, le client télécharge de nouveau un fichier ica pour la nouvelle application qu'il va lancer ? Mais avec les mêmes paramètres et numéros de session que la première application c'est ça ?

Qu'elle est la différence entre les applications transparentes et non-transparente ? (seamless, non-seamless) Par défaut c'est du transparent ?

 
J'ai regardé en détail, à priori, il utilise un canal virtuel dédié au session sharing pour lancer la nouvelle application. Donc tout reste dans la même session.

 
Si mes souvenirs sont bons, seamless fonctionne comme une appli locale, alors qu'elle est en faite exécutée depuis un serveur Citrix. Et non-seamless tu te connectes d'abord puis tu lances l'application après.
 

J'ai pas tout compris

Imagine que tu as Word sur ton poste de travail.
 
Tu lances un doc Word, cela ouvre le logiciel avec ton document à l'intérieur.
 
Le mode seamless, c'est pareil. Sauf que Word n'est pas installé en local.

Le "non seamless", ton appli est en mode fenêtré. Dans une fenêtre, quoi. Le partage de session ICA ne fonctionne qu'en Seamless.
 
Plus d'infos sur le partage de session ICA ici : http://support.citrix.com/article/CTX159159

Merci, j'ai compris
Le "Seamless Mode" est activé par défaut après l'installation ?

Après l'installation de quoi ?

Après la publication de l'application en fait. Par défaut, c'est en transparent ?

Je susi entrain de récupérer une évaluation de XA6. A priori je ne peux avoir des licence que pour XenApp EVA. C'est quoi ça ?

EVA = Evaluation Virtual Appliance : apparemment, c'est un appliance virtuel -> http://www.google.fr/url?sa=t&rct= [...] gKDUxtAVjA

Virtuel, ça m'arrange pas. à priori il n'y a plus moyen d'avoir une licence d'éval classique...
Sinon on me propose XenApp 6 Fundamentals. Je ne sais pas si ça rempli les mêmes fonctions que la normale.

Nico : je serais toi j'éviterais de partir sur la 6.0 : ils n'ont pas l'air pressés de sortir un Rollup Pack (sorte de service pack) pour cette version, et quand tu vois qu'on doit être autour d'une centaine de hotfix depuis la sortie c'est un peu chiant à gérer (même si tu peux très bien vivre sans les 9/10e des fix).
La 6.5 m'apparait plus pérenne.

D'ailleurs, au passage, c'est moi qui suit une grosse quiche, ou bien...je n'arrive pas à retrouver la page pour le téléchargement des Hotfixes et Rollup Packs