Re: Frame Relay End2 End keepalives

From: ccie2be (ccie2be@nyc.rr.com)
Date: Tue Jun 22 2004 - 18:17:35 GMT-3


Hmmm. That's a very interesting idea.

I didn't think one could use both f/r static maps and the f/r interface-dlci
command together under the same interface. Have you ever tried that? I
haven't.

But,....

I'm not sure about that dynamic mapping prohibition. I just figured if
dynamic mapping is allowed, then you can't use the interface-dlci command.
Period.

What I don't understand is why isn't there a class option in the fram map ip
command? Heck, there are lot's of other options. Why not this one?

In fact, isn't class an option with the dialer map command?

Tim
----- Original Message -----
From: "Kenneth Wygand" <KWygand@customonline.com>
To: "ccie2be" <ccie2be@nyc.rr.com>; "Group Study" <ccielab@groupstudy.com>
Sent: Tuesday, June 22, 2004 4:59 PM
Subject: RE: Frame Relay End2 End keepalives

Tim,

I believe, even though you are using frame maps, you should still put
this configuration on the DLCI through "frame-relay interface-dlci xxx"
and putting it under that configuration mode. I don't think this
implies that you are using dynamic DLCI assignments.

Hopefully someone will correct me if I am wrong.

Kenneth E. Wygand
Systems Engineer, Project Services
CISSP #37102, CCNP, CCDP, ACSP, Cisco IPT Design Specialist, MCP, CNA,
Network+, A+
Custom Computer Specialists, Inc.
"The only unattainable goal is the one not attempted."
-Anonymous

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
ccie2be
Sent: Tuesday, June 22, 2004 4:45 PM
To: Group Study
Subject: Frame Relay End2 End keepalives

Hey guys,

Got another network puzzle.

R4 is the hub of a spoke and hub FR cloud connecting R5 and R3.

All config's are on multipoint interfaces.

There's also an isdn circuit between R4 and R5.

This task forbids me to use any dynamic mappings or dlci's that weren't
specified.

I'm to config FR end2end keepalives (FREEK) in order to detect if R5's
F/R
connection to R4 is actually down.

R5 is to poll R4 and R4 is supposed to respond.

I configured everything as stated and it seemed to work - at least for a
while. But, periodically, I would lose connectivity.

Since FREEK has to be configured in a map-class, I wanted to assign the
map-class to the particular dlci's relevant to this task.

But, as it turns out, unless I'm mistaken, there's no class option
available
in the fram map ip statement. So, instead, I just assigned the map-class
to
the interface or multipoint subinterface.

BTW, the idea was that if the f/r link between R4 and R5 went down, this
would
trigger R5 to call R4 over the isdn circuit.

After struggling with this for a while, I simply had to turn off FREEK
cause
it was messing up ospf and the other IGP's running in the network.

Anyone know how I should have solved this problem? Or, more
specifically, how
should FREEK be configured on a multipoint interface? I've only seen it
configured on p2p interfaces.

All ideas are greatly welcomed.

Thanks, Tim



This archive was generated by hypermail 2.1.4 : Sat Jul 03 2004 - 19:40:48 GMT-3