Discussion :

[MacPro]

Bonjour,

j'ai un collègue qui a le souci suivant :

Un appareil va être relié au réseau en 56K. Derrière ça, un point d'accès WiFi. Deux unités doivent se connecter en WiFi et envoyer des données.

Le hic c'est que les deux unités n'ont pas connaissance l'une de l'autre et ne peuvent donc pas se partager intelligemment la ressource que constitue la bande passante avec une astuce du style découpage temporel. Le point d'accès n'est pas configurable non plus.
Sur chaque unité tourne un programme sur XP embedded je crois ... pas sûr non plus. Actuellement, apparemment la première unité qui se connecte mange toute la bande passante.

Y'a-t-il une manière logicielle de limiter la bande passante dans le programme (on a les sources) ?

Merci de vos éclairements.

[Emmanuel Deloget]

Bonjour,

j'ai un collègue qui a le souci suivant :

Un appareil va être relié au réseau en 56K. Derrière ça, un point d'accès WiFi. Deux unités doivent se connecter en WiFi et envoyer des données.

Le hic c'est que les deux unités n'ont pas connaissance l'une de l'autre et ne peuvent donc pas se partager intelligemment la ressource que constitue la bande passante avec une astuce du style découpage temporel. Le point d'accès n'est pas configurable non plus.
Sur chaque unité tourne un programme sur XP embedded je crois ... pas sûr non plus. Actuellement, apparemment la première unité qui se connecte mange toute la bande passante.

Y'a-t-il une manière logicielle de limiter la bande passante dans le programme (on a les sources) ?

Merci de vos éclairements.

VLAN + QoS ? Ca devrauit permettre d'avoir un contrôle externe à l'application (ce qui est logique, puisqu'il y a plusieurs applications).

Encore que sous Windows, je ne sache pas comment on fait. Quoi qu'il en soit, on est complètement en dehors de l'idée même de forum C++. C'est une question système, ou peut-être une question réseau, mais pas une question C++.

[ram-0000]

Y'a-t-il une manière logicielle de limiter la bande passante dans le programme (on a les sources) ?

Oui mais ce n'est pas la méthode que je préconiserais. Un programme n'a normalement pas à se soucier de la bande passante qu'il a derrière. C'est à la limite le rôle du système qui héberge le programme mais surtout des équipements réseau, ils sont là pour gérer et optimiser cette bande passante, c'est leur boulot.

C'est une question système, ou peut-être une question réseau, mais pas une question C++.

Tout à fait.

Maintenant, si tu veux absolument le faire par ton programme, le problème est assez simple.

Tu dois avoir une fonction UNIQUE d'envoi de données. Dans cette fonction tu comptes le nombre d'octets à envoyer et le nombre d'octets envoyés lors de la dernière seconde (ou minute ou heure suivant ton besoin). Si ta bande passante allouée est dépassée, tu fais une pause ou tu rejettes le paquet ou encore tu le mets dans une queue pour le traiter plus tard.

[MacPro]

Salut, merci de ta réponse. J'ai hésité à le mettre ailleurs mais puisque les programmes à limiter en bande passante sont écrits en C++ alors voilà pourquoi j'ai posté ici.

[Emmanuel Deloget]

Oui mais ce n'est pas la méthode que je préconiserais. Un programme n'a normalement pas à se soucier de la bande passante qu'il a derrière. C'est à la limite le rôle du système qui héberge le programme mais surtout des équipements réseau, ils sont là pour gérer et optimiser cette bande passante, c'est leur boulot.

Le truc étant que l'agorithme best-effort de Windows semble être assez... idiot. C'est le premier qui prends la connexion qui est prioritaire, et la connexion n'est pas du tout partagée équitablement entre deux programmes de même priorité utilisant une même bande passante.

Du coup...

Maintenant, si tu veux absolument le faire par ton programme, le problème est assez simple.

Tu dois avoir une fonction UNIQUE d'envoi de données. Dans cette fonction tu comptes le nombre d'octets à envoyer et le nombre d'octets envoyés lors de la dernière seconde (ou minute ou heure suivant ton besoin). Si ta bande passante allouée est dépassée, tu fais une pause ou tu rejettes le paquet ou encore tu le mets dans une queue pour le traiter plus tard.

Si demain, une décision impose l'utilisation de 4 programmes en parallèle, alors les paramètres de l'algo sont à revoir. Même problème si un autre programme tente d'accéder à la ressource réseau - il peut tout à coup décider de prendre la part allouée à une application. C'est pour ça qu'on gère généralement la QoS à l'extérieur des programmes - ça permet de "redonner à l'OS" (pas tout à fait vrai, mais bon) la primeur sur ce genre de choix, et donc d'avoir un contrôle plus fin sur ce qui se passe.

Un programme comme Traffix Shapper XP prends tout ça à sa charge, ne nécessite aucune modif de code, et reste à u nprix abordable (gratuit) cf. http://bandwidthcontroller.com/trafficShaperXp.html.

[MacPro]

Merci beaucoup les gars. Je pense que je vais lui indiquer vos réponses et lui dire de jeter un coup d'oeil sur Traffix Shapper XP ou netlimiter ou bien d'essayer de comprendre ce qui se passe par là du coté des LSP.