We dont have high bandwith application?
What about 50 Mb/s ? is that high speed enough?
SDR kike the Hermes-Liet 2.0 can feed the HF spectrum to a software remotely By IP stream at up to 50Mb/s
Would it be a nice thing to have multiple SDR transceiver on multiple bands all over the world available to ham that run a 44net adress?
Would it even be a nice intitative to build an high speed RF linking system for that use case?
I can think of many more project like that.
Most people dont think of such project for a simple reason, most of the mode we use are narrow by definition, and since the FCC limit the maximum Bandwith available by bands to a bare minimum and that the USA ham's must comply to this insane thing, the rest of the world is kind of being drag to that fact.
Just take the New pascket radio project, Canadian hams could use it at the maximum spead it was designed for, US, nope 70cm bandwith limit will prevent it. Frustrating I must say.
Pierre VE2PF
________________________________________ De : 44Net 44net-bounces+petem001=hotmail.com@mailman.ampr.org de la part de Cliff Sojourner via 44Net 44net@mailman.ampr.org Envoyé : 6 février 2021 15:03 À : 44Net general discussion Cc : Cliff Sojourner Objet : Re: [44net] ASN # and Network Service Provider (NSP)
Rob wrote:
One of our problems is that we have a hard time coming up with a use case and
killer advantage of our own network compared to the normal internet.
Yes and yes.
No one can think of any high bandwidth applications except video - perhaps mountaintop wildfire cameras, etc. Good in California...
Hams just don't generate a lot of data. Many are content to fool around with 50Hz CW or various digimodes. On 3400MHz!
I was interested in New Packet Radio at first. But there are no applications which would use even the soda straw 50kHz bandwidth on 70cm in US
Also the NPR primary folks seem intent to recreate IPv4 badly. The radio is a modem, a layer 2 device. IP is a WAN protocol, not at all optimized for LAN work. They should have looked at prior art of LAN protocols, IPX, Appletalj, XNS, etc.
So for me as a professional network engineer, I'll pass.
(I feel if we had compelling high bandwidth applications, we could have better justified our 3400MHz allocation...)
Thanks for indulging my digression.
73, Cliff K6CLS CM87
On February 6, 2021 9:03:42 AM PST, Rob PE1CHL via 44Net 44net@mailman.ampr.org wrote:
On 2/6/21 2:59 PM, Jason McCormick via 44Net wrote:
I don't see how deploying some actual hardware is unrealistic. A
VPS-based solution will not scale well because in the VPS, you're buying into a system that's oversubscribed by design and you're at the mercy of the software layer inside of the VPS system the host is using. The other consideration is that right now, practical use of 44Net address space is limited by all of the technological hurdles you already summarized so well. If we deploy an easy-to-use system that support things like a single OpenVPN connection for an endpoint or easier tunneling, then usage is likely to ramp up quickly. Having real systems designed in an "enterprise" way actually cuts down on user support problems later on or the need to redesign-on-the-fly as you grow. No one wants to be trying to rebuild the plane while it's in the air.
One of our problems is that we have a hard time coming up with a use case and killer advantage of our own network compared to the normal internet. One of the few hard advantages we have is the availability of large numbers of IPv4 addresses for free. That enables us to run a network with clean routing and subnetting and without NAT. Once we would migrate to IPv6 we would also lose that advantage. So, there really is no large influx of new users to be expected. After all, why would you connect your system to 44Net unless you already are a networking buff that would like to run services at home and play with networking. Not so many radio amateurs are. In our country with ~13000 registered amateurs (and pop. 17M) we now have issues 244 OpenVPN certificates over the 6.5 year period that service is now up and running, and about 25 of them are usually connected. We also have about 125 AS numbers for routers around the country, and about 170 subnet routes being distributed via BGP (plus those for the VPNs).
That is a scale where software solutions like Linux VPSes either bare or with a router oriented OS+Configuration like MikroTik RouterOS still works perfectly fine. We are not to be compared with an ISP with millions of subscribers.
Actually using VPSes instead of hardware makes it easier to ramp up (and down) quickly, as those providers normally have very convenient mechanisms to deploy new instances, which beat truck-hauling hardware around the world every time. Also when you use VPSes from an external supplier, it is them who are looking after the hardware, replace the broken fans and disks, and replace the entire machines when they become obsolete.
I think the only work we would need to do ourselves is to make a network design and base configuration of the equipment, and likely make some tools to assist in chores like adding a user account or a new node in the network. (doing reconfiguration for that)
Some people come up with the "disadvantage" that relying on a VPS provider would mean that your network is less reliable because you rely on some unknown external party. I think it is not so bad because we can always decide to use VPSes from different providers, and even when you provide your own hardware you will still rely on others like a datacenter with their power, cooling and networking infrastructure. Plus you then need to support your hardware or have people do that. I don't think a small group of radio amateurs should think they can do a better job than people like AWS, OVH, LINODE, Microsoft Azure, etc which have dedicated professionals working 24/7 to maintain, monitor and improve their infrastructure.
Rob _________________________________________ 44Net mailing list 44Net@mailman.ampr.org https://mailman.ampr.org/mailman/listinfo/44net
_________________________________________ 44Net mailing list 44Net@mailman.ampr.org https://mailman.ampr.org/mailman/listinfo/44net