Re: Frame-relay again

From: Paul Negron <negron.paul_at_gmail.com>
Date: Wed, 25 Aug 2010 17:50:53 -0600

But for Xconnects the Frame-Relay PVC is terminated on the Router locally.
There is not Frame-Relay Switch. It is just like Back to Back Frame relay.

-- 
Paul Negron
CCIE# 14856 CCSI# 22752
Senior Technical Instructor
www.micronicstraining.com
> From: Carlos G Mendioroz <tron_at_huapi.ba.ar>
> Reply-To: Carlos G Mendioroz <tron_at_huapi.ba.ar>
> Date: Wed, 25 Aug 2010 20:24:57 -0300
> To: Narbik Kocharians <narbikk_at_gmail.com>
> Cc: Kambiz Agahian <aussiecert_at_gmail.com>, selamat pagi <ketimun_at_gmail.com>,
> Cisco certification <ccielab_at_groupstudy.com>
> Subject: Re: Frame-relay again
> 
> Oh my.
> A long long time ago people used to say that routers had two functions:
> they route (as in routing protocols) and switch (as in switching
> packets). New age terms seem to be control plane and data plane
> services.
> 
> Fact is that you *can* do one without the other: you can switch and run
> no routing protocols, like when you do static routes. You can do routing
> and no switching, like a route reflector in a NAP.
> 
> Back to frame relay, a frame relay switch main function is to do data
> plane switching services, copy frames from one link based on a xconnect
> table that maps a DLCI to some other link, possibly another DLCI.
> You don't need LMI up to do so. (Although in real life, I wonder why
> would you do such a thing).
> 
> LMI runs on one DLCI to enable DTE to DCE control plane exchange.
> If you disable it, you can still make the FR switch to switch frames,
> some FR switches at least can do so.
> 
> Am I talking nonsense ?
> -Carlos
> 
> Narbik Kocharians @ 25/08/2010 20:05 -0300 dixit:
>> 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
>> <mailto: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 <mailto: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>
>>> <mailto: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>
>>>         <mailto: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> <mailto: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/>
>>>                 <http://www.micronicstraining.com/>
>>> 
>>> 
>>> 
>>>                     From: selamat pagi <ketimun_at_gmail.com
>>         <mailto:ketimun_at_gmail.com>
>>>                     <mailto:ketimun_at_gmail.com
>>         <mailto:ketimun_at_gmail.com>>>
>>>                     Reply-To: selamat pagi <ketimun_at_gmail.com
>>         <mailto:ketimun_at_gmail.com>
>>>                     <mailto: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>
>>>                     <mailto: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/>
>>>                     <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/>
>>>             <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> <mailto: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 <mailto:tron_at_huapi.ba.ar>>
>>          LW7 EQI  Argentina
>> 
>> 
>>         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
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> 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
> 
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Wed Aug 25 2010 - 17:50:53 ART

This archive was generated by hypermail 2.2.0 : Wed Sep 01 2010 - 11:20:53 ART