From: gladston@br.ibm.com
Date: Tue Aug 16 2005 - 11:51:25 GMT-3
I though, as documented on Williamson book, that the hub, receiving a prune on s0/0, would not forward it back to s0/0.
It is not what occurs on tests.
R2 and R3 are a spokes. R5 is the hub (serial 0/0).
When R3 sends a prune to R5, R2 also receives it.
Isn't that strange?
I am wondering if they add this onto 12.2(15)T5.
Rack2R2#
Aug 16 11:30:56: PIM(0): Received v2 Join/Prune on Serial0/0.235 from 148.5.235.3, not to us
Aug 16 11:30:56: PIM(0): Prune-list: (148.5.57.7/32, 239.5.5.6)
Aug 16 11:30:56: PIM(0): Set join delay timer to 2000 msec for (148.5.57.7/32, 239.5.5.6) on Serial0/0.235
Rack2R2#
Aug 16 11:30:58: PIM(0): Send RP-reachability for 239.22.1.1 on Ethernet0/0.26
Aug 16 11:30:58: PIM(0): Insert (148.5.57.7,239.5.5.6) join in nbr 148.5.235.5's queue
Aug 16 11:30:58: PIM(0): Building Join/Prune packet for nbr 148.5.235.5
Aug 16 11:30:58: PIM(0): Adding v2 (148.5.57.7/32, 239.5.5.6) Join
Aug 16 11:30:58: PIM(0): Send v2 join/prune to 148.5.235.5 (Serial0/0.235)
Rack2R2#
It occurs on C2600-J1S3-M, Version 12.2(15)T5
The behavior is similar to the situation when 'ip pim nbma-mode' is enabled on PIM SM.
This archive was generated by hypermail 2.1.4 : Sun Sep 04 2005 - 17:01:19 GMT-3