OARIS2 — Is type definition for request_id_type appropriate?

Request_id_type is defined as unsigned long long 64-bit type, which causes issues with implementation languages and machine base type representation on 64-bit machines.
Uses of request_id_type in several places in the standard are to identify request-response cycles that don't typically operate at high volume or high rate.
So does request_id_type need such a large range? Would unsigned long be sufficient, hence making implementation more machine-friendly?

Change request_id_type to unsigned long

Change the representation of request_id_type to long so that mapping to implementation languages is consistent. (E.g. Java doesn't have unsigned types).
OARIS doesn't have usages of request_id that would exceed a need to generate new/unique values at greater than 1Hz. This supports a system lifetime of nearly 70 years before requiring the negative range.