Mesure de l'impact d'une application sur le trafic réseau

Question

J'écris une application et je suis en mesure de définir son débit (le nombre de bits par seconde qu'elle envoie sur le réseau) au débit souhaité. Cependant, je voudrais le définir aussi haut que possible, tant que les autres trafics sur le réseau ne sont pas lourdement affectés.

Le problème est que je n'ai pas une bonne mesure pour mesurer cet impact. Je pensais que des suivants, mais ni est vraiment « complet »:

1. Augmentation du temps de délai moyen pour un paquet
2. Augmentation de la perte de paquets
3. Augmentation de la gigue
4. Augmentation du temps moyen il faut que les transactions tcp se terminent (téléchargement de fichiers en utilisant http)

Existe-t-il une métrique standard? Avez-vous d'autres idées sur la façon de mesurer l'impact d'une application sur le réseau?

btw - J'ai un contrôle complet sur le réseau, et peut prendre toutes les mesures que je veux afin de calculer cette métrique.

Merci,

Rouli

Answer 1

Différents réseaux se comportent de différentes manières lorsque vous dépassez leur bande passante. La plupart d'entre eux ont une succession de badness le long des lignes:

1. Jitter va commencer à tirer à travers le toit que certains paquets doivent être mis en attente ou réémis (par exemple, les collisions sur Ethernet half-duplex ou sans fil). La latence moyenne augmentera légèrement. Comme la sursaturation se poursuit (ou à des niveaux de sursaturation plus élevés), la latence moyenne passera à travers le toit car pratiquement tous les paquets sont en attente ou retransmis. Cela peut être limité si la taille des files d'attente est petite.
2. La perte de paquets augmentera à mesure que les files d'attente débordent. Plus vous conduisez la bande passante, plus les paquets seront perdus. Selon le matériel, la gigue et la latence peuvent ou non redescendre.

Si une forme de QoS est utilisée, différents flux de paquets peuvent voir ces effets indépendamment. Par exemple, vous pouvez être en train de pomper 3 fois la bande passante sur votre connexion d'application et voir relativement peu de changement dans le temps de ping. Vous devez donc mesurer avec les paquets de votre application.

(1) et (2) ne peuvent pas apparaître sur un réseau donné. (3) se produira toujours, peu importe quoi. Tous les trois peuvent, malheureusement, se produire même lorsque vous êtes loin de la limite de bande passante.

Answer 2

Traffic Engineering est un domaine assez complexe. Quality of Service est probablement un bon point de départ pour ce problème.

Answer 3

C'est l'une de ces questions, il peut être difficile de répondre par programme. Dans les applications que j'ai vues permettre ce genre de limitation, il a toujours été une option de configuration. Il est généralement trop difficile de savoir sur le réseau de votre utilisateur, toutes les hypothèses que vous faites seront probablement erronées.