Your suggestions are good, unfortunately i have already tried most of them
and other break the rules of the lab
Here's a run down :
- R1 is currently configured with 1 multipoint subinterface with multiple
frame-relay interface-dlci commands.
- The rules state only 1 subinterface can be used, and also state only the
one 10.1.0.0/16 subnet can be used so that rules out the multiple subnets.
- The lab stipulates the ip addresses for R1, R2 and R2 be 10.1.1.1/16,
10.1.1.2/16, 10.1.1.3/16 respectively.
So there goes the multiple point to point interfaces / multiple subnets
idea. bummer.
As you said, Map statements are not to be used. The direct quote from the
lab is "Also, one of the problems in this lab [i.e r2 not being able to
ping r3] can be solved with multiple frame map ip statements, but this is
not the solution i want you to use. Solve the problem with routing, not
layer 3 to layer 2 mapping".
Hence ruling out any static frame mapping or arp type solutions as these
are all layer 2 to layer 3 mapping techniques.
The use of OSPF is permitted and required throughout the lab, with alll
frame relay interfaces being in Area 0.
At 06:58 PM 26/11/2000 -1000, Frank B. wrote:
>Ah...now I need more info. Below you stated "only R1 can be configured
>using a subinterface"--so that's my first question:
>
>Is it configured with sub-int's, one for ea PVC? If yes, and they are
>configured as point-to-point then I believe that each separate PVC is
>required to be on a separate subnet since the router treats each as a
>separate interface. In this scenario my original response will work.
>
>If no, then are you using one multipoint subint on R1 the Hub router?
>If so, one subnet works for all three interfaces but I believe you'll
>need map statements at the spokes. I understand this isn't an option.
>So please provide more details...
>
>If your lab exercise doesn't explicitly disallow point-to-point
>subinterfaces at the hub router, R1, then I'd configure it that way,
>with 2 differnet subnets and run RIP on all 3 routers...it will work.
>If I missed another restriction you're facing please advise
>soonest...I'm now very interested in this one. Thanks, Frank
>
>James Wilson wrote:
> >
> > Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet
> >
> > Hence the problem.
> >
> > Im well aware this is the normal partial mesh behavior and that its quiet
> > easily rectified using map statements... but for this particular setup it
> > requests the use of routing and not frame relay map statements.
> >
> > At 06:26 PM 26/11/2000 -1000, Frank B. wrote:
> > >Unless I'm mis-reading you here this is the correct behavior for a
> > >partial mesh. Unless you provide a full mesh you won't get dynamic
> > >mappings for both spokes. Also, I assume the PVC from R1 to R2 is one
> > >subnet and the PVC from R1 to R3 is another subnet--Frame relay and
> > >Inverse ARP alone can't route between them.
> > >
> > >So if you can't get a PVC between R2 and R3...then run any routing
> > >protocol on all 3 routers and you should be able to ping from R2 to R3
> > >and vice-versa (RIP will work fine to prove this point.) Hope this
> > >helps...and as always, comments are welcome ( and in fact expected
> > >;-) Frank
> > >
> > >James Wilson wrote:
> > > >
> > > > Hi All,
> > > >
> > > > I hope someone can shed some light on the problem I have come
> across in the
> > > > following scenario :
> > > >
> > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud
> with a
> > > > router in the middle doing frame relay switching. The frame switch
> is _not_
> > > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes
> off R1.
> > > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3.
> There is
> > > > _no_ PVC between R2 and R3.
> > > >
> > > > The particular lab exercise here specifies that each router much be
> able to
> > > > ping every other router in the frame cloud. BUT the use of the
> 'frame-relay
> > > > map' command is forbidden, and only R1 can be configured using a
> > > subinterface.
> > > >
> > > > As I have it configured R1 can ping both R2 and R3 as expected.
> However,
> > > > both R2 and R3 can only ping R1 (the hub) yet cannot ping each
> other. The
> > > > question stipulates you should use routing and not Layer2 to Layer3
> > > > mapping. A debug on the ping from R2 to R3 shows that there is no
> map entry
> > > > for R3 hence encapsulation failed. A look at 'sh frame map' shows
> there is
> > > > only 1 entry and it is for R1. This sh frame map is identical on R2
> and R3.
> > > >
> > > > So the question is, how can I get R2 and R3 to be able to ping each
> other
> > > > using routing and not the frame relay map command.
> > > >
> > > > It's got two of us here studying for our CCIE stumped, so im hoping
> someone
> > > > out there has an idea as to how this can be accomplished.
> > > >
> > > > Also, as this is for the CCIE, static routes are not an option.
> > > >
> > > > Cheers.
> > > >
> > > > Jim.
> > > >
> > > > _________________________________
> > > > FAQ, list archives, and subscription info:
> > > http://www.groupstudy.com/list/cisco.html
> > > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
_________________________________
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
