From: CCIE KH49279 (ccie_lab@inetiq.com)
Date: Fri Mar 24 2006 - 09:43:58 GMT-3
Actually the configuration is simiple and spot on, there are only two map
statemens on the hub, and one map statement each on the two spokes. I tried
to clear the ospf proc and the fr maps to no avail, and default interface. I
removed ospf altogether, but I don't necessarily think ospf is the issue
here, as much as FR is bringing this ghostly 0.0.0.0 dynamic maps in
somehow. I will take a look at the router today just before I past my
configs again.
Once I reloaded the problem never came back. In my case it has only happened
twice, and that was when pasting configs.
Not quite sure why this occurred, but it has never showed up that I am aware
when I manually configure the same statements. I will be dumping more
configs on a router in a few hours, so I will be on the look out again.
Thanks,
Wayne
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of ccie
ccie
Sent: Friday, March 24, 2006 12:37 AM
To: CCIE KH49279; 'Brian Dennis'; 'John Matus'; ccielab@groupstudy.com
Subject: RE: ospf adj problem
Hi,
in ospf after any changes u have done u will have to do clear ip ospf
process in order for the chnages to take effect also i feel that the frame
relay is not properly configured may be the mapping is done properly between
the hub and spoke ...kindly cross check the mapping...i doubt that the
framerelay is not properly configure...
CCIE KH49279 <ccie_lab@inetiq.com> wrote:
Brian,
What causes these "ghostly" mappings? The only way I could get them to clear
was to reload. I used default-interface for my s0/0, and still could not get
rid of the mappings. I appreciat your insight in this.
Wayne
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Brian Dennis
Sent: Friday, March 17, 2006 2:37 PM
To: John Matus; ccielab@groupstudy.com
Subject: RE: ospf adj problem
You may have a dynamic mapping to 0.0.0.0 from R4 to R3. Since R3 is in init
state, R3 is seeing hellos from R4 but not seeing R4 acknowledge R3's hellos
hence the init state on R3. Just do a show frame map to see if this is the
case.
HTH,
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of John
Matus
Sent: Friday, March 17, 2006 12:28 PM
To: ccielab@groupstudy.com
Subject: ospf adj problem
guys,
having a problem w/ ospf adj's
hub & spoke topology, R5 is hub, R4 and R3 spokes. there is level 3
connectiviety between the spokes w/ map statements. ospf net type is
broadcast
R3 shows and init adj w/ R4, but R4 does not show an adj w/ R3
R3
*Mar 1 02:29:08.803: OSPF: Rcv hello from 150.1.4.4 area 0 from
Serial0/1
183.1.0.4
*Mar 1 02:29:08.803: OSPF: End of hello processing r3# *Mar 1
02:29:11.399: OSPF: Send hello to 224.0.0.5 area 0 on Serial0/1 from
183.1.0.3 *Mar 1 02:29:12.303: OSPF: Rcv hello from 150.1.5.5 area 0 from
Serial0/1
183.1.0.5
*Mar 1 02:29:12.303: OSPF: End of hello processing
R4
1 02:28:40.951: OSPF: Send hello to 224.0.0.5 area 0 on Serial0/0 from
183.1.0.4
r4#
*Mar 1 02:28:41.119: %SYS-5-CONFIG_I: Configured from console by console r4#
*Mar 1 02:28:44.619: OSPF: Rcv hello from 150.1.5.5 area 0 from Serial0/0
183.1.0.5
*Mar 1 02:28:44.619: OSPF: End of hello processing r4# *Mar 1
02:28:50.951: OSPF: Send hello to 224.0.0.5 area 0 on Serial0/0 from
183.1.0.4 r4# *Mar 1 02:28:54.619: OSPF: Rcv hello from 150.1.5.5 area 0
from Serial0/0
183.1.0.5
*Mar 1 02:28:54.619: OSPF: End of hello processing r4#
don't know what coud be causing this
any ideas??
TIA
Regards,
John D. Matus
Technical Support / PAS
Fujitsu Consulting
626-568-7716
John.Matus@tokiom.com
========================================================================
================================
This e-mail is intended solely for the individual to whom it is addressed.
The information contained in this transmission contains confidential and/or
proprietary information or is otherwise privileged.
If
the reader of this message is not the intended recipient, please be advised
that any dissemination, distribution or copying of this transmission is
strictly prohibited. If you have received this e-mail in error, please
notify us immediately by returning it to the sender and deleting this copy
from your system. Thank you for your cooperation.
========================================================================
================================
This archive was generated by hypermail 2.1.4 : Sat Apr 01 2006 - 10:07:40 GMT-3