Calcul débit LS
Mat
-
youssef -
youssef -
Bonjour,
Alors j'ai 1 point distant à relier à l'entreprise mère avec une LS, cependant avant de la mettre en place il me faut savoir le débit.
Le point distant contient 35 postes TSE, sachant qu'il doit faire passer du RDP, POP, IMAP, FTP, HTTP.
Comment faire pour calculer mon débit de la LS, pour que cela ne rame pas?
THX every body
Alors j'ai 1 point distant à relier à l'entreprise mère avec une LS, cependant avant de la mettre en place il me faut savoir le débit.
Le point distant contient 35 postes TSE, sachant qu'il doit faire passer du RDP, POP, IMAP, FTP, HTTP.
Comment faire pour calculer mon débit de la LS, pour que cela ne rame pas?
THX every body
A voir également:
- Calcul débit LS
- Calcul km marche à pied gratuit - Télécharger - Sport
- Debit pro - Télécharger - Outils professionnels
- Calcul moyenne excel - Guide
- Calcul charpente bois gratuit - Télécharger - Architecture & Déco
- Logiciel gratuit calcul valeur nutritionnelle - Télécharger - Santé & Bien-être
6 réponses
Bonjour,
J'en déduit qu'il y a d'autres éléments que tes postes TSE ... qui utilisent du RDP à 90% normalement.
Combien y a-t-il de PC ?
J'en déduit qu'il y a d'autres éléments que tes postes TSE ... qui utilisent du RDP à 90% normalement.
Combien y a-t-il de PC ?
Bonjour,
Alors le calcul est assez simple : débit requis pour un poste TES x 35 + 20% de marge (les flux auquels on n'a pas pensé avant et les extensions. Si beaucou d'extensions sont prévues tu peux doubler ...
Donc 15 kbps x 35 +20% = 525 kbps + 20% => 630 kbps (soit 650 kbps pour arrondir)
J'ai pris 15kbps par session TSE (RDP) mais c'est à valider ...
Bye bye
Alors le calcul est assez simple : débit requis pour un poste TES x 35 + 20% de marge (les flux auquels on n'a pas pensé avant et les extensions. Si beaucou d'extensions sont prévues tu peux doubler ...
Donc 15 kbps x 35 +20% = 525 kbps + 20% => 630 kbps (soit 650 kbps pour arrondir)
J'ai pris 15kbps par session TSE (RDP) mais c'est à valider ...
Bye bye
Thanks janvs, enfin quelqu'un qui répond correctement à ma question !! LOL
Allé ++ et bonne journée.
Allé ++ et bonne journée.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
bof,
le calcul ne peut pas être linéaire avec le nombre de postes .
l'occupation de la bande passante est loin d' etre proportionnelle au nombre de postes.
"sans que ça rame" : ça ne veut rien dire : ça ramera toujours de trop , pour plein de diverses raisons .
les applications à part le streaming occupent rarement un débit fixe constant .
Dans ces conditions définir le débit d'une liaison relève de l'expérimentation plus que du calcul et le meilleur résultat est toujours le compromis inférieur entre budget et patience des utilisateurs .
en mettant toutefois en place une QOS qui privilégie les applications interactives (RDP) sur les transferts de fichiers en fond (pop, smtp, ftp et http) .
ceci dit 10 à 15 Kbit/s par utilisateur sont une bonne base de départ , si ce flux est prioritaire , pour arriver à 5Kbit/s/poste pour une vingtaine .
attention aussi, pour une bonne QOS , une minorité des fluxs doivent être prioritaires , donc une 512 K serait un bon départ .
le calcul ne peut pas être linéaire avec le nombre de postes .
l'occupation de la bande passante est loin d' etre proportionnelle au nombre de postes.
"sans que ça rame" : ça ne veut rien dire : ça ramera toujours de trop , pour plein de diverses raisons .
les applications à part le streaming occupent rarement un débit fixe constant .
Dans ces conditions définir le débit d'une liaison relève de l'expérimentation plus que du calcul et le meilleur résultat est toujours le compromis inférieur entre budget et patience des utilisateurs .
en mettant toutefois en place une QOS qui privilégie les applications interactives (RDP) sur les transferts de fichiers en fond (pop, smtp, ftp et http) .
ceci dit 10 à 15 Kbit/s par utilisateur sont une bonne base de départ , si ce flux est prioritaire , pour arriver à 5Kbit/s/poste pour une vingtaine .
attention aussi, pour une bonne QOS , une minorité des fluxs doivent être prioritaires , donc une 512 K serait un bon départ .
Bonjour,
Je suis d'accord avec toi sur le raisonnement, mais dans la question (j'avais fait préciser) il ne doit y avoir sur place QUE des terminaux TSE (d'où mon calcul) car (sauf erreur) ces terminaux ouvrent des sessions TSE/RDP et tous les flux ultérieurs sont initié par le serveur TSE (comme Citrix).
De fait, la QoS me semble difficile puisqu'il n'y a que des sessions RDP qui circulent, à moins de mettre des boîtiers de compressions / QoS.
Je suis d'accord avec toi sur le raisonnement, mais dans la question (j'avais fait préciser) il ne doit y avoir sur place QUE des terminaux TSE (d'où mon calcul) car (sauf erreur) ces terminaux ouvrent des sessions TSE/RDP et tous les flux ultérieurs sont initié par le serveur TSE (comme Citrix).
De fait, la QoS me semble difficile puisqu'il n'y a que des sessions RDP qui circulent, à moins de mettre des boîtiers de compressions / QoS.
effectivement,
par contre,
la compression, si elle est efficace pour du transfert de fichiers, est plutôt un handicap pour du dialogue interactif (temps de latence dû à la compression /decompression ) et n'est donc vraiment efficace que sur des liaisons bas débit où le temps de transmission est long par rapport au temps de compression/decompression.
par contre,
la compression, si elle est efficace pour du transfert de fichiers, est plutôt un handicap pour du dialogue interactif (temps de latence dû à la compression /decompression ) et n'est donc vraiment efficace que sur des liaisons bas débit où le temps de transmission est long par rapport au temps de compression/decompression.
