I am going to do a testing for IP multicast, but I want to make sure that my theory is right.
Sender is sending a huge multicast traffic to receiver on the same VLAN. The packet size is around 6000 MB. The sender and receivers are on different switches connected with 1GB trunk.
If I enable IGMP Snooping on all the switches that have that specific vlan, I am assuming that this should not be a problem.
My concern is, the multicast packet is so much bigger than the trunk bandwidth can handle, would that be a problem? If this is a problem, will upgrading the hardware to 720gb backplane and Sup2 solve the problem?
All the switches are C6509 with Sup1a and 32gb backplane currently.
I know it sounds unbelievable. The user is sending 1000 messages and each message is 6mb in size. He is using IP in the range of 18.104.22.168 - 22.214.171.124. I think this is a non-reserved IP range and should not cause any problem. I will try to move this range to the 126.96.36.199 range in the future.
What I really want to know is, if the multicast traffic is bigger than what the trunk link can handle, will enable multicast and igmp be useful.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...