I looked in search for a forum and can't find anything specific to my scenario, so please forgive me if I missed something
To avoid questions about why I want to bridge since some posts (which didn't answer my question) have accused the OP of circumventing a wifi network's security: I have a Starlink wifi router in my overlanding truck which I park in my driveway. I want a WiFi bridge on that side of my house to connect my home router's WAN port to the starlink's wifi.
The goal is to have as little speedloss due to CPU performance related to routing/NAT/ebtables. Is there an 802.11AC or AX 5ghz outdoor AP with gigabit ethernet that uses a chipset capable of L2 bridging?
I currently have a TPlink EAP225-Outdoor with relayd setup, and recently had a CPE510 that did the L2bridging well, but only has a 100Mb port.
Relayd is actually more of a hack than anything else... It works, most of the time, but isn't a great option.
Are you able to connect a device via ethernet to the starlink equipment? If so, I'd actually suggest a different approach entirely... setup a point-to-point radio link. Many of the PTP radio systems use standard wifi hardware, but they 'encapsulate' the data such that it can traverse a wireless link and come out as ethernet on the other side such that relayd is not required.
I'm going to eventually put a router in the truck and replace the starlink wifi only router, so I can use a gre tunnel, but for now I'm just trying to make things functional.
I guess I'm just confused why the TPLink CPE510 (which is a PtP device) just worked out of the box using the stock firmware, yet it seem so hard to get the functionality to work on other hardware. Unless it was really just using ebtables itself.
So I can't speak to exactly how some of them work, but OpenWrt doesn't really have a true PTP mode of operation. The secret sauce to the PTP radios is three fold...
- the expectation that they will be used within the same product line -- this means that the pyhsical radio chipsets and underlying firmware are known to support the necessary features.
- The expectation that these are PTP radios and not general purpose wifi (although they can often be used as such with alternative firmware, the stock firmware doesn't setup a standard SSID that your end-user devices can connect to, it's a dedicated purpose built PTP bridge firmware)
- customized firmware (that may be closed-source) that enables some magic around encapsulation or relayd or whatever they decide to use under the hood such that the radio link is truly transparent.
There are lots of PTP radios with gigabit connectivity (for example, TP-Link and Ubiquiti both have a bunch)... but these probably would need to be used with their stock firmware for best performance.
This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.