RE: stuck on frame-relay q !

From: Henk de Tombe (henk.de.tombe@qi.nl)
Date: Tue Mar 21 2006 - 06:34:57 GMT-3


Look at the output / solution below:

Rack1R5(config-if)#do sh frame map
Serial0/0/0 (up): ip 148.1.0.2 dlci 502(0x1F6,0x7C60), dynamic,
              broadcast,, status defined, active
Serial0/0/0 (up): ip 164.5.0.3 dlci 503(0x1F7,0x7C70), dynamic,
              broadcast,, status defined, active

Two mappings are dynamically learned, I'm only interested in DLCI 503.

Rack1R5(config-if)#
Rack1R5(config-if)#do sh frame pvc | i DLCI
DLCI = 501, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = erial0/0/0
DLCI = 502, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0/0
DLCI = 503, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0/0
DLCI = 504, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE =
Serial0/0/0
DLCI = 513, DLCI USAGE = UNUSED, PVC STATUS = INACTIVE, INTERFACE=
Serial0/0/0

Rack1R5(config-if)#no frame-relay interface-dlci 501
Rack1R5(config-if)#no frame-relay interface-dlci 502
Rack1R5(config-if)#no frame-relay interface-dlci 504
Rack1R5(config-if)#no frame-relay interface-dlci 513

Rack1R5(config-if)#do sh run int s0/0/0
Building configuration...

Current configuration : 94 bytes
!
interface Serial0/0/0
 ip address 164.5.0.5 255.255.255.128
 encapsulation frame-relay
end

Rack1R5(config-if)#do sh frame map
Serial0/0/0 (up): ip 164.5.0.3 dlci 503(0x1F7,0x7C70), dynamic,
              broadcast,, status defined, active

Rack1R5(config-if)#do sh frame pvc | i DLCI
DLCI = 503, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0/0

The frame relay mapping table is ok now, but the "no frame-relay
interface-dlci" doesn't survive a reload.
It is not shown in the running-config.

Instead of using "no frame-relay interface-dlci" you have to use "no
frame-relay inverse-arp IP xxx"

Rack1R5#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Rack1R5(config)#int s0/0/0
Rack1R5(config-if)#do sh frame map
Serial0/0/0 (up): ip 148.1.0.2 dlci 502(0x1F6,0x7C60), dynamic,
              broadcast,, status defined, active
Serial0/0/0 (up): ip 164.5.0.3 dlci 503(0x1F7,0x7C70), dynamic,
              broadcast,, status defined, active

Rack1R5(config-if)#do sh frame pvc | i DLCI
DLCI = 501, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE =
Serial0/0/0
DLCI = 502, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0/0
DLCI = 503, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0/0
DLCI = 504, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE =
Serial0/0/0
DLCI = 513, DLCI USAGE = UNUSED, PVC STATUS = INACTIVE, INTERFACE =
Serial0/0/0

Rack1R5(config-if)#no frame-relay inverse-arp ?
  appletalk AppleTalk
  decnet DECnet
  interval Set inarp time interval on an interface
  ip IP
  ipv6 IPV6
  ipx Novell IPX
  pppoe PPP over Ethernet
  qllc qllc protocol
  <cr>

Rack1R5(config-if)#no frame-relay inverse-arp ip ?
  <16-1007> Set DLCI for inverse ARP
  vc-bundle vc-bundle

Rack1R5(config-if)#no frame-relay inverse-arp ip 501
Rack1R5(config-if)#no frame-relay inverse-arp ip 502
Rack1R5(config-if)#no frame-relay inverse-arp ip 504
Rack1R5(config-if)#no frame-relay inverse-arp ip 513
Rack1R5(config-if)#do sh run int s0/0/0
Building configuration...

Current configuration : 234 bytes
!
interface Serial0/0/0
 ip address 164.5.0.5 255.255.255.128
 encapsulation frame-relay
 no frame-relay inverse-arp IP 501
 no frame-relay inverse-arp IP 502
 no frame-relay inverse-arp IP 504
 no frame-relay inverse-arp IP 513
end

Rack1R5(config-if)#do sh frame map
Serial0/0/0 (up): ip 148.1.0.2 dlci 502(0x1F6,0x7C60), dynamic,
              broadcast,, status defined, active
Serial0/0/0 (up): ip 164.5.0.3 dlci 503(0x1F7,0x7C70), dynamic,
              broadcast,, status defined, active

Rack1R5(config-if)#do clear frame inarp

Rack1R5(config-if)#do sh frame map
Serial0/0/0 (up): ip 164.5.0.3 dlci 503(0x1F7,0x7C70), dynamic,
              broadcast,, status defined, active
Rack1R5(config-if)#

This command makes sure that you don't SEND inarp requests. To make sure you
also don't RECEIVE them you have to configure all other routers the same way
as well. If no one sends inarps, no one will receive them :-)

Regards,
Henk

-----Oorspronkelijk bericht-----
Van: nobody@groupstudy.com [mailto:nobody@groupstudy.com] Namens
kwasi-ccie@comcast.net
Verzonden: maandag 20 maart 2006 19:06
Aan: Edmundo Bodero; Stephen Vallois-Davies
CC: ccielab@groupstudy.com
Onderwerp: Re: stuck on frame-relay q !

Have you tried PPP-over-frame-relay?

-------------- Original message --------------
From: "Edmundo Bodero" <bodero.edmundo@googlemail.com>

> I think that is exactly what they are asking for. They want you to use
> frame-relay inverse-arp. The command no frame-relay inverse-arp disables
it
> (it is enabled by default) so no need to use it.
>
> Regards,
>
> Edmundo
>
>
> On 3/20/06, Stephen Vallois-Davies wrote:
> >
> > Hi,
> >
> > how can I dynamically learn addresses through inverse-arp on specific
> > DLCI's
> > - without using the no frame-relay inverse-arp command?
> >
> > Specifically I have been scratching my head over q2.2 (Vol2Lab4 IEWB 3).

> >
> > It shows the dlci's as dynamically learned, yet prohibits the use of 'no

> > frame-relay inverse-arp' command
> >
> > i.e
> >
> > Serial0/0 (up): ip 152.4.123.3 dlci 203(0xCB,0x30B0), dynamic,
> > broadcast,, status defined, active
> >
> > Thanks, Steve.
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Sat Apr 01 2006 - 10:07:39 GMT-3