The time-honoured Windows solution has provided a fix. After a reload of the router I am now able to apply 'ip address negotiated' to the dialer interface and everything is working as expected.
-Ronan 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. > > For safety ios executes a no ip address in the interface after a vrf change > > > > Regards > > Ed > > Sent from the batphone. > > 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/
