[c-nsp] redistribute routes leaked from another VRF?

[Jeff Bacon]

OK, I'm reaching, I know.

Let's suppose Cisco device (6500 SXH/SXI), with VRF Alpha and VRF Beta
defined. 

BGP 400 is running in VRF Alpha, learning routes from somewhere else. 
OSPF pid 200 is running in VRF Beta, various other routes, several OSPF
neighbors. 

Set up import map, and import a handful of routes from Alpha into Beta.
Great. All known, documented, works great. 

Is there any chance on God's green earth that "router ospf 200 vrf Beta"
might somehow be able to "redistribute bgp 400 route-map
match-Alpha-routes" and redistribute those routes via OSPF to its
neighbors? Or do the same thing, only from global instead of VRF Alpha?

I've RTFM'ed and can't find a case of this, so I'm guessing the answer
is "no way". 

Yes, the normal answer is to use default routes or define a static or
whatever...I know all the standard answers. I want to know if I can do
*this*. 


(I have an interface that's sending me both multicast and unicast.

The multicast I want to keep in global - yes you can do multicast VRFs,
but I had a long chat with someone from LAN Switching TAC in RTP a while
back and one of my takeaways was an emphatic "don't do this if you don't
have to". 

The unicast I want to switch out into a VRF. 

I get the notion of using VRF source-selection but I'm uncomfortable
with it, and I'm not sure how well it works in hdw at line rate, which
it needs to. Besides, I'd like to drive the source select map from the
routing protocol I'm receiving from the far end...) 

Thanks as always,
-bacon