Can you post your interface configs on R4 and R6 and show ip mroute on R6
-- BR Tony Sent from my iPad > On 9 Jan 2014, at 16:06, Imran Ali <immrccie_at_gmail.com> wrote: > > debug in detail: > > start pinging from R6 > > *R6#ping 224.1.2.4* > > Type escape sequence to abort. > Sending 1, 100-byte ICMP Echos to 224.1.2.4, timeout is 2 seconds: > > *Reply to request 0 from 155.1.108.10, 236 ms* > > > > R5#debug ip mpacket > IP multicast packets debugging is on > > > R5# > *Mar 1 01:39:24.811: IP(0): s=155.1.146.6 (Serial1/1) *d=224.1.2.4 > (FastEthernet0/0) id=8, ttl=253, prot=1, len=100(100), mforward* > *Mar 1 01:39:24.823: PIM(0): *Received v2 Register on Serial1/0 from > 155.1.146.6* > *Mar 1 01:39:24.827: for 155.1.146.6, group 224.1.2.4 > *Mar 1 01:39:24.831: PIM(0): *Send v2 Register-Stop to 155.1.146.6 for > 155.1.146.6, group 224.1.2.4* > *Mar 1 01:39:25.767: PIM(0): Received v2 Join/Prune on FastEthernet0/0 > from 155.1.58.8, to us > *Mar 1 01:39:25.771: PIM(0): Join-list: (*, 224.1.2.4), RPT-bit set, > WC-bit set, S-bit set > > > debug shows forward message first data plane aciton > > next it shows successful Registration process coming in on S1/0 > > Then it builds shared tree > > but registration came in on non rpf interface ..if i verify route back > to source it says S1/1 > > R5#MTRACE 155.1.146.6 > Type escape sequence to abort. > Mtrace from 155.1.146.6 to 155.1.45.5 via RPF > From source (?) to destination (?) > Querying full reverse path... > 0 155.1.45.5 ===============> s1/1 > -1 155.1.45.5 PIM [155.1.146.0/24] > -2 155.1.45.4 PIM [155.1.146.0/24] > -3 155.1.146.6 > > *R5#SHOW IP RPF 155.1.146.6* > RPF information for ? (155.1.146.6) > RPF interface:* Serial1/1* > RPF neighbor: ? (155.1.45.4) > RPF route/mask: 155.1.146.0/24 > RPF type: unicast (eigrp 100) > RPF recursion count: 0 > Doing distance-preferred lookups across tables > > > > > >> On Thu, Jan 9, 2014 at 6:52 PM, Imran Ali <immrccie_at_gmail.com> wrote: >> >> Hi all >> >> R6==========R4=========R5 >> source RP >> >> >> R4 is connected to R5 with two S1/1 and S1/0 >> >> R6 registrations are coming in non PIM enabled interface >> >> *Mar 1 01:25:21.519: PIM(0): Received v2 Register on Serial1/0 from >> 155.1.146.6 >> *Mar 1 01:25:21.523: PIM(0): Send v2 Register-Stop to 155.1.146.6 for >> 0.0.0.0, group 0.0.0.0 >> >> >> R5#show ip pim interface >> >> Address Interface Ver/ Nbr Query DR DR >> Mode Count Intvl Prior >> 150.1.5.5 Loopback0 v2/SD 0 30 1 >> 150.1.5.5 >> 155.1.58.5 FastEthernet0/0 v2/SD 1 30 1 >> 155.1.58.8 >> 155.1.45.5 Serial1/1 v2/SD 1 30 1 >> 0.0.0.0 >> >> pim is not enabled on s1/0 , on which the register was received >> >> traceroute to source goes via s1/1 . ie shortest path back to source is >> via s1/1 >> R5#traceroute 155.1.146.6 >> >> Type escape sequence to abort. >> Tracing the route to 155.1.146.6 >> >> 1 155.1.45.4 60 msec 44 msec 4 msec >> 2 155.1.146.6 64 msec 88 msec 8 msec >> >> >> >> *Question*: PIM register messages are subjected to RPF check . ie >> should land on interface , from which router sends unicast traffic back >> to source . >> >> here routers unicast path back is via 155.1.45.4 ie s1/1 >> R5#traceroute 155.1.146.6 >> >> Type escape sequence to abort. >> Tracing the route to 155.1.146.6 >> >> 1 155.1.45.4 60 msec 44 msec 4 msec >> 2 155.1.146.6 64 msec 88 msec 8 msec >> >> Register messages come in via s1/0 >> >> PIM(0): Received v2 Register on Serial1/0 from 155.1.146.6 >> >> Register stop message was sent ....and not said " NOT AN RPF interface >> " >> >> what could be reason ? ios image exception ? > > > Blogs and organic groups at http://www.ccie.net > > _______________________________________________________________________ > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html Blogs and organic groups at http://www.ccie.netReceived on Thu Jan 09 2014 - 20:51:57 ART
This archive was generated by hypermail 2.2.0 : Sat Feb 01 2014 - 10:24:52 ART