From: Godswill Oletu (oletu@inbox.lv)
Date: Fri Jun 02 2006 - 21:43:42 ART
Jason,
I just saw that, what you meant is that when you issue 'show frame pvc'
command, you should not see the locally unused PVCs?
Is that possible? Can the frame DTE device dictate what it sees and not see
to the frame relay DCE device? The frame-relay switch manages the frame
relay cloud and it alone decide which DLCIs get sent out, I do not know of
any command when configured on the DTE device will make only selected DLCIs
to show up in the 'show frame-relay pvc' output.
Like Zeroflash stated, what showed up on that output really doest not
matter, that is just telling you the DLCIs that the frame relay switch is
advertising to you via that circuit. Don't you think the question was
referring to the output 'show frame-relay map' command instead?
Men, if you can make it to work, please share it, because we will have an
alternative to doing dynamic frame-relay mapping on a physical interface
with selected DLCIs, without going the extral mile of creating a
subinterface to dump the unused DLCIs.
Thanks.
Godswill Oletu
----- Original Message -----
From: "Julius Kinsler" <jkinsler@harbortech.com>
To: "Smith, Jason" <JASmith@nuvox.com>; <ccielab@groupstudy.com>
Sent: Friday, June 02, 2006 6:05 PM
Subject: RE: Frame-Relay Unused DLCI's
> Im sorry I did not read your entire e-mail before I shot that last one
> off. One wa you could do this would be to give each interface an an
> assigned-dlci via frame-relay interface-dlci then specify clockrate on
> one side and turn off inverse arp don't configure lmi and disable the
> interface keepalives with the no keepalive command.
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Smith, Jason
> Sent: Friday, June 02, 2006 4:36 PM
> To: ccielab@groupstudy.com
> Subject: RE: Frame-Relay Unused DLCI's
>
> Thanks for the quick reply! I would be satisfied with that and it is
> usually how it is setup. But the question specifically stated that "you
> need to clear any unused pvc's" I got a clarification on this and you
> should not see any other pvc's when you do a show frame pvc. I guess
> the one way you could do that is to build a static pvc with no lmi or
> keepalive and then it shouldn't receive any pvc's but I couldn't get
> that to work. What do you guys think, or do you know how to build it
> without lmi?
>
> Thanks,
> Jason Smith
> CCIE #12097
> www.smif101.com
>
> -----Original Message-----
> From: ZeroFlash [mailto:Fire_Ice@verizon.net]
> Sent: Friday, June 02, 2006 4:22 PM
> To: Smith, Jason; ccielab@groupstudy.com
> Subject: RE: Frame-Relay Unused DLCI's
>
> Jason --
> If in the show frame-relay map shows only the statically assigned PVC's
> then you are answering the question. If there are more than just the
> statically assigned PVC's you need to disable inverse-arp and optionally
> no frame-relay arp.
>
> The show frame-relay pvc will always show all the PVC's assigned to that
> circuit. As long as they aren't used and don't show in the Frame-Relay
> Map output then you are fine.
>
> Thanks
>
> ZeroFlash
> CCIE #16217
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Smith, Jason
> Sent: Friday, June 02, 2006 4:10 PM
> To: ccielab@groupstudy.com
> Subject: Frame-Relay Unused DLCI's
>
> I have been racking my brain over here trying to figure out how to get a
> router that learns multiple PVC's from a switch to ignore any but the
> statically assigned PVC on the interface. When you do a show
> frame-relay pvc it shows the one active PVC but will also show the
> unused ones. The reason I ask is that I have a test question here that
> asks to clear any unused pvc's from the switch. Does anyone know how to
> accomplish this?
>
> The one way I was able to delete the DLCI's was via no frame-relay
> interface-dlci 102 command but then the keepalive pops it back in there.
> I take away the keepalive and then the circuit doesn't work. Does
> anyone know how to accomplish this?
>
>
>
> interface Serial0/0
>
> ip address 11.1.1.2 255.255.255.0
>
> no ip directed-broadcast
>
> encapsulation frame-relay
>
> frame-relay map ip 11.1.1.1 101
>
> frame-relay map ip 11.1.1.2 101
>
> no frame-relay inverse-arp
>
> frame-relay lmi-type cisco
>
> end
>
>
>
> R4#show frame map
>
> Serial0/0 (up): ip 11.1.1.1 dlci 101(0x65,0x1850), static,
>
> CISCO, status defined, active
>
> Serial0/0 (up): ip 11.1.1.2 dlci 101(0x65,0x1850), static,
>
> CISCO, status defined, active
>
> R4#
>
>
>
> R4#show frame pvc
>
>
>
> PVC Statistics for interface Serial0/0 (Frame Relay DTE)
>
>
>
> Active Inactive Deleted Static
>
> Local 1 0 0 0
>
> Switched 0 0 0 0
>
> Unused 2 0 0 0
>
>
>
> DLCI = 101, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
> Serial0/0
>
>
>
> input pkts 0 output pkts 0 in bytes 0
>
> out bytes 0 dropped pkts 0 in FECN pkts 0
>
>
> in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
>
>
> in DE pkts 0 out DE pkts 0
>
> out bcast pkts 0 out bcast bytes 0
>
> pvc create time 00:01:29, last time pvc status changed 00:01:29
>
>
>
> DLCI = 102, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE =
> Serial0/0
>
>
>
> input pkts 0 output pkts 0 in bytes 0
>
> out bytes 0 dropped pkts 0 in FECN pkts 0
>
>
> in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
>
>
> in DE pkts 0 out DE pkts 0
>
> out bcast pkts 0 out bcast bytes 0 Num Pkts
> Switched 0
>
> pvc create time 00:26:08, last time pvc status changed 00:15:36
>
>
>
> DLCI = 103, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE =
> Serial0/0
>
>
>
> input pkts 0 output pkts 0 in bytes 0
>
> out bytes 0 dropped pkts 0 in FECN pkts 0
>
>
> in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
>
>
> in DE pkts 0 out DE pkts 0
>
> out bcast pkts 0 out bcast bytes 0 Num Pkts
> Switched 0
>
> pvc create time 00:26:09, last time pvc status changed 00:15:37
>
> R4#
>
>
>
>
>
> Thanks,
>
> Jason Smith
>
> CCIE #12097
>
> www.smif101.com
>
> _______________________________________________________________________
> 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
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Jul 01 2006 - 07:57:31 ART