NCache provides a way for you to replicate the cache across WAN without slowing down your cache. This replication is done through a Bridge and asynchronously so WAN latency does not slow down you main cache. The Bridge also has the intelligence to deal with low-quality long-distance socket connections that frequently break down.
You can use the Bridge in an active-passive or active-active multi-site configuration. In active-passive, all the updates from the active site are asynchronously replicated to the passive site with the assumption that no data is being updated by any application but the passive site is available for read-only access.
On the other hand, in active-active scenario, all the data from one active site is replicated to the other active site and conflict resolution is based on the last-one-wins formula.
A Bridge can be setup in two ways:
Additionally, you can configure the Bridge as following:

An example of active-passive Bridge is disaster recovery infrastructure. If you want to provide disaster recovery (DR) in your infrastructure and have a different location data center designated as a DR site, your cache needs to replicate to the DR site as well. However, since the DR site is across the WAN, there is usually a great deal of latency between the primary and the DR sites and any replication ends up being extremely slow. So, if the DR site cache servers were made part of the primary site cache cluster, the entire cache cluster would grind to a halt due to this latency.
To address this problem, NCache provides a Bridge Topology. The Bridge consists of one or two servers that reside in the primary data center and the primary cache cluster is connected to it. All updates to the primary cluster are queued up on the Bridge which then updates the DR cache cluster asynchronously. The Bridge also has the intelligence to handle connection breakup which is common in WAN environment.