From: Paul Crist (pcrist@xxxxxxxxxxx)
Date: Fri Aug 31 2001 - 12:15:09 GMT-3
Try turning off the token ring segment. When I did that the frame relay
route did not make it into IGRP. So is the summary route really a solution?
Or should we look at doing a redistribute connected with route maps? What
if you are instructed that you should not use any commands that would result
in static routes or routes to null 0? Find another way to get the routes
into IGRP. Don't use the summary route. I know that is the answer on Fat
Kid, figure out another way to do it.
Paul Crist
----- Original Message -----
From: "CCIE yong" <ccie_yong@hotmail.com>
To: <pcrist@netsync.net>; <ccielab@groupstudy.com>
Sent: Friday, August 31, 2001 8:19 AM
Subject: Re: summary-address
> This particular lab (fatkid 501) definitely can't be solved by the area 0
> enage command because both the ASBR are area 0 connected, therefore the
> effect of area 0 range won't reflect back to the backbone router.
>
> therefore what fatkid solution is trying to use the summary-address (work
> around) to do the trick.
>
> yonger
>
>
> >From: "Paul Crist" <pcrist@netsync.net>
> >Reply-To: "Paul Crist" <pcrist@netsync.net>
> >To: "CCIE yong" <ccie_yong@hotmail.com>, <ccielab@groupstudy.com>
> >Subject: Re: summary-address
> >Date: Fri, 31 Aug 2001 07:47:27 -0400
> >
> >My understanding of the summary address is that it should be used when
> >redistributing other routing protocols into OSPF. The summary address
> >command creates a route to null0, that is why you get the high metric.
The
> >correct way to do what you what is to do is to do an area range.
Sometimes
> >that does not work due to virtual links that you have running. My
thought
> >would be that if you are asked a question like that you need to configure
> >the IOS as you would normally, if you have a problem ask the proctor if
you
> >can use an alternate configuration. Be aware of the problems your
> >alternate
> >configuration will cause; routes to null0, flapping routes,
redistribution
> >problems, etc. You may want to take a look at the initial problem -
> >redistribution into FLSM protocol and see if there is a different
approach
> >you can use.
> >
> >Paul Crist
> >----- Original Message -----
> >From: "CCIE yong" <ccie_yong@hotmail.com>
> >To: <ccielab@groupstudy.com>
> >Sent: Friday, August 31, 2001 6:24 AM
> >Subject: summary-address
> >
> >
> > > Hi,
> > >
> > > I have question regarding the summary-address creation for the fatkid
> >lab
> > > 501 that make the /28 at area 0 to /24, so that the igrp router can
get
> >the
> > > route.
> > >
> > > the question is, the creation of "summary-address" is it IOS version
> > > specific, meaning that does it mean that some ios version can do the
job
> > > while some can't, because I tried to create the summary-address for
area
> >0
> > > (/28) at r3 of fatkid lab 501, I CANNOT see the "170.10.7.0
> >255.255.255.0
> >is
> > > a summary" in the routing table, and when I did
> > >
> > > r3#sh ip os s
> > >
> > > OSPF Process 1, Summary-address
> > >
> > > 170.10.7.0/255.255.255.0 Metric 16777215, Type 0, Tag 0
> > >
> > > seems like the metric is very big, actually I don't know what it
means,
> >and
> > > just can't go to the routing table.
> > >
> > > please advise.
> > >
> > > Thanks in advance
> > > Yonger
> > >
> > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:32:01 GMT-3