summaryrefslogtreecommitdiffstats
path: root/sys/cam
diff options
context:
space:
mode:
authorhiren <hiren@FreeBSD.org>2015-10-29 00:36:10 +0000
committerhiren <hiren@FreeBSD.org>2015-10-29 00:36:10 +0000
commit07e8014e2b9f208ef20814cb53a4ee52c9b8332d (patch)
tree5e32e3b47d077210234a8d4793852a2e569d75c6 /sys/cam
parenta8f2fadc532c88e8b56dba654067af63dc146409 (diff)
downloadFreeBSD-src-07e8014e2b9f208ef20814cb53a4ee52c9b8332d.zip
FreeBSD-src-07e8014e2b9f208ef20814cb53a4ee52c9b8332d.tar.gz
MFC r289293
Fix an unnecessarily aggressive behavior where mtu clamping begins on first retransmission timeout (rto) when blackhole detection is enabled. Make sure it only happens when the second attempt to send the same segment also fails with rto. Also make sure that each mtu probing stage (usually 1448 -> 1188 -> 524) follows the same pattern and gets 2 chances (rto) before further clamping down. Note: RFC4821 doesn't specify implementation details on how this situation should be handled.
Diffstat (limited to 'sys/cam')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud