Re: [c-nsp] Multicast Issue

2012-06-03 Thread Diogo Montagner
You may be running out of bandwidth (or other resources) in the point
where your traffic is being replicated.

Diogo

On 6/3/12, Tony  wrote:
> Badly configured QoS perhaps ?
>
>
> What about limitation on how much of the link can be used for multicast ?
>
> Can you try adding incremental streams in smaller amounts to find at what
> point you have too much traffic ?
>
> Have you graphed the usage on the link to verify that the amount of
> bandwidth being used is indeed what you think it might be ?
>
> There are about 101 different reasons it could be performing badly, we're
> sort of just throwing suggestions out there.
>
>
>
> regards,
> Tony.
>
>
>
>
>
>
>>
>> From: Mohammad Khalil 
>>To: m...@mcadory.info
>>Cc: cisco-nsp@puck.nether.net
>>Sent: Sunday, 3 June 2012 3:22 PM
>>Subject: Re: [c-nsp] Multicast Issue
>>
>>
>>Hi , the issue seems not BW issue as according to the specifications , each
>> TV is supposed to consume 5M
>>So any ideas?
>>
>>BR,
>>Mohammad
>>
>>> Date: Wed, 30 May 2012 23:44:31 -0500
>>> Subject: Re: [c-nsp] Multicast Issue
>>> From: m...@mcadory.info
>>> To: eng_m...@hotmail.com
>>> CC: cisco-nsp@puck.nether.net
>>>
>>> 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
>>> worth.
>>>
>>> Matt
>>>
>>>
>>> On Wed, May 30, 2012 at 1:29 AM, Mohammad Khalil 
>>> 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.ti...@seacom.mu
>>> >> To: eng_m...@hotmail.com
>>> >> Subject: Re: [c-nsp] Multicast Issue
>>> >> Date: Wed, 30 May 2012 08:18:57 +0200
>>> >> CC: cisco-nsp@puck.nether.net
>>> >>
>>> >> On Wednesday, May 30, 2012 08:14:20 AM Mohammad Khalil
>>> >> wrote:
>>> >>
>>> >> > 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.
>>> >>
>>> >> Mark.
>>> >
>>> > ___
>>> > cisco-nsp mailing list  cisco-nsp@puck.nether.net
>>> > https://puck.nether.net/mailman/listinfo/cisco-nsp
>>> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
>>___
>>cisco-nsp mailing list  cisco-nsp@puck.nether.net
>>https://puck.nether.net/mailman/listinfo/cisco-nsp
>>archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
>>
>>
> ___
> cisco-nsp mailing list  cisco-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>

-- 
Sent from my mobile device

./diogo -montagner
JNCIE-M 0x41A

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


Re: [c-nsp] Multicast Issue

2012-06-03 Thread Mark Tinka
On Sunday, June 03, 2012 08:25:22 AM Tony wrote:
 
> There are about 101 different reasons it could be
> performing badly, we're sort of just throwing
> suggestions out there.

Agree - it still points toward a bandwidth issue, Mohammad. 
The picture is fine with only one stream, but goes noisy 
when add a second one.

Check to make sure:

a) How much bandwidth you can actually squeeze
   through the link, Unicast and Multicast.

b) What you're being told you have is what you
   actually have.

c) If there is QoS enabled in the case that the link
   is carrying non-Multicast traffic also.

Another exercise for you would be to try and watch the same 
channel on another Tv off the same switch. This is to make 
sure that Multicast is actually work, and that a second copy 
of the same stream isn't being created on the same switch 
that holds the (S,G) for the original stream.

Again, 101 things possibly going on here, but without any 
more concrete information, we're shooting in the dark.

Mark.


signature.asc
Description: This is a digitally signed message part.
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/