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

Reply via email to