Multicast Routing Question (sparse mode with one RP)

[yunchouljung]

HELLO

my name is YUN CHOUL JUNG

I have a question about multicast routing

In my site, Multicast Routing is requred for VOD service.

So i configured C6509 backbone switch to RP (refer to attached file)

and C4503 Distribution Switch to PIM join Device

Environments :

Multicast Group address : 234.0.0.1 (UDP 1234)

VOD server is connected with C6509 GE3/6.

I used a VLC, VOD Client TEST program

Client PC is connected with C4503 GE3/22

I tested a two case

1. Test pc connected with C6509 was received a multicast traffic and VOD displayed good.

2. Test pc connected with C4503 was not received a multicast tracffic and VOD was not displayed.

Why second case was not received a multicast traffic?

I attached a test dump file and network diagram.

thanks in advance.

[snakayama · Accepted solution]

Hello YUN CHOUL JUNG,

You executed the following command on Cat6500,

New_science#mstat 117.17.93.200 117.17.93.132 234.0.0.1

and interface vlan93 on Cat6500 is configured as 117.17.93.254 255.255.255.192, so I think multicast sender and receivers which connects Cat6500 and Cat4500 exist on same vlan (vlan93). If so, your problem looks like "Multicast traffic does not seem to pass across Catalyst switches, even in the same VLAN" and may correspond the following document.

Multicast Does Not Work in the Same VLAN in Catalyst Switches
http://www.cisco.com/en/US/products/hw/switches/ps708/products_tech_note09186a008059a9df.shtml

I have experienced same issue before but in my case,my Layer 2 switch was operating with IOS not CatOS like you, so I configured "igmp snooping querier" command to resolve the issue at that time described as

Solution 2: Enable IGMP Querier Feature on a Layer 2 Catalyst Switch

on above URL

However your Cat4500 Layer 2 (SP) is operating with CatOS 8.3. I don't know equivalent command on CatOS 8.3 but

set igmp querier {enable | disable} vlan

command is provided on Cat6500 version 7.6 command reference.

Could you check above URL to see whether your problem is same and then try to configured igmp querier or another solutions described above URL.

I hope this help.

Regards,

Shinichi

[Julio Garcia]

hi Yun,.

im not too familiar with catos but im sure the logic is the same..

first check on both devices   sh ip pim neighbours  to double check that its fine.

check that 4500 can reach the rp ...117.17.93.254  ( do a ping)

Interface vlan 10, 20, 30  on 4500  should also have  'ip pim sparse-mode' that way the svi can act as quierier for igmp requests

if you check all this, should work fine.

[yunchouljung]

Hello,  Rob Ahad

first, thanks for your reply

but i already configured as below

C4503_RP#sh ip pim interface

Address          Interface          Version/Mode    Nbr   Query     DR
                                                    Count Intvl
0.0.0.0          GigabitEthernet1   v2/Sparse        0    30     0.0.0.0
0.0.0.0          GigabitEthernet2   v2/Sparse        0    30     0.0.0.0
0.0.0.0          GigabitEthernet3   v2/Sparse        0    30     0.0.0.0
0.0.0.0          GigabitEthernet4   v2/Sparse        0    30     0.0.0.0
0.0.0.0          Port-channel1      v2/Sparse        0    30     0.0.0.0
10.1.240.1       Port-channel1.1    v2/Sparse        0    30     10.1.240.1
117.17.93.1      Port-channel1.10   v2/Sparse        0    30     117.17.93.1
117.17.93.65     Port-channel1.20   v2/Sparse        0    30     117.17.93.65
117.17.93.129    Port-channel1.30   v2/Sparse        0    30     117.17.93.129
192.168.240.2    Port-channel1.540  v2/Sparse        1    30     192.168.240.2
C4503_RP#

C4503_RP#traceroute 117.17.93.254

Type escape sequence to abort.
Tracing the route to 117.17.93.254

  1 192.168.240.1 0 msec *  0 msec
C4503_RP#ping 117.17.93.254

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 117.17.93.254, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
C4503_RP#

thank you

[yunchouljung]

thanks snakayama

i resolved the problem by your advise.

regards

yunchouljung

[Giuseppe Larosa]

Hello Yun,

looking at your configuration I see that C6509 MSFC is running in OSPF area 0:

router ospf 1

log-adjacency-changes

auto-cost reference-bandwidth 10000

redistribute static subnets

network 10.1.2.0 0.0.0.255 area 0

network 10.2.2.0 0.0.0.255 area 0

network 117.17.93.192 0.0.0.63 area 0

network 192.168.10.0 0.0.0.255 area 0

network 192.168.135.0 0.0.0.255 area 0

network 192.168.145.0 0.0.0.255 area 0

network 192.168.240.0 0.0.0.3 area 10

network 210.110.64.0 0.0.0.63 area 0

network 210.110.66.0 0.0.0.255 area 0

network 211.106.28.0 0.0.0.255 area 0

network 211.106.29.0 0.0.0.255 area 0

network 220.116.190.0 0.0.0.255 area 0

!

but routing engine of C4503 is in area 10:

router ospf 10

