Difference between revisions of "Traffic measurements Video"

From TD-er's Wiki
Jump to navigationJump to search
Line 62: Line 62:
  
  
* The debug-screen [[image:X-lite debug-info.png|right|315px|X-lite debug-screen]] of X-lite (Ctrl + F9) told us the SIP-phone assumed a total available bandwith of 256/256 kbps. This was filled with 64 kbps for speech (protocol g711u) and 131 kbps for video (protocol H263-1998).
+
* The debug-screen [[image:X-lite debug-info.png|right|315px|X-lite debug-screen. Numbers in this screenshot do not reflect the situation sketched.]] of X-lite (Ctrl + F9) told us the SIP-phone assumed a total available bandwith of 256/256 kbps. This was filled with 64 kbps for speech (protocol g711u) and 131 kbps for video (protocol H263-1998).
  
 
* When looking at the speech traffic:
 
* When looking at the speech traffic:

Revision as of 12:00, 23 February 2007

Voice and video analysis

Experimental Setup

Schematic overview of the test-setup. The colors in the sketch match the colors in the following Ethereal-screenshots

In words the configuration is the following: SIP phone #1 is connected to Asterisk #1 and SIP phone #2 is connected to Asterisk #2. The SIP phones are not directly connected to each other but can communicate with each other because Asterisk #1 is directly connected to Asterisk #2 (and vica versa).

Arrows represent possible data traffic that will be measured (see results).

Codecs used: g711u for audio and H263(1998) for video

Results

In the screenshot below, the following holds:

  • @4 sec: Video was turned on
  • @14 sec: Video was set to black (connection lost with DVdriver)
  • @20 sec: Video showed moving pictures again.

Ethereal graph voice and one-way-video.png

In the screenshot below, the conversation included audio and video until t = 35s. After t = 35s, the traffic is audio-only. Ethereal graph voice and one-way-video2.png

Legenda:

  • Black: traffic from and to Trixbox #1
  • Red: traffic between the 2 Windows machines running X-lite
  • Green: traffic between laptop #1 and its Asterisk
  • Blue: traffic between the two Asterisk PBX's
  • Pink: traffic between Windows machine #1 and its Asterisk

As we see from the graph shown above, the used bandwidth for audio-only is approximately 22500 bytes/second while the used bandwidth for audio and voice is approximately 40000 bytes/second. For the audio codec the 22500 bytes/second corresponds to 22500*8/1000 = 180 kbps. Because this is traffic in two directions, (180/2 =) 90 kbps is the traffic in one direction. The expected Nominal Ethernet Bandwidth (one direction), also called NEB is 87.2 kbps which corresponds reasonably with the measured 90 kbps. The g711u has a transfer rate of 64 kbps and the difference between the NEB and this transfer rate (~ 90-64=16 kbps) is packet overhead.

The video uses approximately (40000-22500)*8/1000 = 140 kbps. In one direction, the NEB of the H263(1998) is 70 kbps.

Conclusions

  • First of all, there can be seen from the screenshots shown above that the red line can be represented by (y=0). Because the red line represents the traffic between the 2 Windows machines running X-lite we can conclude that there is no direct traffic between the X-Lites.
  • Secondly, there can be seen from the second screenshot that the black, green, blue and pink line represent all the same amount of data traffic. From this there can be concluded that the traffic between the Trixboxes is the same as the triffic to and from the Trixboxes, i.e. the traffic is not limited between the Trixboxes.
  • Conclusie over codec gebruikt/wel of niet overeenkomen met verwachte bandwidth usage.
  • The NEB of the g711u (87.2 Kpbs) corresponds very well to the measured voice traffic in one direction (90 Kpbs) between the Sip-phones and their Trixboxes and the Trixboxes mutually.
  • The NEB of the H263(1998) is found to be 70 Kpbs.

Differences between voice and video

Experimental Setup

Two SIP phones are connected to the same Asterisk PBX Trixbox. One SIP phone is equiped with a camera while the other is not. The bandwidth usage is measured between the Trixbox and the SIP phones connected to it.

Results

Data is collected using WireShark and the data is stored here: (captured Ethereal data)

Ethereal graph showing the differences in traffic between audio and video (resp. g711u and H263-1998 codec). Black: from SIP-phone #1 to PBX. Blue: from SIP-phone #2 to PBX Pink: all traffic between SIP-phone #1 and the PBX

Legenda:

  • Black shows audio & video from SIP-phone #1 to the PBX (video starting at the 10th second)
  • Blue shows audio-only from SIP-phone #2 to the PBX
  • Pink shows all traffic between SIP-phone #1 and the PBX (both directions)


  • The debug-screen
    X-lite debug-screen. Numbers in this screenshot do not reflect the situation sketched.
    of X-lite (Ctrl + F9) told us the SIP-phone assumed a total available bandwith of 256/256 kbps. This was filled with 64 kbps for speech (protocol g711u) and 131 kbps for video (protocol H263-1998).
  • When looking at the speech traffic:
    • 50 packets/sec (measured with Ethereal) are sent which corresponds to 214 Bytes/packet (measured with Ethereal). This makes a total of (50*214=) 10,7 kBps.
    • The g711u codec uses a bitrate of 64 kpbs which is 8 kBps. This traffic is sent with 50 packets/second, so there is 160 bytes of audio-data per packet.
    • UDP-packet-header: 28 Bytes
  • The Measured IAX-overhead is 214 - 28 - 160 = 26 Bytes/packet. Because 50 packets are send per second, 1300 Bytes/sec is the IAX overhead (10k4 bps).

Conclusions

  • Hier iets over verwachte bandwitdh aangaande codec.