Multicast IP address

We have a new Cisco WLC 2500 device and I'm trying to perform an initial setup, it first asked for a management IP and when it reached to the question of asking for a multicast IP, just wondering what is this multicast IP? and what does it do?
Thanks
Jeff

Similar Messages

Force mapping to a specific MAC address a multicast IP address in ARP cache table with netsh

Hi all,
I would like to know if there is any solution (netsh option, registry entry, whatever...) to force mapping a given MAC address to a multicast IP address (224.x.y.z) in my ARP cache table.
I am doing the following:
netsh.exe interface ip add neighbors "Ethernet" "224.224.xxx.yyy"
"00-80-EE-UU-VV-WW"
But the entry in the ARP table is substitued by the calculated multicast MAC@ corresponding to my multicast IP@ :
netsh.exe interface ip show neighbors "Ethernet"
Interface 12 : Ethernet
Internet Address
Physical Address Type
224.0.0.22
01-00-5e-XX-YY-ZZ
static
224.224.yyy.zzz
01-00-5e-UU-VV-WW
static
(For information, calculation of the Multicast MAC Address is described in RFC1112§6.4 -> The MAC@ equals 01-00-5e + the last 23 digits of the multicast MAC Address)
My problem is that I'm not using an Ethernet network but an AFDX (used on Airbus A380, Boeing 787 Dreamliner, by the NASA...). This network topology is a deterministic Ethernet. The network must know accurately where each network packet is going. Thus...
the multicast MAC@ cannot be accepted and packet destinated to that MAC@ are not going anywhere.
So, I must match accurately my multicast IP@ to my MAC@ (00-80...).
It used to work with Windows XP (which was not doing any "magical" MAC@ substitution on multicast IP@), but since Windows Vista, netsh is doing the substitution described above. Is there any way to disable this substitution or force my IP
to MAC mapping in ARP table? And of course, I'm not using XP anymore ;)... but a tablet with Windows 8.1.
Thanks for any help.
Cheers,
Olivier.

Hi,
The article you pointed me to is just an explanation of what I said in my original post : "Multicast MAC Address is described in RFC1112§6.4".
But, as I said in my original post, this is true ONLY for Ethernet network. And I am NOT on an Ethernet network.
So MAC address automatic calculation for my IP address done by Windows/netsh/arp is wrong in my case. The calculation Windows is doing is correct ONLY for Ethernet network. Since I am not on Ethernet, I don't want these calculations, and I'm looking for
a solution to disable them.
So, the underlying question is : "Is Microsoft/netsh/arp able to handle other network's type than Ethernet ?"
Thanks,
Olivier Dupré.

Multicast IP address keep changing on music on hold

Hi
I am trying to set up multicast for music on hold on the cucm 9.
on the cucm, I enable multicast audio sources on MOH server, using base IP 239.1.1.1, and set increment multicast on " ip address"
however the multicast IP address keep changing, sometimes its 239.1.1.1, then after a while it suddenly change to 239.1.1.2 etc..
here is the config on our srst router ( which specify the multicast ip is 239.1.1.1):
is there any way that the multicast ip do not keep changing as its affecting the MOH at the moment.
" config for MOH"
telephony-service
video
srst mode auto-provision none
srst dn template 1
srst dn line-mode dual
max-ephones 265
max-dn 600
ip source-address 10.190.0.1 port 2000
timeouts interdigit 5
system message "GlobalDial Unavailable"
cnf-file location flash:
time-zone 48
date-format dd-mm-yy
voicemail 080758831#
max-conferences 8 gain -6
moh "xmas_jazz.wav"
multicast moh 239.1.1.1 port 16384 route 192.168.1.1
transfer-system full-consult
transfer-pattern 0.T
secondary-dialtone 0
create cnf-files version-stamp 7960 Nov 27 2013 18:23:59
I was thinking to put a few more multicast IP,. but it only allow you to put one ( while the cucm set the IP address as increment)
OC-MHO-VG-SRST(config)#telephony-service
OC-MHO-VG-SRST(config-telephony)#multi
OC-MHO-VG-SRST(config-telephony)#multicast ?
moh Set IP multicast address for use with music-on-hold from flash
OC-MHO-VG-SRST(config-telephony)#multicast moh ?
A.B.C.D Define music-on-hold IP multicast address from flash
OC-MHO-VG-SRST(config-telephony)#multicast moh 239.1.1.2 ?
port Define media port for multicast moh
OC-MHO-VG-SRST(config-telephony)#multicast moh 239.1.1.2

