[c-nsp] Enabling multicast routing on 3750G platform
Adam Vitkovsky
avitkovsky at gammatelecom.com
Thu Jan 29 07:23:37 EST 2015
Hi Lobo,
Ok so the SW is indeed a DR on port GigabitEthernet1/0/1 and it's obviously receiving some stream in which case it should create an (s,g) state and send a register msg to the RP and RP should update its group cache (all should be done internally since the DR=RP).
However none of this is happening most likely because the switch doesn't like something about the stream (destination mac address, ttl, som security feature,..).
Can you do: debug ip pim
-to see if it shows why the switch ignores the incoming stream.
-or some other techniques to see why the incoming multicast frames are being dropped silently.
adam
> -----Original Message-----
> From: cisco-nsp [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of
> Lobo
> Sent: 29 January 2015 00:57
> To: cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] Enabling multicast routing on 3750G platform
>
> I've moved the configuration on the switch so that the ports are routed now
> instead of using vlans but still no go.
>
> Here is the output from a show ip mroute:
>
> Switch#sh ip mroute
> IP Multicast Routing Table
> Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
> L - Local, P - Pruned, R - RP-bit set, F - Register flag,
> T - SPT-bit set, J - Join SPT, M - MSDP created entry,
> X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
> U - URD, I - Received Source Specific Host Report,
> Z - Multicast Tunnel, z - MDT-data group sender,
> Y - Joined MDT-data group, y - Sending to MDT-data group
> V - RD & Vector, v - Vector
> Outgoing interface flags: H - Hardware switched, A - Assert winner
> Timers: Uptime/Expires
> Interface state: Interface, Next-Hop or VCD, State/Mode
>
> (*, 239.255.255.250), 00:01:03/00:02:56, RP 3.3.3.3, flags: SJC
> Incoming interface: Null, RPF nbr 0.0.0.0
> Outgoing interface list:
> GigabitEthernet1/0/2, Forward/Sparse, 00:01:03/00:02:06
> GigabitEthernet1/0/1, Forward/Sparse, 00:01:03/00:02:56
>
> (*, 239.0.0.1), 00:01:22/00:02:56, RP 3.3.3.3, flags: SJCL
> Incoming interface: Null, RPF nbr 0.0.0.0
> Outgoing interface list:
> GigabitEthernet1/0/2, Forward/Sparse, 00:01:23/00:02:56
>
> (*, 224.0.1.40), 00:01:23/00:02:08, RP 3.3.3.3, flags: SJCL
> Incoming interface: Null, RPF nbr 0.0.0.0
> Outgoing interface list:
> Loopback0, Forward/Sparse, 00:01:23/00:02:08
>
> Switch#
>
> Switch#sh ip pim interface
>
> Address Interface Ver/ Nbr Query DR DR
> Mode Count Intvl Prior
> 3.3.3.3 Loopback0 v2/S 0 30 1
> 3.3.3.3
> 1.1.1.2 GigabitEthernet1/0/1 v2/S 0 30 1
> 1.1.1.2
> 2.2.2.2 GigabitEthernet1/0/2 v2/S 0 30 1
> 2.2.2.2
> Switch#
>
> The traffic is still coming in on port 1:
>
> Switch#sh int g1/0/1
> GigabitEthernet1/0/1 is up, line protocol is up (connected)
> Hardware is Gigabit Ethernet, address is 0018.73bf.12c1 (bia
> 0018.73bf.12c1)
> Internet address is 1.1.1.2/24
> MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
> reliability 255/255, txload 1/255, rxload 12/255
> Encapsulation ARPA, loopback not set
> Keepalive set (10 sec)
> Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX
> <snip>
> 30 second input rate 4822000 bits/sec, 444 packets/sec
> 30 second output rate 0 bits/sec, 0 packets/sec
>
> but not exiting on port 2
>
> Switch#sh int g1/0/2
> GigabitEthernet1/0/2 is up, line protocol is up (connected)
> Hardware is Gigabit Ethernet, address is 0018.73bf.12c2 (bia
> 0018.73bf.12c2)
> Internet address is 2.2.2.2/24
> MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
> reliability 255/255, txload 1/255, rxload 1/255
> Encapsulation ARPA, loopback not set
> Keepalive set (10 sec)
> Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
> <snip>
> 30 second input rate 4000 bits/sec, 6 packets/sec
> 30 second output rate 1000 bits/sec, 1 packets/sec
>
> I've changed the TTL on VLC to 10 and I've also changed things to
> sparse-mode and put it on the loopback as well.
>
> Any other suggestions?
>
> !
> interface Loopback0
> ip address 3.3.3.3 255.255.255.255
> ip pim sparse-mode
> !
> interface GigabitEthernet1/0/1
> no switchport
> ip address 1.1.1.2 255.255.255.0
> ip pim sparse-mode
> load-interval 30
> spanning-tree portfast
> !
> interface GigabitEthernet1/0/2
> no switchport
> ip address 2.2.2.2 255.255.255.0
> ip pim sparse-mode
> ip igmp join-group 239.0.0.1
> load-interval 30
> spanning-tree portfast
> !
> ip routing
> no ip domain-lookup
> !
> !
> ip multicast-routing distributed
> !
> !
> ip pim rp-address 3.3.3.3
> !
>
> Jose
>
> On Wed, Jan 28, 2015 at 4:43 PM, Lobo <lobotiger at gmail.com> wrote:
>
> > Thanks for the replies. I'll post a show mroute and tweak the VLC
> > parameters once I get access to the device tonight. BTW, all of this
> > testing is just on a single switch so no other topology exists.
> >
> > Jose
> >
> > On Wed, Jan 28, 2015 at 12:55 PM, Adrian Minta
> <adrian.minta at gmail.com>
> > wrote:
> >
> >> Hi,
> >> look for the stream TTL.
> >>
> >> On 28.01.2015 19:37, Lobo wrote:
> >>
> >>> Hi everyone. I've been trying to get multicast routing to work on a
> >>> single
> >>> 3750G switch between two vlans but for the life of me it just doesn't
> >>> work. When the host and receiver are on a single vlan the streaming
> >>> works
> >>> ....
> >>> The server streaming via VLC is 1.1.1.1 and is using 239.0.0.1 for the
> >>> multicast address. The receiver is 2.2.2.1 and using VLC to stream. I
> >>> can
> >>> see the traffic coming in on port 1 but no traffic leaving the switch's
> >>> other port.
> >>>
> >>> BTW, I tried dense-mode and sparse-mode as well with similar results.
> >>>
> >>> Any thoughts?
> >>>
> >>> Jose
> >>>
> >>>
> >> --
> >> Best regards,
> >> Adrian Minta
> >>
> >>
> >>
> >> _______________________________________________
> >> cisco-nsp mailing list cisco-nsp at puck.nether.net
> >> https://puck.nether.net/mailman/listinfo/cisco-nsp
> >> archive at http://puck.nether.net/pipermail/cisco-nsp/
> >>
> >
> >
> _______________________________________________
> cisco-nsp mailing list cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
---------------------------------------------------------------------------------------
This email has been scanned for email related threats and delivered safely by Mimecast.
For more information please visit http://www.mimecast.com
---------------------------------------------------------------------------------------
More information about the cisco-nsp
mailing list