WIP

Option a)

The sender blocks any %poke %plea/ %poke %boon that tries to send a %page that doesn't fit in 1 jumbo (boq=31) frame.

• confirm no other reentrant [%ames %done] can use ev-clean
  • seems safe (also for %boons)
• make +fo-clean use the actual seq number? (XX not in the wire)
  • XX this could be a problem is the send-window becomes > 1
• refactor +co-make-pact to distinguish legitimate multi-jumbo %pokes, rather than any generic "we can't make this pact now"
• give a real error:ames
• the %boon is dropped and the subscriber %kicked (i.e. enqueues a %kick to be sent instead of the original %boon (equivalent to the %clog machinery)
  • at the point where we know this goes over the number of jumbo frames we can handle (e.g. 1 if boq 31), the %clog id has been lost

Option b)

• Instead og blocking the sender, nack when the receiver gets a poke with bytes > jumbo-max.
  • XX problem for %boons since those are assumed to always be acked
  • we crash while handling the %boon, then %give %lost to %gall to %leave the subscription

TODO

• implement option b)