Hello Hemanth,
You are totally right. RPF is a mechanism why which a router decides whether
to accept a multicast packet on an interface, based on its routing table (if
the table states that the best path
to reach the source is through that interface) than RPF check has passed, if
not the packet is dropped. There are two workarounds for RPF Failures:
1)Changing how the routing table looks.
2)Static Mroutes which override whatever is stated in the routing table.
And all this goes back to the fact that PIM is not a multicast routing
protocol, and it is completely dependent on the routing protocols running
within the network.
Note: You can use debug ip mpacket (when no ip mroute-cache) is used on the
interfaces and you will be able to see the message indicating RPF failures
"not RPF interface".
Hope this helps.
Best Regards,
On Fri, Jul 2, 2010 at 11:07 AM, HEMANTH RAJ <hemanthrj_at_gmail.com> wrote:
> Can sumone xplain me clearly about rpf check and its diadvantages???
> I have read and confused a bit
> here is wat i have understood
> If a router running multicast recieves a multicast packet from an interface
> and that local router checks in its routing table tat the interface which
> it
> has received the packet is the best one to reach tat particular source.
> Even if there are two or ore interfaces where we can reach it ,but the one
> in which we have received is the best interface
> If this check passes,then the multicast operation starts working...
>
> Am i right with the concept???
>
> pls anyone expalin me in depth!!!!!!!!!!!!
> --
> Problems arise Bcoz we talk,prblms r not solve bcoz we dont talk So gud r
> bad talk to ur affectionate one's freely
>
> Urs Friendly,
> HP HEMANTH RAJ
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
-- KJ Blogs and organic groups at http://www.ccie.netReceived on Fri Jul 02 2010 - 11:17:51 ART
This archive was generated by hypermail 2.2.0 : Sun Aug 01 2010 - 19:19:15 ART