not correct, both answer with delay and jitter must be swap... (from Policing to shaping)
https://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-policing/19645-policevsshape.html
Shaping implies the existence of a queue and of sufficient memory to buffer delayed packets, while policing does not.
Traffic Policing
causes tcp retransmitions
Introduces no delay and jitter
drops excessive traffic
Traffic Shapping
buffer excessive traffic
Introduces delay and jitter
typically delays , rather than drops traffic
The Currently provided answer would appear to be correct. This may have changed since the Highly Voted response of Chris7411, made over 4 years ago.
Policing Drops excessive packets, this in turn will cause TCP Retransmissions but the advantage would be No Delay.
Answers
causes tcp retransmitions
Introduces no delay and jitter
drops excessive traffic
Shaping Buffers excess Traffic, this by its nature will delay some traffic but does not drop traffic.
Answers
buffer excessive traffic
Introduces delay and jitter
typically delays , rather than drops traffic
Please read the link below for more on this
https://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-policing/19645-policevsshape.html#toc-hId-1310397281
Traffic shaping is more likely to introduce delay and jitter.
Since traffic shaping buffers and queues excess traffic to smooth out the rate, packets may be held in the buffer for some time. This buffering process can cause variable delays for different packets. As a result, the time it takes for packets to travel through the network (latency) becomes less consistent, introducing jitter.
In contrast, traffic policing usually drops packets that exceed the rate limit without significant buffering for the purpose of rate control, so it generally doesn't introduce as much delay and jitter as traffic shaping.
Answer is Correct.
Policing Advantages:
- Drop (or remark) excess packets over the committed rates. Does not buffer.
- Controls the output rate through packet drops. Avoids delays due to queuing.
Policing Disadvantages:
- Propagates bursts. Does no smoothing.
- Drops excess packets (when configured), throttled TCP window sizes and reduces the overall output rate of affected traffic streams. Overly aggressive burst sizes can lead to excess packet drops and throttle the overall output rate, particularly with TCP-based flows.
Shaping Advantages
- Buffer and queue excess packets over the committed rates.
- Controls bursts and smooths the output rate over at least eight-time intervals. Uses a leaky bucket to delay traffic, which achieves a smoothing effect.
- Less likely to drop excess packets since excess packets are buffered. (Buffers packets up to the length of the queue. Drops can occur if excess traffic is sustained at high rates.) Typically avoids retransmissions due to dropped packets.
Shaping Disadvantage:
- Can introduce delay due to queuing, particularly deep queues.
Not correct.
The following text is take from Cisco Official Guide.
"
Policers: Drop or re-mark incoming or outgoing traffic that goes beyond a desired
traffic rate.
Shapers: Buffer and delay egress traffic rates that momentarily peak above the desired
rate until the egress traffic rate drops below the defined traffic rate. If the egress
traffic rate is below the desired rate, the traffic is sent immediately.
A downside of policing is that it causes TCP retransmissions when it
drops traffic.
Shaping buffers and delays traffic rather than
dropping it, and this causes fewer TCP retransmissions compared to policing.
"
Based on AndresV 1, policing generates more TCP retransmissions than shapping.
then, for tcp retransmissions to be generated, you have to wait for their timers (acknowledgment) to expire in order to carry out the retransmission, in the case of shaping you do not wait for those timers to retransmit (or at least not as long as in the case of policing)
In conclusion, I think that policing does introduce latency and jitter due to the elimination of packets that it does and shaping does not (at least not directly since it only makes the packets wait) since it does not eliminate packets.
Not correct, I disaggre with xeler, because retransmittion and delay are different stuff, and your logic are not taking in account UDP where retransmition does not exist. (even on tcp a retranssmition can be delayed). Shaping by default buffers the transmition of a packet until traffic is below of a traffic rate, so this buffering in other words will delay the packet until the rate goes below the committed rate.
DRAG AN DROP IT´S CORRECT
BOOK: ccnp-350-401-official-cert-guide
Chapter 14. QoS
-Implement traffic policing to drop low-priority packets and allow high-priority traffic through.
Then: " Drops excessive traffic"
- Implement traffic shaping to delay , is not recommended for RTP,it relies on queuing that can cause jitter.
Then: "introduces delay and jitter"
whereby: traffic policing = "introduces no delay and jitter"
-Shapers: Buffer and delay egress traffic rates ***deleted for space***
then: "Buffers excessive traffic"
-Policers for incoming traffic ***deleted for space***. A downside of policing is that it causes TCP retransmissions when it drops traffic.
the: "Cuase TCP retransmission when traffic is dropped"
- Shapers are used for egress traffic ***deleted for space***. Shaping buffers and delays traffic rather than dropping it, and this causes fewer TCP retransmissions compared to policing.
then: "typically delays ,rather than drops traffic"
Traffic policing
cause TCP retransmissions when traffic is dropped.
introduce delay and jitter.
drops excessive traffic.
Traffic shaping
buffers excessive traffic.
introduces no delay and jitter.
delays, rather than drops, traffic.
The provided answer seems correct. Policing drops packets which will cause TCP retransmission and no need for delay. Shaping buffers instead of dropping packets which will lead to queuing causing delays. Based on many comments, the provided answer is also valid.
Shaping places packets into queues when the actual traffic rate exceeds the traffic contract, which causes more delay, and more jitter.
Policing when making a simple decision to either discard or forward each packet causes more packet loss, but less delay and jitter for the packets that do make it through the network
Traffic Shaping according to the book: Implement traffic shaping to delay packets instead of dropping them since traffic may burst and exceed the capacity of an interface buffer. Traffic shaping is not recommended for real-time traffic BECAUSE IT RELIES ON QUEUING THAT CAUSE JITTER.
A voting comment increases the vote count for the chosen answer by one.
Upvoting a comment with a selected answer will also increase the vote count towards that answer by one.
So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.
chris7411
Highly Voted 4 years, 7 months agoPudu_vlad
Highly Voted 2 years, 7 months agoSwitchKiller
1 month agoCock
Most Recent 2 months, 3 weeks agociscokoolaid
4 months agoAndresV
4 months agoxeler
4 months agoEddgar0
2 years, 9 months agoRREVECO
4 months ago[Removed]
8 months agoandy_doesnt_like_uucp
10 months, 1 week agoandy_doesnt_like_uucp
10 months, 1 week agotechriese
1 year, 6 months agoJackyChon
1 year, 8 months agopepgua
2 years, 4 months agoKen99
2 years, 6 months agoBigMouthDog
2 years, 6 months agorquintana
2 years, 7 months agoflash007
2 years, 8 months ago