Re: Frame-relay again

Maybe i am not understanding you correctly.

On Wed, Aug 25, 2010 at 4:05 PM, Narbik Kocharians <narbikk_at_gmail.com>wrote:

> Carlos,
>
> If the LMIs are disabled (No keep) you won't talk to the Frame-relay
> switch, if you are not communicating with the frame switch, it means that
> you are not exchanging type 1 messages with Switch, nor sending Type 0
> messages to the switch and as a result of that you won't get the DLCI info
> from the switch. So what do you mean the data plane will work? If the
> control plane is NOT there, how could the data plane work? and what do you
> mean by switching data plane services???? Can you be a little more clear?
>
>
> On Wed, Aug 25, 2010 at 3:26 PM, Kambiz Agahian <aussiecert_at_gmail.com>wrote:
>
>> Just keep in mind that the FR world did exist before LMI and can exist
>> after that... :)
>>
>>
>>
>> Kambiz Agahian
>> CCIE Instructor/Consultant
>> M.Eng Telecom, CCIE# 25341, CCSI# 33326, MCSE, MCSA
>>
>>
>> On Wed, Aug 25, 2010 at 3:13 PM, Carlos G Mendioroz <tron_at_huapi.ba.ar>wrote:
>>
>>> 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/> <
>>> http://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
>>>
>>> _______________________________________________________________________
>>> 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
>

-- 
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