Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| en:dpi:dpi_brief:install_point_ssg [2025/05/23 14:02] – removed - external edit (Unknown date) 127.0.0.1 | en:dpi:dpi_brief:install_point_ssg [2025/10/31 07:55] (current) – elena.krasnobryzh | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== SSG connection schemes ====== | ||
| + | {{indexmenu_n> | ||
| + | The key advantage of Stingray Service Gateway is the use of [[en: | ||
| + | |||
| + | {{ dpi: | ||
| + | |||
| + | Stingrat SG connection point: | ||
| + | - In the DPI role, the SSG connects after terminating subscribers on BRAS before NAT. Traffic must be symmetrical (all traffic of each subscriber goes via one SSG device). | ||
| + | - In the NAT role between the BRAS and the Border Router. | ||
| + | - In the BRAS role, it is possible to implement [[en: | ||
| + | - For [[en: | ||
| + | |||
| + | ===== On-stick installation scheme ===== | ||
| + | <note important> | ||
| + | [[en: | ||
| + | |||
| + | On-stick allows you to save on physical hardware. FastDPI usually works with bridges, bridging two physical ports (devices). For an on-stick device, the physical port is one, on which fastDPI itself creates virtual ports - on the subscriber (subs) and Internet (inet) sides. | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | ===== Inline mode implementation ===== | ||
| + | |||
| + | <note important> | ||
| + | [[en: | ||
| + | |||
| + | ==== The typical implementation scheme if bypass functionality is available ==== | ||
| + | |||
| + | {{ dpi: | ||
| + | [[en: | ||
| + | |||
| + | ==== The implementation scheme for inline mode without bypass ==== | ||
| + | |||
| + | When it is necessary to provide a reserve connection without using bypass, an alternate route with a [[en: | ||
| + | |||
| + | {{ dpi: | ||
| + | |||
| + | ===== Scaling out ===== | ||
| + | |||
| + | ==== The “symmetric hash” balancing implementation scheme for several SSGin a LAG ==== | ||
| + | |||
| + | LAG is configured on the routers between which SSG is connected. The SSG passes the LACP protocol transparently. | ||
| + | |||
| + | {{ dpi: | ||
| + | |||
| + | Balancing in the LAG is necessary to ensure symmetrical traffic through each SSG device. | ||
| + | |||
| + | * [[https:// | ||
| + | * [[https:// | ||
| + | * [[https:// | ||
| + | |||
| + | ===== “Loop” SSG implementation scheme ===== | ||
| + | |||
| + | {{ dpi: | ||
| + | |||
| + | **Note the modification in the above diagram using VLAN (Dispatch mode):** \\ | ||
| + | The subscriber' | ||
| + | |||
| + | The diagram above has an item: [[https:// | ||
| + | One can configure the system in a similar way, but without port-channel: | ||
| + | Note that the manual uses a trunk with VLAN specification. In case you do not use a trunk please set ports into access mode. | ||
| + | |||
| + | ===== Schemes for implementing only the traffic filtering option ===== | ||
| + | ==== Asymmetric scheme with outgoing traffic only ===== | ||
| + | Only outgoing traffic goes through the SSG, incoming traffic goes through a separate physical link without any processing. | ||
| + | |||
| + | {{ dpi: | ||
| + | |||
| + | ==== The mirroring mode scheme ==== | ||
| + | <note important> | ||
| + | We recommend to use optical splitters for sending mirrored traffic to the DPI.</ | ||
| + | |||
| + | {{ dpi: | ||
| + | |||
| + | Applications: | ||
| + | |||
| + | * to get real time ClickStream and Netflow via IPFIX for the Quality of Experience module | ||
| + | * traffic filtering by black lists | ||
| + | * subscribers’ notifications and conducting marketing campaigns | ||
| + | * bonus program | ||
| + | * caching | ||