Hi Ben,
Here's a simple PPPoE config with OSPF running across the PPPoE link fine
because the default ip ospf network type in this case is point-to-point
which actually doesn't care about the network mask (if you changed the
network type to something like broadcast then you wont get an adjacency)
http://blog.ioshints.info/2008/10/ospf-ignores-subnet-mask-mismatch-on.htmlfor
more specifics on that...
hostname R1
!
bba-group pppoe global
virtual-template 1
!
interface Loopback0
ip address 1.1.1.1 255.255.255.255
!
interface FastEthernet0/0
no ip address
pppoe enable group global
!
interface Virtual-Template1
ip address 10.1.12.1 255.255.255.0
ip mtu 1492
peer default ip address pool R2
!
router ospf 1
log-adjacency-changes
network 1.1.1.1 0.0.0.0 area 0
network 10.1.12.1 0.0.0.0 area 0
!
ip local pool R2 10.1.12.2
hostname R2
interface Loopback0
ip address 2.2.2.2 255.255.255.255
!
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
dialer pool 1
dialer persistent
!
router ospf 1
log-adjacency-changes
network 2.2.2.2 0.0.0.0 area 0
network 10.1.12.2 0.0.0.0 area 0
!
R1#sh ip ospf int bri
Interface PID Area IP Address/Mask Cost State Nbrs F/C
Vt1 1 0 10.1.12.1/24 1 DOWN 0/0
Vi1.1 1 0 10.1.12.1/24 1 P2P 1/1
Lo0 1 0 1.1.1.1/32 1 LOOP 0/0
R1#sh ip ospf nei
Neighbor ID Pri State Dead Time Address Interface
2.2.2.2 0 FULL/ - 00:00:39 10.1.12.2
Virtual-Access1.1
R1#sh ip route ospf
2.0.0.0/32 is subnetted, 1 subnets
O 2.2.2.2 [110/2] via 10.1.12.2, 00:05:52, Virtual-Access1.1
R2#sh ip ospf int brie
Interface PID Area IP Address/Mask Cost State Nbrs F/C
Di1 1 0 10.1.12.2/32 1785 P2P 1/1
Lo0 1 0 2.2.2.2/32 1 LOOP 0/0
R2#sh ip ospf nei
Neighbor ID Pri State Dead Time Address Interface
1.1.1.1 0 FULL/ - 00:00:35 10.1.12.1 Dialer1
R2#sh ip route ospf
1.0.0.0/32 is subnetted, 1 subnets
O 1.1.1.1 [110/1786] via 10.1.12.1, 00:04:33
10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks
O 10.1.12.0/24 [110/1786] via 10.1.12.1, 00:04:33
R2#ping 1.1.1.1 source 2.2.2.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
Packet sent with a source address of 2.2.2.2
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/6/12 ms
Cheers,
Adam
On Mon, Aug 8, 2011 at 3:36 PM, Ben Hughes <[email protected]> wrote:
> 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
>
_______________________________________________
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
