Yes that is what he is suggesting. You may also add the following if it is still not working
no ip dhcp use vrf connected That is typically only needed when you have overlapping addresses. Regards, Tyson Scott - CCIE #13513 R&S, Security, and SP Managing Partner / Sr. Instructor - IPexpert, Inc. Mailto: <mailto:[email protected]> [email protected] Telephone: +1.810.326.1444, ext. 208 Live Assistance, Please visit: <http://www.ipexpert.com/chat> www.ipexpert.com/chat eFax: +1.810.454.0130 IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at <http://www.ipexpert.com/communities> www.ipexpert.com/communities and our public website at <http://www.ipexpert.com/> www.ipexpert.com From: [email protected] [mailto:[email protected]] On Behalf Of Jason Maynard Sent: Monday, August 23, 2010 12:49 PM To: Marko Milivojevic Cc: [email protected] Subject: Re: [OSL | CCIE_RS] VOL3-LAB7- PPPOE and VRF Well, very good question If I had the VRF on DHCP pool for the networks for all users the other pool for the PPPOE connection would not work. Are you suggesting that if you have a VRF network the DHCP pools do not need to have a reference to the VRF in order to work? Jason Maynard _____ From: Marko Milivojevic <[email protected]> To: Jason Maynard <[email protected]> Cc: Rogelio Gamino <[email protected]>; [email protected] Sent: Mon, August 23, 2010 12:41:22 PM Subject: Re: [OSL | CCIE_RS] VOL3-LAB7- PPPOE and VRF Well, if DSG doesn't do anything in particular for VRF, why did you do it in your configuration? :-) -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: [email protected] Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Mon, Aug 23, 2010 at 17:21, Jason Maynard <[email protected]> wrote: > Hi Marko, > The configuration is the same as the DSG > The DSG includes the PPPOE configuration at that section (PPPOE Section) > which works but later in the DSG it does not reference anything to resolve > the issues after applying the VRF. It makes mention to ensure the PPPOE is > still working with DHCP but does not show the configuration. Adding the pool > to the VRF was easy for all networks but if you use "host" in the pool and > try adding that pool to the VRF you get a prompt stating that this is not > allowed. > I might have missed something > > Jason Maynard > > ________________________________ > From: Marko Milivojevic <[email protected]> > To: Jason Maynard <[email protected]> > Cc: Rogelio Gamino <[email protected]>; [email protected] > Sent: Mon, August 23, 2010 7:49:37 AM > Subject: Re: [OSL | CCIE_RS] VOL3-LAB7- PPPOE and VRF > > Jason, > > Have you tried the solution from the DSG? > > -- > Marko Milivojevic - CCIE #18427 > Senior Technical Instructor - IPexpert > > FREE CCIE training: http://bit.ly/vLecture > > Mailto: [email protected] > Telephone: +1.810.326.1444 > Web: http://www.ipexpert.com/ > > On Mon, Aug 23, 2010 at 11:51, Jason Maynard <[email protected]> > wrote: >> Thoughts? >> >> >> >> From: [email protected] >> [mailto:[email protected]] On Behalf Of Jason Maynard >> Sent: August-22-10 7:04 AM >> To: 'Rogelio Gamino' >> >> Cc: [email protected] >> Subject: Re: [OSL | CCIE_RS] VOL3-LAB7- PPPOE and VRF >> >> >> >> Yes, but it will not allow you to use the “host” command once you add it >> to >> the vrf >> >> >> >> >> >> >> >> From: Rogelio Gamino [mailto:[email protected]] >> Sent: August-22-10 1:25 AM >> To: Jason Maynard >> Cc: [email protected] >> Subject: Re: [OSL | CCIE_RS] VOL3-LAB7- PPPOE and VRF >> >> >> >> Have you tried adding the VRF info to the dhcp pool PPPOE? >> >> >> >> >> >> >> >> On Aug 21, 2010, at 11:05 PM, Jason Maynard wrote: >> >> >> >> I cannot get the PPPOE client to obtain the correct IP address from the >> dhcp >> server after applying the VRF. >> >> >> >> Thoughts? >> >> >> >> R8 >> >> __ >> >> >> >> interface FastEthernet0/1 >> >> no ip address >> >> duplex auto >> >> speed auto >> >> pppoe enable group global >> >> pppoe-client dial-pool-number 1 >> >> >> >> >> >> interface Dialer1 >> >> mtu 1492 >> >> ip address dhcp client-id FastEthernet0/1 >> >> encapsulation ppp >> >> dialer pool 1 >> >> ppp ipcp mask request >> >> >> >> >> >> >> >> show inter fas 0/1 >> >> FastEthernet0/1 is up, line protocol is up >> >> Hardware is MV96340 Ethernet, address is 0012.8031.d209 (bia >> 0012.8031.d209) >> >> >> >> R4 >> >> __ >> >> >> >> ip vrf R8 >> >> rd 45:8 >> >> route-target export 45:8 >> >> route-target import 45:8 >> >> route-target import 12:13 >> >> >> >> ip dhcp excluded-address 10.8.45.4 >> >> >> >> ip dhcp pool ALL >> >> vrf R8 >> >> network 10.8.45.0 255.255.255.0 >> >> ! >> >> ip dhcp pool PPPOE >> >> host 10.8.45.8 255.255.255.0 >> >> client-identifier 0100.1280.31d2.09 >> >> >> >> bba-group pppoe global >> >> virtual-template 2 >> >> >> >> interface FastEthernet0/1.48 >> >> encapsulation dot1Q 48 >> >> pppoe enable group global >> >> >> >> interface Virtual-Template2 >> >> mtu 1492 >> >> ip vrf forwarding R8 >> >> ip address 10.8.45.4 255.255.255.0 >> >> peer default ip address dhcp-pool PPPOE ALL >> >> ppp ipcp mask 255.255.255.0 >> >> ppp ipcp address required >> >> >> >> >> >> >> >> debug ip dhcp server packet >> >> >> >> *Aug 21 21:59:18.323: DHCPD: Allocate an address without class information >> (10.8.45.0) >> >> R4# >> >> *Aug 21 21:59:20.323: DHCPD: Allocate an address without class information >> (10.8.45.0) >> >> R4# >> >> *Aug 21 21:59:30.939: DHCPD: DHCPDISCOVER received from client >> 0100.1280.31d2.09 on interface Virtual-Access2.1. >> >> *Aug 21 21:59:30.943: DHCPD: Allocate an address without class information >> (10.8.45.0) >> >> R4# >> >> *Aug 21 21:59:32.943: DHCPD: Sending DHCPOFFER to client 0100.1280.31d2.09 >> (10.8.45.10). >> >> *Aug 21 21:59:32.943: DHCPD: broadcasting BOOTREPLY to client >> 0012.8031.d209. >> >> *Aug 21 21:59:32.943: DHCPD: DHCPREQUEST received from client >> 0100.1280.31d2.09. >> >> *Aug 21 21:59:32.947: DHCPD: No default domain to append - abort update >> >> *Aug 21 21:59:32.947: DHCPD: Sending DHCPACK to client 0100.1280.31d2.09 >> (10.8.45.10). >> >> *Aug 21 21:59:32.947: DHCPD: broadcasting BOOTREPLY to client >> 0012.8031.d209. >> >> >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> >> >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> >> >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
