Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

Frame Relay Traffic Shaping

what’s the upside & downside of implementing traffic shaping ?? It’s a good thing, right??

What is the purpose of having a bandwidth statement configured…when configuring pt-pt subinterfaces with frame relay… (other than functioning as a routing metric)??


Re: Frame Relay Traffic Shaping

Second question first: "bandwidth" command under an interface conf. is only for metric calculation of IGRP and EIGRP, it has no relevance to real data flow rate of the interface.

I don't think that there are downsides of traffic shaping (generic or frame-relay traffic shaping). But anyway I'm not sure when it comes to time-sensitive apps (e.g. VoIP). Because traffic shaping algorithms measures amount of data for defined time intervals and in case of overflow the remaining data is delayed to the next time interval. So for time sensitive apps you may need QoS settings.

You may have to decide to use Generic Traffic Shaping (GTS) or Frame Relay Traffic Shaping (FRTS) for frame relay circuits. Main difference is that GTS performs traffic shaping on physical interface but with FRTS you can shape the traffic per-DLC basis (Additionally you can apply QoS settings per-DLC basis). Documents below may help:


New Member

Re: Frame Relay Traffic Shaping

You are right, unless you are using a routing protocol the bandwidth statement will not be used.