The core primitive for IPC isn't "request and wait for a response," it's "send a single message and return immediately." Sure, if you want an RPC framework over IPC, maybe you want async blocking, but that's sort of a higher level concern than basic IPC.
It seems that iceoryx2 intends to support request-response in the future, but doesn't today:
Even with fire and forget, your send queue might become full. So you either drop the message of you have to wait for it to empty. Similarly on the receiving end you have to block waiting for the queue to become non empty.
In fact that's exactly the reason that async exists for networking.
It seems that iceoryx2 intends to support request-response in the future, but doesn't today:
> Request-Response (planned)
https://docs.rs/iceoryx2/latest/iceoryx2/