What factors influence the maximum size of an opaque message that can sucessfully pass through the TREP platform?
Using infrastructure ADS/ADH v3.0.2 and client UPA/ETA v3.0.0.L1. I was able to sustainably publish and subscribe to 256kb objects, but things ground to a halt witha 4mb object and things had to be restarted to recover e.g. in the ADS log file "Suspended requests due to transport congestion."
I appreciate that pushing large quantities of raw data through the platform probably isn't going to be particularly efficient and there may well be likely more suitable solutions, but I am interested in the realistic capabilities and limitations of using TREP for passing opaque binary objects around.