Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| en:dpi:bras_bng:bras_pppoe:pppoe_conf [2025/09/29 15:02] – elena.krasnobryzh | en:dpi:bras_bng:bras_pppoe:pppoe_conf [2025/12/08 12:28] (current) – [Additional PPPoE settings] elena.krasnobryzh | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| {{indexmenu_n> | {{indexmenu_n> | ||
| ======PPPoE configuration and commands===== | ======PPPoE configuration and commands===== | ||
| + | <note tip>L2 PPPoE Mode Overview: {{youtube> | ||
| + | |||
| + | =====Enabling PPPoE support===== | ||
| + | - Activate BRAS. [[dpi: | ||
| + | - Configure parameters in '' | ||
| + | - '' | ||
| + | - '' | ||
| + | |||
| + | If Router is not used, then the IP and MAC addresses of the gateway/ | ||
| + | <code bash> | ||
| + | bras_gateway_mac=aa: | ||
| + | |||
| + | =====Authorization configuration===== | ||
| + | The list of allowed authorization protocols is set by the '' | ||
| + | Possible values: | ||
| + | * '' | ||
| + | * '' | ||
| + | * '' | ||
| + | Protocols in the parameter' | ||
| + | Default value: '' | ||
| + | |||
| + | If '' | ||
| + | |||
| + | < | ||
| + | |||
| + | =====ARP handling in PPPoE===== | ||
| + | In networks with PPPoE connections (point-to-point type), sending ARP requests from subscribers has no practical meaning. A subscriber can only send packets to the PPPoE server' | ||
| + | |||
| + | On the WAN side, SSG processes all ARP requests of the form "Who is IP=x.x.x.x?" | ||
| + | |||
| + | If the [[dpi: | ||
| + | |||
| + | The following BRAS-level functions are implemented for PPPoE sessions: | ||
| + | * [[dpi: | ||
| + | * [[dpi: | ||
| + | |||
| + | =====Restoring PPPoE sessions on SSG restart===== | ||
| + | Upon startup, fastDPI attempts to restore PPPoE subscriber sessions based on information saved in UDR. This ensures transparency of a brief service restart for subscribers. | ||
| + | |||
| + | However, automatic restoration of PPPoE sessions can lead to state inconsistency between the billing system and SSG, especially in cases with dynamic IP address assignment. Such a situation is possible if the billing system expects a sequence of Access-Request → Acct-Start messages, while only Acct-Start is transmitted during session restoration. | ||
| + | |||
| + | The configuration parameter '' | ||
| + | * '' | ||
| + | * '' | ||
| + | |||
| + | If restoration is disabled: | ||
| + | * The subscriber will need to initiate a new PPPoE session and undergo re-authorization; | ||
| + | * When attempting to continue using an old session, SSG will send the subscriber a PADT (PPP Active Discovery Terminate) to terminate the session. | ||
| + | |||
| + | =====Additional PPPoE settings===== | ||
| + | * '' | ||
| + | * '' | ||
| + | =====CLI parameters===== | ||
| + | '' | ||
| + | <code bash> | ||
| + | |||
| + | For PPPoE sessions, there is no tunnel IP ('' | ||
| + | CLI commands that accept '' | ||