From: Jon Carmichael (jonc@xxxxxxxxxxx)
Date: Sun May 20 2001 - 00:54:07 GMT-3
Actually, no.
If you can't use "frame relay map" --and you can't apply "ip ospf network
multipoint" on the interface, -it will be the default which is
"non-broadcast." You can confirm that with a "show ip ospf interface sx"
command. There you will see that without you setting it, -the OSPF network
is "non-broadcast."
Because you can't use either one of these you must hard-code your neighbors
and use inverse arp.
So, --the two commands that MUST be there to make this work are.
interface serialX
encaps frame
frame-relay interface-dlci XYZ <-to make inverse-arp kick in
correctly.
router ospf X
network X.X.X.X 0.0.0.0 area Z
neighbor A.B.C.D <-to bring up the PVC, --this is the
other end's IP address, try a ping now.
The hub would have more than one DLCI and more than one neighbor and the
spokes of course have only one.
That will make all your PVCs get proper neighbor relationships, where your
first focus is on "show ip ospf neighbor."
There still can be a problem with this because there will be a DR and a BDR
just like it was an Ethernet. The problem is that the DR could (Murphy)
land on one of the spokes, then routes will not work with one of the other
(DROTHER) spoke. So you must manipulate the hub to be the DR. You do that
by cranking up his priority. I personally would do it this way at the hub.
interface serialX
ip ospf priority 255
and at all the spokes I would do the opposite.
interface serialX
ip ospf priority 0
Where the default priority if you don't set it is "1." The BDR does not
apply here, --as it must behave like a LAN with respect to the fact that
somebody must be the DR, --and it would make one of the spokes the
BDR, --but he really can't do a very good job as a spoke so you might as
well set all the spokes to priority zero, --and fly with no BDR.
Just my $.02.
JONC
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Roman Rodichev
Sent: Saturday, May 19, 2001 7:52 PM
To: Martin.Duggan@ntl.com; ccielab@groupstudy.com
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