From: daneyon hansen (daneyonhansen@xxxxxxxxxxx)
Date: Mon May 21 2001 - 16:49:39 GMT-3
I don't believe you can apply policy based routing to an outgoing
interface. You can use the IP local policy then the route-map to make
the route-map monitor self originated packets from the router.
>From: "sanjay" >Reply-To: "sanjay" >To: >CC: >Subject: Re:
Redistributing OSPF into IGRP - Policy routing - FINAL ANSWER >Date: Sun,
20 May 2001 17:14:49 -0700 > >Policy-based routing is applied to incoming
packets. All packets received on >an interface with policy-based routing
enabled are considered for >policy-based routing. How can you apply
Policy based routing on outgoing >interface of the SPOKE router.???
tried, it didn't work. Do you have a >working config . > > > > > > >-----
Original Message ----- >From: >To: "Roman Rodichev" >Cc: >Sent: Saturday,
May 19, 2001 10:41 PM >Subject: Re: Redistributing OSPF into IGRP -
Policy routing - FINAL ANSWER > > > > Alright you all, > > > > Eventhough
I knew the answer all along.. I thought I will setup the lab >and try > >
it....... > > > > IT does NOT WORK with or wihtout OSPF network type. > >
You will HAVE TO use policy routing or multiple frame=map > > Reason: > >
SIMPLE.... no matter how you define your network, if your frame does not
>have a > > MAP to other routers, it will simply not work > > You either
have to have multiple frame maps - one for each spoke, or >enable > >
invers-arp, OR use policy routing and set the > > hub as the next hop. >
> What's so confusing about this? > > Why don't you people just setup a
three router hub and spoke and give it a > > try... and in the mean
while, correct me if I am wrong... > > > > By the way.. appologies to the
people that innocently enough were just > > introducing themselves as
they were told.... SORRY GUYS > > > > > > > > > > > > > > "Roman
Rodichev" on 20/05/2001 02:41:10 PM > > > > Please respond to "Roman
Rodichev" > > > > To: jkaberna@netcginc.com, ccielab@groupstudy.com > >
cc: > > > > Subject: Re: Redistributing OSPF into IGRP - Policy routing >
> > > > > > > Wow! John, the fact that I'm not ccie yet and that I'm
younger than you >are > > doesn't give you right to talk to me that way!
I wasn't questioning your > > knowledge and your qualification. I was
questioning your reasoning. I > > realize I ticked you off, and I'm sorry
if I did. > > > > All I'm saying is that the inability to use "ip ospf
network" command >leads > > us to using policy routing. That's it! I
understand it's not just the "use > > of commands" and that there is a
theory behind all of this that I'm > > completely aware of. I want to
make the long story short, so we don't go >too > > deep into this
discussion of OSPF. We should give a chance to other people > > to ask
more important questions. And why should you care, John? :) You > >
already got the certification. It will be my own fault if I screw it up.
> > Right? And thanks for the insightful "Getting out of Day 1"
statement. > > You'll be surprised... :) > > > > Now I only have one
question to you and Jon Carmichael. Are you saying >that > > if you
couldn't use frame maps on the spokes and could use "ip ospf >network" >
> statement we would still have a problem? > > > > This is my last post
on this matter > > > > > > > > >From: "John Kaberna" > > >Reply-To: "John
Kaberna" > > >To: "Roman Rodichev" , , > > > > > >Subject: Re:
Redistributing OSPF into IGRP - Policy routing > > >Date: Sat, 19 May
2001 21:18:26 -0700 > > > > > >If you don't want to listen to me and the
couple others that have >responded > > >good luck getting out of Day 1.
But, you are certainly no one to >question > > >my knowledge and my
qualification. So back up a step. Go do your >reading. > > >Then come
back and give me my apology. > > > > > >If you actually bother to read
Lab 1 you will see that Step 11 says solve > > >the problem with routing
not layer 3 to layer 2 mapping. Hence the >policy > > >routing. You
clearly don't have lab 1 and the answers in front of you >nor > > >do you
understand fundamental concepts of OSPF and frame relay. > > > > > >John
Kaberna > > >CCIE #7146 > > >NETCG Inc > > >www.netcginc.com > > >(415)
750-3800 > > >Fax: 750-3900 > > > > > > > > >----- Original Message -----
> > >From: "Roman Rodichev" > > >To: ; ; > > > > > >Sent: Saturday, May
19, 2001 9:02 PM > > >Subject: Re: Redistributing OSPF into IGRP - Policy
routing > > > > > > > > > > John, you are ccie, aren't you? No offense,
but this is like the >basics > > >of > > > > OSPF. > > > > > > > >
http://www.cisco.com/warp/public/104/3.html#11.2.1 > > > > > > > > "OSPF
point-to-multipoint works by exchanging additional link-state > >
>updates > > > > that contain a number of information elements that
describe >connectivity > > >to > > > > the neighboring routers." > > > >
> > > > or here is the quote from the Q&A forum on TAC: > > > > > > > >
"Configuring nonbroadcast multiaccess networks as either broadcast > > >
> or non-broadcast assumes that there are virtual circuits from every > >
> > router to every router or fully meshed network. This is not true for
> > > > cases where you have cost constraints or when you have only a
>partially > > > > meshed network. In these cases, you can configure the
OSPF network >type > > > > as a point-to-multipoint network. Routing
between two routers that are > > > > not directly connected will occur
through a router that has virtual > > > > circuits to the routers that
are not directly connected." > > > > > > > > Try using "ip ospf network
broadcast" and then "ip ospf network > > > > point-to-multipoint", and
notice the /32 routes. This command is not > > >just > > > > about
timers. Can some one back me up? > > > > > > > > > > > > >From: "John
Kaberna" > > > > >To: "Roman Rodichev" , , > > > > > > > > > >Subject:
Re: Redistributing OSPF into IGRP - Policy routing > > > > >Date: Sat, 19
May 2001 20:48:59 -0700 > > > > > > > > > >Sorry Roman but your wrong.
The ip ospf network command only sets >the > > > > >timers. Go look it
up. > > > > > > > > > >John Kaberna > > > > >CCIE #7146 > > > > >NETCG
Inc > > > > >www.netcginc.com > > > > >(415) 750-3800 > > > > >Fax:
750-3900 > > > > > > > > > > > > > > >----- Original Message ----- > > >
> >From: "Roman Rodichev" > > > > >To: ; ; > > > > > > > > > >Sent:
Saturday, May 19, 2001 8:38 PM > > > > >Subject: Re: Redistributing OSPF
into IGRP - Policy routing > > > > > > > > > > > > > > > > I think Step 8
(cant use ip ospf network) is solved by policy > > >routing. > > > > > >
> > > > > > Frame maps are not needed for the routing to work, "ip ospf
>network" > > > > >would > > > > > > do frame map's job. > > > > > > > >
> > > > >From: "John Kaberna" > > > > > > >To: "Roman Rodichev" , > > >,
> > > > > > > > > > > > > >Subject: Re: Redistributing OSPF into IGRP -
Policy routing > > > > > > >Date: Sat, 19 May 2001 20:27:46 -0700 > > > >
> > > > > > > > > >I think you are getting step 8 and step 11 confused. >
> > > > > > > > > > > > >Step 8 (cant used ip ospf network) - solved by
used ip ospf > > > > >hello-interval > > > > > > > > > > > > > >Step 11
(cant use 2 frame maps on the spokes) - solved by using > > >policy > > >
> > > >routing > > > > > > > > > > > > > >John Kaberna > > > > > > >CCIE
#7146 > > > > > > >NETCG Inc > > > > > > >www.netcginc.com > > > > > >
>(415) 750-3800 > > > > > > >Fax: 750-3900 > > > > > > > > > > > > > > >
> > > > > >----- Original Message ----- > > > > > > >From: "Roman
Rodichev" > > > > > > >To: ; > > > > > > >Sent: Saturday, May 19, 2001
7:51 PM > > > > > > >Subject: RE: Redistributing OSPF into IGRP - Policy
routing > > > > > > > > > > > > > > > > > > > > > > People, am I being
stupid? I will take a look at that lab on > > > > >Tuesday. > > > > >I >
> > > > > > > clearly remember that they explicitly said not to use "ip
ospf > > > > >network" > > > > > > > > statement. > > > > > > > > > > > >
> > > > Yes, you guys are right that we weren't allowed to use "frame > >
>map" > > > > > > > > statements on the spokes. And it's ok. That was not
the point >of > > >the > > > > > > >lab. > > > > > > > > The point was
that we couldn't use "ip ospf network >multipoint" > > > > > >
>statement, > > > > > > > > which would fix the entire scenario by
creating /32 routes on > > >the > > > > >spokes > > > > > > > > pointing
to the hub. So since we couldn't do it, we had to > > >create > > > >
>policy > > > > > > > > routing that would send traffic to the hub
manually. > > > > > > > > > > > > > > > > Am I right? > > > > > > > > > >
> > > > > > > > > > > > > > >From: Martin Duggan > > > > > > > >
>Reply-To: Martin Duggan > > > > > > > > >To: ccielab@groupstudy.com > >
> > > > > > >Subject: RE: Redistributing OSPF into IGRP - Policy routing
> > > > > > > > >Date: Sat, 19 May 2001 21:40:14 +0100 > > > > > > > > >
> > > > > > > > >Hi Roman > > > > > > > > > > > > > > > > > >My
understanding of Lab1 was that you policy route as you are > > >not > > >
> > > >permitted > > > > > > > > >to add multiple frame relay map
statements from spoke to >spoke, > > >you > > > > > > >policy > > > > > >
> > >route so that the next hop is actually your hub ( when > >
>attempting > > > > >to > > > > > > >reach > > > > > > > > >a > > > > > >
> > >spoke from a spoke )the hub is obviously aware of all spokes. > > >
> > > > > > > > > > > > > > >Martin > > > > > > > > > > > > > > > > >
>-----Original Message----- > > > > > > > > >From: Roman Rodichev
[mailto:rodic000@hotmail.com] > > > > > > > > >Sent: 19 May 2001 21:13 >
> > > > > > > >To: kenyeo@email.com; ccielab@groupstudy.com > > > > > > >
> >Subject: Re: Redistributing OSPF into IGRP - Policy routing > > > > >
> > > > > > > > > > > > > > > > > > > > > >Ken, policy routing should be
used when you can't achieve > > >certain > > > > >task > > > > > > >with
> > > > > > > > >the routing protocol you have or WAN technology you are
>using. > > >And > > > > >of > > > > > > > > >course, when you are asked
to use it. Let's say you have > > >multipoint > > > > > > > >
>frame-relay, and you can't use "ip ospf network" statement. >The > > > >
>only > > > > > > >way > > > > > > >to > > > > > > > > >achieve routing
between FR spokes is to use policy-routing. > > > > > > > > > > > > > > >
> > >by the way, this is from Lab1 of ccbootcamp, so I'm not > >
>violating > > > > >NDA. > > > > > > >NDA > > > > > > > > >is f...ing
scary nowadays > > > > > > > > > > > > > > > > > > > > > > > > > > >
>From: "Ken Yeo" > > > > > > > > > >Reply-To: "Ken Yeo" > > > > > > > > >
>To: > > > > > > > > > >Subject: Redistributing OSPF into IGRP - Policy
routing > > > > > > > > > >Date: Sat, 19 May 2001 12:59:50 -0500 > > > >
> > > > > > > > > > > > > > > >Is policy routing allowed for the lab? > >
> > > > > > > > > > > > > > > > > >The reason I ask is because policy
routing essentially >bypass > > > > >routing > > > > > > > > >table > > >
> > > > > > >and it behave like static route, only it depends on source >
> > > >address > > > > > > > > >instead > > > > > > > > > >of destination
address. > > > > > > > > > > > > > > > > > > > >Policy routing can solve
a lot of problem, especially > > > > >redistributing > > > > > > >VLSM >
> > > > > > > > >OSPF routes into IGRP with same major network. > > > > >
> > > > > > > > > > > > > > >What is your thought? > > > > > > > > > > >
> > > > > > > > >Thanks! > > > > > > > > > > > > > > > > > > > >Ken Yeo >
> > > > > > > > >**Please
read:http://www.groupstudy.com/list/posting.html > > > > > > > > > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:30:47 GMT-3