Métrique pour l'impact d'une application sur le trafic réseau

Question

J'écris une application et je suis en mesure de régler son débit (le nombre de bits par seconde, il envoie sur le fil) à tout ce que je souhaite taux. Cependant, je voudrais le mettre aussi haut que possible, aussi longtemps que tout autre trafic sur le réseau est fortement impacté.

Le problème est, 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 nécessaire pour les transactions tcp pour compléter (le téléchargement de fichiers en utilisant http)

Y at-il système de mesure standard? Avez-vous d'autres idées sur la façon de mesurer un impact de l'application sur le réseau?

BTW - J'ai un contrôle complet sur le réseau, et peut prendre toute mesure que je veux pour calculer cette métrique.

Merci,

Rouli

Answer 1

Les différents réseaux se comportent de façons différentes que 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). latence moyenne sera légèrement.
2. Comme sursaturation continue (ou à des niveaux de sursaturation plus) latence moyenne passera par le toit comme à peu près tous les paquets sont mis en attente ou réémis. Cela peut être limité si la taille de la file d'attente sont de petite taille.
3. La perte de paquets augmentera à mesure que le débordement des files d'attente. Plus vous conduisez la bande passante, plus les paquets seront perdus. Selon le matériel, la gigue et la latence peut ou ne peut pas revenir en arrière vers le bas.

Si une certaine forme de qualité de service est en cours d'utilisation, les différents flux de paquets peuvent voir ces effets indépendamment. Par exemple, vous pouvez pomper la bande passante 3 fois sur votre connexion application et voir des changements relativement peu dans le temps de ping. Vous devez donc mesurer avec les paquets de votre application.

(1) et (2) ne peut se produire sur un réseau donné. (3) existeront toujours, peu importe quoi. Tous les trois peuvent malheureusement se produire également lorsque vous êtes loin de la limite de la bande passante.

Answer 2

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

Answer 3

Ceci est l'une de ces questions, il pourrait être difficile de répondre à un programme. Dans les applications que je l'ai vu 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 probablement tort.