I have been looking at some old forum posts related to the DSA switch architecture switch over and devices with multiple cpu ports like my wrt1900ac(v1).
Back then it seemed like the consensus was that DSA only supported one cpu port and ever since then the network config has (on my wrt1900ac) reflacted this. I see that eth1 is still detected and everything but not utilized.
My questions are:
Does the single cpu port restriction still apply for DSA?
Can eth1 be configured at all on my device?
Isn't using just the single cpu port --eth0 on the wrt1900ac-- bottle necking the throughput basically in half considering the way it is designed? I am planning on testing it this weekend to see if that is in fact the case.
I could not find any recent discussion on if it was ever fixed.
Ya, I know but they were discussing the general topic in regards to DSA and multi cpu ports. Unless I accidentally copied the wrong link, it also had multiple cpu ports on that hardware I believe; however, the hardware and setup was different. I just added it for informational purposes.
Thanks. That is closer to what I was looking for; however, it is mentioned that the core issue in regards to netdev is assigning a LAG as the cpu master (the LAG containing both cpu ports). It seems like the workarounds mentioned are related to ipq806x again.
Isn't the eth1 port on the WRT series routers not really a switch port and basically just bound to the WAN physical port anyways? Guess I can test it out tonight.
there were a few attempts at resolution (as per above), but upstream had apparently taken another tack so all were rejected here, but I have never seen anything come down the pipe
to be of noticeable impact you would need to be on a symmetrical ~1G pipe or better.
@anomeome Thank you for the information. I am getting FTTH soon with 1gbit at an affordable price so that is why I am inquiring. It is residential service though and I do not know much about the company; it may be some way over provisioned GPON that I will never see those speeds consistently anyways. I noticed eth1 is listed still when I run ip link list so I wasn't sure.
Ok. Thanks for the info. I plan on testing this tonight to find out for myself but since I am here: do you know if I were to then assign the wan interface to eth1 --no vlans or anyting-- if it would work (basically how it used to be with swconfig, but specifically just the wan/eth1 part of the config? Also, I am using the latest stable release. Maybe I will try flashing snapshot to the other partition if I have issues.