Hello
 

I am experiencing a significant upload throughput issue with my TP-Link Archer BE230 V2.0 when using a 1 Gbps symmetric PPPoE connection.

I would like to know whether there is any known issue related to PPPoE / NAT / hardware acceleration / offload / traffic shaping on this model or firmware, and whether there is any beta firmware, hotfix, debug build, or engineering firmware available for testing.

Router: TP-Link Archer BE230 / BE3600 Dual-Band Wi-Fi 7 Router

Hardware Version: Archer BE230 V2.0
Physical label: US/2.0

Current Firmware: 1.3.2 Build 20260212 rel.13796(5553)

The router interface reports that the firmware is up to date.

ISP: Weclix

Plan: 1 Gbps download + 1 Gbps upload, symmetric, with a public static IPv4 address.

The connection uses PPPoE.

The ISP provides a Shoreline ONU/router, which is currently configured in Bridge Mode.

Normal topology:

Fiber
↓
Shoreline ONU in Bridge Mode
↓
1 GbE Ethernet
↓
Archer BE230 WAN
↓
PPPoE
↓
LAN
↓
Laptop via Ethernet

The public IPv4 address is assigned directly to the Archer BE230 through the PPPoE session.

The issue is specifically with upload throughput.

When the Archer BE230 performs the PPPoE authentication, I consistently get approximately:

Download: 850–890 Mbps
Upload:   350–390 Mbps
Ping:     ~4 ms

A recent example:

892.16 Mbps download
351.58 Mbps upload
4 ms ping

The download performance is relatively good, but the upload is consistently limited to around 350 Mbps.

The behavior is highly reproducible.

Before switching the ISP device to bridge mode, I performed a Speedtest directly through the ISP equipment.

Result:

866.18 Mbps download
802.19 Mbps upload
3 ms ping

So the connection has already demonstrated the ability to deliver more than 800 Mbps upload.

I also performed a very important test by completely removing the Archer BE230 from the path.

I connected the laptop directly to the Shoreline ONU in bridge mode and established the PPPoE session directly from Windows.

Topology:

Fiber
↓
Shoreline ONU in Bridge Mode
↓
Ethernet
↓
Laptop
↓
Windows PPPoE

Using the exact same PPPoE credentials, I obtained the following results:

713.17 Mbps download / 794.33 Mbps upload
726.42 Mbps download / 753.23 Mbps upload
727.19 Mbps download / 775.36 Mbps upload
771.07 Mbps download / 771.94 Mbps upload

So with PPPoE directly on the laptop, upload reaches approximately 750–800 Mbps.

As soon as I move the PPPoE session back to the Archer BE230, upload immediately drops again to approximately 350 Mbps.

This strongly suggests that the bottleneck is inside the Archer BE230 or in the router’s PPPoE/NAT packet-processing path.

I also performed a complete factory reset of the Archer BE230 and configured it again from scratch.

Even immediately after the reset, the exact same behavior remained:

~870 Mbps download
~350 Mbps upload

So this does not appear to be caused by an old or residual configuration.

I have already tested or confirmed all of the following:

QoS: Disabled
IPv6: Disabled
NAT: Enabled
IPTV/VLAN: Disabled
WAN Port Negotiation: Auto

The ONU negotiates with the BE230 at:

1000 Mbps Full Duplex

I tested PPPoE MTU values of:

1480
1492

There was no meaningful difference.

With MTU 1492, for example:

855.25 Mbps download
353.51 Mbps upload

I also tested RX/TX Flow Control on both WAN and LAN.

With the default configuration:

WAN RX: ON
WAN TX: ON
LAN RX: ON
LAN TX: ON

Upload was approximately:

353–356 Mbps

Then I tested:

WAN RX: OFF
WAN TX: OFF
LAN RX: OFF
LAN TX: OFF

Upload improved slightly in some tests to approximately:

378–394 Mbps

but the main issue remained.

I also tested both the 2.5 GbE LAN port and the 1 GbE LAN ports.

The laptop itself has a 1 GbE Ethernet interface.

The behavior remained essentially the same, so the issue does not appear to be specific to the 2.5 GbE LAN port.

There are no special traffic-control rules in use:

No parental controls
No filters
No VPN
No traffic prioritization
No special security rules

IPv6 is also disabled.

One particularly important behavior I found involves the per-client Speed Limit feature.

In:

Network Map
→ Clients
→ Edit Client
→ Speed Limit

when Speed Limit is disabled, I normally get:

~850–890 Mbps download
~350 Mbps upload

For example:

892.16 Mbps download
351.58 Mbps upload

However, when I enable Speed Limit for the laptop — even using very high values or setting one direction to “Unlimited” — the router’s behavior changes significantly.

I obtained results such as:

477.97 Mbps download / 666.20 Mbps upload
445.46 Mbps download / 641.79 Mbps upload
474.85 Mbps download / 631.28 Mbps upload
551.38 Mbps download / 538.15 Mbps upload
483.83 Mbps download / 550.60 Mbps upload

So when Speed Limit is enabled:

upload throughput increases significantly;

download throughput drops substantially.

When I disable Speed Limit again:

Download returns to ~890 Mbps
Upload returns to ~350 Mbps

This behavior seems especially relevant because it suggests that the router may be using different internal packet-processing paths when traffic shaping is enabled.

Could there be an issue related to:

Hardware acceleration
NAT acceleration
PPPoE offload
Fast path
Traffic shaping
Packet processing

especially in the upload direction?

Summary of the results:

ISP equipment:
866 Mbps download
802 Mbps upload

PPPoE directly on laptop:
~713–771 Mbps download
~753–794 Mbps upload

Archer BE230 – normal operation:
~850–892 Mbps download
~350 Mbps upload

Archer BE230 – Speed Limit enabled:
~445–550 Mbps download
~530–666 Mbps upload

Therefore, the ISP connection, ONU, cabling, and laptop have already demonstrated upload throughput far above 350 Mbps.

The problem appears specifically when traffic is routed through the Archer BE230.

I would like to know:

1. Is there any known PPPoE asymmetric throughput issue on the Archer BE230 V2?

2. Is there any known issue in firmware:

1.3.2 Build 20260212 rel.13796(5553)

related to:

PPPoE
NAT
Hardware acceleration
Fast path
Traffic shaping
Speed Limit
Upload throughput

3. Is there any beta firmware / hotfix / debug build / engineering firmware available specifically for Archer BE230 V2.0 / US/2.0 that I can test?

4. Is there any hidden or non-exposed hardware acceleration/offload option that could affect this behavior?

5. If there is no firmware fix, could this indicate a hardware defect in this specific unit, and should I consider an RMA/replacement?

Important note about hardware version:

My device is:

Archer BE230 V2.0
US/2.0

I understand that:

V2.20
V2.60

are different hardware revisions, not firmware versions, so I do not intend to install firmware intended for those revisions.

I am specifically looking for a solution compatible with Archer BE230 V2.0.

I have screenshots of all tests and configuration pages and can provide any additional information if needed.

I would appreciate it if this case could be escalated to the firmware/engineering team, because the behavior appears to be highly reproducible and specifically related to PPPoE upload processing on the Archer BE230 V2.