Hi Rachel,
If the Increment Multicast on radio button is set to IP address, each MOH audio source and codec combination is multicast to different IP addresses but uses the same port number. If it is set to Port Number, each MOH audio source and codec combination is multicast to the same IP address but uses different destination port numbers.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cusrst/admin/sccp_sip_srst/configuration/guide/SCCP_and_SIP_SRST_Admin_Guide/srst_appendix_b_.html#50022
HTH
Manish

Multicast mac address isn't learned, igmp-snooping

I have PIM router which connects to the cat 2960 switch and also I have host which connects to another port on the same switch. Host was joined to the IGMP group 224.1.1.1. I see that the router generates igmp-query and the host respons. IGMP-snooping process sees that process and updates appropriate entries:
2960-5#sh ip igmp snooping mrouter
Vlan ports
15 Gi2/0/32(dynamic)
2960-5#sh ip igmp snooping groups
15 224.1.1.1 igmp v2 Gi2/0/32, Gi2/0/33
But when I command "sh mac address-table multicast" I see nothing:
2960#sh mac address-table multicast
Vlan Mac Address Type Ports
What is reason of this problem?

There is the following statement from the "CCNP Practical Studies: Switching:
the process of populating the bridge table with multicast MAC addresses is based upon inspection of the destination MAC address, unlike unicast MAC addresses where the source MAC address of unicast frames is examined to generate bridge table entries.
And this book describes other parts of the mac learning process and says that after exchanging IGMP-message MAC-table must be populated by multicast mac-addresses. But later I found some Cisco and Jupiner documentation which says there is two way to perform multicast forwarding - MAC and IP. Default metod is IP multicast forwarding. When this metod is used multicast MAC-addresses isn't learnt and process of packet forwarding uses special forwarding cache which includes list of mapping IP and appropriate interfaces. It all means that this book isn't actual. All modern switchs perform multicast forwarding by IP metod and MAC-addresses don't populate CAM.

Multicast mac-address Nexus 7k

Hi,
i'm going to use Nexus 7000 in Data Center.
During analysis configuration, I need define mac-address-static configuration for multicast mac address for Firewall Checkpoint cluster.
In "Layer 2 Switching Configuration Guide, Release 4.1.pdf" documentation speak about
"Configuring a Static MAC Address
[..]You cannot configure broadcast or multicast addresses as static MAC addresses[..]"
Have you a suggestion to manage this problem and why is it not possible configure mac address static multicast?
Regards
Dino

