We have switched to Frame-Relay with WorldCom or what ever name they go by now. Traffic shaping was employed without request here by one of my colleagues with the help of first or second level Cisco support. I feel either this is not set right, or we are getting jerked around by you know who. For instance: I cleared counters not more than 15 minutes ago and here is the remote end.
ew-Chester#sh frame-r pvc
PVC Statistics for interface Serial0/0 (Frame Relay DTE)
DLCI = 102, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.102
input pkts 98719 output pkts 97033 in bytes 34745228
out bytes 10553573 dropped pkts 0 in FECN pkts 2507
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 34772 out DE pkts 0
out bcast pkts 352 out bcast bytes 28553
pvc create time 14w5d, last time pvc status changed 1w5d
Here is the Hub Router:
DLCI = 108, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial3/1:0.108
input pkts 106648 output pkts 108865 in bytes 11634867
out bytes 37406970 dropped pkts 80 in FECN pkts 0
in BECN pkts 15849 out FECN pkts 0 out BECN pkts 0
in DE pkts 1525 out DE pkts 0
out bcast pkts 420 out bcast bytes 40320
pvc create time 46w4d, last time pvc status changed 1w5d
I can't say if this is normal (WE ARE WELL UNDER THE CIR AT THIS 15 MINUTE TIME FRAME) But methinks me smells a RAT!!!!
Here is the traffic shaping class it is using . We have a committed information rate of 256 on this line burstable (laughable) to 512k.
interface Serial3/1:0.108 point-to-point
description New Chester
bandwidth 512
ip address 10.250.120.1 255.255.255.0
frame-relay class 512k
frame-relay interface-dlci 108
map-class frame-relay 512k
frame-relay cir 512000
frame-relay bc 64000
frame-relay be 0
frame-relay mincir 256000
no frame-relay adaptive-shaping
