12-18-2024 02:14 AM
Hello,
I have a IE-5000-12S12P-10G switch connected to a public address server that sends multicast traffic. This equipment is configured:
!
interface Vlan14
description MEGAPHONY
ip address 192.168.14.250 255.255.255.255.0
ip pim dense-mode
standby version 2
standby 19 ip 192.168.14.254
standby 19 priority 150
standby 19 preempt
!
The next hop of this multicast is a 3750 and should go out on VLAN 420:
!
interface Vlan420
description INTERCONEXION 3750-LESARRI
ip address 10.211.200.250 255.255.255.0
ip pim dense-mode
standby version 2
standby 20 ip 10.211.200.2
standby 20 priority 150
standby 20 preempt
!
The ports are configured as follows:
!
interface TenGigabitEthernet1/27
switchport access vlan 420
switchport mode access
!
!
interface GigabitEthernet1/13
description LES-CTA-MEG-01
switchport access vlan 14
switchport mode access
!
and the route:
ip route 0.0.0.0 0.0.0.0 10.211.8.1
ip route 192.168.1.0 255.255.255.0 10.211.200.1
ip route 192.168.2.0 255.255.255.0 10.211.200.1
!
The problem is that the packets that come in on port 13 I can't get them to go out on port 27 and I can't find the solution.
Thanks!
12-18-2024 02:38 AM
I believe the problem is related to the HRSP. Take a look on the feature
ip pim redundancy HSRP1 hsrp dr-priority 100
12-18-2024 02:52 AM
Hello @Fernandomunoz81
The issue you're describing seems to be related to multicast traffic forwarding between VLANs on your IE-5000 switch. Let's break this down and troubleshoot step by step:
Multicast traffic requires specific configurations to ensure it is forwarded correctly between VLANs. In your case:
You have configured ip pim dense-mode on both VLAN interfaces, which is correct for enabling multicast routing. However, there are additional considerations to ensure multicast traffic flows properly.
Multicast traffic forwarding depends on IGMP (Internet Group Management Protocol) to determine which interfaces are interested in receiving specific multicast groups. If there are no IGMP joins on VLAN 420, the multicast traffic will not be forwarded.
Verify IGMP Membership: Use the following command to check IGMP group memberships on the switch:
show ip igmp groups
Ensure that the multicast group(s) from VLAN 14 are being joined on VLAN 420.
Enable IGMP Snooping: If IGMP snooping is not enabled, the switch may not properly forward multicast traffic. Enable IGMP snooping globally and on the VLANs:
ip igmp snooping ip igmp snooping vlan 14 ip igmp snooping vlan 420
Your configuration includes ip pim dense-mode on both VLAN interfaces, which is required for multicast routing. However, ensure the following:
Multicast Routing is Enabled Globally: Verify that multicast routing is enabled on the switch:
ip multicast-routing
If it is not enabled, add this command to the global configuration.
Check PIM Neighbors: Use the following command to verify PIM neighbors:
show ip pim neighbor
Ensure that the IE-5000 and the 3750 are PIM neighbors on VLAN 420. If they are not, multicast traffic will not be forwarded.
You are using HSRP (Hot Standby Router Protocol) on both VLANs. Ensure that the HSRP virtual IP addresses are not interfering with multicast traffic. HSRP itself uses multicast (224.0.0.2), so there could be conflicts if multicast routing is not properly configured.
show standby briefEnsure that the HSRP configuration is correct and that the switch is the active router for both VLANs.
Use the following commands to verify multicast traffic flow:
Check Multicast Routes:
show ip mroute
This will display the multicast routing table. Look for the multicast group(s) being sent by the public address server. Ensure that there is an outgoing interface (OIL) for VLAN 420.
Debug Multicast Traffic: Use the following debug commands to troubleshoot multicast traffic:
debug ip pim debug ip igmp debug ip mpacket
These commands will provide detailed information about multicast traffic and PIM/IGMP activity.
Ensure that the VLAN and port configurations are correct:
However, if the 3750 switch is connected via a trunk port, you may need to configure TenGigabitEthernet1/27 as a trunk port instead:
interface TenGigabitEthernet1/27 switchport trunk encapsulation dot1q switchport mode trunk switchport trunk allowed vlan 420
Ensure that the 3750 switch is properly configured to receive and forward multicast traffic:
show ip igmp groups
show ip pim neighbor
To test multicast traffic, you can use tools like iperf or a multicast traffic generator. Alternatively, you can use the following commands to monitor multicast traffic:
show ip mroute
show ip mroute
Ensure that the multicast group(s) are present in the routing table and that the outgoing interface is correct.
By following these steps, you should be able to identify and resolve the issue with multicast traffic not being forwarded from VLAN 14 to VLAN 420. Let me know if you need further assistance!
Hope This Helps!!!
AshSe
Forum Tips:
12-18-2024 06:17 AM
Thank you for your response. I have to look at all this when I go to the facility. But I had already looked at the igmp groups.
LES-CTA-SWI-01#sh ip igmp groups
IGMP Connected Group Membership
Group Address Interface Uptime Expires Last Reporter Group Accounted
239.5.5.5.5 Vlan14 8w6d 00:02:11 192.168.14.14
224.0.1.40 Vlan14 8w6d 00:02:18 192.168.14.251
LES-CTA-SWI-01# LES-CTA-SWI-01#
LES-CTA-SWI-01#sh ip igmp snooping groups
Vlan Group Type Version Port List
-----------------------------------------------------------------------
14 224.0.1.40 igmp v2 Po10
14 239.5.5.5.5 igmp v2 Gi1/13, Po10
LES-CTA-SWI-01# LES-CTA-SWI-01#
LES-CTA-SWI-01#sh ip igmp snooping mrouter
Vlan ports
---- -----
14 Po10(dynamic), Router
410 Gi1/20(dynamic)
418 Te1/25(dynamic)
420 Te1/27(dynamic), Po10(dynamic), Router
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