My source multicast supplier is sending two flows for the same mcast group
(224.0.4.4)
355715: Jun 11 08:55:45.870 CET: %SEC-6-IPACCESSLOGP: list 198 permitted udp
1.1.1.1(0) -> 224.0.4.4(0), 150 packets
355717: Jun 11 08:56:45.871 CET: %SEC-6-IPACCESSLOGP: list 198 permitted udp
2.2.2.2(0) -
On 07/17/2013 05:28 PM, Chris Marget wrote:
Span mode? Nope. Just an optical splitter at the carrier handoff.
Just to add a "+1" - tap rather than SPAN is important, because SPAN has
some distinctly screwy behaviours w.r.t multicast traffic on some platforms.
day, July 17, 2013 11:53 PM
> To: Thong Hawk Yen; cisco-nsp@puck.nether.net
> Subject: R: RE: [c-nsp] multicast issue
>
> Hi
> Is brixvision suitable also for not iptv mcast flows?
> We run financial market mcast flows. ..
>
> Tks
>
>
>
> Sent with Mobile
>
&
: dim0sal [mailto:dim0...@hotmail.com]
Sent: Wednesday, July 17, 2013 11:53 PM
To: Thong Hawk Yen; cisco-nsp@puck.nether.net
Subject: R: RE: [c-nsp] multicast issue
Hi
Is brixvision suitable also for not iptv mcast flows?
We run financial market mcast flows. ..
Tks
Sent with Mobile
gards
Amos Thong
-Original Message-
From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of R S
Sent: Wednesday, July 17, 2013 12:53 AM
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] multicast issue
Hi all
Just a brainstorming and your possible help.
I manage a network
> If I get your description you have the tap (which vendor? ) at source and
> destination (I guess in span mode?), these taps send data to niksun
> appliance (which model?) that create the pcap and then you can analyse for
> example with wireshark these files, am I correct?
The taps were NetOpti
> I manage a network where multicast is the most important traffic and
> sometimes I get issue by customer where they state that some packets are lost…
I used to manage a the network for a very large financial firm, had to
deal with this sort of issue all the time.
I had optical taps in multiple
> Tks
>
>
>
> Sent with Mobile
>
>
> Messaggio originale
> Da: John Neiberger
> Data:
> A: jean-francois.d...@videotron.com
> Cc: james lavespa ,cisco-nsp <
> cisco-nsp-boun...@puck.nether.net>,cisco-nsp@puck.nether.net
> Oggetto: R
écrit sur 2013-07-16
> 12:53:23 :
>
> > De : R S
> > A : "cisco-nsp@puck.nether.net" ,
> > Date : 2013-07-16 12:59
> > Objet : [c-nsp] multicast issue
> > Envoyé par : "cisco-nsp"
> >
> > Hi all
> >
> > Just a brainstormi
; A : "cisco-nsp@puck.nether.net" ,
> Date : 2013-07-16 12:59
> Objet : [c-nsp] multicast issue
> Envoyé par : "cisco-nsp"
>
> Hi all
>
> Just a brainstorming and your possible help.
>
>
> I manage a network where multicast is the most important traffic
Hi all
Just a brainstorming and your possible help.
I manage a network where multicast is the most important traffic and
sometimes I get issue by customer where they state that some packets are lost…
Does anybody have an idea or can help me in understanding a possible
solution in monitoring tr
m
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Multicast Issue
Hi , I am using IGMP v2
Regarding the core switch , its non Cisco switch and i only configured IGMP
quierer to server for the Vlan created for TVs (STBs)
BR,
> Subject: Re: [c-nsp] Multicast Issue
> From: danail.pet...@yahoo.c
Hi , I am using IGMP v2
Regarding the core switch , its non Cisco switch and i only configured IGMP
quierer to server for the Vlan created for TVs (STBs)
BR,
> Subject: Re: [c-nsp] Multicast Issue
> From: danail.pet...@yahoo.com
> Date: Mon, 4 Jun 2012 13:11:14 +0300
> CC: td_mi.
be 5M for each stream requested , so is it possibly CPE
> ?
> We have configured IGMP quierer on the Core Switch
>
> BR,
>
> Date: Sat, 2 Jun 2012 23:25:22 -0700
> From: td_mi...@yahoo.com
> Subject: Re: [c-nsp] Multicast Issue
> To: eng_m...@hotmail.com; m...@mc
, 2 Jun 2012 23:25:22 -0700
From: td_mi...@yahoo.com
Subject: Re: [c-nsp] Multicast Issue
To: eng_m...@hotmail.com; m...@mcadory.info
CC: cisco-nsp@puck.nether.net
Badly configured QoS perhaps ?
What about limitation on how much of the link can be used for multicast ?
Can you try adding
rforming 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: S
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
whe
>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
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
>
gt;
>> 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:
>>
>
On Wednesday, May 30, 2012 08:29:13 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 ?
Your IPTv traffic will flow downstream, from the Receiver PE
router. So the 4Mbps u
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
>
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 acro
Actually its supposed for each stream to consume 8M
should i try to increase the speed limits configured ?
> From: mark.ti...@seacom.mu
> To: cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] Multicast Issue
> Date: Wed, 30 May 2012 07:25:01 +0200
> CC: eng_m...@hotmail.com
&g
On Wednesday, May 30, 2012 07:15:28 AM Mohammad Khalil
wrote:
> Hi all , i have CPE that terminates VDSL connection with
> a downstream of 24M The CPE receives Multicast streams
> to serve two televisions The network is all layer 2
> connections
> When serving one television , all is working good
Hi all , i have CPE that terminates VDSL connection with a downstream of 24M
The CPE receives Multicast streams to serve two televisions
The network is all layer 2 connections
When serving one television , all is working good but when two are in service
the picture is stuck as if the multicast t
Hitesh Vinzoda a écrit :
> Hi all,
Hi Hitesh
>
> I had configured multicast in my lan using sparse-dense mode. RP and group
> is defined statically on each L3 switches. I'm receiving the multicast
> beyond all L3's except ones running HSRP.
>
> Any ideas guyz
http://www.cisco.com/en/US/tech/tk
Hi all,
I had configured multicast in my lan using sparse-dense mode. RP and group
is defined statically on each L3 switches. I'm receiving the multicast
beyond all L3's except ones running HSRP.
Any ideas guyz
Regards
Hitesh Vinzoda
___
cisco-nsp mai
28 matches
Mail list logo
