Hi Ed, On Fri, 15 Oct 2010, Ed Ronayne wrote:
> You need to re apply ip address neg to the dialler interface after > putting the interface into a vrf. I've tried that. '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. -Ronan > On 15 Oct 2010, at 17:55, "Ronan Mullally" <[email protected]> wrote: > > > > > 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 > > _______________________________________________ > > cisco-nsp mailing list [email protected] > > https://puck.nether.net/mailman/listinfo/cisco-nsp > > archive at http://puck.nether.net/pipermail/cisco-nsp/ > > _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
