From: Alsontra Daniels (aldaniels@email.uophx.edu)
Date: Mon Feb 24 2003 - 04:39:32 GMT-3
Wow! I completely missed that no keepalive setting. I must have changed it
in a pervious lab. Everything works now. Your kung-fu is far better than
mine! I'm guessing a candidates ability to pick up on clues is what makes
the difference between passing or failing.
Thanks.
-----Original Message-----
From: Jay Hennigan [mailto:jay@west.net]
Sent: Sunday, February 23, 2003 10:47 PM
To: Alsontra Daniels
Cc: ccielab@groupstudy.com
Subject: Re: Frame-Relay question
On Sun, 23 Feb 2003, Alsontra Daniels wrote:
> I thank everyone that responded and I'll try provide the additional
> information requested in this email.
>
> First off. The HUB router has three pvcs. Two pvcs on its multi-point
subif
> and one pvc on its p2p subif. The p2p subif works without an problems and
one
> of the pvcs on the multipoint subif is working. This is what I don't
> understand. LMI is working between the frame switch and the HUB router. I
know
> this because the p2p pvc and one of the multi-point pvcs becomes active.
I
> have also used lmi debug to verify that the dlci is exchanged. I've
changed
> the dlci being used for the broken pvc, with no luck. Given the fact that
one
> of the two pvcs comes up, I'd say I'm not dealing with a layer 1 or 2
issue.
I'd agree between the FR switch and the hub. What about between the FR
switch and the spoke?
> All interfaces and LMI are up and working.
Uh, nope. Or you wouldn't have "inactive".
> LMI on frame switch for 124 and 121
>
> DLCI = 124, DLCI USAGE = SWITCHED, PVC STATUS = INACTIVE, INTERFACE =
Serial0
^^^^^^^^
This says that the *other* side isn't exchanging LMI.
> input pkts 7 output pkts 0 in bytes 375
> out bytes 0 dropped pkts 1 in FECN pkts 0
> in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
> in DE pkts 0 out DE pkts 0
> out bcast pkts 0 out bcast bytes 0
> pvc create time 00:24:09, last time pvc status changed 00:23:29
> Num Pkts Switched 0
>
> DLCI = 121, DLCI USAGE = SWITCHED, PVC STATUS = ACTIVE, INTERFACE =
Serial2
>
> input pkts 22 output pkts 0 in bytes 3410
> out bytes 0 dropped pkts 6 in FECN pkts 0
> in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
> in DE pkts 0 out DE pkts 0
> out bcast pkts 0 out bcast bytes 0
> pvc create time 00:11:02, last time pvc status changed 00:01:26
> Num Pkts Switched 0
>
>
>
>
> *****This is spoke that has a problem
> Spoke router config-
> !
> interface Serial0/0
> ip address 10.10.1.11 255.255.255.248
> no ip directed-broadcast
> encapsulation frame-relay
> no ip route-cache
> no ip mroute-cache
> no keepalive
^^^^^^^^^^^^
Put keepalive back on here. "no keepalive" disables LMI. Thus this
spoke router isn't sending LMI to your frame switch, which causes the
other side of the PVC to show inactive.
> no fair-queue
> cdp enable
> frame-relay interface-dlci 121
>
> LMI for dlci 121 on spoke
> DLCI = 121, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0/0
^^^^^^
This is another clue that you have LMI disabled.
> One more question, does the frame switch require that both DLCIs
referenced in
> a frame route command arp-able before it listed dlci as active?
It's active when they're exchanging LMI.
-- Jay Hennigan - CCIE #7880 - Network Administration - jay@west.net NetLojix Communications, Inc. - http://www.netlojix.com/ WestNet: Connecting you to the planet. 805 884-6323
This archive was generated by hypermail 2.1.4 : Sat Mar 01 2003 - 11:06:33 GMT-3