From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Fri Mar 24 2006 - 13:24:59 GMT-3
This is a problem with your order of operations. Make sure to
"shutdown" all the serial interfaces before applying any frame relay
configuration. Once all the config is applied then "no shut" the
interfaces. Always make sure that you look at the "show frame-relay
map" output to check your layer 3 to layer 2 resolution before moving
past your layer 2 configuration.
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
> CCIE KH49279
> Sent: Friday, March 24, 2006 6:44 AM
> To: 'ccie ccie'; Brian Dennis; 'John Matus'; ccielab@groupstudy.com
> Subject: RE: ospf adj problem
>
> 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