在同一个networking上设置两个位置

我正在做一个项目，涉及build立两个build筑物在同一个networking上。为了给出一个背景，有build筑物A是当前的build筑物。最近，一个新的build筑物被添加到它旁边，它们之间有一个光纤连接（目前没有插入任何东西，但是经过testing和工作）。 build筑物A使用章程上行链路并具有192.168.0.0/24，而build筑物B在XO上行链路上并具有192.168.1.0/24。两个上行链路都通过每个build筑物的SonicWall防火墙。

现在的挑战是让两座build筑物互相交谈，以便B楼的电话可以连接到A楼的电话服务器，电脑可以在两个build筑物之间进行通信。而且，在这样做时，XO上行链路将被用作两个build筑物的主要上行链路，并且Charter将被设置为备用上行链路（在XO下降的情况下）。

连接或合并这两个networking的最佳方法是什么？我们一直在抛出的想法之一是将192.168.0.0扩展到一个/ 22，以便它包含192.168.1.0networking。我认为，我们只需要改变设备上的子网掩码，他们应该很好去？

我们考虑的第二个select是在两个SonicWalls上创build静态路由，但我不确定这是否是最佳的设置。

任何build议或提示，将不胜感激。

从所提供的信息来看，似乎不太可能有第三种select。如果你有两个networking，每个networking都有一个中间连接，每一端都有相应的设备可以进行路由和/或桥接，你可以桥接它们，把networking扩展到/ 23（我们称之为方法A），或者路由它们静态路由（B）。当然每个人都有优点和缺点，所以我会尽力列出他们，我可以：

如果使用静态寻址，则B更为可取，因为您不必重新configurationnetworking上的所有设备。 dynamic寻址（DHCP）不会使比例向A或B倾斜。
如果手机和其他设备对连接协议有一些奇怪的要求，或者没有configuration默认网关的选项，则可能需要桥接两个networking（A）。
我不太了解SonicWall和它的function，但通常使用路由（B），您可以更好地控制networking之间的stream量。如果有与此相关的要求，可能会影响您的决定。
如果每个build筑物都有自己的上行链路，并且需要故障转移，那么使用B更容易完成。
A稍微更“即插即用”，因此更容易实现，但B更复杂，需要一些pipe理工作。这可能取决于你对networkingconfiguration的熟悉程度。

我个人会selectB超过A，但我不知道你的情况足够强烈推荐一个或另一个。