Joseph - The ClusterXL A/A configuration is a variation of the StoneSoft or Rainfinity clustering technologies that have been used to cluster Solaris and other *NIX flavored servers and firewalls for years. (In fact, StoneSoft filed suit against Check Point in Europe 8 or 9 years ago for patent violations, and lost.) These configurations were very common on Check Point clusters running on Solaris from the late 90's forward - and, as you describe, have unicast IP's with a multicast MAC for the VIP. Even from the days of installing these on the brand new (at the time) 2900 series switches you had to do exactly as you state above - static MAC entries (or in some cases port mirrors) so traffic was directed to both active switch ports. In Active/Passive mode Check Point ClusterXL clusters are almost always "plug and play" today - rarely do the switches need anything beyond speed/duplex settings. The VIP assumes the MAC of the physical NIC it is currently bound to, and therefore there are no issues as far as switch config or proxy ARP entries on the gateways. All of these issues have to do with traffic flowing to the VIP and through the firewall, and the ability of the switch to correctly identify which physical switch port(s) the VIP is currently patched in to. This is one of three types of traffic associated with ClusterXL itself. The second is state synchronization, which is accomplished through a crossover cable and therefore not relevant. Even when using a switch state sync is a typical TCP 18181 connection from a unicast IP/unicast MAC on one gateway to the other through a dedicated interface pair.
The challenge described by CJ is not with the traffic flowing to the VIP, however. It is an entirely separate process - Check Point Clustering Protocol (aka CPHA if filtering in WireShark) is essentially the heart beat traffic. Every interface pair within a Check Point cluster continually communicates with its "partner" interface on the other cluster members. If any packet takes over 100ms or shows more than a 5% loss the gateway is forced in to "probing" mode where it falls back to ICMP to determine the state of the other cluster member. Depending on the CPHA timing settings an active gateway will failover to the passive in as quickly as 500ms or so. ClusterXL will fail over the entire gateway to the standby to avoid complications with asynchronous routing.
Out of the box, CCP is configured to use multicast, but it supports broadcast as well. To change this in real time (no restart required) simply issue the command:
cphaconf set_ccp {broadcast/multicast}
At the Ethernet level, CCP traffic will always have a source MAC of the Magic MAC of 00:00:00:00:xx:yy where XX is the “Cluster ID” – something identical on each cluster member but unique from one cluster to another, and YY is the cluster priority (00, 01, etc.) based on the priority levels set on cluster members within Dashboard on the cluster object. The destination MAC will always be the Ethernet broadcast of ff:ff:ff:ff:ff:ff.
At the IP level the source of CCP will always appear as 0.0.0.0. The destination will always be the network address (ie, x.x.x.0).
Similarly in multicast mode you will see the same traffic at the IP level but at the Ethernet level the destination will now be a IPv4 multicast MAC (ie, 01:00:5e:4e:c2:1e).
In a tcpdump with the –w flag opened in WireShark and a filter applied of just “cpha” (without the quotes) you should see a continual stream of traffic with the same source and destination IPs on all packets (0.0.0.0 and network IP), the destination of either a bcast or mcast MAC and the source MAC alternating between 00:00:00:00:xx:00 and 00:00:00:00:xx:01.
Long story short, the problem CJ is describing is a behavior on the 7K where a packet capture taken on the Check Point interface itself (ie, tcpdump –i eth0 –w capture.cap) ONLY shows CPHA traffic from it’s own source MAC and no packets from it’s partner. A tcpdump on the 7K itself will show traffic from both.
As CJ mentioned, a simple NxOS upgrade will fix the issue per:
This one:CSCtl67036 basically pryer to NX-OS 5.1(3) the nexus will discard packets that have a source of 0.0.0.0. Which in broadcast mode is exactly what the CCP heartbeat is. We bypassed this one.CSCsx47620 is the bug for the for static multicast MAC address feature but it requires 5.2 code on the 7k
(NOTE:Additional RAM may be required for the 5.2 update)
Also note that Check Point gateways do support IGMP multicast groups, given that you have the correct license. It is a feature of SecurePlatform Professional on the higher end gateways or as a relatively inexpensive upgrade on the lower end boxes or open platforms. For lab purposes you can simply type “pro enable” at the CLI (without the quotes). As of the latest build there is no technical limitation (no license check) so you can enable advanced routing features as needed for testing in a lab. For step by step details on configuring IGMP on SPLAT Pro go to the Check Point support site and search for sk32702.
This can be a frustrating issue to troubleshoot, so hopefully this helps someone avoid the headaches I ran in to.

Lb/cluster 사용시 Multicast IP address 에러.. 230.0.0.1에러

* 질문한 사람 : calua
* 질문 등록일 : 2001-11-22 14:00:30
* 조회 : 48767
* 답변 : 1건 (jino2002)
-- 질문 내용 --
썬에서 로드발란서1개와 클러스터2개를 뛰어놓고 사용중인데 잘 실행되고 있다가 갑자기 에러가 발생하였습니다.
이유는 모르겠고 로드발란서를 뛰우기 위해 실행시키면 Unable connection 230.0.0.1:2.... 이라고 나오면서 실행이 안되는데요..
지금은 클러스터 설정화일인 orion-web.xml의 <cluster .... 230.....> 이부분을 주석처리해서 클러스터 하나만 뛰어놓고 있습니다.
이유가 무엇입니까? 문서에서보니 230.0.0.1이 Multicast IP address이어야 한다는 것이 있던데 이해가 잘안되네요..
-- 답변 내용 --
1. jino2002 님의 답변
아마도 이전에 실행중이던 LB가 kill 되지 않아서 생기는 에러 같습니다.
일단 kill -9 <java_pid>로 실행중인 자바 인스턴스를 kill 하고 테스트 하시는게 좋을듯 합니다.
Multicast IP Address 는,
클러스터 환경에서 인스턴스간에 세션 정보를 중계하기 위한 방법입니다. 네트웍에서 사용하는 멀티케스팅이랑 같은 개념이고, OC4J에서는 기본적으로 230.0.0.1을 사용합니다.
orion-web.xml에서
<cluster-config host="230.0.0.1" id="123" port="9127" /> 와 같이 설정하도록 문서에 나와있는데, 제 경험으로 봐서는 <cluster-config /> 와 같이 특별하게 지정하지 않아도 잘 동작하더군요.

