The only time this doesn't work is if you have no keep on the fram int or
you are doing frame relay back to back between 2 routers without a switch
which involves use of the "no keep" statement.
Try a "sho fram pvc" or "debug fram LMI" in either e live environment or
test environment where there is a switch and the end routers should always
receive their DLCI's from the telco. When trouble shooting FR if you are
troubleshooting someone else's network this is the greatest aid. If the
customer's network is supposed to be up, but is not passing layer three many
times debug fram lmi or sho fram pvc will tell you if the customer has
configured the wrong DLCI's because you will see what they have config'ed
and then you will see what the switch is advertising to their router on the
main interface as learned dynamically. This is a basic function of FR.
Steve
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 15, 2001 12:57 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Frame Relay...Inverse-Arp..?
Ok, now you all got me interested.
#1) From what I'm reading, you are saying that if you create a FR lab and
just place the DLCI map commands on the frame switch for the remote ends,
and
you have the LMI set right, then the remotes will automatically learn
their
DLCIs through LMI?
#2) Would this also work in a real environment concerning telco assigning
you
DLCI numbers? What I'm saying is, after the telco gives you the DLCIs for
your DTE interfaces (remote ends) usually you would go in and configure
them.
If you didn't bother to go and configure them, would your remote ends
automatically learn them from the FR switch somewhere in the telco's
network
through LMI???
In a message dated 1/15/01 1:49:41 PM Eastern Standard Time,
[EMAIL PROTECTED] writes:
that should be true no matter what. You are learning the DLCI's through
LMI
a standard function of Frame Relay. You will learn it regardless as
long as
your router and the switch agree on what type of LMI they are using.
Steve
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Joseph Ezerski
Sent: Monday, January 15, 2001 9:59 AM
To: 'Nigel Taylor'; Cisco Group Study; Chuck Larrieu; CCIE_Lab Group
Study
Subject: RE: Frame Relay...Inverse-Arp..?
I have an interesting tidbit that I hope can add to this thread. I was
doing a frame relay lab and set up a 2501 as a frame switch. I had two
other 2501s as the remote ends. I set up the major interface for frame
relay, but did NOT specify a DLCI number for both remote ends. In the
frame
switch, I added my frame-relay route commands for the respective major
interfaces and DID specify DLCI numbers. What I found out is that the
remote ends "learned" their DLCI's from the frame switch. I remember in
my
studies that using the default Cisco LMI type buys you some auto
discovery
of sorts. I am not sure if this is playing a part in Nigel's
experiment,
but why not give it a go by changing the default Cisco LMI type to some
other type and see if the results stays the same.
Joseph
_________________________________
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
