你好，Shamili。

不要认为并行多播存在问题，因为它只是向分支机构广播相同的源消息。请您分享有关Iflow和本地集成过程的更多详细信息。

致谢

Sriprasad Shivaram Bhat

嗨，Sirprasad，

我的流程是从SF获取数据（1请求答复以从SF和3内容丰富器中提取数据），之后，我使用并行多播将数据发送到4个本地集成过程。

在2个LIP中，我再次使用并行多播发送数据。 附加图像以供参考。

您好，Shamili

您是否尝试过启用跟踪检查 转换发生的每一步。显然不是并行多播问题。也许您可以在每一步检查数据。

还要检查是否在多个LIP中使用了具有相似名称的头文件或属性 并在它们之间进行读取（这可能会导致LIP之一尝试同时更新Header或属性，而另一个也尝试访问）的情况。正如您提到的，当顺序多播一切正常时，可能就是这种情况。/p>

致谢

Sriprasad Shivaram Bhat

嗨，Sirprasad，

我删除了LIP中具有相同名称并在主流本身中定义的属性，即使那时我也面临相同的问题。 在最初的过滤步骤中，并行多播失败。 但是我不确定为什么顺序多播没有问题。 在跟踪模式下观察时，对于第一个LIP，数据是正确的，但是从下一个LIP开始，数据的格式是不同的。 我不确定为什么并行多播会发生这种情况。

此外，我仅在满负载时才遇到此问题，对于增量负载，并行多播没有问题。