Marko, Are you referring to the working or not working config? The working config still gets the IP address via IPCP even though the command on the D1 interface is "ip address pool DPOOL". Both versions of the config negotiate the ip address for the client via IPCP. The only difference is the mask.
Can you explain in a bit more detail where I've gone wrong (or at least point me in the right direction)? I'm aware that I have the client and server routers around the wrong way but I don't think that will stop OSPF from working. cheers, Ben. From: Marko Milivojevic <[email protected]<mailto:[email protected]>> Date: Mon, 8 Aug 2011 12:37:26 +1000 To: Ben Hughes <[email protected]<mailto:[email protected]>> Cc: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: [OSL | CCIE_RS] Volume2 Lab6 OSPF and PPPoE Then your configuration is not correct :-) -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: [email protected]<mailto:[email protected]> Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Sun, Aug 7, 2011 at 15:37, Ben Hughes <[email protected]<mailto:[email protected]>> wrote: The server was to assign an IP to the client. cheers, Ben. From: Marko Milivojevic <[email protected]<mailto:[email protected]><mailto:[email protected]>> Date: Sun, 7 Aug 2011 05:50:40 +1000 To: Ben Hughes <[email protected]<mailto:[email protected]><mailto:[email protected]>> Cc: "[email protected]<mailto:[email protected]><mailto:[email protected]>" <[email protected]<mailto:[email protected]><mailto:[email protected]>> Subject: Re: [OSL | CCIE_RS] Volume2 Lab6 OSPF and PPPoE Did the task tell you to self-assign IPs using local pools, or was the server supposed to assign IP to a client? -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: [email protected]<mailto:[email protected]><mailto:[email protected]> Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Fri, Aug 5, 2011 at 20:41, Ben Hughes <[email protected]<mailto:[email protected]><mailto:[email protected]>> wrote: Hi Marko, Configs are below. Working config: !R1 ip dhcp pool DPOOL import all origin ipcp interface FastEthernet0/0 no ip address speed 100 full-duplex pppoe enable pppoe-client dial-pool-number 1 interface Dialer1 ip address pool DPOOL ip mtu 1492 encapsulation ppp ip ospf network point-to-point ip ospf lls ip ospf 1 area 15 dialer pool 1 dialer idle-timeout 0 dialer persistent no peer neighbor-route ppp authentication pap callin ppp pap sent-username R1 password 0 IPEXPERT ppp ipcp mask request end router ospf 1 router-id 150.50.1.1 log-adjacency-changes area 15 stub network 150.50.1.1 0.0.0.0 area 15 network 150.50.100.1 0.0.0.0 area 15 ------ sh int d1 Dialer1 is up, line protocol is up (spoofing) Hardware is Unknown Internet address is 150.50.21.1/24 ------ !R2 vpdn enable bba-group pppoe global virtual-template 1 interface FastEthernet0/0 no ip address speed 100 full-duplex pppoe enable group global ! interface Virtual-Template1 ip address 150.50.21.2 255.255.255.0 ip mtu 1492 ip ospf network point-to-point ip ospf 1 area 15 peer default ip address pool VLAN500 ppp authentication pap ppp ipcp mask 255.255.255.0 router ospf 1 router-id 150.50.2.2 log-adjacency-changes area 1 virtual-link 150.50.6.6 retransmit-interval 10 authentication message-digest area 1 virtual-link 150.50.6.6 message-digest-key 1 md5 ipexpert area 1 virtual-link 150.50.5.5 retransmit-interval 10 authentication message-digest area 1 virtual-link 150.50.5.5 message-digest-key 1 md5 ipexpert area 15 stub area 15 default-cost 15 network 150.50.2.2 0.0.0.0 area 15 network 150.50.255.2 0.0.0.0 area 1 ip local pool VLAN500 150.50.21.1 ============================= Not working config: !R2 config is the same. !R1 interface FastEthernet0/0 no ip address speed 100 full-duplex pppoe enable pppoe-client dial-pool-number 1 interface Dialer1 ip address negotiated ip mtu 1492 encapsulation ppp ip ospf network point-to-point ip ospf lls ip ospf 1 area 15 dialer pool 1 dialer idle-timeout 0 dialer persistent no peer neighbor-route ppp authentication pap callin ppp pap sent-username R1 password 0 IPEXPERT end ------ sh int d1 Dialer1 is up, line protocol is up (spoofing) Hardware is Unknown Internet address is 150.50.21.1/32 debug ip ospf adj *Mar 6 22:00:37.164: OSPF: Rcv pkt from 150.50.21.2, Dialer1, area 0.0.0.15 : src not on the same network cheers, Ben. From: Marko Milivojevic <[email protected]<mailto:[email protected]><mailto:[email protected]><mailto:[email protected]>> Date: Sat, 6 Aug 2011 13:23:40 +1000 To: Ben Hughes <[email protected]<mailto:[email protected]><mailto:[email protected]><mailto:[email protected]>> Cc: "[email protected]<mailto:[email protected]><mailto:[email protected]><mailto:[email protected]>" <[email protected]<mailto:[email protected]><mailto:[email protected]><mailto:[email protected]>> Subject: Re: [OSL | CCIE_RS] Volume2 Lab6 OSPF and PPPoE Could you copy your exact configuration here, please? Physical interfaces, Virtual-Template, Dialer interface and OSPF process. Thanks. -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: [email protected]<mailto:[email protected]><mailto:[email protected]><mailto:[email protected]> Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Fri, Aug 5, 2011 at 19:49, Ben Hughes <[email protected]<mailto:[email protected]><mailto:[email protected]><mailto:[email protected]>> wrote: Hi Experts, In Volume 2 Lab6 there is a requirement to run OSPF over a PPPoE session between R1 and R2. While completing this section I found I couldn't bring up the OSPF adjacency because the PPPoE client had a /32 mask which made the address of the peer on a different network. I was able to get this to work by adjusting the mask using a DHCP pool with the origin ipcp command. While reading the DSG I was surprised to find that this issue was not encountered. The only thing I can see I've done differently is incorrectly making R2 the PPPoE server instead of the client but I don't think this would have anything to do with creating or fixing the issue. Can anyone explain why the DSG didn't have this issue and I did? cheers, Ben. _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
