Re: Frame-Relay HELP with static mappings :(

From: MADMAN (dmadlan@qwest.com)
Date: Thu Sep 18 2003 - 16:26:30 GMT-3


Barney Gaumer wrote:

> That was a great explanation!
>
> I have a LMI related question that kind of dove-tails
> with this.
>
> when I "debug frame-relay lmi" on one of my prod
> routers at work, I see all of the PVC info for
> "interface x" with status and bandwidth etc..
>
> When I do it at home I get bandwidth of 0. What LMI
> type do I need to get the bandwidth to show up? or is
> there something else I need to do on my frame switch??

   The default Cisco LMI will give you the configured bandwidth, (CIR)
of the frame switch. I suspect this is whay some carriers force you to
use ansi. We auto negotiate at Qwest.

   Dave
>
> Thanks,
> Barney
> --- Brian McGahan <bmcgahan@internetworkexpert.com>
> wrote:
>
>>Ken,
>>
>> The 'frame-relay interface-dlci' command isn't used
>>for protocol
>>mappings, it's simply used to assign the VC to the
>>interface. By
>>default, all Frame-Relay VCs are assigned to the
>>main interface.
>>Therefore, the 'frame-relay interface-dlci' command
>>on the interface is
>>not used to assign the VC, but instead to apply
>>attributes such as FRTS
>>or VoFR on a per PVC basis.
>>
>> On a point-to-point or multipoint interface, the
>>command still
>>accomplishes the same thing, to assign the VC to the
>>interface. On
>>point-to-point interfaces, layer 2 to layer 3
>>protocol resolution is not
>>necessary, so assigning the VC is the only step.
>>For multipoint sub
>>interfaces, frame-relay inverse-arp is enabled by
>>default. Therefore,
>>if you use the frame-relay interface-dlci command on
>>a multipoint
>>subinterface, you will automatically send inarp
>>requests on the VC for
>>whatever protocols you are running on the interface.
>> If you use the
>>'frame-relay map' command, you are disabling
>>inverse-arp for that
>>protocol for that VC. If you use the 'no
>>frame-relay inverse-arp', you
>>are disabling inverse-arp for all protocols for all
>>VCs on that
>>interface.
>>
>>HTH,
>>
>>Brian McGahan, CCIE #8593
>>bmcgahan@internetworkexpert.com
>>
>>Internetwork Expert, Inc.
>>http://www.InternetworkExpert.com
>>Toll Free: 877-224-8987
>>Direct: 708-362-1418 (Outside the US and Canada)
>>
>>
>>
>>>-----Original Message-----
>>>From: nobody@groupstudy.com
>>
>>[mailto:nobody@groupstudy.com] On Behalf
>>Of
>>
>>>Ken.Farrington@barclayscapital.com
>>>Sent: Thursday, September 18, 2003 11:53 AM
>>>To: ccielab@groupstudy.com
>>>Subject: RE: Frame-Relay HELP with static mappings
>>
>>:(
>>
>>>One thing to add, is that on the major interface
>>
>>when I use the frame-
>>
>>>relay
>>>interface dlci command, it does not show up as a
>>
>>static entry and i
>>get a
>>
>>>dynamic entry
>>>
>>>ie,
>>>
>>>!
>>>interface Serial0
>>> ip address 10.10.10.4 255.255.255.0
>>> encapsulation frame-relay
>>> frame-relay interface-dlci 401
>>>!
>>>
>>>R4>sh frame map
>>>Serial0 (up): ip 10.10.10.2 dlci
>>
>>401(0x191,0x6410), dynamic,
>>
>>> broadcast,, status defined, active
>>>
>>>
>>>So even though you can put the command in, it does
>>
>>not seem to setup a
>>
>>>static entry on the router and gets the mapping
>>
>>dynamically :))
>>
>>>
>>>Thx
>>>
>>>-----Original Message-----
>>>From: Farrington, Ken: IT (LDN)
>>>Sent: 18 September 2003 17:49
>>>To: ccielab@groupstudy.com
>>>Subject: RE: Frame-Relay HELP with static mappings
>>
>>:(
>>
>>>
>>>thx dave. it's just working out all the
>>
>>combinations now so I am
>>
>>>confident
>>>for my lab.
>>>
>>>and the combinations can be many correct?
>>>
>>>Is there a default guide to what is correct or not
>>
>>from a Cisco
>>
>>>standpoint.
>>>I know real life may be different :))
>>>
>>>many thx for the quick reply.
>>>Ken
>>>
>>>-----Original Message-----
>>>From: MADMAN [mailto:dmadlan@qwest.com]
>>>Sent: 18 September 2003 17:44
>>>To: Ken.Farrington@barclayscapital.com
>>>Cc: ccielab@groupstudy.com
>>>Subject: Re: Frame-Relay HELP with static mappings
>>
>>:(
>>
>>>
>>>
>>>
>>>Ken.Farrington@barclayscapital.com wrote:
>>>
>>>
>>>>Please could you guys help me on this and
>>
>>confirm what I am saying
>>is
>>
>>>100%
>>>
>>>>correct?
>>>>
>>>>Major Interface (multipoint by nature)
>>>>Only frame-relay map or Inverse ARP - Can enter
>>
>>interface-dlci but
>>it
>>
>>>will
>>>
>>>>not work.
>>>
>>> Yes physical interface is multipoint though the
>>
>>interface dlci
>>comand
>>
>>>will work, more by accident than design as I think
>>
>>inverse arp is what
>>
>>>allows this misconfiguration to work.
>>>
>>>>point-to-point Sub Interface
>>>>frame-relay interface-dlci ONLY
>>>>
>>>>multipoint Sub Interface
>>>>Only frame-relay map or Inverse ARP (cant use
>>
>>interface-dlci *see
>>
>>>below*)
>>>
>>>>R2(config)#int s0/0.1 multipoint
>>>>R2(config-subif)#frame map ip 10.10.10.4 104 bro
>>>>FRAME-RELAY INTERFACE-DLCI command should be
>>
>>used on point-to-point
>>
>>>>interfaces
>>>>R2(config-subif)#frame-relay interface-dlci 104
>>>>R2(config-fr-dlci)#^Z
>>>>R2#
>>>>
>>>>MY POINT ......
>>>>
>>>>So if I have a point-to-point PVC between two
>>
>>routers, one is a
>>
>>>>point-to-point sub int and the other end is a
>>
>>Major interface. I
>>HAVE TO
>>
>>>USE
>>>
>>>>"-frame interface-dlci" on the point-to-point
>>
>>sub int and
>>frame-relay
>>
>>>map
>>>ip
>>>
>>>>on the otherside of the PVC which is a major
>>
>>interface.
>>
>>>>(p-2-p sub-int) (major-int)
>>>>rtr2-------------------------------rtr4
>>>>
>>>>Please could someone confirm this and let me
>>
>>know if there is any
>>good
>>
>>>>documentation to clear this up.
>>>
>>> Yes what you describe above is the correct
>>
>>config. Fun for the
>>lab,
>>
>>>don't do it in the real world;)
>>>
>>> Dave
>>>
>>>>Many thx
>>>>
>>>>
>>>>
>>
> ------------------------------------------------------------------------
>
>>>>For more information about Barclays Capital,
>>
>>please
>>
>
> === message truncated ===
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
>
> ***Get your CCIE and a FREE vacation: Shop.GroupStudy.com***
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>

-- 
David Madland
CCIE# 2016
Sr. Network Engineer
Qwest Communications
612-664-3367

"Emotion should reflect reason not guide it"

***Get your CCIE and a FREE vacation: Shop.GroupStudy.com***



This archive was generated by hypermail 2.1.4 : Wed Oct 01 2003 - 07:24:30 GMT-3