Man,
i wrote the wrong multicast address...red numbers L. To less concetration I
guess.
standard IP access list NO_AUTO_RP
20 deny 239.0.1.40
10 deny 239.0.1.39
30 permit 224.0.0.0, wildcard bits 15.255.255.255 (230 matches)
Now it is working.
Standard IP access list NO_AUTO_RP
10 deny 224.0.1.39 (5 matches)
20 deny 224.0.1.40 (47 matches)
30 permit 224.0.0.0, wildcard bits 15.255.255.255 (235 matches)
From: Smail Milak [mailto:[email protected]]
Sent: Monday, September 13, 2010 6:46 PM
To: '[email protected]'
Subject: SP Vol.1 LAB 10 Multicast Task 9.5
Hi guys,
I am just finishing LAB 10 and found a problem on task 9.5.
I had to look at the DSG for this task and found this:
access-list 24 deny 224.0.1.39
access-list 24 deny 224.0.1.40
access-list 24 permit 224.0.0.0 15.255.255.255
interface Serial0/1/0.26 point-to-point
ip address 150.50.26.2 255.255.255.252
ip pim sparse-mode
ip multicast boundary 24
frame-relay interface-dlci 206
I debuged a little bit and saw that R6 is still receiving RP-discovery
packets.
On R6
00:31:06.511: Auto-RP(0): Received RP-discovery packet of length 48, from
200.0.0.2, RP_cnt 1, ht 16
*Mar 1 00:31:06.515: Auto-RP(0): Update (224.0.0.0/4, RP:200.0.0.2), PIMv2
v1
On R2
*Mar 1 00:42:22.871: Auto-RP(0): Build RP-Discovery packet
*Mar 1 00:42:22.875: Auto-RP: Build mapping (224.0.0.0/4, RP:200.0.0.2),
PIMv2 v1,
*Mar 1 00:42:22.879: Auto-RP(0): Send RP-discovery packet of length 48 on
FastEthernet0/0 (1 RP entries)
*Mar 1 00:42:22.883: Auto-RP(0): Send RP-discovery packet of length 48 on
Serial0/1.24 (1 RP entries)
*Mar 1 00:42:22.887: Auto-RP(0): Send RP-discovery packet of length 48 on
Serial0/1.26 (1 RP entries) INTERFACE TO R6!
*Mar 1 00:42:22.891: Auto-RP(0): Send RP-discovery packet of length 48 on
Serial0/2 (1 RP entries)
*Mar 1 00:42:22.895: Auto-RP(0): Send RP-discovery packet of length 48 on
Loopback200(*) (1 RP entries)
Then I made a new ACL (NO_AUTO_RP_2) because it seems logical to me to deny
the whole CLASS D scope for AUTO-RP,
and it worked.
On R2
standard IP access list NO_AUTO_RP
20 deny 239.0.1.40
10 deny 239.0.1.39
30 permit 224.0.0.0, wildcard bits 15.255.255.255 (230 matches)
Standard IP access list NO_AUTO_RP_2
10 deny any (37 matches)
On R2
interface Serial0/1.26 point-to-point
ip address 150.50.26.2 255.255.255.0
ip pim sparse-dense-mode
ip multicast boundary NO_AUTO_RP_2
snmp trap link-status
frame-relay interface-dlci 206
Can it be that it is a mistake from the IPX guys or did I made a mistake?
Multicast traffic is still working from AS1 to AS 2 and vice versa, though.
IOS is (C3725-ADVENTERPRISEK9-M), Version 12.4(15)T13
Hope to hear your opinion.
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit
www.ipexpert.com