No your Database config does use hostname/ip + port or a tns-entry pointing to the local_listener. Neither method does care for the home the listener is running from.
You will however have to take care of the entries in the clusterware, as the listener is a controlled resource. If you manually relocate it, then it will only work until next restart of crs stack.
The simplest way to switch the home is by running first netca from database home and delete the listener and then switch to grid home run netca again and create the listener.
netca will take care of registering it with crs with the correct environment settings. You will have a short period where your rac won't have a listener and therefore won't accept new connections until the new listener is up and running.
Relocating the current listener requires to modify several parameters via crsctl in the cluster registry, but allows doing this node by node without complete outage.
If you want to go that way, then create another listener from grid home and compare the settings of current listener and of the new listener. You will need to update several parameter before you can relocate it.
Run this command to show the current settings and compare it to the listener from grid home:
crsctl stat res ora.LISTENER.lsnr -p
You will need to modify serveral parameters, ACTION_SCRIPT,AGENT_FILENAME,ALIAS_NAME,ORACLE_HOME and the ACL
Modify works like this, for ACL you must use the encasing single apostrophe ' and run it as root:
crsctl modify res ora.LISTENER.lsnr -attr "ACL='owner:oracle:rwx,pgrp:oinstall:rwx,other::r--'"
I would recommend Version 1 if short outage is acceptable. For both variants verify that you can resolve all tnsnames entries in both homes.
Regards
Thomas

ACE How can we do a static arp to multicast mac address?

I have a architecture that uses ACE to do Firewall Load Balancing. I need to add a static map of a VIP IP to a multicast mac address (Microsoft servers with NLB in multicast mode). The ACE does not accept multicast mac address in the static arp statement, anybody knows why? Is there any other way to do that?
Regards,
Artur Pinto

Hi,
The ACE doesn't support multicast MAC addresses. This is a limitation impose by the hardware used on the boards. Syed has previously proposed a workaround at https://supportforums.cisco.com/message/464174#464174 . I don't know if that will be applicable in your case.
HTH
Cathy

CSCuj20687 - Enh Configuring static multicast mac-address for N6K NLB implementation

Hi
Does we fix release avilable for nexus 6k?

It seems that all 7.x releases should have this enhancement. The release note would also seem to indicate that
6.0(2)N2(1) has the fix for the Nexus 6000.
Are you experiencing something different?

Multicast Host Address

Hi everyone,
I would like to know what's the meaning of these registry entries.
Aplication Server/6.0/CCS0/GMS/KAS and Aplication
Server/6.0/CCS0/GMS/KES
Thanks in advanced

See http://java.sun.com/j2se/1.4.2/docs/guide/rmi/faq.html#standalone. In NT, 2000, XP &c you can add a loopback adapter instead of the hack described therein.
EJP

RP Address in MULTICAST

I have few doubts about Multicast RP address
We have MPLS ISP backbone network, here two P routers are configured as RP address(IN GLOBAL) and MSDP is running between them.
Now, my doubts are
All the Multicast customer we are giving is under MVPN only, if dense mode no RP concept, if sparse mode MVPN have a separate RP. Then what the use of Global RP and MSDP??
I come across MSDP for inter domain multicasting, do we need to run MSDP with other ISPs?? if so, is it advisable??
Pls clear my above doubts!!
Thanks in advance!!

Hi Sankar,
All the Multicast customer we are giving is under MVPN only, if dense mode no RP concept, if sparse mode MVPN have a separate RP. Then what the use of Global RP and MSDP??
CE multicast (or simply c-multicast) and SP multicast (or simply p-multicast) are totally independent. As you mentioned, even if Customer multicast is sparse mode, the RP should be from VRF. RP from SP global cannot help with VRF multicast (Else you need complex leaking). Global RP is required if the P-multicast is sparse mode, inorder to establish the MDT tunnel. MSDP is required if you provide some inter domain multicast.
I come across MSDP for inter domain multicasting, do we need to run MSDP with other ISPs?? if so, is it advisable??
MSDP can be iether used for Inter domain or with Anycast RP. Basically MSDP is the protocol used to update any active source details to otehr RP in same domain (in case of Anycast) or different domain.
You may have to check if you have inter-as design or anycast to understand the need for MSDP.
HTH,
Nagendra

