Bonjour Bonjour,
 
Je fais appel à votre aide pour des problèmes de lenteurs RDP dans un réseau MPLS.
 
Nous avons un réseau MPLS BVPN chez orange composé d'un site principale qui héberge les serveurs RDP et plusieurs sites distants sur lesquels on retrouve les clients RDP.
Des lenteurs RDP nous sont signalées par des utilisateurs de plusieurs sites distants.
RAS en local sur le site principal.
 
Mes connaissances sont très limitées en termes de QOS et je ne parviens pas à comprendre pourquoi des flux RDP, classés en D1 sur tous les sites sont impactés par des flux internet classés en D3.
NB: Tous les sites sortent en cœur de réseau MPLS.
 
J'ai une autre piste qui serait de forcer RDP sur TCP plutôt qu'UDP mais j'y crois moyen.
 
 
Merci par avance !

Les liens sont-ils effectivement saturés ? Il faut vérifier, avant d'avoir confirmé ça ce n'est même pas la peine de parler de QOS.
 
Le tag (j'imagine basé sur DSCP) est-il bien fait dans les deux sens ? A confirmer avec un wireshark de part et d'autre.

Merci pour le retour !
 
Les incidents de lenteurs apparaissent systématiquement lors d'une congestion sur le site principale.
 
Nous avons communiqué le port 3389 qui a été intégré à la classe D1.
 
D'après les statistiques par classe dont on dispose, il y a bien une priorisation dans les 2 sens.

Ils ont priorisé 3389 sur TCP et UDP ?
Oui tu peux tester en forçant TCP même si bon idéalement faudrait faire fonctionner ça sur les 2

t’as quel débit sur tes liens ?

Il faudrait voir ce qui sature le site principal, si ceux sont des flux intégrés à la classe D1, la QOS ne pourra rien y faire.

3389 sur TCP + UDP.
J'ai fait des tests et visiblement même problème sur TCP  
 
4Mb sur le site principal (upgrade fibre en cours) et de 2 à 4 sur les sites distants. L'upgrade devrait permette de résoudre ces lenteurs.
 
Les flux qui provoquent les congestions sont en classe D3 (trafic internet) et je n'arrive pas à comprendre pourquoi cela impact la classe D1 (RDP uniquement).

De mémoire, la priorisation en D1 ne concerne que 60% de la bande passante totale. Si le RDP utilise ces 60% ou +, et qu'un téléchargement occupé le reste, alors il y aura des ralentissements sur ton RDP.
Dernière chose, si ton lien SDSL est alimenté par plusieurs paires, assure toi qu'elles fonctionnement toute. Si une paire est tombé, ton débit est diminué en proportion (25% si 4 paires, 50% si 2 paires) et surtout, tu perds les priorisations.

Et je ne sais pas combien de poste RDP distants se connectent sur le site principal, mais 4mb peut effectivement être un peu juste...
C'est tout con, mais un PC distant, avec un écran en full HD, si l'utilisateur scroll un joli document PDF plein de couleurs, ça peut vite faire monter la BP à plus de 6 ou 7 mb.
En tout cas, c'est ce que j'avais remarqué lors de différents tests effectués....
Pour contrôler que tes 2 ou 4 paires soient bien connectées, lancent un test de débit à vide (quand personne ne bosse) et vérifie que tu as bien tes 4mb.
Ou sinon, tu simules une panne du lien sur l'interface client OBS, il y a un autotest qui se lance et te dit si une paire est tombée ou non.

la bande passante utilisé par RDP dépend de la résolution et du nombre de couleur.
essaye de voir si tu ne peut pas indiquer 16bit pour les couleurs.
mais en général c'est 100kbps par utilisateur

Mes essais étaient en 15 bits. Et les 100k utilisés, c'est lorsque l'image est quasiment statique. Dès qu'on fait scroller un document,  on est plutôt en méga de consommation de bp.

Bonjour,
 
Merci pour vos retours et désolé pour le retard  
 
J'ai pu avancer sur le sujet :
- On a augmenté la BP sur le site central
- Des paramètres de COS ont été corrigés par OBS
- La QOS est moins performante sur certains de nos sites qui utilisent un support spécifique car loin du DSLAM.
 
60% de la BP sont effectivement réservés à la D1.
Bien que les graphismes de nos applications RDP distantes soient limitées, les 4Mb/s étaient probablement trop justes.
 
Je vais creuser l'idée de baisser les couleurs.
 
 
cdlt,

ça bosse en ce moment chez OBS sur les modifs de BP ou extension du MPLS ?

Je sais pas trop.
Le plus gros avait été fait en amont de la crise chez nous.
La migration a pu être réalisée à distance.

Je viens de signer un mpls sur un nouveau site pour début juin. Je fais la réunion technique le 8 avril. A priori ça bosse....

Ok merci ! En tous cas les commerciaux répondent mais je me demandais si la technique suivait.

Beaucoup de tech d'OBS sont en télé-travail (amusant, à l'approche de midi, d'entendre les bruits de couvert/casserole en bruit de fond alors que toi tu es dans le local tech ...)

 
Ou les enfants  

oui, idem j'ai appelé OBS et j'ai eu un brui de fond d'enfant .
Sinon on avait le même probléme. une 2Mbit/s SDSL saturé. Vu que nous devions faire de la Téléradiologie a fond (envoi d'image de scanner médical) les rdp étaient impossible.
Au lieu des délai de 12 semaines, Orange nous a mis une fibre a 30Mbit/s en une semaine ! (nous avions déjà un tiroir fibre orange)
je dit bravo Orange !!!

Lorsque la congestion apparait les mécanismes de QOS se mettent en branle.
Si on considère que D1/D2/D3, les ratios alloués aux différentes classes sont 60/30/10 (si on fait entrer de la voix et de la vidéo, c'est légèrement différent)
Si lenteur observée c'est:
- soit la QoS est mal configurée => vérification du marquage DSCP via capture + demande de vérification de la compte des CE
- soit trop de trafic dans ton D1. Dans le pire des cas (D1 full, D2 full, D3 full) 60% de la bande passante de l'accès, au final ça droppe
La QoS ça permet de gérer un temps la congestion mais si dans chaque classe le trafic demandé dépasse le contrat, ben ça droppe, faut upgrader ou agir sur le flux (baisse de la qualité si possible, limitation des usages, etc...). ie. les mécanismes de QoS permettent de gérer temporairement, ça fait pas des miracles.