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

[Ronan Mullally]

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" <ronan at iol.ie> 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  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
>