On Wed, May 27, 2009 at 10:44 PM, SJP Lists <sjp.li...@flashbsd.net> wrote:
> I know this is an option, but forcing the resending of traffic doesn't > seem to be the most efficient method to me, when I could instead just > shape that same traffic when it leaves another interface. It's a horrible option, but it's what was being requested. You're better off assigning inbound traffic to your normal outbound queues and using ECN/RIO/RED to handle your congestion and notification instead. Combined with HFSC or CBQ, it's a powerful tool for shaping the behavior of the remote end sending you data. Properly, if you're getting saturated, you should send ICMP type 4 (squench) to notify that your sender should back off on how fast they're transmitting traffic, instead of forcing retransmits of the missing packets during the window.