Does a rtp-address be multicast?

Does a rtp-address be multicast?
I have a program that sends rtp-information between one address an two ports, say 130.237.251.219 port 10000 and 10100...
I can't get my one written program to catch the rtp-packets.
Is it because it's not multicast??
It throws a "SessionManager exception: address is alreday in use"
I write in the adress rtp://130.237.251.219:10000/127
What's wrong???

Yes and No.
RTP is an Protocol that can be used with any other underlaying Transport-Protocol. IPX/SPX TCP/IP UDP... (Sun's implementation supports TCP/IP and UDP only.)
If you want to use TCP/IP and you want to transmit RTP via IP-Multicast, you'll have to use an Multicast IP-address. These addresses are any of 224.0.0.0 through 239.255.255.255.
Look at this Link to get further details about Multicast addresses:
http://www.freesoft.org/CIE/RFC/1700/5.htm
One other thing. You can't use the same PC to receive and transmit RTP-packets via Multicast. You can open a port only once a time and every port is available only once on a pc.
So you need at least two pc's to work with Multicast RTP-transmitions.

Need help to deploy IP Multicast in private network

Hi,
I am currently working on a project where there is an urgent requirement to deliver an IP multicast solution.
The network itself is fairly simple.
IP Cameras as connected to pairs of Catalyst 2960 switches in 'access nodes'. There are 8 cameras per node, 4 on each switch. There are multiple nodes, 3 at the moment in our testing environment, all trunked together, so 24 cameras in total.
The Catalyst 2960 switches are trunking to a Core node, which consists of a pair of Catalyst 3750 switches with MHSRP configured for each of 8 VLANs, with 2 DCs and 2 Video storage servers for storing camera footage attached to access ports on those switches. We also have workstations attached to the core node switches which have software installed to view live images and manage the cameras across the network.
We have no routing - the access switches have default gateways pointing to the VLANs SVIs configured on the core switch, and each function has its on VLAN. InterVLAN routing is enabled on the 3750s and connectivity is working fine.
I wish to send a TCP stream to the Video Storage servers for storage, and to multicast to the workstations so that the software can see multiple streams from multiple cameras.
Could someone please suggest a suitable deployment strategy, including how to configure the cameras and switches appropriately to allow this to happen? I am struggling to understand what type of configuration is required.
Much appreciated. I'm actively viewing this thread for assistance.

Paul
I don't think IP Base supports any PIM mode other than PIM stub routing (unless you know otherwise) so your solution wouldn't work. Or perhaps i am not understanding ?
Martin
I think the only way forward is to test what we have already covered.
I didn't realise this was a test environment so at least you can try all things out without worrying about the production network.
The thread i linked to suggested that you can get the routing working even without a L3 device capable of running full multicast routing but at the moment the question concerns those extra commands you can't enter. Can you verify they are not available in config mode ?
An additional problem is because PIM is passive on the SVIs no IGMP queries are being made so there is no way for the switches to work out which ports needs the multicast stream and so it will be flooded.
There is a function, supported on the 3750s called the IGMP querier function which allows the switch to make IGMP queries per vlan without PIM enabled. We may be able to use this but i have absolutely no idea how it will work with the L3 multicast routing config.
I recommend you try and get multicast routing working first. If you can get to the stgae where you can send a multicast stream from one vlan to another then you should be able to use wireshark to then see each port in the destination vlan receiving the stream (even when you don't want it to).
If you can get to that stage we can then try the IGMP snooping querier to see if we can restrict the stream to only those ports that need to receive it. It may be we can't in which case -
a) you could statically configure the multicast mac address to the relevant ports but this is no scalable and does not allow clients to dynamically join and leave the multicast group
or
b) simply allow the stream to be flooded to all ports within the destination vlan. Not ideal and kind of defeats the purpose of multicast but you may have no choice.
I doubt whether any of this would be supported by Cisco though as i think their position would be to simply upgrade to an IP Services license although in understand this may not be possible for you because of cost.
Jon

How to setup a static multicast ARP entry with Cisco SF300-08?

We're running a cluster in multicast mode as a loadbalancer.
We have Cisco SF300-08 and when we adding a static ARP entry results in an error message telling the user that the hardware address needs to be a valid unicast MAC address.
So how to setup a static multicast in Cisco SF300 or maybe someone know other solution to setup multicastes mode in Cisco SF300.

