From: SFeldberg@xxxxxxxxxxxxx
Date: Tue Dec 04 2001 - 18:25:35 GMT-3
Albert,
As we discovered, the secondary address works until OSPF reloads - not a
way to reliably get it done in the lab. Another alternative would be to
get the IGPs to send default routes (see the "OSPF/IGRP update drop" thread
from today). BTW, the /32 is a function of the "ip ospf network
point-to-multipoint". Change the ip ospf network type on the interface and
the /32s will go away.
Steve
"Albert Lu"
<albert_ccie@y To: <SFeldberg@edeltacom.com>
ahoo.com> cc: <ccielab@groupstudy.com>
Subject: RE: AGAIN! IGRP OSPF redi
s (NEW FINDING!!)
12/04/2001
04:16 PM
Please respond
to albert_ccie
Steve,
Thanks for the explanation.
If you were not to make the router an ABR, how else could you do the
summarisation? Have you had luck with secondary addresses on the FR
interface? It seems to always create a /32 even if you specified a /24.
Albert
-----Original Message-----
From: SFeldberg@edeltacom.com [mailto:SFeldberg@edeltacom.com]
Sent: Wednesday, December 05, 2001 4:40 AM
To: albert_ccie@yahoo.com
Cc: ccielab@groupstudy.com
Subject: RE: AGAIN! IGRP OSPF redis (NEW FINDING!!)
The area-range command will enable you to summarize a route on an ABR (or
ABR/ASBR as in my example from yesterday). My explaination of this behavior
is that without being an ABR, area-range has no relevance to the OSPF
process (all interfaces are in 0.0.0.0). Once there is another area
defined, the summary LSA is created by the area-range command (see below).
r5#sh ip ospf
Routing Process "ospf 10" with ID 5.5.5.5 and Domain ID 0.0.0.10
Supports only single TOS(TOS0) routes
Supports opaque LSA
It is an area border router
SPF schedule delay 5 secs, Hold time between two SPFs 10 secs
Minimum LSA interval 5 secs. Minimum LSA arrival 1 secs
Number of external LSA 0. Checksum Sum 0x0
Number of opaque AS LSA 0. Checksum Sum 0x0
Number of DCbitless external and opaque AS LSA 0
Number of DoNotAge external and opaque AS LSA 0
Number of areas in this router is 2. 2 normal 0 stub 0 nssa
External flood list length 0
Area BACKBONE(0)
Number of interfaces in this area is 1
Area has no authentication
SPF algorithm executed 54 times
++++++++++++++++++++++++++++++++++++++++
Area ranges are
216.248.176.0/24 Active(0) Advertise
++++++++++++++++++++++++++++++++++++++++
Number of LSA 13. Checksum Sum 0x90016
Number of opaque link LSA 0. Checksum Sum 0x0
Number of DCbitless LSA 0
Number of indication LSA 0
Number of DoNotAge LSA 0
Flood list length 0
Area 5
Number of interfaces in this area is 1
Area has no authentication
SPF algorithm executed 4 times
Area ranges are
Number of LSA 2. Checksum Sum 0x1824F
Number of opaque link LSA 0. Checksum Sum 0x0
Number of DCbitless LSA 0
Number of indication LSA 0
Number of DoNotAge LSA 0
Flood list length 0
When the area range is active it becomes available for distribution into
connected areas as well as redistribution into other processes.
Steve
"Albert Lu"
<albert_ccie@y To: <SFeldberg@edeltacom.com>
ahoo.com> cc:
Subject: RE: AGAIN! IGRP OSPF
redis (NEW FINDING!!)
12/04/2001
01:05 AM
Please respond
to albert_ccie
Unbelievable!!! IT WORKS!!
I always thought that the area range summarisation would only go to the
connected areas. It actually got fed into IGRP, which is weird. Any
explanation?
It's also weird that I actually have another router hanging off that area,
rather than just the loopback, and I don't seem to see the summarised
address there.
So how is it possible to get the summarised route into IGRP, if there were
no others hanging off that router, and you can't setup a dummy area on a
loopback?
Thanks
Albert
-----Original Message-----
From: SFeldberg@edeltacom.com [mailto:SFeldberg@edeltacom.com]
Sent: Tuesday, December 04, 2001 7:23 AM
To: albert_ccie@yahoo.com
Subject: RE: AGAIN! IGRP OSPF redis (NEW FINDING!!)
I will set it up in my lab now, I will let you knwo what I find. I am
using 12.1(11).
Stephen Feldberg
e ^ deltacom
phone: 678.835.5437
sfeldberg@edeltacom.com
"Albert Lu"
<albert_ccie@y To: <SFeldberg@edeltacom.com>
ahoo.com> cc: <ccielab@groupstudy.com>,
"'Mike Schlenger'"
<mschlenger@n2nsolutions.com>,
"'Vincent Zhang'"
12/03/2001 <vincentzhang@yahoo.com>
03:28 PM Subject: RE: AGAIN! IGRP OSPF
redis (NEW FINDING!!)
Please respond
to albert_ccie
Steve,
I guess my main problem is trying to get an /24 IGRP domain to see my OSPF
domain's FR interface which is not a /24 that is in Area 0. Since IGRP
domain is stuck right onto Area 0, I can't use 'area 0 range' to summarise
it. If you put secondary addresses onto the FR interface, you are still
going to only get the /32 route of the FR secondary address.
Back in the ole' days of pre-12.1, you could redistribute connected which
will redistribute all interface's ip address, and do a summary address. Now
you can't.
Let me know if you found a solution =)
Thanks
Albert
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
SFeldberg@edeltacom.com
Sent: Tuesday, December 04, 2001 1:24 AM
To: albert_ccie@yahoo.com
Cc: ccielab@groupstudy.com; 'Mike Schlenger'; 'Vincent Zhang'
Subject: RE: AGAIN! IGRP OSPF redis (NEW FINDING!!)
Albert,
The way you have described your scenario is difficult to follow. Please
post more information including relevant configs.
Steve
"Albert Lu"
<albert_ccie@y To: <ccielab@groupstudy.com>
ahoo.com> cc: "'Mike Schlenger'"
<mschlenger@n2nsolutions.com>,
<SFeldberg@edeltacom.com>,
"'Vincent Zhang'" <vincentzhang@yahoo.com>
12/02/2001 Subject: RE: AGAIN! IGRP OSPF
redis (NEW FINDING!!)
12:56 AM
Please respond
to albert_ccie
Hello Group,
I think I've stumbled upon something with using secondary addresses,
redistribute connected and summary address in order to get the FLSM router
to see the route.
It works perfectly when you configure it, but after you reload your
routers,
the redistribution of the secondary address would not be done.
I had to remove the secondary address statement, and reenter it into the
interface, before the secondary address would be redistributed into OSPF
from the redistribute connected. Since it didn't redistribute after the
reload, it doesn't get summarised by the 'summary-address' statement.
Please tell me this is not happening, and I've made a big mistake. As I
don't know any other way of getting that route into FLSM router (area 0
range doesn't work, since IGRP is connected to Area 0).
Please don't give me any static, default, policy routing solution, as they
are not allowed.
Here's the interface config of a FR spoke:
Current configuration : 267 bytes
!
interface Serial0.2 multipoint
ip address 110.99.50.34 255.255.255.224 secondary
ip address 110.99.50.4 255.255.255.224
ip ospf authentication-key ipexpert
ip ospf network point-to-multipoint
frame-relay interface-dlci 405
frame-relay interface-dlci 406
end
router ospf 10
router-id 110.90.4.4
log-adjacency-changes
area 0 authentication
summary-address 110.99.50.0 255.255.255.0
redistribute connected metric-type 1 subnets route-map redis_conn
passive-interface default
no passive-interface Serial0.1
no passive-interface Serial0.2
network 110.90.4.0 0.0.0.255 area 0
network 110.99.40.0 0.0.0.255 area 0
network 110.99.50.0 0.0.0.31 area 0
!
access-list 10 deny 110.99.60.0
access-list 10 permit any
route-map redis_conn permit 10
match ip address 10
!
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
SFeldberg@edeltacom.com
Sent: Sunday, December 02, 2001 2:57 AM
To: Vincent Zhang
Cc: ccielab@groupstudy.com; Mike Schlenger; nobody@groupstudy.com
Subject: Re: AGAIN! IGRP OSPF redis
Vincent,
You must mean 12.0(20) as I am running the latest release of 12.1 code
which is 12.1(11).
Steve
"Vincent
Zhang" To: "Mike Schlenger"
<mschlenger@n2nsolutions.com>,
<vincentzhang@ <SFeldberg@edeltacom.com>
yahoo.com> cc: <ccielab@groupstudy.com>,
<nobody@groupstudy.com>
Subject: Re: AGAIN! IGRP OSPF
redis
11/30/2001
09:43 PM
Hi, Mark and Steve,
This does not work on my IOS ver 12.1(20), I heard that in some other 12.1
main version it works well.
Thanks, V
----- Original Message -----
From: <SFeldberg@edeltacom.com>
To: "Mike Schlenger" <mschlenger@n2nsolutions.com>
Cc: <ccielab@groupstudy.com>; <nobody@groupstudy.com>; "'Vincent Zhang'"
<vincentzhang@yahoo.com>
Sent: Saturday, December 01, 2001 3:41 AM
Subject: RE: AGAIN! IGRP OSPF redis
>
> Vincent,
>
> Here's what Mike's talking about:
>
> r2#sh run
> Building configuration...
>
> Current configuration : 438 bytes
> !
> version 12.1
> service timestamps debug uptime
> service timestamps log uptime
> no service password-encryption
> !
> hostname r2
> !
> !
> !
> !
> !
> !
> ip subnet-zero
> !
> !
> !
> !
> !
> !
> interface Ethernet0
> no ip address
> shutdown
> !
> interface Serial0
> no ip address
> shutdown
> no fair-queue
> !
> interface Serial1
> ip address 172.16.1.1 255.255.255.0
> !
> router igrp 13
> network 172.16.0.0
> !
> ip classless
> ip http server
> !
> !
> !
> line con 0
> line aux 0
> line vty 0 4
> !
> end
>
> r2#sh ip route
> Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
> D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
> N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
> E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
> i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter
> area
> * - candidate default, U - per-user static route, o - ODR
> P - periodic downloaded static route
>
> Gateway of last resort is not set
>
> 172.16.0.0/24 is subnetted, 2 subnets
> C 172.16.1.0 is directly connected, Serial1
> I 172.16.2.0 [100/10002001] via 172.16.1.13, 00:00:18, Serial1
> r2#
>
>
>
> Xyplex -012- LAB:13 session 2 resumed
>
> r1#sh run
> Building configuration...
>
> Current configuration : 952 bytes
> !
> version 12.1
> service timestamps debug uptime
> service timestamps log uptime
> no service password-encryption
> !
> hostname r1
> !
> !
> !
> !
> !
> !
> ip subnet-zero
> !
> !
> !
> !
> !
> !
> interface Loopback0
> ip address 13.13.13.13 255.255.255.255
> !
> interface Ethernet0
> no ip address
> shutdown
> !
> interface Serial0
> ip address 172.16.1.13 255.255.255.0
> no fair-queue
> clockrate 4000000
> !
> interface Serial1
> ip address 172.16.2.13 255.255.255.240
> clockrate 4000000
> !
> interface TokenRing0
> no ip address
> shutdown
> !
> router ospf 13
> log-adjacency-changes
> area 0 range 172.16.2.0 255.255.255.0
> network 13.13.13.13 0.0.0.0 area 13
> network 172.16.2.0 0.0.0.15 area 0
> !
> router igrp 13
> redistribute ospf 13 route-map o2i
> passive-interface Serial1
> network 172.16.0.0
> default-metric 1 1 1 1 1
> !
> ip classless
> ip http server
> !
> access-list 101 permit ip host 172.16.2.0 host 255.255.255.0
> route-map o2i permit 10
> match ip address 101
> !
> !
> !
> line con 0
> line aux 0
> line vty 0 4
> !
> end
>
> r1#sh ip route
> Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
> D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
> N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
> E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
> i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter
> area
> * - candidate default, U - per-user static route, o - ODR
> P - periodic downloaded static route
>
> Gateway of last resort is not set
>
> 172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
> C 172.16.1.0/24 is directly connected, Serial0
> O 172.16.2.0/24 is a summary, 00:01:07, Null0
> C 172.16.2.0/28 is directly connected, Serial1
> 13.0.0.0/32 is subnetted, 1 subnets
> C 13.13.13.13 is directly connected, Loopback0
> r1#u all
> All possible debugging has been turned off
> r1#
>
> Steve
>
>
>
> Mike Schlenger
> <mschlenger@n2nsolu To: "'Vincent Zhang'"
<vincentzhang@yahoo.com>,
> tions.com> ccielab@groupstudy.com
> Sent by: cc:
> nobody@groupstudy.c Subject: RE: AGAIN!
IGRP
OSPF redis
> om
>
>
> 11/30/2001 02:09 PM
> Please respond to
> Mike Schlenger
>
>
>
>
>
>
> You have to summarize your routes into a mask IGRP will understand.
Summary
> address will not work as it summarizes into OSPF areas. Try "area x range
> x.x.x.0 x.x.x.255". Then redistribute into IGRP. I would watch out for
the
> secondary address. Proctors might not like that solution.
>
> Mike
>
> Mike Schlenger
> CCIE #7079
> N2N Solutions
> mschlenger@n2nsolutions.com
> 847.592.3912
>
> -----Original Message-----
> From: Vincent Zhang [mailto:vincentzhang@yahoo.com]
> Sent: Friday, November 30, 2001 12:09 PM
> To: ccielab@groupstudy.com
> Subject: AGAIN! IGRP OSPF redis
>
>
> Hi All,
>
> Pls consider the following simple topology for redis OSPF into IGRP.
>
>
> s0 s1
> R2----------------------R1---------------------
> 172.16.1.0/24 172.16.2.0/28
>
> R2 runs IGRP only
> R1 runs IGRP on S0 and OSPF on S1, and there is a big OSPF cloud attached
> from
> S1.
> you are trying to redis ospf into igrp, in this case, I am talking how to
> redis the 172.16.2.0/28 into R1.
>
>
> I know in ios 12.1, the normal "redis connect" and "summary" way
doesn't
> work, but I also hear about that the "second address" works, any one
could
> show me a light about where to put the secondary address.
>
>
> Thanks, V
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:32:37 GMT-3