From: Ken.Farrington@barclayscapital.com
Date: Thu Sep 18 2003 - 15:04:47 GMT-3
Proof of the pudding :))
GREAT :))
R2#sh frame map
Serial0/0.1 (up): point-to-point dlci, dlci 104(0x68,0x1880), broadcast
status defined, active
R2#
00:21:08: Serial0/0.2(o): dlci 106(0x18A1), pkt encaps 0x0300 0x8000 0x0000
0x80
6 (ARP), datagramsize 34
00:21:08: FR: Sending INARP Request on interface Serial0/0.2 dlci 106 for
link 7
(IP)
00:21:08: Serial0/0.2(o): dlci 105(0x1891), pkt encaps 0x0300 0x8000 0x0000
0x80
6 (ARP), datagramsize 34
00:21:08: FR: Sending INARP Request on interface Serial0/0.2 dlci 105 for
link 7
(IP)
00:21:09: broadcast dequeue
00:21:09: Serial0/0.2(o):Pkt sent on dlci 106(0x18A1), pkt encaps 0x300
0x8000
0x0 0x806 (ARP), datagramsize 34
00:21:09: broadcast dequeue
00:21:09: Serial0/0.2(o):Pkt sent on dlci 105(0x1891), pkt encaps 0x300
0x8000
0x0 0x806 (ARP), datagramsize 34
00:21:09: Serial0/0(i): dlci 106(0x18A1), pkt encaps 0x0300 0x8000 0x0000
0x806
(ARP), datagramsize 34
00:21:09: Serial0/0.2: FR ARP input
00:21:09: datagramstart = 0x1A00FCE, datagramsize = 34
00:21:09: Serial0/0(i): dlci 105(0x1891), pkt encaps 0x0300 0x8000 0x0000
0x806
(ARP), datagramsize 34
00:21:09: Serial0/0.2: FR ARP input
00:21:09: FR encap = 0x18A10300
00:21:09: 80 00 00 00 08 06 00 0F 08 00 02 04 00 09 00 00
00:21:09: 96 32 64 06 18 A1 96 32 64 02 01 02 00 00
00:21:09:
00:21:09: Serial0/0.2: frame relay INARP received
00:21:09: datagramstart = 0x1A0110E, datagramsize = 34
00:21:09: FR encap = 0x18910300
00:21:09: 80 00 00 00 08 06 00 0F 08 00 02 04 00 09 00 00
00:21:09: 96 32 64 05 18 91 96 32 64 02 01 02 00 00
00:21:09:
00:21:09: Serial0/0.2: frame relay INARP received
00:21:12: Serial0/0.1: Broadcast on DLCI 104 link 65(CDP)
00:21:12: Serial0/0.1(o): dlci 104(0x1881), pkt type 0x2000(CDP),
datagramsize 2
98
00:21:12: broadcast dequeue
00:21:12: Serial0/0.1(o):Pkt sent on dlci 104(0x1881), pkt type 0x2000(CDP),
dat
agramsize 298
R2#
R2#
R2#sh frame map
Serial0/0.2 (up): ip 10.10.10.5 dlci 105(0x69,0x1890), dynamic,
broadcast,, status defined, active
Serial0/0.2 (up): ip 10.10.10.6 dlci 106(0x6A,0x18A0), dynamic,
broadcast,, status defined, active
Serial0/0.1 (up): point-to-point dlci, dlci 104(0x68,0x1880), broadcast
status defined, active
R2#
-----Original Message-----
From: Ken.Farrington@barclayscapital.com
[mailto:Ken.Farrington@barclayscapital.com]
Sent: 18 September 2003 18:51
To: ccielab@groupstudy.com
Subject: RE: Frame-Relay HELP with static mappings :(
Brian and Guys,
This is fantastic. I am really finding somw awnsers to my questions thanks
to everyone.
Yes, you can run in-arp on a subinterfaces by turning on the frame
interface-dlci command and now am understanding the concepts of htis
command.
I feel, if I am to go into the lab, u must know that stuff inside out, not
just being able to put in the commands and hope it works.
BIG thx guys. hope there is not to much more I ask about this
:))))))))))))))
-----Original Message-----
From: Brian McGahan [mailto:bmcgahan@internetworkexpert.com]
Sent: 18 September 2003 18:34
To: Ken.Farrington@barclayscapital.com; ccielab@groupstudy.com
Subject: RE: Frame-Relay HELP with static mappings :(
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
> > visit our web site at http://www.barcap.com.
> >
> >
> > Internet communications are not secure and therefore the Barclays
> > Group does not accept legal responsibility for the contents of this
> > message. Although the Barclays Group operates anti-virus
programmes,
> > it does not accept responsibility for any damage whatsoever that is
> > caused by viruses being passed. Any views or opinions presented are
> > solely those of the author and do not necessarily represent those of
the
> > Barclays Group. Replies to this email may be monitored by the
Barclays
> > Group for operational or business reasons.
> >
> >
------------------------------------------------------------------------
> >
> > ***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