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:start [2023/09/11 14:12] – [Inline mode implementation] elena.krasnobryzh | en:dpi:dpi_brief:install_point_ssg:start [Unknown date] (current) – removed - external edit (Unknown date) 127.0.0.1 | ||
|---|---|---|---|
| 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: | ||
| - | |||
| - | |||
| - | ===== 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 | ||
| - | * traffic pre-filtering for lawful interception. | ||