Je cherche un outil qui me permettrait d'accélerer mes impressions WAN.
Je suis tombé sur THINPRINT, mais je ne sais pas ce qu'il vaut.
Quelqu'un l'a-t-il acheté / testé ?

JE l'ai testé. Je devais l'acheter, et finallement, non car pas de budget. Fais une recherche sur le forum j'en ai parlé. Désolé j'ai pas plus de tps.

Alors, t'as trouvé ?

J'ai trouvé le thread en recherchant sur le contenu alors
que j'avais cherché juste sur le titre dans un premier temps.
 
J'ai trouvé des informations intéressantes en matière de
bande passante. Par contre, tu as fait comment pour mesurer ?
 
Pour l'instant, j'utilise des partages LAN ou du LPD selon l'OS.
Je ne maîtrise pas bien le produit, et je n'arrive pas à
attaquer une Canon LBP-660 (imprimante GDI).
 
J'ai fait un premier test avec une EPSON EPL en gardant le
driver de bout en bout avec succès, mais je n'arrive pas
à utiliser le soft avec le driver THINPRINT.
 
Peux-tu me lister en quelques lignes comment serveur et client
doivent être configurés pour ne pas avoir à gérer des drivers
d'imprimantes foireux sous TSE ?
Remarque : une canon en partage LAN ou LPD génère un fichier
dans le SPOOL de plus de 600Ko pour la page de test de Windows.

De mémoire, j'ai juste testé le soft pendant 1 mois.
 
2 principes pour ThinPrint (2 licences aussi..).
 
 

• La première qui ne fait que du controle de flux. Tu lui indiques à quelle débit envoyer les DATA et il le fait (gt descendu à 22 Kbits/s). Là, tu peux utiliser le driver classique de ton imprimante.

• Autre chose, tjs le controle de flux+la compression. Un job de 16 Mo était passé à 1.54 MO.

Obligé d'installer un soft client sur le site distant qui décompressera le flux (compressé..) puis qui imprime sur les imprimantes du site installées sur le même poste.
 
Dans mon install :
2 serveurs metaframe
1 serveur d'impression
1 poste client sur site
 
Les 2 serveurs Metaframe envoyaient leur flux d'impression vers les imprimantes partagées sur le serveur d'impression via LPD/LPR.
 
Sur le serveur d'impression, étaient installées les imprimantes, avec leur drivers.
Dans ThinPrint Admin (TP Port), tu créés tes ports (moi un port par site). Tu le configures (tel débit/s, etc..). Ensuite, dans les détails de ton imprimante, tu choisis le port que tu viens de créer.
Ensuite, tu nommes ton imprimante de cette façon :
IP/NomMachine: port#le nom que tu veux
 
ex : 10.10.10.56:3#pouet HP 11100 de MAchine
 
L'IP correspond à l'IP de la mchine sur le site distant qui va décompresser le flux (Win 9x, etc..). Sur ce poste tu installe le client, y'a pas d'option devant être changées je crois. Tu as dans un menu du soft, la liste des imprimante installées sur le machine cliente, avec un N° à côté (3, 4, 5, etc...), et c ce chiffre que tu devra mettre après IP:
Ensuite le client décompresse et imprime sur où il faut.
 
Soit :
 
Serveur d'impression
           |
           Routeur
           |
           LS 64 Kbits/S
           |
           Routeur
           |
          Site distant
           |
          PC Client
           |
      Imprimante

[edtdd]--Message édité par Groody--[/edtdd]

reposes tes questions si c pas clair.
 
Pour Metaframe (ptet aussi TSE), tu as une liste de driver compatible à utiliser. Pour les HP 1100, tu utilises le drivers de la HP 4 qui est compatible. Sur nos anciens serveurs, le spooleur plantait 1/jour, et faisait rebooter les machines. Depuis un an, il a jamais planté.

Je me casse, je repasse ce soir.
 
Regardes sur ton CD, tu as des PDF en Anglais qui expliquent très bien.

J'apprécie beaucoup tes réponses. C'est très clair.
Il me reste à trouver l'astuce qui va me faire réussir
à imprimer sur cette satanée imprimante GDI.
Je vais tester avec Ghostscript en plus de Thinprint.
Je pense que ThinPrint est autant que moi allergique aux
drivers WPS Kro$oftiens.
Je teste ça Lundi.
Je continuerais le thread pour donner l'état d'avancement
pour ceux qui chercheront après nous.
 
