Re: Frame-relay again

You got me wrong there.
If you disable LMI, you loose pvc management (knowledge of what the
frame relay switch is doing and state of remote link) but you still
can have the switching (data plane) service.

Problem is, if the remote end is paying attention to LMI, the remote DTE
will consider the link down and you might loose connectivity.

-Carlos

Narbik Kocharians @ 25/08/2010 19:07 -0300 dixit:
> I agree with Carlos, if you disable the LMIs, then you are saying i do
> not need the Frame-relay switching services, and connectivity is lost,
> unless you configure the routers back to back which is NOT what you are
> asking for. Paul's solution should do the trick, that's if i understand
> your scenario correctly.
>
> On Wed, Aug 25, 2010 at 1:11 PM, Carlos G Mendioroz <tron_at_huapi.ba.ar
> <mailto:tron_at_huapi.ba.ar>> wrote:
>
> basically you are saying that i don't need the switch *management*
> any more.
>
> You still need its switching services :)
> -Carlos
> P.S.
> hahahaha
>
> Narbik Kocharians @ 25/8/2010 16:21 -0300 dixit:
>
> 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
> <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
> <http://www.ccie.net/>
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
>
>
>
> --
> Carlos G Mendioroz <tron_at_huapi.ba.ar <mailto:tron_at_huapi.ba.ar>>
> LW7 EQI Argentina
>
>
>
>
> --
> 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