Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
en:dpi:bras_bng:opt_bras_l2:description:start [2023/10/10 08:25] – внешнее изменение 127.0.0.1 | en:dpi:bras_bng:opt_bras_l2:description:start [2023/10/13 12:50] (current) – removed elena.krasnobryzh | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== General Description ====== | ||
- | {{indexmenu_n> | ||
- | |||
- | <note important> | ||
- | - {{ en: | ||
- | - [[https:// | ||
- | </ | ||
- | |||
- | <note tip>See also: [[https:// | ||
- | </ | ||
- | |||
- | There is a direct L2 connection between L2-Connected BRAS and subscriber, therefore BRAS operates with original MAC-addresses, | ||
- | |||
- | {{ dpi: | ||
- | |||
- | BRAS L2 Options: | ||
- | * DHCP - The subscriber receives an IP address via Stingray Service Gateway (SSG) DHCP Proxy and proceeds to AAA in the Billing system. SSG terminates the subscriber and transfers him to the border. | ||
- | * Static IP - Subscriber has a static IP address, proceeds to AAA in the Billing system with ARP authorization, | ||
- | * PPPoE - Subscriber creates a PPP tunnel with SSG, proceeds to AAA in the Billing using login/ | ||
- | |||
- | ===== Solution Components ===== | ||
- | |||
- | L2-connected BRAS consists of two components: | ||
- | * FastPCRF as an authorization via Radius component. | ||
- | * FastDPI as a component that processes the subscribers' | ||
- | |||
- | < | ||
- | |||
- | <note warning> | ||
- | |||
- | ===== L2 Connected BRAS Specifications ===== | ||
- | L2-connected BRAS for VLAN/QinQ networks provides the following functions: | ||
- | * Termination of Subscribers to WAN traffic, termination of response traffic from WAN to Subscribers | ||
- | * DHCP: monitoring of DHCP requests from subscribers and their maintenance | ||
- | * IP source guard - check that the LAN packet belongs to the same VLAN from which the DHCP registration was | ||
- | * Local traffic interconnection between Subscribers and from Subscribers to local resources. | ||
- | |||
- | ===== Solution Benefits ===== | ||
- | < | ||
- | * Traffic control and prioritization by applications and autonomous systems in the accessible band of each uplink | ||
- | * Limiting the bandwidth occupied by torrent when approaching the channel upper boundary | ||
- | * Traffic prioritization by applications and AS within the Subscriber’s data plan (this option is relevant for corporate clients: a number of corporate users work within single data plan. Bandwidth for them needs to be allocated so as not to interfere with each other) | ||
- | * Support for subscribers with any number of IP addresses, including dynamically allocated | ||
- | * Redirection of Subscribers with zero balance to Captive Portal with an Allow list of resources. For example, bank resources for payment based on domain name or URL, including options with wildcard asterisks | ||
- | * Ability to gather full NetFlow Statistics for bandwidth or for billed subscribers only | ||
- | * Support for regulatory and law enforcement requirements, | ||
- | * Interaction with SORM (work as a puller SORM-3) | ||
- | </ | ||