Hi Alef, When you do show frame-relay pvc what interface is the PVC bound to? perhaps its already associated with another subinterface? Personally I have had limited success with the "clear frame-relay inverse-arp" command so I tend not to consider using it but your mileage may vary. However there are two other ways that I know of to clear the FR PVC mappings - you have already discovered the easiest but more time consuming (due to the reload time)
conf t int s0/1/0 no frame-relay inverse-arp do write do reload If you have the interface shutdown first, there's no way that fr inv-arp should be mapping something before you put the config in. an alternative is something like show run | b Serial0/1/0 and look at all the subinterfaces etc. then int s0/1/0 shutdown encapsulation ppp and then paste the old s0/1/0 and associated subinterface config back in (since changing the encapsulation will blow the fr related config away) then no shut s0/1/0 and the sub-interfaces - it's a little more work but quicker since there's no reload involved. Cheers, Adam On Thu, Mar 3, 2011 at 5:14 PM, Alef <[email protected]> wrote: > Hi, > In Vol1, Lab1, page 25 i try to assign dlci 204 but it always gives up this > command. Doing a show frame-relay pvc shows that it is indeed already in > use. I have gone ahead and put no frame-relay inverse-arp on all FR > interfaces (which does not show up in the config by the way), and reload all > routers with FR interfaces (no easier way to clear pvc mappings?) but still > i get this message. Anyone got any suggestions ? > > > R2(config)#int Serial0/1/0.24 > R2(config-subif)#frame-relay interface-dlci 204 > %PVC already assigned to interface Serial0/1/0 > > Kind regards, > Alef > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
