以下是v1.1的hyperldedger fabric文档的一部分：
在组织之间切换以签署配置事务（或执行任何其他操作）并不反映实际的Fabric操作。永远不会使用整个网络的加密材料安装单个容器。相反，配置更新需要安全地带外传递给Org2管理员进行检查和批准。
假设我们有4个组织Org1，Org2，Org3和Org4，我们正在创建Org5。
让Org1和Org2属于同一个cli，而Org3属于Org3cli，而Org4属于Org4cli
让我们说一下将org5发布到网络的所有初始步骤都已完成。
来到同行频道signconfigtx我首先使用Org1和Org2的对等方从cli签名。但我需要多一个签名，因为多数人说3。
我代表org3转到Org3cli作为标志，但由于对等通道signconfigtx方法是本地cli（包含Org1和Org2）没有了解它。（结果不会发送到订货人）。
因此，在现实世界场景中假设单个cli不会处理所有配置，您如何处理2个不同cli之间的交互？
答案 0 :(得分：1)
正如您正确解释的那样，文档告诉您，使用可以访问多个组织的加密材料的单个控制点来设置多组织网络并不能反映现实世界中的工作原理。我们在示例中执行此操作，以便轻松引导多组织沙箱网络。
在现实世界中，您需要将带外的序列化配置（更新）事务传递给需要根据渠道策略对其进行签名的所有组织。 Fabric目前没有提供任何处理带外通信的工具......这需要由网络成员来决定。
有些供应商正在为Fabric提供治理和生命周期管理工具作为其产品的一部分，但目前在开源中没有针对Fabric特定的工具。