Re: multicast registration process

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
Received on Thu Jan 09 2014 - 19:06:09 ART