Re: Frame-relay again

Few e-mails ago. I tested most conditions/combinations also provided the IOS
version and router type.

But what i recommend is for you to setup a very basic lab scenario, where
you ONLY have 2 routers and a frame-relay switch and test the different
combinations.

 When testing different combinations, do a "Show frame pvc" on the switch
and see if the frame switch is dropping the packets or are they actually
forwarding the packets. When you start playing around you will see few weird
behaviours, so using this command can help.

But I believe (And i could be wrong) that some of the behaviours that we see
is because there is only a single device and/or maybe Cisco routers don't
provide the functionality that a true frame-relay switch provides. Or it's a
bug. You see weird kind of behaviours on certain IOSes, and all we can say
is "This is a bug".

For example if you are running IOS 124(15)T9 - 11 and need to configure
frame-relay, once you start assigning DLCIs, it gives you an error, "DLCI
already assigned", so my work around for this bug is to do a "Default
interface S0/0" and once you enter this command, you can do what ever you
like.

So when i look at this, my assumption should NOT be that this is the norm or
the "default inter s0/0" is part of frame-relay configuration.

But you should lab this up and see for yourself, if you need help unicast
me.

On Sat, Aug 28, 2010 at 7:51 PM, Bilal Hansrod <bilal.hansrod_at_gmail.com>wrote:

> I am confused like hell -
>
> Can someone, please review and let me know my understanding is correct-
>
> 1. When LMI (Keep alives) are disabled on Routers and FR switch, the ping
> will work and connectivity will still be intact. The downside is that,
> there
> won't be any LMI updates on whether remote end is down
>
> 2. When LMI (keep alives) are disabled even at one device, the connectivity
> is broken. It has to be enabled all the devices including FR switch and
> router or disabled.
>
> 3. if the sub-interface is configured on router and link goes down, the
> interface will go down as well.
>
> 4. if the Physical interface or Multi-point interface with multiple DLCI
> goes down, the inrterface will still be up.
>
>
> Am I correct. Please provide any feedback.
>
> Regards,
>
> Bilal
>
>
> On Sat, Aug 28, 2010 at 5:23 AM, --Hammer-- <bhmccie_at_gmail.com> wrote:
>
> > Anyone ever watch the beginning of Burn Notice when Bruce Campbell
> refers
> > to spies as a bunch of bitchy little girls?
> >
> > --Hammer--
> >
> >
> >
> > On 8/27/2010 1:56 PM, Paul Negron wrote:
> >
> >> So just to make sure I got this.
> >>
> >> In the last scenario, both of you agreed that the PVC status shows
> >> "ACTIVE"
> >> but the pings do not work all the way through.
> >>
> >> Right?
> >>
> >> So the student who is taking the lab might not profit from this thread.
> A
> >> little fun........I know I've enjoyed it.
> >>
> >> I say we stick with the original......Turn off LMI and reload the router
> >> to
> >> achieve what the student was looking for in the first place.
> >>
> >> Paul
> >>
> >
> >
> > 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
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Narbik Kocharians
CCSI#30832, CCIE# 12410 (R&S, SP, Security)
www.MicronicsTraining.com
Sr. Technical Instructor
YES! We take Cisco Learning Credits!
Training And Remote Racks available
Blogs and organic groups at http://www.ccie.net