matt at mcadory
May 30, 2012, 9:44 PM
Post #7 of 7
http://www.cardinalpeak.com/blog/?p=1054 is a good explanation of bit
rate measurement process using WS. Use that to validate your expected
8Mbps stream rate. Also validate with your DSLAM operator that the
24Mbps you quote isn't total video and IPTV, but dedicated to video
(or at least dedicated when video is flowing) to get your ~3 streams
On Wed, May 30, 2012 at 1:29 AM, Mohammad Khalil <eng_mssk [at] hotmail> wrote:
> The downstream is configured to be 24 M but the upstream is configured to be 4M
> this is the current setup , so it is for sure bandwidth issue ?
>> From: mark.tinka [at] seacom
>> To: eng_mssk [at] hotmail
>> Subject: Re: [c-nsp] Multicast Issue
>> Date: Wed, 30 May 2012 08:18:57 +0200
>> CC: cisco-nsp [at] puck
>> On Wednesday, May 30, 2012 08:14:20 AM Mohammad Khalil
>> > Actually its supposed for each stream to consume 8M
>> > should i try to increase the speed limits configured ?
>> As this is VDSL, are you sure you're actually getting 24Mbps
>> into the house?
>> We tested IPTv on VDSL using new copper across 50m - it was
>> a disaster.
>> If you can, try increasing bandwidth and see if that helps.
>> But it definitely sounds like when you request a 2nd stream
>> and the picture develops block noise, you're starving the
>> link of bandwidth.
> cisco-nsp mailing list cisco-nsp [at] puck
> archive at http://puck.nether.net/pipermail/cisco-nsp/
cisco-nsp mailing list cisco-nsp [at] puck
archive at http://puck.nether.net/pipermail/cisco-nsp/