The issue I'm getting at is where the pim neighbor address seen in the vrf (remote PE global Loopback) fails rpf. For example, R6 receives pim hellos from 17.17.0.4 via the mdt interface. Since 17.17.0.4 is not known in the vrf, rpf for the neighbo...

I'd assumed you meant mGRE. The mGRE build is a function of vrf/mdt config, not MDT AFI support. So, it seems to me that you don't need to know the other PE IP addresses, just throw all mcast traffic down the tunnel and it should arrive, no?At leas...

One thing to check - without MDT AFI support, there will be an RPF failure against int Tunnel0 (or whichever mGRE interface created for MDT support). Haven't labbed this up, but I'm thinking a static mroute using the Tunnel on each side may correct t...

Take a look at:http://www.cisco.com/en/US/tech/tk331/tk336/technologies_design_guide09186a0080237a48.shtmlfor an overview of DLSW QoS and a light overview of QoS in general. Don't think you'll have any issues around this on 7200/12.3. Ie, dlsw tos ...

Hi Dominic,A few questions for clarification that could help the forum with troubleshooting:Are you saying that the RP completely looses the (*,G) mrouteOr both the (*,G) and the (S,G)?Do you see the S,G anywhere besides the receiver's DR during a fa...