我有一个 BizTalk 2016 企业开发环境，应用了最新的 FP2 适当的 CU。
我有一个绑定到 WebHttp 接收位置的“Gatekeeper”编排。这只是将传入的 xml 消息发布到名为“MvcFormsPort”的直接绑定端口。从这里，物理请求-响应端口调用 WCF Web 服务，响应流回编排并返回到 WebHttp 接收位置的调用者。
从功能上讲，这工作正常。但是，在一台特定的服务器（集成测试）中，存在性能问题，这似乎取决于物理请求-响应端口唤醒到消息已发布到它具有订阅。这可以在以下屏幕截图中看到。逻辑直接绑定端口“MvcFormsPort”在 11:43:47 收到消息，但订阅物理发送端口直到 11:44:02 才收到此消息；15秒后！
我的开发虚拟机上的相同过程端到端大约需要 1.5 秒。
主机的轮询设置仍为默认值 500 毫秒。
任何想法可能导致问题环境延迟？