Re: Generic Frame-Relay interface question/lab strategy

I would say a good primary reason for turning off inverse arp and using
static map statements is to avoid unexpected connectivity in the lab.
For instance, the frame relay switch and routers may be configured in a full
mesh for the purposes of being able to reconfigure the lab to a different
scenario without recabling; however, the lab specs may specify a partial
mesh. If the proctor starts grading and finds that there is all of a sudden
inverse arp bringing up a link that was not specified, you'll lose those
points.

For the lab, I think it's just plain safer to know exactly what your fr
config should be doing.

Hope that helps
Michael

On Sun, Nov 21, 2010 at 7:24 PM, David Mahler <dave.mahler_at_gmail.com> wrote:

> Hello All,
>
> I have a generic strategy/opinion on frame relay interfaces:
>
> When working through different labs or config examples on cisco - I more
> often than not see physical interfaces configured with frame-relay map OR
> frame-relay interface-dlci commands - when configuring neither seems to
> work
> just fine.
>
> So I understand frame-rely map gives you a static mapping and frees you
> from
> using inverse arp. I also understand that using frame-relay interface-dlci
> can be used for say FRTS to put a class command underneath, and of course
> on
> sub-interfaces says "this dlci goes here".
>
> However on physical interfaces - when no requirement is given - does anyone
> see any issue using neither - since by default all DLCIs are mapped to the
> physical interface, and letting inverse arp do it's thing?
>
> Just wondering if there is some gotcha/reason I should use say frame-relay
> maps every time even when not stated as some requirement....the only reason
> I ask is because I see it used so frequently when it seems to work as
> expected without.
>
> Thanks!
>
> Dave
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Sun Nov 21 2010 - 20:09:57 ART