05-27-2021 08:30 AM
Hi all,
I have a multicast new IPTV configuration on a catalyst 9k platform and seeing hundreds of megabits of traffic on the uplinks which I think it should not be there. The streams are good and the TVs are working normally but the unnecessary traffic worries me.
The setup is simple. All traffic is within the same vlan but on several switches.
Receivers and sources are connected to 3 different access switch and those access switches are connected to a collapsed core where the the SVI is for the particular VLAN. The uplinks are L2 port-channels with ~40Gbit/s BW.
IGMP snooping has been enabled all switches for that vlan.
The core switch has ip multicast routing enabled and ip pim sparse-mode too on the SVI.
There is a document that states that CGMP should be enabled, but not 100% sure that will help.
"The default behavior for a Layer 2 switch is to forward all multicast traffic to every port that belongs to the destination LAN on the switch. This behavior reduces the efficiency of the switch, whose purpose is to limit traffic to the ports that need to receive the data. This behavior requires a constraining mechanism to reduce unnecessary multicast traffic, which improves switch performance."
Can anybody advise on that?
05-27-2021 08:47 AM
Hi,
CGMP is not needed. As long as you have IGMP snooping enabled and PIM on the SVIs for communicating between vlans, that should be sufficient. We have never enabled CGMP for IPTV and everything has been working just fine.
HTH
06-01-2021 02:47 AM - edited 06-01-2021 02:47 AM
Hi,
I understand that CGMP is not needed ( Something is not right with that doc I think), but than something is missing. I don't really believe that we should see gigabits of traffic on the trunk interfaces. This interface on the core is dedicated to that multicast traffic now.
Port-channel116 is up, line protocol is up (connected)
Hardware is EtherChannel, address is 0476.b06d.d642 (bia 0476.b06d.d642)
Description: x6
MTU 1500 bytes, BW 40000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 18/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 10Gb/s, link type is auto, media type is N/A
input flow-control is on, output flow-control is unsupported
Members in this channel: Twe1/0/2 Twe1/0/4 Twe2/0/2 Twe2/0/4
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:01, output 00:00:11, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 2885977000 bits/sec, 263309 packets/sec
5 minute output rate 15426000 bits/sec, 1537 packets/sec
46297474191 packets input, 63428593363455 bytes, 0 no buffer
Received 46294803323 broadcasts (46294766588 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 3345093628 multicast, 0 pause input
0 input packets with dribble condition detected
282691487 packets output, 356376964711 bytes, 0 underruns
Output 337862 broadcasts (0 multicasts)
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped outThe SVI on the core switch
sh int vlan 1260
Vlan1260 is up, line protocol is up , Autostate Enabled
Hardware is Ethernet SVI, address is 8c94.1fac.61bf (bia 8c94.1fac.61bf)
Description: IPTV_Multicast
Internet address is 10.202.70.1/24
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 9/255, rxload 255/255
Encapsulation ARPA, loopback not set
Keepalive not supported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:02, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/375/132/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 13743237000 bits/sec, 1252006 packets/sec
5 minute output rate 35848000 bits/sec, 3349 packets/sec
1985604231381 packets input, 2720747639162645 bytes, 0 no buffer
Received 0 broadcasts (330499 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
4769357464 packets output, 6359605866433 bytes, 0 underruns
Output 0 broadcasts (0 IP multicasts)
0 output errors, 2 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped outThere is a RP configured on the core switch. Is it possible that all traffic is sent to it from the sources? ( but RP should get only traffic that receivers are subscribed, not?)
Richard
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide