Attendees: rgrimes@, rscheff@, rrs@, tuexen@
Discussion
- tuexen discussed how to mitigate blackhole detection problems
tuexen@ has a review to ensure we don't do blackhole detection once we are at the minimum value D24308; committed
- Discussion on what should trigger blackhole detection -- full size? Or, even smaller messages which are above our min MTU? For at least IPv6, min MTU makes sense.
- Otherwise, tuexen@'s plan remains unchanged.
- BBR and RACK needs some modifcation
Discussion of D24237: rscheff@ changed both the in-order and out-of-order data path so we call sorwakeup_locked() [when necessary] after the SACK blocks are updated. rrs@ will review.
D24657: Waiting for testing by NetApp.
D24817: Accepted.
D24902: Use nsec granularity instead ticks to allow other use cases.
Next meeting: 4 June @ 1700 UTC (DIFFERENT TIME!)