I have seen a symptom somewhat similar when interfaces were configured
under an incorrect ospf process id. They were allocated to the process,
the mistake was recognized, a network statement was added under the
correct process. The interfaces were still allocated to the original
(incorrect) process, so the incorrect process was removed. The
interfaces still did not get included in the correct process till
they were stopped/restarted. The results of show ip protocol might be
helpful in determining if something like this may have happened.
Rick
Rick Burts, CCSI CCIE 4615 burts@mentortech.com
Mentor Technologies 240-568-6500 ext 6652
133 National Business Parkway 240-568-6515 fax
Annapolis Junction, Md 20701
Chesapeake Network Solutions has now become Mentor Technologies.
Mentor Technologies is a certified Cisco Training Partner and also
a Cisco Professional Services partner.
We offer most of the Cisco training courses.
We also offer training in Checkpoint Firewall software and
Fore Systems (now Marconi) and MicroMuse.
We also provide network consulting services including
design, management, and problem solving.
We have 21 CCIEs on our staff.
We offer the breakthrough VLAB remote access technology for
access to practice configuration on real equipment.
On Mon, 21 May 2001, Zaheer Aziz wrote:
> At 04:25 PM 5/21/2001 -0400, Barry Wright wrote:
>
> >Try "redistribute connnected subnets" under "router ospf 10" instead.
>
> Steve,
>
> The redistribute trick will work, but question remains why the network
> statement under ospf is
> not picking up this interface.
>
> taking a look at database and routing table may be good start
>
> please provide
>
> sh ip route 10.0.16.30
> sh ip ospf database router <router ID of R1>,
>
> repeat for R2
>
> It may have been the case that OSPF did not pick this interface by mistake,
> removing the network statement and
> reinsertion may trigger it
>
> Hope this helps
> Zaheer
>
>
>
> >-----Original Message-----
> >From: Chris Davis [mailto:chris.davis@computerjobs.com]
> >Sent: Monday, May 21, 2001 12:45 PM
> >To: 'steven.godfrey@intechnology.co.uk'; cisco-nsp@puck.nether.net
> >Subject: RE: [nsp] OSPF not distributing 1 interface
> >
> >
> >Hello,
> >
> >Try "redistribute static subnets" under "router ospf 10"
> >
> >Chris Davis
> >Site Engineer
> >www.ComputerJobs.com
> >Upgrade Your Future
> >
> >
> >
> >-----Original Message-----
> >From: Freeserve (E-mail) [mailto:steve@godus.freeserve.co.uk]
> >Sent: Monday, May 21, 2001 12:26 PM
> >To: cisco-nsp@puck.nether.net
> >Subject: [nsp] OSPF not distributing 1 interface
> >
> >
> >Hi,
> >I have a strange problem with OSPF.
> >
> >The config is a very simple one area, one network statement. I have a /30
> >joining to routers over Ethernet and basically neither of the routers is
> >redistributing this connected link into OPSF?
> >
> >The 2 routers have other connections in the same network range and these are
> >being redistributed ok to the other 10 routers on the network?
> >
> >If anyone has any ideas I would appreciate it.
> >
> >Here is the config:
> >
> >ROUTER 1:
> >
> >interface FastEthernet0/0
> > description ******* HG1-PE4 ********
> > ip address 10.0.16.30 255.255.255.252
> > ip ospf cost 5
> > duplex auto
> > speed auto
> > tag-switching mtu 1600
> > tag-switching ip
> > no cdp enable
> >
> >router ospf 10
> > log-adjacency-changes
> > network 10.0.0.0 0.255.255.255 area 0.0.0.0
> >
> >
> >ROUTER 2:
> >
> >interface FastEthernet2/1
> > description ****** HG1-PE5 ******
> > ip address 10.0.16.29 255.255.255.252
> > ip ospf cost 5
> > duplex auto
> > speed auto
> > tag-switching mtu 1600
> > tag-switching ip
> >
> >router ospf 10
> > log-adjacency-changes
> > passive-interface Serial3/0.2
> > network 10.0.0.0 0.255.255.255 area 0.0.0.0
> >
> >Thanks in advance
> >
> >Steve.
>
>
This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:38 EDT