Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

Ive just ran jperf (frontend to iperf) on our network between 2 workstations, its recorded jitter between 0.033ms and 0.048ms. Is this good or bad? Are there more variables that i would need to consider to make the decision?

EDIT: TCP/IP Ethernet LAN 43 PCs 1 server, 100Mbits main switch, various small 8 port switches, test was done using UDP, Its a Windows Domain.

I want to instal a few voip softphones on the workstations, see how many i can use that reliably work, im testing a few different workstations around the network to see where the best quality network paths are. Will also change some equipment if i identify bad connections.

share|improve this question
    
What type of LAN? (L1,2 & 3 protocols, speed, devices etc) –  Chopper3 Nov 20 '09 at 13:58
1  
Have you tried running the same test on just a crossover cable? –  chris Nov 20 '09 at 14:05
1  
You're going to see wildly different results depending on the traffic load on your lan and across those 8 port consumer switch/hubs. People typically run their VOIP network on an isolated network, or they massively over-provision their network to make the VOIP aspect reliable. With the consumer 8 port switches, you won't even be able to set QOS stuff and expect it to be honored. –  chris Nov 20 '09 at 15:57
add comment

4 Answers

A quick back-of-my hand calculation gives the following data:

100 mbit bit rate is 100 000 000 bits/second (network, so not 1024)

A full length ethernet frame is 1518 bytes, 12 144 bits.

Transfer of a full packet takes 12144/100000000 seconds, around 0.12 ms.

A minimum length ethernet frame is 64 byes, 512 bits.

Transfer of a minimal packet takes 512/100000000 seconds, around 0.005 ms.

So the whole jitter can be explained with a single packet in queue at one of the switches. In practice you should be more interested in the distribution of jitter than single outliers. To get this data you need to do a lot more measurements. If this is your maximum latency you observe you are doing as well as Ethernet can.

For VoIP a maximum latency under 10 ms will place you easily in MOS 5. People start complaining around 50-100ms. Above 100ms it's significantly degraded. For grading of voice quality have a look at http://en.wikipedia.org/wiki/Mean_opinion_score

share|improve this answer
add comment

I really doubt you're going to notice one twenty thousandth of a second delay in your network communications.

share|improve this answer
1  
Maybe he is doing surgery using a robot and lasers and several 3d 1080p video feeds? –  chris Nov 20 '09 at 14:43
1  
Or at least was trying, before something went wrong. –  chris Nov 20 '09 at 14:44
1  
tags: belongs-on-surgeryfault –  womble Nov 20 '09 at 15:39
    
@womble: tags: belongs-on-severfault –  chris Dec 17 '09 at 14:55
add comment

Jitter less then 5ms is likely to be overwhelmed by any general purpose OS (the scheduling subsystem) on the end of the connection.

In general jitter of ~10% of the RTT is reasonable, especially long, contended or unreliable links can obviously affect that.

share|improve this answer
add comment

It depends on what you're trying to do, but a a general guideline, jitter under several milliseconds (I'd say about 5 ms) is utterly ignorable for most anything you'll be running between the workstations.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.