While the idea of adjusting the division constant is easy to implement and indeed is completely backward compatible, it also can introduce subtle bugs in read/delay ratio calculation.
I'm more inclined towards introducing new commands for setting the read/delay count. By splitting out the read/delay counts into two separate commands, we could use the full 32-bit range for both values. IMO, this makes the protocol a bit easier to understand/debug. Perhaps we should create a new thread on the OBLS forum about this (SUMPv2), as more people are currently trying to use the SUMP protocol beyond its current limitations...



