IP VTC test request

[alippiatt]

Hi,

I have a Sony PCS-1600 set up on our local network sitting behind a netgear firewall and would like to test it. We think we have correctly configured the firewall using info from one of the other threads in this forum.

Does anybody know a site we can try to link to, or would anybody like to do a test with us?

If any takers, please email us at

b@peak.ws

(yes, that is our valid email address).

Otherwise, any info on how we can test our setup would be greatly appreciated.

Thanks

Andrew Lippiatt

[Gary Miyakawa]

You might want to check the Polycom or Tandberg websites. They both have test numbers listed. Most of which do work.

Also, you could call the Codian bridge at demo.codian.com and see if it answers (you should get video and audio auto attendant).

Good luck !

Gary Miyakawa

[alippiatt]

Thanks Gary. Successful loopback thru Tandberg. So we have the settings correct, now we would like to check the quality of data tranfer thru our IP.
We have a 1500kbs download/256kbs upload ASDL. If anyone is available and willing for a few minutes to take or make a call tonight (Greenwich mean time midnight or after) we'd be really grateful.
THanks, Andrew

[Gary Miyakawa]

Very good !! I'm in and out today but could probably give you a call, please email/pm me for my IP address (it changes day to day).

Gary Miyakawa

[alippiatt]

Thanks. Our IP is currently 203.206.239.18

If you could let us know yours, it would be excellent to do a test call.

Thanks again

[Kevin]

Hi

If you want to test your endpoint more fully when no one else is around - you still can. Feel free to call our demo MCU - you will find details of it on www.codian.com/demo.

For a quick test, calling out from your endoint just dial out to 64.71.128.186. This will bring you to the units Auroattendant page.

If you set your endpoint to far end camera control once you are called in you can then navigate its menus and join or create a conference.

You can also test calling into your endpoint - use a web browser to browse to http://demo.codian.com. Click on change user and log in as vtctalk with password vtctalk. You can then create a conference and get the MCU to call out to you at various speeds.

Feel free to give me a shout when you are on it and we can test out your unit fully, looking at the MCU stats to check you are getting the best possible performance from your endpoint.

Kevin

[alippiatt]

Fantastic info. Thanks Kevin. Will give all that a go.

[Skylark]

You should try it with the codian test MCU because you cant be sure that your Firewall settings are correct if you can dial out and see the other location.

Somtimes the firewall blocks the traffic one way so you can see everything fine but the other end receves no signal. So dialing to an MCU with only 1 VC (you), you will be reseaving the same signal your sending, so if you see your self everything works fine.

[alippiatt]

Kevin, hi.
I have done as you suggested and tested various bandwiths by dialing in on a web browser and then dialling out to my machine. In general, if I go above 192 each way my system can't cope. As my IP is asynchronous, I can't test my download speed without upping the upload as well. I'd like to contact you when I'm on, however would like to do so at a reasonable hour for you. I usually start work at GMT midnight and am in and out for the next 12 hours. Maybe you could let me know whats convenient. By the way, I have never been able to get sound, although I receive sound from your conference with the (ocean) surfing on it. Skylark thank you, I figure the firewall issues are OK as I do get my own picture back.
Cheers all, Andrew

[Kevin]

As my IP is asynchronous, I can't test my download speed without upping the upload as well.

There are three ways round this:

1. Some endpoints let you set a maximum uplink speed - I'm not sure if yours does, though its worth checking.

2. If you invite your endpoint in from the MCUs webpage you can specify both the uplink and downlink speed seperately - probably the best way to test it for you.

3. (not the best way to do it) You could just dial in at a high bandwidth from your endpoint. There will be packet loss between the MCU and the endpoint. The MCU will notice and will send flow control messages to the endpoint which will lower the bitrate it sends (some older endpoints may not respont to flow control messages). You can watch this happen from the MCUs statistic page. Depending on the bitrates this can take some time to settle down.

By the way, I have never been able to get sound, although I receive sound from your conference with the (ocean) surfing on it.

If you are getting sound from one of the recorded clips all is probably ok - remember - you should not hear yourself - that would make conferences somewhat confusing :) !! Feel free to add in other endpoints to the conference from the web page - especially the ones that say rec - they are recordings.

I'd like to contact you when I'm on, however would like to do so at a reasonable hour for you. I usually start work at GMT midnight and am in and out for the next 12 hours. Maybe you could let me know whats convenient.

Well I'm usually in our office from around 10am GMT till 7 or 8pm - though I can call in from home after that. Try emailing me when you fancy trying it and we can co-ordinate it from there.

[alippiatt]

[QUOTE=Kevin]

1. Some endpoints let you set a maximum uplink speed - I'm not sure if yours does, though its worth checking.

Our Sony 1600 lets you set a speed for "dial" and one for "answer", but it doesn't say if this is applicable to upload or download speed. Can anyone with a sony throw any light on this?

2. If you invite your endpoint in from the MCUs webpage you can specify both the uplink and downlink speed seperately - probably the best way to test it for you.

Have done this, it's great. Sending to the MCU works best at 128,000, above this our connection doesn't function well. However of the 128,000 only about half gets used (actual receive between 55,000 and 64,000). Receiving from the MCU peaks at 320,000. The image seems significantly poorer than a 384 ISDN connection, is this a generally true observation?

3. If you are getting sound from one of the recorded clips all is probably ok - remember - you should not hear yourself - that would make conferences somewhat confusing.

I feel like a proper ninny.

Well I'm usually in our office from around 10am GMT till 7 or 8pm - though I can call in from home after that. Try emailing me when you fancy trying it and we can co-ordinate it from there.

I'll try Monday afternoon your time. Thanks a lot.

[alippiatt]

Kevin, sorry I didn't get on to you. With the forum down, I couldn't get your email address.. I'll try tomorrow. Barry