Quels sont les bons et mauvais time de gigue pour un LAN

Je viens d'exécuter jperf (frontend to iperf) sur notre réseau entre 2 posts de travail, sa gigue enregistrée entre 0.033ms et 0.048ms. Est-ce bon ou mauvais? Y a-t-il plus de variables que je devrais considérer pour prendre une décision?

EDIT: TCP / IP Ethernet LAN 43 PC 1 server, commutateur principal 100 Mbps, divers petits commutateurs à 8 ports, le test a été effectué en utilisant UDP, c'est un domaine Windows.

Je souhaite installer quelques softphones voip sur les posts de travail, voir combien je peux utiliser ce travail de manière fiable, je teste quelques posts de travail différents autour du réseau pour voir où sont les meilleurs paths réseau. Changera également certains équipements si j'indique de mauvaises connections.

4 Solutions collect form web for “Quels sont les bons et mauvais time de gigue pour un LAN”

Un calcul rapide de la main-d'œuvre donne datatables suivantes:

Le débit binary de 100 mbit est de 100 000 000 bits / seconde (réseau, donc pas 1024)

Un cadre Ethernet complet est de 1518 octets, 12 144 bits.

Le transfert d'un package complet prend 12144/100000000 secondes, environ 0.12 ms.

Un cadre ethernet à longueur minimale est de 64 byes, 512 bits.

Le transfert d'un package minimal prend 512/100000000 secondes, environ 0,005 ms.

Ainsi, l'set de la gigue peut être expliqué avec un seul package en queue à l'un des commutateurs. Dans la pratique, vous devriez être plus intéressé par la dissortingbution de la gigue que les valeurs aberrantes uniques. Pour get ces données, vous devez effectuer beaucoup plus de mesures. Si c'est votre latence maximale, vous observez que vous faites ainsi que Ethernet.

Pour VoIP, une latence maximale inférieure à 10 ms vous placera facilement dans MOS 5. Les gens commencent à se plaindre d'environ 50 à 100 ms. Au-dessus de 100 ms, il est considérablement dégradé. Pour classr la qualité de la voix, consultez http://en.wikipedia.org/wiki/Mean_opinion_score

La jitter inférieure à 5 ms est susceptible d'être submergée par un operating system général (le sous-système de planification) à la fin de la connection.

En général, la gigue de ~ 10% du RTT est raisonnable, en particulier longue, les liens soutenus ou peu fiables peuvent évidemment affecter cela.

Je doute vraiment que vous remarquiez un timeout de vingt millièmes de seconde dans vos communications réseau.

Cela dépend de ce que vous essayez de faire, mais une directive générale, une jitter sous plusieurs millisecondes (je dirais environ 5 ms) est totalement ignorable pour la plupart des choses que vous exécuterez entre les posts de travail.

  • Rediriger les requêtes DNS pour 8.8.8.8 vers un DNS local dans un LAN
  • Demande de stratégie de groupe lors du démarrage avec MSTP et des ordinateurs vraiment très rapides
  • Quel est un bon NAS pour les sauvegardes de servers distants?
  • Application de stratégie de groupe lors du démarrage avec MSTP et des ordinateurs vraiment très rapides
  • Le server Subversion derrière le pare-feu et le proxy inverse Apache présentent une suspension intermittente
  • Comment find une utilisation du disque de directory sur le réseau? (Les windows)
  • La recherche de fichiers basée sur le Web dans la LAN?
  • Comment puis-je empêcher les requêtes ARP excessives envoyées par Windows Server 2003?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.