From: Victor Cappuccio (vcappuccio@gmail.com)
Date: Mon Oct 27 2008 - 18:38:43 ARST
Bogdan,
that would work to change /32 that is advertise to loopback interfaces, to
a different to the /subnet configured, anyways I configured the interfaces
as ip ospf net point-to-point just for grins and the same results..
R0(config-if)#do show run int d1
Building configuration...
Current configuration : 158 bytes
!
interface Dialer1
ip address negotiated
encapsulation ppp
ip ospf network point-to-point
ip ospf hello-interval 1
ip ospf 1 area 0
dialer pool 1
end
R0(config-if)#do show ip ospf neigh
Neighbor ID Pri State Dead Time Address Interface
1.1.1.1 0 INIT/ - 00:00:03 10.10.10.1 Dialer1
R0(config-if)#
OSPF: End of hello processing
OSPF: Send hello to 224.0.0.5 area 0 on Dialer1 from 0.0.0.0
OSPF: rcv. v:2 t:1 l:44 rid:1.1.1.1
aid:0.0.0.0 chk:EAC9 aut:0 auk: from Dialer1
OSPF: Rcv hello from 1.1.1.1 area 0 from Dialer1 10.10.10.1
OSPF: Send immediate hello to nbr 1.1.1.1, src address 10.10.10.1, on
Dialer1
OSPF: Send hello to 224.0.0.5 area 0 on Dialer1 from 0.0.0.0
OSPF: End of hello processing
R0(config-if)#
and on the PPPOE Server just the same.
OSPF: Rcv pkt from 0.0.0.0, Virtual-Access1.2, area 0.0.0.0 : src not on the
sam
e network
OSPF: Rcv pkt from 0.0.0.0, Virtual-Access1.1, area 0.0.0.0 : src not on the
sam
e network
OSPF: Rcv pkt from 0.0.0.0, Virtual-Access1.1, area 0.0.0.0 : src not on the
sam
e network
OSPF: Rcv pkt from 0.0.0.0, Virtual-Access1.2, area 0.0.0.0 : src not on the
sam
e network
OSPF: Rcv pkt from 0.0.0.0, Virtual-Access1.2, area 0.0.0.0 : src not on the
sam
e network
R1#
Thanks & Regards
Victor.-
On Mon, Oct 27, 2008 at 8:58 PM, Bogdan Sass <bogdan.sass@catc.ro> wrote:
> Victor Cappuccio wrote:
>
> Bogdan,
>
> Because PPP allocates his clientes a /32, and you would receive something
> like
> OSPF: Rcv pkt from 0.0.0.0, Virtual-Access1.1, area 0.0.0. 0 : src not on
> the same network, PPP doesn't have any option to negotiate the mask
> information and will always use a /32 bit mask when IP address that was
> negotiated.
>
> /32 is 1 host, and OSPF would complain that the remote is not on the same
> subnet
>
> if you need to run OSPF there, if you've misconfigured the OSPF interface
> parameters the timers or the subnet mask you would have a problem to
> establish OSPF Adjacency, I notice also that if you have a mismatched IP
> subnets (not the subnet mask) on adjacent routers, you will not see any
> received hello packets,
> it is better to use the DHCP-Pool (local to the router) DHCP (to use the
> router as a proxy client to allocate a peer ip address) to receive whatever
> you have configured as the subnet mask in the dhcp request, the way to
> perform these task
>
> R1(config-if)#interface Virtual-Template1
> R1(config-if)#ip address 10.10.10.1 255.255.255.0
> R1(config-if)#peer default ip address ?
> dhcp Use DHCP proxy client mechanism to allocate a peer IP address
> dhcp-pool Use local DHCP pools to allocate a peer IP address
> pool Use IP pool mechanism to allocate a peer IP address
>
> Remember that OSPF needs both the ends in the same network to form
> neighbour relationship. Just something I saw while teaching ISCW, and a
> student asked to configure ospf there, also is clear that we have would have
> an MTU Issue there.
>
> HTH
> Victor.-
>
> Thank you very much! The reason I was asking was that I ran into a
> (somewhat) similar problem during my preparation for the CCIE lab :)
>
> From what I've been reading on the list lately, it looks like setting
> the ospf network to point-to-point type might also be a solution to this?
>
> --
> Bogdan Sass
> CCAI,CCSP,JNCIA-ER,CCIE #22221 (RS)
> Information Systems Security Professional
> "Curiosity was framed - ignorance killed the cat"
>
>
-- Victor Cappuccio CCIE R/S# 20657 CCSI# 30452 www.anetworkerblog.comBlogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sat Nov 01 2008 - 15:35:23 ARST