From: Sandro Ciffali (sandyccie@xxxxxxxxx)
Date: Sun May 20 2001 - 00:25:17 GMT-3
Roman,
I beleive you had to use the Policy routing because of
both the reason, One
being that you can not use the multiple frame map
statement and second being
that you can not use the ip ospf network statement.
If you are allowed to use multiple frame statement
then you can make ospf
work without ip ospf network type since all the
interfaces are by default
non broadcast, (By neighbor statement). If you were to
allow the ip ospf
network statement then you could configure the ip ospf
network point to
point.
Again i am not saying everything would work without
multple frame statement
but atleast the problem of ospf adjuncacies will be
resolved
sandro
----- Original Message -----
From: "Roman Rodichev" <rodic000@hotmail.com>
To: <Martin.Duggan@ntl.com>; <ccielab@groupstudy.com>
Sent: Saturday, May 19, 2001 10: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:45 GMT-3