Re: Redistributing OSPF into IGRP - Policy routing

From: John Kaberna (jkaberna@xxxxxxxxxxxx)
Date: Sun May 20 2001 - 00:48:59 GMT-3


   
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" <rodic000@hotmail.com>
To: <jkaberna@netcginc.com>; <Martin.Duggan@ntl.com>;
<ccielab@groupstudy.com>
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" <jkaberna@netcginc.com>
> >To: "Roman Rodichev" <rodic000@hotmail.com>, <Martin.Duggan@ntl.com>,
> ><ccielab@groupstudy.com>
> >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" <rodic000@hotmail.com>
> >To: <Martin.Duggan@ntl.com>; <ccielab@groupstudy.com>
> >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 <Martin.Duggan@ntl.com>
> > > >Reply-To: Martin Duggan <Martin.Duggan@ntl.com>
> > > >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" <kenyeo@email.com>
> > > > >Reply-To: "Ken Yeo" <kenyeo@email.com>
> > > > >To: <ccielab@groupstudy.com>
> > > > >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:46 GMT-3