RE: Frame Relay Questions

From: Brian Dennis (bdennis@internetworkexpert.com)
Date: Thu Dec 23 2004 - 13:42:56 GMT-3


Tim,
        There is no InARP support for CLNS.

Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
 
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
ccie2be
Sent: Thursday, December 23, 2004 7:51 AM
To: Kurt VanDerMark; ccielab@groupstudy.com
Subject: Re: Frame Relay Questions

Kurt,

I'll tackle your question about inarp.

This is how I understand it.

By default, inarp is enabled and so is LMI.

LMI is a managment protocol that runs between the router and the switch
-
it's local to that link.

There are 3 "versions" of LMI and you don't have to run the same version
at
each end of the pvc.

What LMI does is announce to the router what pvc's (dlci's, really) are
active on the interface.

Once the router knows what dlci's are active, the router can inarp on
each
dlci. This means the

router is asking for the remote router's Layer 3

address. (Note, I said Layer 3 address, not ip address because the same
process can work for clns or ipx I believe).

When you disable inarp, you disable the either the asking for or
responding
to portion of the inarp process - I always forget.

But, the result is the same. If inarp is disabled throughout, you
effectively disable dynamic mapping.

HTH, Tim
----- Original Message -----
From: "Kurt VanDerMark" <kvandermark@highpoint.com>
To: <ccielab@groupstudy.com>
Sent: Thursday, December 23, 2004 8:39 AM
Subject: Frame Relay Questions

> I'm doing a little frame relay review, trying to make sure I nail down
the
basics...and I have a few questions.
>
> Please correct anything I say that's wrong...
>
> I understand frame relay can be configured on an interface 3 ways:
> - physical interface (considered multipoint)
> - subinterface point-to-point
> - subinterface multipoint
>
> Say for instance I have a connection going from one router defined as
a
physical interface, to another router defined via a subinterface. To
avoid
routing issues such as interface mismatch with IS-IS (any other issues
or is
this the only one?), I'll want to define the subinterface as multipoint.
If the other end of the connection is defined by a physical interface,
why
wouldn't I always define the subinterface end as multipoint? If you
aren't
worried about routing issues, is there some advantage to defining that
end
as point-to-point?? Are there some split-horizon issues?
>
> Also, as a best practice, I understand its best to disable inarp on an
interface if you plan to use map statements before bringing the
interface
up. If you don't plan to use map statements, and want to use dynamic
maps, does the FR switch just notify the router about all the mappings
it
knows about, or does the service provider do filtering on the switch, or
how
does that work?
>
> Sorry if these are basic questions, but I want to make sure I have
this
down...
>
> Thanks.
>
>



This archive was generated by hypermail 2.1.4 : Mon Jan 03 2005 - 10:31:29 GMT-3