[LibreQoS] [Bloat] [Rpm] [Starlink] On FiWi
dan
dandenson at gmail.com
Tue Mar 14 15:18:26 EDT 2023
end users are still going to want their own router/firewall. That's
my point, I don't see how you can have that on-prem firewall while
having a remote radio that's useful.
I would adamantly oppose anyone I know passing their firewall off to
the upstream vendor. I run an MSP and I would offer a customer to
drop my services if they were to buy into something like this on the
business side.
So I really only see this sort of concept for campus networks where
the end users are 'part' of the entity.
On Tue, Mar 14, 2023 at 12:14 PM Robert McMahon <rjmcmahon at rjmcmahon.com> wrote:
>
> It's not discrete routers. It's more like a transceiver. WiFi is already splitting at the MAC for MLO. I perceive two choices for the split, one at the PHY DAC or, two, a minimalist 802.3 tunneling of 802.11 back to the FiWi head end. Use 802.3 to leverage merchant silicon supporting up to 200 or so RRHs or even move the baseband DSP there. I think a split PHY may not work well but a thorough eng analysis is still warranted.
>
> Bob
>
>
>
> Get BlueMail for Android
> On Mar 14, 2023, at 10:54 AM, dan <dandenson at gmail.com> wrote:
>>>
>>> You could always do it yourself.
>>>
>>> Most people need high skilled network engineers to provide them IT services. This need is only going to grow and grow. We can help by producing better and simpler offerings, be they DIY or by service providers.
>>>
>>> Steve Job's almost didn't support the iPhone development because he hated "the orifices." Probably time for many of us to revisit our belief set. Does it move the needle, even if imperfectly?
>>>
>>> FiWi blows the needle off the gauge by my judgment. Who does it is secondary.
>>>
>>> Bob
>>
>>
>> most people are unwilling to pay for those services also lol.
>>
>> I don't see the paradigm of discreet routers/nat per prem anytime
>> soon. If you subtract that piece of it then we're basically just
>> talking XGSPON or similar.
More information about the LibreQoS
mailing list