Re: Frame-relay again

Hmmm,
it breaks connectivity if someone is paying attention to LMI status, I
guess. The other end ?

selamat pagi @ 25/8/2010 17:05 -0300 dixit:
> The "NO Keep" is doing to the output exactly what I try to achieve
> BUT it breaks connectivity ...
>
> Having both, correct output and connectivity is not possible, right ?
>
> -----------------------------------------------------------
> interface Serial0/0/0
> ip address 158.5.0.5 255.255.255.0
> encapsulation frame-relay
> no keepalive
> frame-relay map ip 158.5.0.3 513 broadcast
> frame-relay map ip 158.5.0.4 504 broadcast
> no frame-relay inverse-arp
>
> sh frame-relay pvc | i DLCI
> DLCI = 504, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0/0/0
> DLCI = 513, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0/0/0
> -----------------------------------------------------------
>
>
>
> On Wed, Aug 25, 2010 at 9:21 PM, Narbik Kocharians <narbikk_at_gmail.com
> <mailto:narbikk_at_gmail.com>> wrote:
>
> If you disable the LMIs, then, you are NOT going to get any DLCI
> info from the switch, basically you are saying that i don't need the
> switch any more. But if this is what you want to do then, enter "NO
> Keep" under your frame-relay interface. You typically do this when
> you have a back to back frame-relay configuration without using the
> Frame-relay switch.
> Is this what you wanted?
>
> On Thu, Aug 26, 2010 at 5:11 AM, selamat pagi <ketimun_at_gmail.com
> <mailto:ketimun_at_gmail.com>> wrote:
>
> Yep, disabled inverse arp and reloaded. This clears out the
> mappings in *sh
> fram map.*
> However, the all the other pvc are still in *sh frame pvc.*
>
> Carlos, how you disable LMI without changing config on FR-switch
> (keepalive
> is enable on FR-switch)
>
> cheers, keti
>
>
>
> On Wed, Aug 25, 2010 at 8:24 PM, Paul Negron
> <negron.paul_at_gmail.com <mailto:negron.paul_at_gmail.com>> wrote:
>
> > Did you try disabling Inverse arp and reloading the router?
> >
> > Paul
> > --
> > Paul Negron
> > CCIE# 14856 CCSI# 22752
> > Senior Technical Instructor
> > www.micronicstraining.com <http://www.micronicstraining.com>
> >
> >
> >
> > > From: selamat pagi <ketimun_at_gmail.com
> <mailto:ketimun_at_gmail.com>>
> > > Reply-To: selamat pagi <ketimun_at_gmail.com
> <mailto:ketimun_at_gmail.com>>
> > > Date: Wed, 25 Aug 2010 20:07:44 +0200
> > > To: Cisco certification <ccielab_at_groupstudy.com
> <mailto:ccielab_at_groupstudy.com>>
> > > Subject: Frame-relay again
> > >
> > > I know this has been discussed several times here, but I
> still don't
> > > have/understand the solution.
> > > If there is none, I just will believe it and can continue
> with something
> > > more interesting :-)
> > >
> > > QUESTION:
> > > Is there a way to avoid that the FR-switch responds with
> all the DLCI
> > > configured ?
> > > So we will only see our configured PVC in the output of
> "sh frame-relay
> > > pvc"
> > >
> > > (assumed the FR-switch config cannot be changed ;-)
> > >
> > > I played around with keepalive and lmi-n391dte-values,
> however the type
> > 0 I
> > > don't get rid of ..?
> > >
> > > thanks, keti
> > >
> > >
> > > 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 <http://www.MicronicsTraining.com>
> Sr. Technical Instructor
> YES! We take Cisco Learning Credits!
> Training And Remote Racks available
>
>

-- 
Carlos G Mendioroz  <tron_at_huapi.ba.ar>  LW7 EQI  Argentina
Blogs and organic groups at http://www.ccie.net