Traffic measurements Video - Revision history

Rubzzzz: /* Conclusions */

2007-02-23T11:56:46Z

Conclusions

Rubzzzz: /* Conclusions */

2007-02-23T11:55:44Z

Conclusions

Rubzzzz: /* Results */

2007-02-23T11:51:20Z

Results

Rubzzzz: /* Conclusions */

2007-02-23T11:50:57Z

Conclusions

Rubzzzz: /* Conclusions */

2007-02-23T11:50:14Z

Conclusions

Rubzzzz: /* Results */

2007-02-23T11:44:59Z

Results

Rubzzzz: /* Conclusions */

2007-02-23T11:44:06Z

Conclusions

Rubzzzz: /* Conclusions */

2007-02-23T11:42:24Z

Conclusions

Rubzzzz: /* Results */

2007-02-23T11:41:02Z

Results

Rubzzzz: /* Results */

2007-02-23T11:33:56Z

Results

← Older revision		Revision as of 11:56, 23 February 2007
Line 73:		Line 73:

	* The measured audio-traffic (88kbps) corresponds very well to the NEB value of the g911u codec (87,2 kpbs).		* The measured audio-traffic (88kbps) corresponds very well to the NEB value of the g911u codec (87,2 kpbs).
−	* The measured video-traffic was found to be 152 kpbs in one direction. If compared with the video traffic of 70 kbps in the section above, this is almost twice as much. This increase is due to the fact that ~~this time~~ there was much movement~~, like~~ waving, leading to the fact that less compression could be achieved by the H263 codec.	+	* The measured video-traffic was found to be 152 kpbs in one direction. If compared with the video traffic of 70 kbps in the section above, this is almost twice as much. This increase is due to the fact that in the former experiment there was much movement (i.e. waving) leading to the fact that less compression could be achieved by the H263 codec.

@@ Line 72: / Line 72: @@
 == Conclusions ==
-* The measured audio-traffic (88kbps) corresponds very well to the NEB value of the g911u codec.
+* The measured audio-traffic (88kbps) corresponds very well to the NEB value of the g911u codec (87,2 kpbs).
+* The measured video-traffic was found to be 152 kpbs in one direction. If compared with the video traffic of 70 kbps in the section above, this is almost twice as much. This increase is due to the fact that this time there was much movement, like waving, leading to the fact that less compression could be achieved by the H263 codec.

@@ Line 61: / Line 61: @@
-* First we will analyse the blue line. This is the audio-only traffic from SIP-phone #2 to its PBX. The measured traffic is found to be approximately 11000 kBps which corresonds to 11000*8/1000=88kbps. This corresponds well with the expected NEB value for the g711u codec.
+* First we will analyse the blue line. This is the audio-only traffic from SIP-phone #2 to its PBX. The measured traffic is found to be approximately 11000 kBps which corresonds to 11000*8/1000=88kbps. This corresponds well with the expected NEB value of the g711u codec.
 * Secondly, we will analyse the black line. This is the audio & video traffic from Sip-phone #1 to its PBX. The traffic is measured to be 30000 kBps which corresponds to 30000*8/1000 = 240kbps. The amount of audio-traffic is 88kbps which leaves (240-88=)152 kbps for the video traffic.
 * 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). This gives us the overhead of the voice (88-64=)24 kbps and for the video (152-131)=21 kpbs.

@@ Line 37: / Line 37: @@
 == 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''.
+* First of all, there can be seen from the screenshots shown above that the red line can be represented by (y=0), meaning no traffic. 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.''
 * The NEB of the g711u (87.2 kbps) corresponds very well to the measured voice traffic in one direction (90 kbps) between the SIP-phones and their Trixboxes and the Trixboxes mutually.

← Older revision		Revision as of 11:50, 23 February 2007
Line 72:		Line 72:
	== Conclusions ==		== Conclusions ==

−	* ~~Hier iets over verwachte bandwitdh aangaande~~ codec.	+	* The measured audio-traffic (88kbps) corresponds very well to the NEB value of the g911u codec.
		+
		+
		+	First we will analyse the blue line. This is the audio-only traffic from SIP-phone #2 to its PBX. The measured traffic is found to be approximately 11000 kBps which corresonds to 11000*8/1000=88kbps. This corresponds well with the expected NEB value for the g711u codec.
		+	Secondly, we will analyse the black line. This is the audio & video traffic from Sip-phone #1 to its PBX. The traffic is measured to be 30000 kBps which corresponds to 30000*8/1000 = 240kbps. The amount of audio-traffic is 88kbps which leaves (240-88=)152 kbps for the video traffic.
		+	The 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). This gives us the overhead of the voice (88-64=)24 kbps and for the video (152-131)=21 kpbs.
		+	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)

@@ Line 59: / Line 59: @@
 * '''Blue''' shows audio-only from ''SIP-phone #2'' to the PBX
 * '''Pink''' shows all traffic between ''SIP-phone #1'' and the PBX (both directions)
 * First we will analyse the blue line. This is the audio-only traffic from SIP-phone #2 to its PBX. The measured traffic is found to be approximately 11000 kBps which corresonds to 11000*8/1000=88kbps. This corresponds well with the expected NEB value for the g711u codec.

@@ Line 38: / Line 38: @@
 * 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.
+* 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 kbps) corresponds very well to the measured voice traffic in one direction (90 kbps) between the SIP-phones and their Trixboxes and the Trixboxes mutually.
 * The NEB of the H263(1998) is found to be 70 Kpbs.

@@ Line 63: / Line 63: @@
 * First we will analyse the blue line. This is the audio-only traffic from SIP-phone #2 to its PBX. The measured traffic is found to be approximately 11000 kBps which corresonds to 11000*8/1000=88kbps. This corresponds well with the expected NEB value for the g711u codec.
 * Secondly, we will analyse the black line. This is the audio & video traffic from Sip-phone #1 to its PBX. The traffic is measured to be 30000 kBps which corresponds to 30000*8/1000 = 240kbps. The amount of audio-traffic is 88kbps which leaves (240-88=)152 kbps for the video traffic.
+* 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). This gives us the overhead of the voice (88-64=)24 kbps and for the video (152-131)=21 kpbs.
 * 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.
 ** [[Ethernet payload datarates|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).

← Older revision		Revision as of 11:33, 23 February 2007
Line 62:		Line 62:

	* First we will analyse the blue line. This is the audio-only traffic from SIP-phone #2 to its PBX. The measured traffic is found to be approximately 11000 kBps which corresonds to 11000*8/1000=88kbps. This corresponds well with the expected NEB value for the g711u codec.		* First we will analyse the blue line. This is the audio-only traffic from SIP-phone #2 to its PBX. The measured traffic is found to be approximately 11000 kBps which corresonds to 11000*8/1000=88kbps. This corresponds well with the expected NEB value for the g711u codec.
−	* Secondly, we will analyse the black line. This is the audio & video traffic from Sip-phone #1 to its PBX. The traffic is measured to be 30000 kBps which corresponds to 30000*8/1000 = 240kbps. The amount of audio-traffic is ~~172kbps~~ which leaves (240-~~172~~=)~~38kbps~~ for the video traffic.	+	* Secondly, we will analyse the black line. This is the audio & video traffic from Sip-phone #1 to its PBX. The traffic is measured to be 30000 kBps which corresponds to 30000*8/1000 = 240kbps. The amount of audio-traffic is 88kbps which leaves (240-88=)152 kbps for the video traffic.