Persistent sessions HTTPS between TWS Z-centric agent and TWS Z/OS

We would like an evolution of the TWS Z-centric agent in the management of HTTPs sessions between the server and its TWS Z/OS controller. Currently, each time a TWS Z/OS controller job submits a job on a TWS Z-centric agent, 2 new TCP sessions are opened in return (from the TWS Z-centric agent to TWS Z/OS) to notify the controller of beginning of the job and of its end. If in HTTP mode this is not a problem, when the links are encrypted in SSL/TLS it becomes problematic. The overhead of the SSL/TLS handshake is disproportionate regarding the data transferred. The impact on CPU consumption of the TWS Z/OS controller is consequent for large productions. Is it possible to make the HTTPs sessions persistent between the TWs Z-centric agent and the TWS Z / OS, with a configurable timeout as it is already the case in the other direction?

On voudrait une évolution de l'agent TWS Z-centric au niveau de la gestion des sessions HTTPs entre le serveur et son contrôleur TWS Z/Os. Actuellement, à chaque soumission d'un job par TWS Z/OS sur agent TWS Z-centric, 2 nouvelles sessions sont ouvertes en retour dans le sens TWS Z-centric vers TWS Z/OS pour notifier du début du traitement puis de la fin. Si en temps normal cela n'est pas un problème, lorsque les liens sont chiffrés en SSL/TLS cela devient problématique. Le surcout du handshake SSL/TLS est démesuré vis-à-vis des données utiles transférées dans la ces échanges. L'impact sur la consommation CPU du contrôleur TWS Z/OS est conséquent pour des grosses productions. Est-il possible de rendre les sessions HTTPs persistantes entre l'agent TWs Z-centric et le TWS Z/OS, avec un timeout paramétrable comme c'est déjà le cas dans le sens TWS Z/OS vers agent ?