GroupStudy.com GroupStudy.com - A virtual community of network engineers
 Home  BookStore  StudyNotes  Links  Archives  StudyRooms  HelpWanted  Discounts  Login
Re: Routing through a ppp ipcp negotiated interface posted 08/09/2006
[Chronological Index] [Thread Index] [Top] [Date Prev][Date Next] [Thread Prev][Thread Next]


*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@xxxxxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxx
>
> 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@xxxxxxxxxxxxxx [mailto:nobody@xxxxxxxxxxxxxx] 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@xxxxxxxxxxxxxx [mailto:nobody@xxxxxxxxxxxxxx] 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@xxxxxxxxxxxxxx <mailto:dschulz@xxxxxxxxxxxxxx >
> >
> >
> _______________________________________________________________________
> > 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