<div dir="ltr">Hi,<div><br></div><div>Currently, I find our RPC client always need create a new callback queue for every call requests to track the reply belongs, at least in Newton. That's pretty inefficient and lead to poor performance. I also  find some RPC implementations no need to create a new queue, they track the request and response by correlation id in message header(rabbitmq well supports, not sure is it AMQP standard?). The rabbitmq official document provide a simple demo, see [1].</div><div><br></div><div>So I am confused that why our oslo.messaging doesn't use this way to optimize RPC performance. Is it for any consideration or do I miss some potential cases?</div><div><br></div><div>Thanks for any reply and discussion!</div><div><br></div><div><br></div><div>[1] <a href="https://www.rabbitmq.com/tutorials/tutorial-six-python.html">https://www.rabbitmq.com/tutorials/tutorial-six-python.html</a>.</div><div><br></div><div> </div></div>