Hi, Tom!
We have two watchguard xtm505(cluster active-active) in our network. Watchguard interfaces have one ip and one mac adresses. IP 192.168.111.1(Unicast) and MAC 01:00:5e:02:02:03(multicast). Cisco SF300 is router to outside networks(to internet). Cisco IP adresss is 192.168.111.254. There are another some hosts in this network.
Ping from hosts to 192.168.111.254 works well. Ping from hosts to 192.168.111.1 works well too. But there is no ping from watchguard cluster(192.168.111.1) to Cisco(192.168.111.254). And there is no routing to internet
This is well-known situation. We need to do following(example for cisco 3750):
1.    Start the Cisco 3750 command line interface.
2.    Add a static ARP entry for the multicast MAC address of the FireCluster interface.
Type this command:
arp arpa
For this example, type:
arp 192.168.111.1 01:00:5e:02:02:03 arpa
3.    Add an entry to the MAC address table.
Type this command:
mac-address-table static vlan interface <#>
For this example, type:
mac-address-table static 01:00:5e:02:02:03 vlan 1 interface gi1/0/11
But we can't add arp entry on Cisco SF300. CLI tells us "MAC address illegal"!
We tried enable igmp snooping, but is not helps.
Could you tell more detailed about MAC groups?

Multicast traffic flooding

Hi
We are using Network Load Balancing on some Windows 2003 servers which is configured as IGMP multicast.
The servers are connected to a 3550 SMI switch which is connected to a HP4108.
Before I configured either of these switches I connected a packet sniffer and saw the multicast traffic appearing on all ports on both switches.
I configured the HP switch as a Multicast querier and now on the 3550 I see the multicast mac addresses logged against the server ports. The 3550 also detects the muticast router as you can see:
prod-3550#sh mac-address-table mult
Vlan Mac Address Type Ports
1 0100.5e7f.4601 IGMP Fa0/10, Fa0/12, Gi0/1
1 0100.5e7f.4602 IGMP Fa0/9, Fa0/11, Gi0/1
prod-3550#
prod-3550#sh ip igmp snoo mrouter
Vlan ports
1 Gi0/1(dynamic)
The 3550 is still spamming the multicast traffic to all ports whereas the HP switch is only replicating thisto ports that are part of the multicast group.
Can anyone tell me why the 3550 is doing this or what else I need to check?
Thanks in advance.

Kate
You do not tell us much about how the 3550 is configured. From your description of the problem I am going to assume that you do not have IGMP snooping configured. This link will show you how to configure IGMP on the 3550:
http://www.cisco.com/univercd/cc/td/doc/product/lan/c3550/12225sec/3550scg/swigmp.htm
If my assumption is not correct and you do have IGMP snooping configured, then you will need to tell us more about how the 3550 is configured so we can determine why it is propagating multicast to all ports.
HTH
Rick

Multicast blocking in layer 2 switch

Hello there,
I need your help, this is the problem that I have.
We have a 3750X with 7 ports assigned to a different multicast IP address (connected to the encoders), these are the ports with the multicast ip address and the rate that the encoder is sending:
Pto 2 - 230.1.1.1:5001 - 3.5 Mbps
Pto 3 - 230.1.1.2:5002 - 3.5 Mbps
Pto 13 - 230.1.1.22:5022 - 15 Mbps
Pto 13 - 230.1.1.23:5023 - 15 Mbps
Pto 13 - 230.1.1.24:5004 - 15 Mbps
Pto 13 - 230.1.1.25:5025 - 15 Mbps
Pto 13 - 230.1.1.26:5026 - 5.0 Mbps
The last port (48) is connected to a different device and this box is receiving the multicast ip addresses. My problem is that in every single port on the switch is receiving all the multicast traffic so the switch is having high cpu, I have the outputs from the console monitor (application that sees the odd behavior).
As far as I know this is expected since this is layer 2 device but I'm not sure. Please help so I can configure what I need to stop the high cpu and the traffic to be sent over the rest of the ports (including those ports).
Kindly regards

Hi ,
You can block layer 2 Multicast traffic with following commands
Step 3
switchport block multicast
Block unknown multicast forwarding out of the port.
Note Only pure Layer 2 multicast traffic is blocked. Multicast packets that contain IPv4 or IPv6 information in the header are not blocked.
http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst2960/software/release/12-2_55_se/configuration/guide/scg_2960/swtrafc.html
HTH
Sandy

Multicast IP address

Similar Messages

Maybe you are looking for