bandwidth/speed measurement tool

[signfaith]

I am currently doing the test on Polycom VSX7000 and MGC50. The tested feature is downspeeding in IP network. I am doing it by asking the service provider to lower the bandwidth on the link between the endpoint and MCU. The connection is retain but as expected the quality is degrade. However the statistic in both endpoint and MCU stilll show that the connection is still on high bandwidth (no downspeeding). Does anyone know how to measure the actual speed or bandwidth occupied by videoconference over IP network?

[trapehzoid]

are you running a transcoding conference on the MGC? I don't think it will downspeed unless the conference is setup for transcoding and the participant is setup for 'auto' speed.

[signfaith]

I have video+8 module in the MGC, but for this test, I was using conference on port CP which does not support multirate conference.

[trapehzoid]

I think you answered your own question :)

[signfaith]

My question is not about multirate. My point is I need to measure the actual rate used by a video endpoint when it's downpeeding. The statistic in the endpoint and MCU does show no change though actually the downspeeding happen.

[MKVAZ]

On the MGC if you right click on the endpoint of that conference, go to Connection , it should tell you the speed at which it connected to the bridge, If it was downspeed like you say(although I'm not sure of that from your post) it hould show that there.

[trapehzoid]

My question is not about multirate. My point is I need to measure the actual rate used by a video endpoint when it's downpeeding. The statistic in the endpoint and MCU does show no change though actually the downspeeding happen.

How do you know its downspeeding? You just said you are using a mode that doesn't support transcoding.. it can't support sites at different call rates.

The MGC should show the stats for the video channel.. thats where you see it change. not necessarily the call 'rate'. different vendors report it differently. But I bet you aren't downspeeding at all.. as you are using a mode that will not allow it!

downspeeding is not just dynamic video rate, but the systems actually re-negotiate the video channel rates.

If you are a stud.. use a packetsniffer and watch the h245 traffic. Othewise, use a mode in the MCU that actually supports transcoding and 'auto' speed like I initially said and redo your test.

[CamSys]

Give this a shot:

http://sourceforge.net/projects/h323beacon/