Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revision | |
en:dpi:dpi_components:platform:dpi_config [2024/09/26 15:29] – external edit 127.0.0.1 | en:dpi:dpi_components:platform:dpi_config [2025/04/29 07:42] (current) – elena.krasnobryzh |
---|
* cluster with bridge 41-00.0 ←→ 41-00.1 | * cluster with bridge 41-00.0 ←→ 41-00.1 |
* cluster with bridges 01-00.0 ←→ 01-00.1 and 05-00.0 ←→ 05-00.1 | * cluster with bridges 01-00.0 ←→ 01-00.1 and 05-00.0 ←→ 05-00.1 |
Clusters are a kind of a legacy of the Stingray SG pf_ring-version: in pf_ring, cluster is the basic concept of "one dispatcher thread + RSS handler threads" and is almost the only way to scale. The disadvantage of the cluster approach is that the clusters are physically isolated from each other: it is impossible to forward a packet from the X-interface of cluster #1 to the Y-interface of cluster #2. This can be a significant obstacle in the SKAT L2 BRAS mode. | Clusters are a kind of a legacy of the Stingray SG pf_ring-version: in pf_ring, cluster is the basic concept of "one dispatcher thread + RSS handler threads" and is almost the only way to scale. The disadvantage of the cluster approach is that the clusters are physically isolated from each other: it is impossible to forward a packet from the X-interface of cluster #1 to the Y-interface of cluster #2. This can be a significant obstacle in the SSG L2 BRAS mode. |
| |
In DPDK, clusters are also isolated from each other, but unlike pf_ring, here a cluster is a more logical concept inherited from pf_ring. DPDK is much more flexible than pf_ring and allows you to build complex multi-bridge configurations with many dispatchers without using clusters. In fact, the only "pro" argument for clustering in the Stingray-DPDK version is the case when you have two independent networks A and B connected to the Stingray SG, which should not interact with each other in any way. | In DPDK, clusters are also isolated from each other, but unlike pf_ring, here a cluster is a more logical concept inherited from pf_ring. DPDK is much more flexible than pf_ring and allows you to build complex multi-bridge configurations with many dispatchers without using clusters. In fact, the only "pro" argument for clustering in the Stingray-DPDK version is the case when you have two independent networks A and B connected to the Stingray SG, which should not interact with each other in any way. |