Ask a questionAsk a question
 

AnswerVideofeed stopped due to low connection speed

  • Tuesday, February 24, 2009 2:18 PMJan-Symen Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Hi,

    working on this issue for months now (not continuously off course), so if anyone can explain this?

    The video streaming is abruptly stopped after seconds, giving the error message "Videofeed stopped due to low connection speed". What could cause this message? Cannot find any information on the Internet.

    Additional details:
    * We are using the LiveMeeting hosted solution, so no OCS. The LM connection works fine, only the streaming video not
    * It's a trial version to test first... And audio is not tested, since it is not enabled in this trial version
    * Computer is fully compatible with LM requirements and latest software is used
    * Local LAN is Gigabit, all HTTP(S) traffic passes ISA proxy0, which forwards this to ISA proxy3 in a datacenter, passing a Firewall to the Internet
    * Proxy performs no authentication
    * Downloaded dummy files from the Internet to exclude the WAN: perfect throughput

    There is more info behind it, but then it takes pages to write it all down.

    Please assist...
    JSM

Answers

  • Friday, February 27, 2009 3:07 AMLu Zou-MSFTMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer
     

    Hi Jan-Symen

     

    From the error message, it seems that your network condition is not quite well. When you use the webcam, it will require about 50Kbps to 350Kbps of a bandwidth. If you use Roundtable Camera, it doubles the bandwidth requirement, pushing them to a minimum of 100Kbps and a maximum of 700Kbps.

     

    In fact, the voice and video quality mainly is dependent on the condition of the network. A common cause of degradation of voice and video quality is packet loss. In order to avoid this situation, you can

    1.         Checking if other computers on the network are performing heavy downloads/uploads and see if they can be delayed or halted.

    2.         Ensuring that your router/modem have the latest firmware available.

    3.         Checking the network cables between your computer and router and between router and modem to ensure that they are plugged in and do not show signs of damage.

    For more information, please refer to:

    http://office.microsoft.com/en-us/help/HA102359801033.aspx

     

    Hope this helps.

     

    Lu Zou

All Replies

  • Friday, February 27, 2009 3:07 AMLu Zou-MSFTMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer
     

    Hi Jan-Symen

     

    From the error message, it seems that your network condition is not quite well. When you use the webcam, it will require about 50Kbps to 350Kbps of a bandwidth. If you use Roundtable Camera, it doubles the bandwidth requirement, pushing them to a minimum of 100Kbps and a maximum of 700Kbps.

     

    In fact, the voice and video quality mainly is dependent on the condition of the network. A common cause of degradation of voice and video quality is packet loss. In order to avoid this situation, you can

    1.         Checking if other computers on the network are performing heavy downloads/uploads and see if they can be delayed or halted.

    2.         Ensuring that your router/modem have the latest firmware available.

    3.         Checking the network cables between your computer and router and between router and modem to ensure that they are plugged in and do not show signs of damage.

    For more information, please refer to:

    http://office.microsoft.com/en-us/help/HA102359801033.aspx

     

    Hope this helps.

     

    Lu Zou

  • Wednesday, March 04, 2009 9:51 PMJan-Symen Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     

    Hi Lu Zou,

    sorry for the late answer, but the network condition is fine in the way that bandwith should be no issue since a dummy file was downloaded at the same time LiveMeeting was started, getting a good download speed. Packet loss is not seen on the network, as a network capture showed.

    Regarding your items:
    1. LiveMeeting was tested at different timestamps during the day, so no heavy users or anything.
    2. It is meant for a company, so no local modem/router involved here, but all devices are up-to-date.
    3. No cabling issue, since the rest of the network and applications work fine.

    Think you are looking for another direction, maybe because I gave to less information. Did some tests today in the datacenter to exclude components in the traffic chain: it is not a firewall issue at the datacenter, since testing LM worked fine when testing directly behind the firewall. So no proxies are used here. Next test is to sit behind the proxy in the datacenter and see what happens then.

    Some extra detail on the network is needed I think: users with LM client are in office location (A), which contains proxy0 and a third party managed firewall0, for non-HTTP(S) traffic. All HTTP(S) traffic is forwarded by proxy0, across a WAN, to another location (B) which is a datacenter, where the proxy has direct Internet access by the (managed) firewall3 over there.

    The thing here is that using Microsoft Firewall client makes LM work for users. This firewall client forces non-HTTP(S) traffic to be processed by the proxy0 as well. But what exactly happens within this proxy0 is uncertain: either sent out firewall0 or HTTP(S) tunneled to proxy3 or something...

    Not sure what you mean with a RoundTable camera, but a network capture shows 500KBit with a succesfull LiveMeeting session (using the firewall client). Hope this gives some more detail. I really appreciate and thank you for these tips, since I might got blind for certain items ;-)

    Regards,
    JS

  • Thursday, May 21, 2009 11:58 PMaxel99 Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Hi Jan-symen

    Did you manage to sort out this issue as I think I have the same problem and cant fix it either.

    Thanks