Critical Time measure for delayed messages

Critical Time is being measured as the time between message send and message processing being finished.

This makes sense as a performance metric, since it includes queue wait time in the performance evaluation.

However, for delayed messages, the delay time is included into the critical time as well. And this is a bit strange to us. We like to monitor on critical time, because it provides a kind of SLA, but having the delay included in the critical time makes it useless for that purpose.

What are your thoughts on this?

@jzeischka That is a good point. Critical time is calculated with the TimeSent value from the message headers. Unfortunately, we do not have a header that stores the timestamp for delivery.

I’ve created the following issue related to this:

Thanks a lot, @ramonsmits