Encore Merci

De rien. Je suis pas un pro en impression, Ghostsrcript, etc... bof, connait pas.
 
Essaye de fazire par étape.
 
Décris moi, si c possib, ta config, genre mes explications.

Pour la mesure de la BP utilisée sur des LS, tu peux tjs utiliser des boitier à brancher entre modemFT/routeur ou routeur/LAN qui te montreront graphiquement, ttes les X s/minutes des graphique, qui consomme quoi, de IP vers IP, etc...
 
Tu as NetReality (pouri, pose de gros prb une fois le shaping enclenché (pas tt le tps, c en fonction des cas).
Tu as aussi PacketShaper.
 
Le dernier Login parle de "Réguler votre bande passante". Je ne l'ai pas encore lu, je ne sais pas de quoi ça va causer.

J'ai huits serveurs TSE configurés avec un cluster IP unique.
Remarque : Mes serveurs sont en AMD MP : puissance brute pas cher
           => config à 2000 Euros TTC avec 2 Go de SDRam ECC
 
L'ensemble de mes comptes clients / dossiers partagés est
sur un serveur unique DELL avec du Raid-5 et 1 Go de Ram.
Cette machine me sert également de serveur d'impression
  => partages LAN classiques pour mes clients W9x
  => LPD pour mes clients W2K
  => les imprimantes sont Re-partagées sur ce serveur
 
J'ai écris un script KIX de connexion sur mes serveurs TSE
pour lancer l'appli en fonction de l'utilisateur après lui
avoir connecté son imprimante dans sa session TSE.
Pour ça, j'utilise un petit FreeWare : con2prt
  => le script KIX me permet de gérer des correspondances
     entre mes codes utilisateurs et leurs imprimantes,  
     ainsi que le programme à lancer
  => je lance OBLIGATOIREMENT une application à la connexion
     pour ne pas donner accès au bureau
 
J'ai environ 500 postes clients équipés de W9x et W2K (pas de NT4).
Chaque poste est équipé, soit d'une CANON LBP-660 (merde en boîte), soit d'une EPSON EPL (5700/5800/5900 => trois bombes!)
 
Les partages LAN des CANON, comme je le signalais plus tôt congestionnent le réseau, voire plantent le serveur 2000 (c'est
très grave quand on a 50 utilisateurs simultanés).
J'ai donc utilisé la solution de contournement GhostScript
en associant ce fabuleux freeware à REDMON qui permet de
créer des imprimantes virtuelles PS.
=> du coup j'ai des AppleLaserWriter II sur mon réseau à la
place des CANON et j'ai un débit de 60 Ko par page de test
au lieu des 660 Ko générés pour une CANON.
 
Remarque : pour les configurations CANON/REDMON/GHOSTSCRIPT,
je peux résumer les étapes d'installation qui sont pas piquées
des hannetons (sur W2K, il faut même aller bricoler la base
de registre pour avoir tout automatisé)
=> si ça intéresse quelqu'un envoyez-moi un mail à fabrice_h@yahoo.fr
 
Enfin, mes clients sont locaux (10Mb) et distants (64Ko ou 128Ko en RNIS ou LS selon les sites).
=> Ma problématique de bande passante est donc très importante
 
Je n'ai aucun boîtier de mesure quelconque, mais compte investir
tantôt dans un système QOS (genre Packeteer ou NetEnforcer), mais
il faut que j'étudie tout ça de près.
 
Je imagine donc investir dans ThinPrint (qui semble être le
seul produit au monde à tourner correctement pour TSE sans  
Citrix) et améliorer la bande passante en écartant le problème
des impressions sous TSE.... mais il faut que je valide la
solution : on verra lundi...
 
Wait and see... mais j'ai bon espoir.

je vois que suis pas tout seul a avoir cette solution
(enfin, tu perd pas mal de fonctions spécif sur les imp haut de gamme quand meme)
avec les derniers drivers, ça va mieux, principe de base juste installer le strict necessaire, drivers c'est tout)
 
A tu testé le driver "universel" de métaframe XP ?
 
Et pq faire un serveur d'imprimante, tu t'enleve la fonction  
de sécurité permise avec le load-balancing des deux serveurs, il tombe en panne et plus personne n'imprime, ça n'est pas le cas en gérant un port tcp/ip lpr en direct sur chaque serveurs et la config est bcp plus legère. (1 imp = 2 config imp/srv pour tous les clients).
en inconvénient, la charge un peu plus lourde que les tse ont a gérer.
 
sinon, pour vaudoo
Bande passante, si c'est juste pour un besoin ponctuel de mesure, essaye ça  
http://www.soft4ever.com/StatnPerf/Fr/
ça donne de trés bon résultat en phase de test pour un besoin précis. (par exemple bp prise par l'impression)
 
Canon GDI, j'espere pour toi que c'est pas le même type que la 460, il ne peut y avoir aucun driver de remplacement sur ce type d'imprimante GDI et je ne suis jamais arrivé à imprimer une seule page.
en plus c'est vraiment contraire et anti-terminal serveur/citrix, vu quand GDI, c'est le pc qui fait tout le boulot de mise au format de l'imprimante, la seule chose a y gagner c'est de prendre un max de ressource du serveur.
 
Pour tes 600ko, pareil, comme le PC envoi un doc déjà tout pret il est énorme, et je pense pas qu'il puisse être diminué, sauf si la résolution est paramétrable.
 

Kawa, prq utiliser un serveur d'impression ?
car :  
- je suis en ICA 1.8, donc pas de LoadBalancing d'impression en cas de prb, etc..
 
- n'ayant pas le budget pour mettre en place une solution QoS, il a fallu demander à Transpac d'activer le priorisation de Flux (de type IP et pas par protocole), donc que mes serveurs Metaframe balance un flux ICA ou d'impression, tout sera prioriser. Dans ma config, le serveur d'impression étant en priorité basse, le priorisation fonctionnait.
 
De toute façon nous avons trop d'user sur la 64 K, et pas le budget pour augmenter le débit et mettre les outils nécessaire en prod.
 
Vaudoo, je lis ton post.

Vaudoo, g pas compris à quoi consistait le blocage du menu. Tu ne connais pas Poledit ????
 
Pour la taille des jobs d'impression, le driver rentre en jeu, en fonction de ce dernier, le fichier peut etre plus ou moins gros.

ouais, malheureusement le budget c'est tj le pb surtout en wan dans notre chèr pays.
pour le nombre d'utilisateur, je t'aurai bien indiquer un boitier a mettre de chaque coté qui sert de cache, mais idem, cout, il ne peut s'amortir que sur plus d'un an.
tu a essayer les derniers ica (964 de memoire), la gestion du cache est pas mal amélioré, si tu a des pc avec disque bien sur et d'autre truc pas mal mais 1.8/fr1 obligatoire.
 
Un truc aussi, de plus en plus on met de l'adsl en remplacement des transfix sur des réseaux frame relay, pas de cir et gain financier important sans merde pour l'instant.
si tu est en transfix point a point, la c'est dur car les restrictions budget doivent vraiment êtres importantes, y a bcp moins de différence qu'il y a qlq mois, la 128 a vraiment descendue en prix.

alors pour le client, non, je dois être en ~729 je crois.
 
Pour le boitier servant de cache, on me l'avait proposé dans une propal, mais pas eu les sous.
 
Pour la FR1, non, pas acheté non plus.
 
Nous sommes en GlobalIntranet (FrameRelay), 64 K en agence et 256 sur les 2 sites principaux.
 
Passer en ADSL obligerai à bien monter le site principale (12 agence en ADSL, le premier qui pompe un mail, sur l'intranet, il sature le routeur du site principal).
Autre chose, nous nous sommes déjà renseigné, sur 6 demandes, aucun site ne pouvait en être équip...

a oui, effectivement, 12 agences en 64 et 256 en principal sur 2 ça fait juste, juste.
par contre, je comprend pas, (ou plutot si, j'en ai peur), ta pas les clients de messagerie sous métaframe ?, si oui, ça reste en local sur le serveur, (seule exeption, les gars qui ont un portable et l'obligation de recup leurs mails pour bosser a l'ext), sinon, si il y a des applic en client/serveur, c'est dommage, ça remet tout le benef de métaframe en cause (bp et admin)
 
sinon, avec l'adsl et TOUT en métaframe, faut plus raisonner en bande passante/site pour calculer celle du site principal mais vraiment mesurer la bande passante prise par les clients ica ou ne pas tenir compte qu'il sont en adsl mais garder les mêmes calculs nombres de clients ica = xx bande passante.
 
mais bon, avant quelle soit dispo partout et que ft mette le secours numéris dessus, c'est sur que les poules vont avoir des dents.

Alors :
 
  c exactement notre prb, nous abandonnons cette semaine, enfin la prochaine Metaframe, pour tt remettre en local
 
 - Outlook est sous ICA. Les commerciaux sont niké
 - les impressions (BCP, couleurs, etc..) redescendent sur la LS
 
Donc nous n'avons pas les moyens de conclure l'install, alors stop, ce ne sera plus qu'un outil ocasionnel (quel dommage, Metaframe chez nous ça tourne depuis presque 3 ans et ça a jamais été au point).
 
Oui, faut penser à la BP utilisée par les clients ICQ, soit presque rien, mais je ne mets pas IE sous ICQ, ni Acrobat, Ni powerPoint, toutes les appli graphique, donc le mec qui va surfer, il passera pas sous ICQ, etc... donc le site principal, il saute.  
Cette soluce n'est pas valabe vu notre utilisation, parc et utilisateurs étéroclites..

c'est dommage effectivement, surtout pour les couts long terme et pour toi si t'es l'admin réseau. depuis que l'on met métaframe presque systematiquement en clientele, un tech suffit pour la hot line alors qu'il m'en fallait quatre/cinq pour le même nombre de clients en client/serveur et je constate encore plus de gains avec ceux équipés de terminaux.
pour être honnete, windows 2000 y est pour bcp car avec NT4-TSE, j'ai vraiment moi aussi bien faillit lacher la soluc du client leger.
et puis aussi, j'ai plus de chance que toi, mes clients n'utilisent pas du tout powerpoint et c'est un des logiciels qui nous a posé le plus de pb en phase de validation.
sinon, tu devrais quand même regarder w2k avec le service terminal serveur, sans métaframe, le progres est énorme par rapport a TSE.
   
 
 

Groody a écrit a écrit : Alors :     c exactement notre prb, nous abandonnons cette semaine, enfin la prochaine Metaframe, pour tt remettre en local    - Outlook est sous ICA. Les commerciaux sont niké  - les impressions (BCP, couleurs, etc..) redescendent sur la LS   Donc nous n'avons pas les moyens de conclure l'install, alors stop, ce ne sera plus qu'un outil ocasionnel (quel dommage, Metaframe chez nous ça tourne depuis presque 3 ans et ça a jamais été au point).   Oui, faut penser à la BP utilisée par les clients ICQ, soit presque rien, mais je ne mets pas IE sous ICQ, ni Acrobat, Ni powerPoint, toutes les appli graphique, donc le mec qui va surfer, il passera pas sous ICQ, etc... donc le site principal, il saute.   Cette soluce n'est pas valabe vu notre utilisation, parc et utilisateurs étéroclites..

je ne connais pas le service TSE sur 2k, ni NT. Je v bientot rattraper mon retard niveau connaissances. Je verrai je l'espère ceci .
 
Pour PowerPoint, ct un exemple, on l'utilise presque pas, mais c le genre d'exception ...

avec nt4 tse, c'était quand même pas mal de logiciel effectivement, et celui ci un des pires et sans compter les pb d'imprimantes.
avec w2k, les logiciels qui posent de vrais pb sont vraiment rares et le client rdp5 est vraiment amélioré, ce qui te permet de monter une vrai maquette pour tester la compatibilité logiciel, sans investir au début avec métaframe, qui ne présente que des avantages certains qu'avec plusieurs serveurs en load balancing et applications distribuées.
test le service terminal de w2k, tu a 30 j de licence temporaire, mais surtout, 1 licence gratos pour l'administration du serveur avec un client rdp5.
 
au fait, vaudoo, scuse la monopolisation du post, mais bon avec les réponses de Groody tu devrais t'en sortir et dans le cas contraire, re-post lundi.

Oui, désolé Vaudoo.
 
Kawa, je testerai une fois mes connaissances en 2K serveur Ok. Pour l'instant...
 
J'ai su peu de tps... ou trop de choses à voir par rapport au tps de libre

bah, pas trop grave quand même, les réponses données sont bien là, et en plus lundi je me rappelerai du post et j'aurais tout sous la main.