From: Ryan LaTorre (cisco@xxxxxxxxxxxx)
Date: Sun Jun 03 2001 - 14:44:38 GMT-3
I found that certain routers in my lab I experienced this as well. I
suspect it's just an IOS quirk. Now, since you know the command you used
doesn't work on that particular router, and you know the command is
correct, what would you do next? If this happened in your lab test, you
have to find a way to make it work...
There are multiple ways to manipulate a route, perhaps a route-map might
help here...
----- Original Message -----
From: "windchong0008" <windchong0008@sinaman.com>
To: <ccielab@groupstudy.com>
Sent: Sunday, June 03, 2001 5:57 AM
Subject: Strange OSPF result
> Hi all;
>
> I have very interesting question that I want to discuss.
> I set up an frame-realy Hub and spoke OSPF in my lab environment (
only 1
> routing protocol).
>
> r1- Hub (Cisco 2501, Enterprise Plus)
> r2- Spoke (Cisco 2513, Enterprise Plus)
> r3- Spoke (Cisco 2620, 1S, 1E, 1BRI, IP Plus)
> r4- Spoke (Cisco 2511 IP Plus)
> r5- Frame Relay Switch
>
> When I was trying to distribute defualt route into OSPF domain
by
> the following command
> " default-information originate always metric 100 metric-type
1
> "into R2
>
> The expected result is that, other router in the same OSPF domain will
have
> default route, metric 100 and type 1.
> But I did not have the expected result, only type 2 distribute in
other
> router, try to adjust bandwidth, etc, .....
>
> When I tried to implement the same configuration but differnet
spoke
> (2 & 4) the results was expected.
> Any comment will welcome!
>
> PS. All the spokes have similiar setting, except the one implement
defualt
> route ( 2 areas and 1 defualt route)
>
> Vincent Chong
> ==================================================================
> 7s.v'K6O9q$l+H=c http://sinamail.sina.com.hk
> **Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:17 GMT-3