From: Thounda Craig, Jr (hjcgroup@xxxxxxxxxxxxxx)
Date: Sun Sep 03 2000 - 12:20:26 GMT-3
I know the feeling. I researched Daniel's reply and found the
following:
----------------------------------------------------------------------
-
The Cisco IOS software automatically creates neighbor routes by
default; that is, it automatically sets up a route to the peer address
on a point-to-point interface when the PPP IPCP negotiation is
completed.
To disable this default behavior or to reenable it after it has been
disabled, use the following commands in interface configuration mode:
Command: Purpose:
no peer neighbor-route Disable creation of neighbor
routes.
peer neighbor-route Reenable creation of neighbor
routes.
--------------------
May work? Let us know.
brgds,
Thounda
----- Original Message -----
From: John Conzone
To: Thounda Craig, Jr ; ccielab
Sent: Sunday, September 03, 2000 11:02 AM
Subject: Re: OSPF------->BGP---------->OSPF---------->
ARGHHHHHHHHHHHH!!!!!!!!!!!!!!!!!!
To, that works fine if I don't do redistributon. At thsi point I'm
going to move on and finish the rst of the lab. No matter what I tried
I couldn't stop the external LSA from being generated and bringing up
the link. I'm going to work on mutal redistribution this week on my
personal lab.
I have about 16 more type 5 lsa in my database that shouldn't be
there. They're againg out, though. It was working fine until the damn
ISDN link. A pox on Lab 8!!!!!!!!!
I have totally F*&#ed up the routing on this lab. I was good until
the ISDN link. Two weeks and back to feeling like I don't know
squat!!!
----- Original Message -----
From: Thounda Craig, Jr
To: John Conzone ; ccielab
Sent: Sunday, September 03, 2000 11:01 AM
Subject: Re: OSPF------->BGP---------->OSPF---------->
ARGHHHHHHHHHHHH!!!!!!!!!!!!!!!!!!
Place "ip ospf demand-circuit" on one end of the link (possibly the
hub-side).
This command suppress the DNA bits.
* OSPF over demand circuits should not be implemented across a
broadcast medium.
Reason: the Hello packets cannot be suppressed; keeping the link UP.
Note: You should only use this command within stub, totally stubby, or
NSSA areas. Although, non-stub areas can support it, keeping it
within one area minimizes the number of changed LSAs received as the
result of topology changes in other areas and hence prevents excess
uptime of the demand circuit.
(ref: "Routing TCP/IP" by Jeff Doyle; p. 565-567)
brds,
Thounda Craig
----- Original Message -----
From: John Conzone
To: ccielab
Sent: Sunday, September 03, 2000 9:33 AM
Subject: OSPF------->BGP---------->OSPF---------->
ARGHHHHHHHHHHHH!!!!!!!!!!!!!!!!!!
I am having trouble keeping my ISDN line quiet because of external
LSA being generated when I redistribute OSPF int BGP and then back
into OSPF.
No matter what type of list I try, I can't seem to stop the ISDN
line coming up. As soon as the ISDN link comes down, OSPF generates a
message which is redistributed into BGP which comes back into OSPF as
an external announcement and brings up the line. (at least I think
thats whats happening.)
I looked in the archives and have found some references to this
saying use passive interface or distribute list, but distribute list
won't work for me (probaly becsue I;m not applying properly), and I
need this link to operate normally so I can't use passive.
Besides not doing a redistribution loop (which is part of the lab
requirement so I have to) what am I doing wrong?
Thanks!
r6#
OSPF: Generate external LSA 137.20.224.5, mask 255.255.255.255,
type 5, age 0, m
etric 20, seq 0x80000009
%ISDN-6-CONNECT: Interface BRI0:1 is now connected to 4930624
r5
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:24:52 GMT-3