From: Omer Ansari (omer@xxxxxxxxxx)
Date: Sun Aug 25 2002 - 17:04:18 GMT-3
exactly.
On Sun, 25 Aug 2002, we wrote:
> but in my case networks 176.68.4.0 and 176.68.7.0 exist only in ospf database
and they are redistrebuted to igrp ( summarized to 176.68.0.0)!!
>
> Omer Ansari a icrit :
>
> > C,
> >
> > i used to believe that too, but some scenarios i've done seem to negate
> > this theory.
> >
> > i've only seen this hold true when redist'ing RIP into XYZ.
> >
> > interestingly enough, you can use this to use advantage in VLSM/FLSM
> > scenarios. there was a nice thread but it was in august and we dont have
> > that yet in the archive.
> >
> > On Sat, 24 Aug 2002, ccie candidate wrote:
> >
> > > can we then say that the redistribute command will work on the routes
> > > that shown up in the routing table and not the route that are on the
> > > database of topology .
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > --
> > >
> > > On Sat, 24 Aug 2002 19:12:21
> > > Colin Barber wrote:
> > > >We have had a few similar mails to this problem recently. Basically if a
> > > >route is learnt via redistribution that route will not be redistributed
into
> > > >another routing protocol on the same router. For IGRP to learn the route
s
> > > >you require you must redistribute EIGRP into IGRP.
> > > >
> > > >Colin
> > > >
> > > >-----Original Message-----
> > > >From: walid@gnet.tn [mailto:walid@gnet.tn]
> > > >Sent: 24 August 2002 17:42
> > > >To: ccielab groupstudy
> > > >Subject: redistribution from eigrp2ospf2igrp
> > > >
> > > >
> > > >Hello all
> > > >if anybody can explain why redistribution cannot happen from eigrp to
> > > >ospf to igrp in this case :
> > > >
> > > >RA (runnig igrp)---155.1.56.0/24----RB(runnig igrp with RA, ospf with
> > > >other routers and eigrp with RC)----155.1.23.0/24--RC (runnig eigrp)
> > > >
> > > >there is redistribution from eigrp and ospf and from ospf to igrp on Rb
> > > >(with default metric, subnets ..)
> > > >routes learned from RC by eigrp in the same major network as 155.1.56.0
> > > >(155.1.x.x) cannot be redistrubute from ospf to igrp while other routes
> > > >(exp 172.68.x.x) that are learned from eigrp can be redistrubute to ospf
> > > >an then to igrp:
> > > >
> > > >RB :
> > > >sh ip route eigrp
> > > >RB#sh ip route eigrp
> > > > 155.1.0.0/16 is variably subnetted, 21 subnets, 3 masks
> > > >D 155.1.22.0/29 [90/21024000] via 155.1.23.5, Serial0/1
> > > >D 155.1.55.0/24 [90/20640000] via 155.1.23.5, Serial0/1
> > > > 176.68.0.0/16 is variably subnetted, 3 subnets, 2 masks
> > > >D 176.68.4.0/24 [90/287132416] via 155.1.25.10, Async65
> > > >D 176.68.7.0/24 [90/287132416] via 155.1.25.10, Async65
> > > >RA
> > > >RA#sh ip route igrp
> > > > 155.1.0.0/16 is variably subnetted, 16 subnets, 2 masks
> > > >I 155.1.24.0/24 [100/1114] via 155.1.56.6, 00:00:02, Ethernet0
> > > >I 155.1.25.0/24 [100/1125568] via 155.1.56.6, 00:00:02, Ethernet0
> > > >I 176.68.0.0/16 [100/1114] via 155.1.56.6, 00:00:04, Ethernet0
> > > >
> > > >redistribution on RB :
> > > >!
> > > >router eigrp 5
> > > > redistribute ospf 1 metric 10000 10 10 10 1500
> > > > network 155.1.23.0 0.0.0.255
> > > > network 155.1.25.0 0.0.0.255
> > > > default-metric 10000 10 10 10 1500
> > > > no auto-summary
> > > >!
> > > >router ospf 1
> > > > redistribute eigrp 5 metric 20 subnets
> > > > network 155.1.6.0 0.0.0.255 area 1
> > > > !
> > > >router igrp 1
> > > > redistribute ospf 1 metric 10000 10 10 10 1500 match internal external
> > > >1 external 2
> > > > passive-interface Async65
> > > > network 155.1.0.0
> > > > default-metric 10000 10 10 10 1500
> > > >!
> > > >---------
> > > >Rb
> > > >sh ip ospf database
> > > > Type-5 AS External Link States
> > > >
> > > >Link ID ADV Router Age Seq# Checksum Tag
> > > >
> > > >155.1.22.0 155.1.6.1 1830 0x8000007E 0xA8AB 0
> > > >155.1.55.0 155.1.6.1 1830 0x8000008C 0x4AD3 0
> > > >176.68.0.0 155.1.2.1 1410 0x80000002 0xC054 0
> > > >176.68.4.0 155.1.6.1 1317 0x80000002 0x592A 0
> > > >176.68.7.0 155.1.6.1 1317 0x80000002 0x3848 0
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:37 GMT-3