Project

General

Profile

Actions

Correction #11127

closed

Add Documentation on PPPoE Single Queue Limitations

Added by Kris Phillips over 3 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Interfaces
Target version:
-
Start date:
12/03/2020
Due date:
% Done:

100%

Estimated time:

Description

A concern was raised that we don't have any notes that PPPoE can cause throughput bottlenecks on appliances because of the fact that PPPoE is limited to a single queue for packet processing, which can have detrimental effects.

We have information here, but nothing explicitly stating that this issue is across all appliances:

https://docs.netgate.com/pfsense/en/latest/hardware/tune.html#pppoe-with-multi-queue-nics

Additionally, the workaround there only works for Intel NICs, but it is not mentioned. Applying that patch to ARM-based systems or non-Intel based NICs will not improve speeds.

Actions #1

Updated by Jim Pingle over 3 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

I added a warning to the PPPoE config section in the docs, and noted the affected hardware in the tuning doc.

https://gitlab.netgate.com/docs/pfSense-book/-/commit/45ad38b0e86e52d63964a79d69317445a074d089

https://docs.netgate.com/pfsense/en/latest/hardware/tune.html#pppoe-with-multi-queue-nics
https://docs.netgate.com/pfsense/en/latest/interfaces/ppp.html#pppoe-point-to-point-protocol-over-ethernet

The Intel/igb workaround from the Redmine issue and/or FreeBSD PR is not mentioned directly in the docs so it doesn't need addressed there. The workaround in the docs is general, not specific to any one type of hardware.

Actions

Also available in: Atom PDF