RE: RPF failure

From: ccie2be (ccie2be@nyc.rr.com)
Date: Thu Apr 14 2005 - 17:39:54 GMT-3


To configure an mroute, use this command; ip mroute <ip addr netmask> <
next-hop rpf ip-addr | next-hop interface> where the 1st ip addr is the ip
addr of the mcast source i.e. a regular ip addr - not an mcast addr.

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Jean
Baaklini
Sent: Thursday, April 14, 2005 12:33 PM
To: Lee Donald
Cc: ccielab@groupstudy.com; nobody@groupstudy.com
Subject: RE: RPF failure

Hi Lee,

let's say the layout looks like that:

            Src
              |
R1----------------R2
| |
| |
R3---------------R4
| (RP) |
|___________R5(mapping)

the RPF faillure happens on R4 (it sees R5 as the rpf nbr instead of R2)

My mroute looks like: ip mroute src-IP mask R2'sIPaddress

Any idea?

Cheers,
JP
 

Lee Donald <Lee.Donald@t-systems.co.uk>
Sent by: nobody@groupstudy.com
2005-04-14 18:08
Please respond to
Lee Donald

To
Jean Baaklini/Sweden/Contr/IBM@IBMSE, ccielab@groupstudy.com
cc

Subject
RE: RPF failure

It's sounds like your ip mroute statement is wrong, what's your config?

This static route will override any other dynamically learnt routes.

-----Original Message-----
From: Jean Baaklini [mailto:JEAN@se.ibm.com]
Sent: 14 April 2005 16:56
To: ccielab@groupstudy.com
Subject: RPF failure

Hi All,

I'm currently working on a multicast routing scenario on which I'd
appreciate your comments.

One of my routers is dropping the multicast feed because of a multicast
faillure : Its rpf nbr is the mapping agent (I'm using auto-rp) instead of

being the correct rpf (to the source).
I tried to add a multicast static route (even played with the admin
distances, ...) but I doesn't seem to change anything: the static route is

added to the config but when I type sh ip mroute <group> , the rpf nbr is
still the mapping agent.

I really don't get it... Does anyone have an idea?

Thank you

JP



This archive was generated by hypermail 2.1.4 : Tue May 03 2005 - 07:54:58 GMT-3