log-adjacency-changes

passive-interface FastEthernet1

network 10.1.240.0 0.0.0.255 area 10

network 117.17.93.0 0.0.0.63 area 10

network 117.17.93.64 0.0.0.63 area 10

network 117.17.93.128 0.0.0.63 area 10

network 192.168.240.0 0.0.0.3 area 10

!

Edit:

I see that there is probably OSPF neighborship on net 192.168.240.0 vlan 540

I would start by using

show ip ospf neighbor

show ip pim neighbor

show ip route

show ip pim rp mapping

Hope to help

Giuseppe

[yunchouljung]

hello, giuslar

pim neighbor and ospf neighbor is working now normally.

and rp map status is good.

but multicast traffic is not forwarded to vlan 30 user(117.17.93.132) on C4503

anyway

thanks giuslar

C4503_RP#sh ip pim neighbor
PIM Neighbor Table
Neighbor Address  Interface          Uptime    Expires   Ver  Mode
192.168.240.1     Port-channel1.540  7w0d      00:01:44  v2
C4503_RP#sh ip ospf nei
C4503_RP#sh ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
220.116.190.254   1   FULL/DR         00:00:35    192.168.240.1   Port-channel1.
540
C4503_RP#sh ip pim rp
Group: 239.255.255.250, RP: 117.17.93.254, v2, uptime 7w0d, expires 00:04:29
Group: 224.0.1.40, RP: 117.17.93.254, v1, uptime 7w0d, expires 00:04:08
Group: 224.0.1.60, RP: 117.17.93.254, v2, uptime 5w6d, expires 00:03:28
Group: 224.10.10.10, RP: 117.17.93.254, v2, uptime 00:31:23, expires never
Group: 234.0.0.1, RP: 117.17.93.254, v2, uptime 2d02h, expires 00:04:05
C4503_RP#sh ip pim rp map
C4503_RP#sh ip pim rp mapping
PIM Group-to-RP Mappings

Group(s) 224.0.1.39/32
  RP 117.17.93.254 (?), v1
    Info source: local, via Auto-RP
         Uptime: 7w0d, expires: never
Group(s) 224.0.1.40/32
  RP 117.17.93.254 (?), v1
    Info source: local, via Auto-RP
         Uptime: 7w0d, expires: never
Group(s): 224.0.0.0/4, Static
    RP: 117.17.93.254 (?)
C4503_RP#

[snakayama]

Hello Yun,

First of all, I am sorry for my first reply above, I mistook your question. I understood your problem occurs on the same VLAN environment, but in fact it occurs on different VLAN (routing) environment.

I looked into your configuration and test result again, and I found the strange information on mroute on both Cat6509 and Cat4503.

The (*, G) entry is appeared on Cat6509 and Cat4503 as follows,

On Cat6509

(*, 234.0.0.1), 03:23:56/00:02:55, RP 117.17.93.254, flags: SJCL
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Vlan93, Forward/Sparse, 01:39:28/00:02:40
    Vlan540, Forward/Sparse, 03:22:55/00:02:55

On Cat4503

(*, 234.0.0.1), 01:33:36/00:00:00, RP 117.17.93.254, flags: SJCLF
  Incoming interface: Port-channel1.540, RPF nbr 192.168.240.1
  Outgoing interface list:
    Port-channel1.30, Forward/Sparse, 01:33:36/00:02:18

But I could not find the (S, G) entry (117.17.93.200, 234.0.0.1), so I think this problem happened due to nothing/not creating (S, G) entry.

I do not know why (S, G) entry has not created on both clearly, but I experienced similar issue in the past due to sender's TTL problem and resolved it to increase TTL setting on sender.

You may find out if  your problem due to TTL setting by using "show ip traffic" and check "xxxxx bad hop count" out whether xxxxx is incremented and

gathering capture data is also useful.

Regards,

Shinichi

[yunchouljung]

hello, snakayama

first, thanks for you reply

i captured "show ip traffic " data.

see the attached file.

i'm testing your first reply solution.

and i will post the result.

thanks.

[snakayama]

Hello Yun,

Thanks for the reply.

On Cat6509 (First hop router to sender), "bad hop count" is increasing as follows,

29543545 bad hop count
29543551 bad hop count
....
29543657 bad hop count

I don't know it caused by multicast traffic from 117.17.93.254 to 234.0.0.1.
However it may indicate there is the TTL issue (TTL is set to 1) on multicast packets from 117.17.93.254

Regards,

Shinichi

[yunchouljung]

thanks you, snakayama

then, how i can increase the TTL value on C6509?

tell me the configuration sample.

thanks very much
regards,

yun choul jung

[snakayama]

Hello Yun,

I said that the TTL value within multicast packets from 117.17.93.254 to 234.0.0.1 may set to 1.

It means that the cause of the problem (TTL set to 1) may resides on multicast sender (VOD Server) not Cat6509.

So your should investigate on multicast sender (VOD Server) not Cat6509.

I think, however, you should get capture data on Cat6509 with SPAN at first to investigate TTL value on IP header of multicast packets whether TTL value is 1 or greater.

Regards,

Shinichi