[c-nsp] PPPoE Dialer in VRF disables IP address negotiation?

[Ronan Mullally]

I've got a 2811 running 12.4(24)T3.  I'm trying to set it up as PPPoE
client.

Everything works fine when I do this in the global routing table:

 interface Dialer1
  ip address negotiated
  ip mtu 1492
  encapsulation ppp
  dialer pool 1
  dialer-group 1
  ppp chap hostname ...........
  ppp chap password ...........

 IPCP: I CONFREQ [REQsent] id 1 len 10
 IPCP:    Address .............
 IPCP: O CONFACK [REQsent] id 1 len 10
 IPCP:    Address .............
 IPCP: I CONFNAK [ACKsent] id 1 len 10
 IPCP:    Address .............
 IPCP: O CONFREQ [ACKsent] id 2 len 10
 IPCP:    Address .............

And I end up with two connected host routes in the routing table.

When I try and put the Dialer interface into a VRF the Dialer config
changes to:

 interface Dialer1
  ip vrf forwarding VRF_A
  no ip address
  ip mtu 1492
  encapsulation ppp
  dialer pool 1
  dialer-group 1
  ppp chap hostname ............
  ppp chap password ............

PPP no longer negotiates an IP address:

 IPCP: I CONFREQ [Not negotiated] id 1 len 10
 IPCP:    Address ...........
 LCP: O PROTREJ [Open] id 2 len 16 protocol IPCP

'ip address negotiated' is accepted on the CLI, but isn't applied, the
dialer interface stubbornly retains "no ip address".  I've tried 'ppp
ipcp accept-address' but it makes no difference.

I've googled and found 'Dialer Watch' but it looks like that requires the
IP address to be configured in the Dialer rather than negotiated upon
connection.

I hope I'm missing something obvious.  Any ideas?  If it's not possible,
are there any other alternatives for getting traffic into VRF_A?


-Ronan