From: Radoslav Vasilev (deckland@gmail.com)
Date: Wed Aug 09 2006 - 06:00:13 ART
*Mar 9 22:31:20.638: OSPF: Rcv pkt from 35.5.5.5, Serial0/1, area 0.0.0.0 :
src not on the same network
*Mar 9 22:31:27.518: OSPF: end of Wait on interface FastEthernet0/1
*Mar 9 22:31:27.518: OSPF: DR/BDR election on FastEthernet0/1
*Mar 9 22:31:27.518: OSPF: Elect BDR 150.1.4.4
*Mar 9 22:31:27.518: OSPF: Elect DR 150.1.4.4
*Mar 9 22:31:27.518: OSPF: Elect BDR 0.0.0.0
*Mar 9 22:31:27.518: OSPF: Elect DR 150.1.4.4
*Mar 9 22:31:27.518: DR: 150.1.4.4 (Id) BDR: none
*Mar 9 22:31:28.018: OSPF: No full nbrs to build Net Lsa for interface
FastEthernet0/1
*Mar 9 22:31:30.638: OSPF: Rcv pkt from 35.5.5.5, Serial0/1, area 0.0.0.0 :
src not on the same network
*Mar 9 22:31:40.638: OSPF: Rcv pkt from 35.5.5.5, Serial0/1, area 0.0.0.0 :
src not on the same network
Rack1R4#
Rack1R4#
Rack1R4#sh ip os ne
Rack1R4#sh ip os neighbor
Rack1R4#
*Mar 9 22:31:50.638: OSPF: Rcv pkt from 35.5.5.5, Serial0/1, area 0.0.0.0 :
src not on the same network
Rack1R4#
Rack1R4#sh ip rou
*Mar 9 22:32:00.638: OSPF: Rcv pkt from 35.5.5.5, Serial0/1, area 0.0.0.0 :
src not on the same networkte
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static
route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
35.0.0.0/32 is subnetted, 2 subnets
C 35.5.5.3 is directly connected, Serial0/1
C 35.5.5.5 is directly connected, Serial0/1
155.1.0.0/24 is subnetted, 2 subnets
C 155.1.146.0 is directly connected, FastEthernet0/1
C 155.1.0.0 is directly connected, Serial0/0
150.1.0.0/24 is subnetted, 1 subnets
C 150.1.4.0 is directly connected, Loopback0
Rack1R4#
On 8/8/06, Brian McGahan <bmcgahan@internetworkexpert.com> wrote:
>
> OSPF does not require devices to be on the same subnet to
> establish adjacency, so it should work fine. In RIP this behavior can
> be disabled with the "no validate-update-source" process level command.
>
>
> HTH,
>
> Brian McGahan, CCIE #8593
> bmcgahan@internetworkexpert.com
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
> Toll Free: 877-224-8987 x 705
> Outside US: 775-826-4344 x 705
> 24/7 Support: http://forum.internetworkexpert.com
> Live Chat: http://www.internetworkexpert.com/chat/
>
>
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> Of
> > Olopade Olorunloba
> > Sent: Tuesday, August 08, 2006 12:37 PM
> > To: 'Schulz, Dave'; 'Cisco certification'
> > Subject: RE: Routing through a ppp ipcp negotiated interface
> >
> > OSPF does not form because the mask negotiated is a host route, and
> > therefore the router believes that the remote end is not on the same
> > subnet.
> >
> >
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> Of
> > Schulz, Dave
> > Sent: 04 August 2006 21:41
> > To: Cisco certification
> > Subject: Routing through a ppp ipcp negotiated interface
> >
> > I discovered something interesting while setting up a network in my
> lab
> > with using ppp ipcp to negotiate the address across a serial link. In
> > the following scenario, the address is negotiated fine. However, I am
> > trying to run the various protocols across the link. EIGRP, but RIP
> > will not allow the database to be received at the router with the
> > negotiated interface. OSPF will not allow the adjacency to form.
> > BTW....I can get the routes to be sent from the negotiated interface
> to
> > the remote (negotiating) interface of the remote router. I am just
> > trying things and investigating ....so this may not be valid to do
> this.
> > Just wondering why EIGRP works in this way, but OSPF and RIP do not.
> > Thoughts?
> >
> > On RIP...I get the following debug error.....(I tried this both
> > multicast and unicast updates, with no difference).
> >
> > *Mar 16 11:07:12.927: RIP: ignored v2 update from bad source 25.5.5.5
> on
> > Serial0/1
> >
> > Here are the configs at the interface level......
> >
> > R3.....
> >
> > !
> > interface Serial1
> > ip address negotiated
> > encapsulation ppp
> > end
> >
> >
> > R5......
> > !
> > interface Serial0/1
> > ip address 35.5.5.5 255.255.255.0
> > encapsulation ppp
> > peer default ip address 35.5.5.3
> > clock rate 2000000
> > end
> >
> >
> >
> > Dave Schulz, CCDP, CCNP, CCSP
> > Email: dschulz@dpsciences.com <mailto:dschulz@dpsciences.com >
> >
> >
> _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Sep 01 2006 - 15:41:56 ART