[c-nsp] Generic Traffic Shaping

Joe Maimon jmaimon at ttec.com
Fri Jun 24 10:53:50 EDT 2011


Hey All,

GTS. I believe it is inferior to any other policy-map that can get its 
bandwidth direct from the interface or layer2 configuration. GTS is for 
a fallback, for logical interfaces, for interfaces that do not have any 
other way of controlling and signaling available bandwdith.

Experience has borne this out to me, users are far happier with 
service-policies that do not first have to shape bandwidth in order to 
manage it.

So for example, on an atm interface, attaching a service policy to a pvc 
with a properly chosen vbr/cbr/abr number or using frame-relay 
traffic-shaping and dlci classes has always given me far better and 
consistent results under bandwidth pressure than GTS.

Unfortunately, 15 and up are deprecating this.

 From a case where using "frame-relay traffic-shaping" on a T1 in a 2811 
running 15.1-M4 where some time after being enabled, 100% packet loss 
(but eigrp/ospf are up for portions of that time) occurs.

"
Joe,

In that case, I would request you to downgrade the IOS version to 12.4.
As this legacy traffic shaping is phasing out in the new IOS versions, it
can cause issues.

Please let me know if this is possible.
"

How does GTS work for you?


Joe







More information about the cisco-nsp mailing list